其他
已有 jackin❯ roadmap…
仅当用户显式请求时,用于把已存在 roadmap 条目的意图和已有调研通过自由讨论转化为具体设计决策,并增量写入该条目的 ## Design。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 35/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 39/100 ×0.15
适用场景
已有 jackin❯ roadmap 条特定
解决思路
- 参数 `--research`:如果条目内容单薄,先运行 `jackin-research`。
- 参数 `--resume`:从当前 `## Design` 状态继续。
- 加载上下文:读取 `docs/content/docs/roadmap/<slug>.mdx`,包括 Problem、Why It Matters、Design-so-far、Related Files,以及已链接的调研。
- 自由讨论:与操作者开放往复交流,提出备选方案、权衡和未决问题;引入 jackin❯ 设计原则及相关规则文件(`ENGINEERING.md`、`HOST_AND_CONTAINER.md`、TUI/docs rules)作为约束;尽量一次只问一个问题,并在每个部分确定时确认。
- 增量写入:每个点确定后,把决策及一行 why 追加或更新到 `.mdx` 的 `## Design` 对应部分;`--resume` 会从这里继续。
- 遇到未知问题:快速收集信息(Explore/grep,或 `deep-research`);大型调查另起 `jackin-research` dossier,并从 `## Design` 链接,然后恢复决策。
- 收敛:当 `## Design` 端到端覆盖方案后,做总结并指向实现步骤(`/goal Implement <slug>.md`)。
- 提交并推送:每个已确定的小块用 `docs:` 提交,并在每次提交后 push。
- 保持边界:只描述和决策,不写代码,也不填写 `## Tasks`;任务拆分留给 `plan`。
- 保持往复讨论:不要直接倾倒完成的设计,也不要一次问很多问题。
- 记录位置:把决策持续写入 `## Design`,不要只留在聊天中,确保之后可恢复。
- 引用方式:引用规则文件时按名称引用,不要复述其内容。
适用边界 · 注意事项
- 不适用于创建 roadmap 条目;创建条目用 `jackin-propose`。
- 不适用于大型外部/代码库调查;这类调查用 `jackin-research`。
- 不适用于实现;实现用 `/goal Implement <slug>.md`。