eidon

询问哪种技能或流程适合你的情况。本仓库技能的导航器。

沿两个轴线审查自某个固定点（commit、分支、tag 或合并基准）以来的变更 — 标准（代码是否遵循此仓库已记录的编码规范？）和规范（代码是否匹配原始 issue/PRD 要求的内容？）。以并行子 agent 运行两项审查，并将结果并排呈现。当用户想要审查分支、PR、进行中的变更，或要求"从 X 开始审查"时使用。

设计深层模块的共享词汇。当用户想要设计或改进模块接口、寻找深化机会、决定缝合点放在哪里、使代码更可测试或更适合 AI 导航，或当其他技能需要深层模块词汇时使用。

针对疑难 bug 和性能回归的诊断循环。当用户说"诊断"/"调试这个"，或报告有东西损坏/抛出异常/失败/变慢时使用。

构建和精炼项目的领域模型。当用户想要确定领域术语或通用语言、记录架构决策，或当其他技能需要维护领域模型时使用。

一场无情的面试，用于打磨方案或设计。

一场无情的访谈，用于打磨计划或设计，同时在此过程中创建文档（ADR 和词汇表）。

无情地盘问用户关于方案或设计的方方面面。当用户想在动手前对方案进行压力测试，或使用了任何 'grill' 触发短语时使用。

将当前对话压缩为一份交接文档，供另一个 agent 接手继续工作。

基于规范或工单集实现一项工作。

扫描代码仓寻找深化机会，以可视化 HTML 报告呈现，然后针对你选择的任一方案进行访谈打磨。

构建一次性原型来回答设计问题。当用户想要快速验证状态模型或逻辑是否感觉正确，或探索 UI 应该长什么样时使用。

针对高可信度一手来源调查问题，并将发现结果以 Markdown 文件记录到仓库中。适用于需要研究某个主题、收集文档或 API 信息、或委托阅读工作给后台 Agent 的场景。

用于解决进行中的 git merge/rebase 冲突。

为本仓库配置工程化技能 —— 设置 issue tracker、triage 标签词汇表以及领域文档布局。在首次使用其他工程化技能之前运行一次。

"测试驱动开发。适用于需要以测试先行方式构建功能或修复 bug、提及"红-绿-重构"循环、或需要集成测试的场景。"

将当前对话转化为 spec 并发布到项目 issue tracker —— 无需访谈，仅综合你们已讨论过的内容。

将计划、spec 或当前对话拆分为一组曳光弹式 tickets，每个 ticket 声明其阻塞边，发布到已配置的 tracker —— 对于本地文件，边以文本形式呈现；对于真实 tracker，使用原生阻塞链接。

将 issues 和外部 PRs 移过 triage 角色状态机 —— 分类、验证、必要时进行质询，并编写 agent 可用的摘要。

规划超出一个 agent 会话容量的大块工作 —— 在 issue tracker 上建立一张调查 tickets 的共享地图，逐个解决它们，直到通往目标的路径清晰可见。

编写和编辑高质量 skills 的参考指南 — 使 skill 行为可预测的词汇和原则。