03. Open-source 与 Related Models 子 SOP

适用步骤：

• Step 4 候选池收集
• Step 5 候选池筛成短名单
• Step 7 页面装配

这份子 SOP 负责两类内容：

1. open-source ecosystem 候选和短名单
2. related models 的挑选、装配与死链治理

---

1. Step 4：open-source 候选池收集

1.1 目标

扩大生态候选覆盖面，但不直接上页。

1.2 必做动作

• 收集与当前模型直接相关的开源仓库、模型卡、工作流项目
• 区分“已采用”与“不适用”

固定候选池规模：

• Open-source：5 到 10 个

1.3 Open-source 搜索策略（必须按顺序执行）

1. 搜官方仓库和官方模型卡

site:github.com {Model}
site:huggingface.co {Model}
site:modelscope.cn {Model}
{Model} official GitHub
{Model} official repo
{Model} model card

2. 搜部署、工作流和生态接入

site:github.com {Model} ComfyUI
site:github.com {Model} workflow
site:github.com {Model} self host
site:github.com {Model} inference
site:github.com {Model} API wrapper

3. 搜专项生态能力

site:github.com {Model} ControlNet
site:github.com {Model} LoRA
site:github.com {Model} inpainting
site:github.com {Model} upscaler
site:github.com {Model} node

1.4 Open-source 信息提取重点

• 是否官方仓库、官方镜像或社区核心扩展
• License 是否明确，是否有商用限制
• 最后更新时间是否过旧
• stars、forks、issues 活跃度
• 项目是否真的可运行，而不是纯占位仓库
• 与页面模型的关系是：官方 / workflow / ComfyUI / wrapper / deployment / benchmark

1.5 Open-source 信息收集标准

• 收集 5 到 10 个候选
• 每个候选都必须打开仓库主页和 README
• 必须记录：
  • license
  • stars
  • 最近更新时间
  • 项目类型
  • 与模型的关系
• 优先顺序：
  • 官方 repo
  • 官方模型卡
  • ComfyUI / workflow
  • deployment / wrapper
  • benchmark / eval
• 如果模型本身是闭源或 hosted-only，oss-shortlist.md 必须明确写“适用性判断：不适用”，不能长期保留空白或“暂无已采用内容”

1.6 必须遵循的规则

• 先建候选池，不直接往页面里塞
• 每条候选都要记录来源和可能价值
• 不允许只凭标题或搜索预览入池
• 不允许只看引用评论外壳入池

Open-source 候选额外记录：

• Repo name
• License
• Stars
• Last updated
• Project type
• Relation to model

1.7 产出物

• oss-candidate-pool.md

建议模板：

## OSS candidate pool

- URL:
  Repo name:
  License:
  Stars:
  Last updated:
  Project type:
  Relation to model:
  Value hypothesis:

1.8 进入下一步条件

• 候选池规模达到最低要求
• 每个候选都已打开仓库主页和 README

---

2. Step 5：open-source 候选池筛成短名单

2.1 目标

从“有很多仓库”收敛成“值得上页的少数项目”。

2.2 必做动作

• open-source 选最终最多 4 个

固定筛选顺序：

1. 先淘汰不可用内容
2. 再淘汰弱关联内容
3. 再淘汰重复内容
4. 最后保留“官方 / workflow / deployment / benchmark”最均衡的一组

2.3 必须遵循的规则

Open-source：

• 必须和模型直接相关
• 必须有实际用途
• 没有 license、长期停更且无价值的项目直接淘汰
• 纯聚合列表、纯收藏夹、没有 README 的仓库直接淘汰
• 只有模型名关键词碰巧命中的无关仓库直接淘汰
• 如果项目与模型只有弱关联，且不能解释“为什么对页面读者有用”，直接淘汰
• 优先保留：
  • 官方仓库
  • 官方模型卡
  • ComfyUI 节点 / workflow
  • 可运行的部署或 wrapper
  • 有 benchmark / eval 价值的技术项目

2.4 产出物

• oss-shortlist.md

建议模板：

## OSS shortlist

- URL:
  Type:
  Reason selected:
  Relation to model:
  What page section it supports:

2.5 进入下一步条件

• 已完成 shortlist
• 已明确 adopted 项或“不适用”

---

3. Related models

3.1 目标

从站内模型体系中选出真正相关、且能帮助用户决策的模型页。

3.2 必做动作

• 挑选站内真实存在、路径稳定、主题相关的模型页
• 避免旧路径和已下线模型
• 让 related models 真正补充决策，而不是凑模块数量

3.3 必须遵循的规则

• 只链接真实存在的模型页
• 相关模型不允许保留死链
• 如果某模型已下线，要同步清理：
  • 页面消息
  • 默认推荐
  • research 记录
• 不要把 related models 做成随意罗列
• 每个 related model 都必须能回答：
  • 为什么和当前模型相邻
  • 为什么用户会在这两个模型之间犹豫

3.4 装配动作

• 在 page.tsx 中整理站内模型链接
• 只链接真实存在、路径稳定、主题相关的模型页
• 通过 relatedModelLinksSectionProps 传入页面主容器

3.5 open-source 装配动作

• 在 page.tsx 中整理候选后的最终项目数组
• 每项必须与当前模型直接相关
• 通过 openSourceSectionProps 传入页面主容器

3.6 补充规则

• 开源生态链接只能放在 open-source 模块内，不能替代站内主 CTA
• 如果模型是闭源 / 托管型，允许明确写“不适用”