课题 issue 发布日分诊预案
撰写：2026-07-10 ｜ 适用窗口：课题 issue 集中发布日起 48 小时
为什么需要预案
三个事实决定了发布日是整个活动时间敏感度最高的一天：
- 集中放量：2025 年课题 issue 于 7/10 前后一次性开放 100+ 个（见 GitHub 仓库状态）。截至 2026-07-10 核实，2026 批次尚未发布——可能就在这几天
- 先到先得：单人挑战模式仅限 1 人提交，手慢无；多人竞赛模式 1–5 人同题竞争，晚进场意味着别人已领先
- 释放规则是双刃剑：认领后超 7 天无提交可能被释放名额——别人占的坑会空出来，但你贪多认领也一样会被释放
100+ 个 issue 全部细读要一整天，等你读完，好题已被认领。分诊（triage）的目标不是选出最优解，而是在信息不完备时快速锁定「够好且拿得下」的题。
T-0 之前：现在就做的就绪清单
发布日的速度来自发布前的准备。以下各项完成一项勾一项：
- Watch 上游仓库：Tencent/OpenSourceTalent 点 Watch → Custom → Issues（本站已配自动监控，每天两次检查新 issue 并在仓库开跟踪通知，双保险）
- 三志愿环境就绪：WeKnora 本地跑通端到端问答（Ch14 动手实验室）、ncnn 编译通过 + 跑一个 example（ncnn 竞赛指南）、tRPC-Agent-Go demo 跑通（Ch16 竞赛实践）
- 重读三份官方文档：学生指南 #24、Issue 实战指南 #52、申请书模板 #37
- 认领留言模板存草稿（见下文，发布日直接粘贴改参数）
- 锁定当天日程：发布信号出现后的头 2 小时不排其他事
发布日：48 小时三遍分诊法
第一遍：15 分钟粗筛（目标：100+ → ~15）
只看标题和标签，不点进 issue 正文。淘汰规则按顺序执行：
- 项目不在三志愿（WeKnora / ncnn / tRPC-Agent）±2 个备选（DB-Agent-Memory、CubeSandbox）→ 跳过
- 主语言不会且短期学不动（如 JVM/内核类）→ 跳过
- 标题即超纲（如「实现 XX 算法论文」而你没有对应基础）→ 跳过
剩下的全部打开收藏（浏览器标签页或 GitHub 表情占位——注意：表情不等于认领，认领以官方规则要求的留言/指派为准）。
第二遍：60–90 分钟打分（目标：~15 → 3）
对每个候选 issue 快速读正文，按五维打分（每维 1–5 分）：
| 维度 | 5 分 | 1 分 | 权重 |
|---|---|---|---|
| 语言/技术栈匹配 | 主力语言，写过同类代码 | 没碰过 | ×3 |
| 站内研究储备 | 对应导读有整章覆盖（如 WeKnora 检索栈 → Ch43） | 站内零覆盖 | ×3 |
| 难度 vs 可投入时间 | 低难度（约 5 天）且本周有空 | 高难度（约 15 天）且时间紧 | ×2 |
| 验收标准清晰度 | issue 写明交付物与验收条件 | 一句话需求，范围模糊 | ×2 |
| 竞争度 | 多人竞赛且尚无人提交 / 单人挑战无人认领 | 单人挑战已被抢 | ×1 |
打分是为了强制横向比较，防止「第一个看顺眼的就认领」。总分相近时优先验收标准清晰的——范围模糊的题会吃掉你双倍时间。
第三遍：决策与认领（目标：3 → 1+1）
- 保底题：认领 1 个「低难度 × 高匹配」的单人挑战或竞争少的多人竞赛题，目标是 7 天内交出第一个 PR（占坑 + 破冰 + 拿实践证书门槛）
- 主攻题：从剩余候选中标记 1 个中难度题继续评估 24 小时（读代码、复现问题）再决定是否投入；高阶课题申请（Proposal）也从这里长出来
- 纪律：同一时间认领不超过 2 个。超 7 天无提交会被释放，贪多的结果是全部被释放 + 社区印象受损
认领留言模板
你好，我想认领这个 issue。
我的准备情况：
- 已本地跑通 <项目名>（<能证明的具体事实：如"完成一次端到端问答/编译并跑通 example">）
- 相关背景：<一句话，如"读过 XX 模块源码，理解 YY 机制"）
- 计划：<N> 天内提交首个 PR，先 <第一步具体动作，如"复现该问题并贴出最小复现步骤">
如有额外要求或建议的切入点，请告诉我，谢谢！
要点：给出可验证的准备事实而不是热情表态；给出带时间的计划让维护者放心把坑给你。
三志愿 × 站内资源速查
发布日不用翻站内目录，直接从这里跳：
| 志愿 | 分诊时重点读 | 认领后第一周 |
|---|---|---|
| WeKnora | 挑战贡献地图 Ch41 · 15 案模式提炼 | WeKnora 竞赛指南第一周清单 |
| ncnn | 移动端竞赛指南 Ch26 | ncnn 贡献指南第一周行动计划 |
| tRPC-Agent | 竞赛实践 Ch16 | 同章环境搭建 + tRPC-Agent-Go 深研 |
| 备选：DB-Agent-Memory | 竞赛速查 | 同页 good first issue 清单 |
| 备选：CubeSandbox | CubeSandbox 竞赛指南 | 同页行动清单 |
发布日常见错误
- 把粗筛做成精读：第一遍就点进正文逐字读 → 3 小时只筛了 30 个，好题没了。粗筛只看标题标签
- 只盯高难度题：高难度 ≈ 15 天投入 + 高不确定性；没有保底题打底，一旦翻车两手空空
- 忽略验收标准：范围模糊的 issue 是时间黑洞，宁选难度高半级但验收清晰的
- 认领了就消失：7 天无提交会被释放。认领当天就该有动作（哪怕只是留言贴出复现结果）
- 表情占位当认领：👀 不构成认领，以官方规则要求的留言/指派流程为准
- 忘了多人竞赛也能赢：1–5 人同题时，比的是质量与速度，别看到有人提交就放弃——review 他人 PR 同样计入活跃度
Plan B：如果发布持续延迟
报名截止 7/31，活动 9/14 结束。若 7 月中旬仍未发布：
- 直接做常规贡献：不等课题 issue，从三志愿项目的现有 open issue 里挑（WeKnora 的选法见 15 案 issue 选择模式）——官方历来认可活动期内的真实贡献
- 问官方群：确认发布时间与规则是否有变
- 保持初阶推进：课程答题通关不依赖 issue 发布，先把结课证书拿到
监控机制
本仓库已配置两道自动监控（.github/workflows/issue-watch.yml）：
- 每天 09:00 / 17:00（北京时间）检查上游新建 issue，有新增即在本仓库的跟踪 issue 里追加通知
- 24 小时内新增 ≥5 个时判定为「疑似集中发布」，通知会置顶提示立即执行本预案