brainstorm
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinesebrainstorm
头脑风暴
Turn an existing roadmap item's intent (and any gathered research) into concrete design decisions, through open back-and-forth with the operator, written incrementally into the item's section.
## DesignJudgment task — describe and decide; do not script it, do not write code, do not break work into tasks (that is , deferred).
plan将现有路线图项的意图(以及所有已收集的研究资料)通过与操作者的开放式双向讨论,转化为具体的设计决策,并逐步写入该项的部分。
## Design这是判断类任务——描述并决策;不要编写脚本、不要写代码、不要将工作拆分为任务(那是的职责,后续再处理)。
planWhen to use
使用场景
- Operator runs to design an open roadmap item.
/jackin-dev:brainstorm <slug>
- 操作者运行来设计一个开放的路线图项。
/jackin-dev:brainstorm <slug>
When NOT to use
禁用场景
- Creating the item → .
/jackin-dev:propose - Large external/codebase investigation → .
/jackin-dev:research - Implementing → .
/goal Implement <slug>.md
- 创建项 → 。
/jackin-dev:propose - 大型外部/代码库调研 → 。
/jackin-dev:research - 实现阶段 → 。
/goal Implement <slug>.md
Arguments
参数
- — run
--researchfirst if the item looks thin./jackin-dev:research - — continue from the current
--resumestate.## Design
- — 如果项内容不够完善,先运行
--research。/jackin-dev:research - — 从当前
--resume部分的状态继续。## Design
Process
流程
- Load context. Read — Problem, Why It Matters, Design-so-far, Related Files — plus any research already linked.
docs/content/docs/reference/roadmap/<slug>.mdx - Discuss freeform. Open back-and-forth: surface alternatives, trade-offs, open questions. Pull in jackin' design principles and the relevant rule files (,
ENGINEERING.md, TUI/docs rules) as constraints. Prefer one question at a time; check in as each part settles.HOST_AND_CONTAINER.md - Write incrementally. As each point settles, append or update the matching part of in the
## Design— the decision plus a one-line why..mdxpicks up from there.--resume - Hit an unknown? Gather quickly (Explore/grep, or ). Large investigation → spin a separate
deep-researchdossier and link it from/jackin-dev:research. Then resume deciding.## Design - Converge. When covers the approach end to end, summarize and point at the implementation step (
## Design)./goal Implement <slug>.md - Commit + push. per settled chunk (push after every commit).
docs:
- 加载上下文。 读取文件——包括Problem、Why It Matters、Design-so-far、Related Files部分——以及所有已关联的研究资料。
docs/content/docs/reference/roadmap/<slug>.mdx - 自由讨论。 开放式双向交流:提出替代方案、权衡利弊、明确待解决问题。将jackin'设计原则和相关规则文件(、
ENGINEERING.md、TUI/docs规则)作为约束条件。建议一次只讨论一个问题;每部分达成共识后进行确认。HOST_AND_CONTAINER.md - 逐步撰写。 每达成一个共识点,就在文件的
.mdx部分追加或更新对应内容——包括决策内容以及一行简短的原因说明。## Design参数将从此状态继续。--resume - 遇到未知问题? 快速收集信息(使用Explore/grep,或)。若需要大型调研,则创建一个独立的
deep-research文档,并在/jackin-dev:research部分添加链接。之后继续决策。## Design - 达成共识。 当部分完整涵盖整个方案时,进行总结并指向实现步骤(
## Design)。/goal Implement <slug>.md - 提交并推送。 每完成一部分共识内容就提交一次(每次提交后推送),提交信息前缀为。
docs:
Common mistakes
常见错误
- Writing code, or filling — out of scope.
## Tasks - Dumping a finished design without the back-and-forth, or asking many questions at once.
- Recording decisions only in chat instead of into (it must be resumable).
## Design - Restating rule-file content instead of referencing it by name.
- 编写代码或填充部分——超出本任务范围。
## Tasks - 未经过双向讨论就直接输出完整设计,或一次性提出多个问题。
- 仅在聊天中记录决策,而不写入部分(必须保证可恢复性)。
## Design - 重述规则文件内容,而非通过文件名引用。