架构决策记录 在编码会话期间捕捉架构决策。让决策不仅存在于 Slack 线程、PR 评论或某人的记忆中，此技能将生成结构化的 ADR 文档，并与代码并存。 何时激活 用户明确说"让我们记录这个决定"或"为这个做 ADR" 用户在重要的备选方案（框架、库、模式、数据库、API 设计）之间做出选择 用户说"我们决定..."或"我们选择 X 而不是 Y 的原因是..." 用户询问"我们为什么选择了 X？"（读取现有 ADR） 在讨论架构权衡的规划阶段 ADR 格式 使用 Michael Nygard 提出的轻量级 ADR 格式，并针对 AI 辅助开发进行调整： 工作流程 捕捉新的 ADR 当检测到决策时刻时： 1. 初始化（仅首次） — 如果 不存在，在创建目录、一个包含索引表头（见下方 ADR 索引格式）的 以及一个供手动使用的空白 之前，询问用户进行确认。未经明确同意，不要创建文件。 2. 识别决策 — 提取正在做出的核心架构选择 3. 收集上下文 — 是什么问题引发了此决策？存在哪些约束？ 4. 记录备选方案 — 考虑了哪些其他选项？为什么拒绝了它们？ 5. 陈述后果 — 权衡是什么？什么变得更容易/更难？ 6. 分配编号 — 扫描 中的现有 ADR 并递增 7. 确认并写入 — 向用户展示 ADR 草稿以供审查。仅在获得明确批准后写入 。如果用户拒绝，则丢弃草稿，不写入任何文件…