메뉴
在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
在开始任何对话时使用——确立如何查找和使用技能，要求在任何响应（包括澄清性问题）之前调用 Skill 工具
中文 review 沟通参考——话术模板、分级标注（必须修复/建议修改/仅供参考）、国内团队常见反模式应对。
中文 commit 与 changelog 配置参考——Conventional Commits 中文适配、commitlint/husky/commitizen 中文模板、conventional-changelog 中文配置。仅在用户显式 /chinese-commit-conventions 时调用，不要根据上下文自动触发。
中文文档排版参考——中英文空格、全半角标点、术语保留、链接格式、中文文案排版指北约定。仅在用户显式 /chinese-documentation 时调用，不要根据上下文自动触发。
国内 Git 平台配置参考——Gitee、Coding.net、极狐 GitLab、CNB 的 SSH/HTTPS/凭据/CI 接入差异与镜像同步配置。仅在用户显式 /chinese-git-workflow 时调用，不要根据上下文自动触发。
当存在 2 个以上互不关联的问题（测试失败、bug、独立任务），需要并行分派子代理并发排查或执行时
| name | brainstorming |
| description | 在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。 |
通过自然的协作对话，帮助将想法转化为完整的设计和规格说明。
首先了解当前项目的上下文，然后逐一提问来完善想法。一旦你理解了要构建的内容，就展示设计方案并获得用户批准。
硬性审计门槛：在你展示设计方案并获得用户批准之前，不要调用任何实现技能、编写任何代码、搭建任何项目或采取任何实现行动。这适用于所有项目，无论看起来多简单。
每个项目都要经过这个流程。一个待办事项列表、一个单函数工具、一个配置变更——全都需要。"简单"的项目恰恰是未经检验的假设造成最多浪费的地方。设计可以很简短（对于真正简单的项目几句话就够了），但你必须展示出来并获得批准。
你必须为以下每个条目创建任务，并按顺序完成：
docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md 并 commit终止状态是调用 writing-plans。 头脑风暴之后你唯一要调用的技能是 writing-plans。
理解想法：
探索方案：
展示设计：
面向隔离和清晰的设计：
在现有代码库中工作：
文档：
docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md规格自检： 编写规格文档后，以全新的视角审视它：
发现问题就直接内联修复。无需重新审查——修好继续推进。
用户审查关卡： 规格自检完成后，请用户在继续之前审查书面规格：
"规格已编写并 commit 到
<path>。请审查一下，如果在我们开始编写实现计划之前你想做任何修改，请告诉我。"
等待用户回复。如果他们要求修改，做出修改并重新运行规格自检。只有在用户批准后才继续。
实现：