一键导入
autopilot-brainstorm
autopilot design 阶段需求探索专用。在写设计文档前通过逐个澄清问题理解用户意图,提出 2-3 方案让用户选择,输出共识总结到 brainstorm.md 后交回主 skill。当 autopilot skill 在 design 阶段委托调用时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
autopilot design 阶段需求探索专用。在写设计文档前通过逐个澄清问题理解用户意图,提出 2-3 方案让用户选择,输出共识总结到 brainstorm.md 后交回主 skill。当 autopilot skill 在 design 阶段委托调用时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | autopilot-brainstorm |
| description | autopilot design 阶段需求探索专用。在写设计文档前通过逐个澄清问题理解用户意图,提出 2-3 方案让用户选择,输出共识总结到 brainstorm.md 后交回主 skill。当 autopilot skill 在 design 阶段委托调用时使用。 |
在写任何设计文档之前,通过自然的协作对话将用户意图转化为清晰共识。逐个澄清问题,提出 2-3 种方案,输出 brainstorm.md 后交回主 skill 接力。
在输出 brainstorm.md 之前,禁止写设计文档、禁止更新 state.md 的 ## 设计文档 / ## 实现计划区域、禁止调用任何实现 skill。无论任务看起来多简单,都必须完整走完探索流程。每个任务都必须走这个流程——一个配置改动、一个工具函数、一个"明显"的需求。"简单"是返工的根源:未经检验的假设在小任务里造成最多浪费。探索可以很短(真正简单的任务 2-3 个问题即可),但必须走完。
你必须为以下每项创建 Task 并依序完成:
references/visual-companion-guide.md)$TASK_DIR/brainstorm.md,然后退出,由主 skill 接力写设计文档理解用户意图:
探索方案:
视觉伴侣(可选):
评估后续问题是否涉及视觉内容时,单独一条消息征求同意:
"后续可能涉及视觉内容(mockup、布局对比等),可以在浏览器中展示。需要启用视觉伴侣吗?"
用户同意后参见 references/visual-companion-guide.md 操作。判断标准:
写入 $TASK_DIR/brainstorm.md(task_dir 从 frontmatter 读取):
## 探索的目的与约束
(用户目标一句话 + 项目上下文探索关键发现 + 明确约束)
## 候选方案与权衡
### 方案 A:...
- 优势:...
- 劣势:...
### 方案 B:...
- 优势:...
- 劣势:...
### 方案 C(如有):...
## 选择与理由
选定方案:X
选择理由:...
被排除方案及原因:...
## 待主 SKILL 接力的设计决策
(列出用户已确认的决策、关键约束、需要在设计文档中深化的点)
必须遵守:
task_dir,将 brainstorm.md 写入 $TASK_DIR/brainstorm.md/autopilot:autopilot-brainstorm 直接调用)时:task_dir 必须落项目根下 .autopilot/runtime/requirements/<slug>——slug 用 YYYYMMDD-<任务关键词>(参考 runtime/requirements/ 下已有目录命名)。严禁写到顶层 .autopilot/requirements/:那是 v3.35 前旧路径,已被 .gitignore 拦截,落那里等于丢失产物(不入库、主流程读不到)。phase、gate 等字段由主 skill 控制)## 设计文档 或 ## 实现计划 区域诊断项目工程健康度,评估 autopilot 兼容性并提供改进建议。当用户说"诊断"、"doctor"、"工程健康"、"为什么 autopilot 效果不好"时使用。
当用户需要从目标描述到代码合并的端到端自动化、或说"自动驾驶"时使用。
管理 autopilot 项目模式的任务 DAG。当用户运行 /autopilot status(有项目时)或 /autopilot next 时提供上下文参考。
当用户需要提交代码、运行 git commit、或说"提交"时使用。
专业技术文章评价与改进建议工具。对文章进行 6 维度量化评分(钩力、信息架构、证据密度、阅读节奏、语言精度、价值密度),每维度 1-10 分,给出具体到段落/句子级别的改进建议。当用户要求评价文章质量、审稿、给文章提建议、分析文章优劣、对比两篇文章时使用。也适用于用户发来一篇文章问"怎么样"、"有什么问题"、"帮我看看"、"评分"等场景。专注于专业技术文章(产品公告、行业分析、技术深度、企业博客)的评价,不覆盖个人博客或散文类写作。
专业技术博客写作 Skill。面向企业级科技博客、产品公告、行业分析等专业场景。风格源自 Anthropic 等顶级科技公司博客——数据驱动、结构精密、信息密度高、零冗余。当用户需要写专业技术文章、产品公告、行业白皮书、技术分析博客、企业级技术内容时使用。也适用于英文技术写作或中英混合场景。