需要把年度项目按 SRED 格式整理成可申报 Notion…

将过去一年项目的文档、PR 和工单归集起来，筛选 SREDable 项目，并为每个项目生成带不确定性、实验和证据链接的 Notion 项目摘要。

适用场景

解决思路

1. 向用户索要由 `sred-work-summary` 技能生成的、上一年的 Work Summary 的 Notion 文档链接；验证链接指向有效文档，并大致符合以下格式：`# Projects`、`## [Project Name]`、`*Summary*: [X] PRs, [X] Notion docs, [X] Linear tickets`、`### Pull Requests [X]`、`### Notion Docs [X]`、`### Linear Tickets [X]`，其中每个条目包含链接和日期。
2. 对 Work Summary 中的每个项目，依据 `references/SRED.md` 中 SRED 项目的定义进行评估：查看该项目相关的 Notion 文档和 PR，判断其工作是否像有效的 SRED 项目；尽量从宽，将尽可能多的项目归类为 SRED 项目。
3. 输出两列表：符合 SRED 描述的项目（称为“SREDable”项目）和不符合的项目；确保 Work Summary 中所有项目都已被归类为 SREDable 或非 SREDable。
4. 询问用户 SREDable 项目列表是否正确，允许用户手动将一个或多个项目重新归类为 SREDable 或非 SREDable，并按用户要求调整列表。
5. 创建一个私有 Notion 文档，名称为 `SRED Project Descriptions`，并输出该文档的完整链接。
6. 对每个 SREDable 项目，创建名为 `SRED Project Summary - <year> <project name>` 的私有 Notion 文档，并作为第 5 步创建的 `SRED Project Descriptions` 文档的子文档；文档需遵循 `references/project-template.md` 中的模板。
7. 填写该文档的 `Project Description` 和 `Project Goals` 部分；用这些部分中的 `aside` 区块作为提示来收集应填入的信息；使用 Work Summary 中收集的该项目全部信息、该项目的 Notion 文档以及自己的推理来填写。
8. 确保 `Project Description` 不超过 100 词，`Project Goals` 不超过 100 词。
9. 把该项目的 `SRED Project Summary` 文档完整 Notion 链接提供给用户，请其在继续前审核；按用户要求进行修改。
10. 为每个项目确定一个或多个 Uncertainty；Uncertainty 通过以下问题定义：我们当时没有答案的挑战或问题是什么？是否有可用来支持问题解决的现有成果/先例？如果没有，为什么？
11. 查看该项目的所有 Notion 文档、GitHub PR 和 Linear tickets，确定项目的 Uncertainties，展示给用户，并询问这些 Uncertainties 是否正确或需要调整；确保每个 Uncertainty 的描述只有几句话。
12. 将 Uncertainties 添加到 Project Summary Notion 文档的 `Technical Uncertainties` 部分；确保每个 Uncertainty 的描述只有几句话。
13. 对上面找到的每个 Uncertainty，使用 Notion 文档、GitHub PR 和 Linear tickets 找出为应对该不确定性做过的实验或尝试；在该 Uncertainty 的 `Experiments` 部分，为每个实验写一个 bullet point。
14. 在该 Uncertainty 的 `Results / Learnings / Success` 部分，用 bullet point 列出实验结果以及得出的学习或结论；确保每个 Experiment 只有一个 bullet point，每个 Result/Learning/Success 只有一个 bullet point。
15. 对于被引用的 Notion 文档、GitHub PR 或 Linear ticket，把对应资源的链接放入该 Uncertainty 的 `Uncertainty-Specific Documentation & Links` 部分。
16. 取 Work Summary 中该项目的所有链接；对任何没有作为某个 Uncertainty 的一部分被链接的链接，放入 Project Summary 的 `Project Documentation & Links` 部分。
17. 确保提供所有具体链接的列表，而不是摘要或 GitHub 通知的通用链接；检查每个链接都直接与该项目和/或其 Uncertainties 相关。
18. 再次向用户提供 Project Summary 文档链接，请其审核后再进入下一个 SREDable 项目；提醒用户填写该文档的 `Participants` 部分。
19. 所有 SREDable 项目处理完后，提供 `SRED Project Descriptions` Notion 文档的链接。

适用边界 · 注意事项

• 无法访问 Notion、Linear 或 GitHub（且没有可用的 `gh` CLI 替代 GitHub MCP）时，不要使用。
• 没有由 `sred-work-summary` 生成的上一年 Work Summary 文档时，不要使用。
• 目标不是加拿大 SRED 申报、或不需要按 SRED 格式整理项目与证据时，不要使用。