القائمة
在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。
التثبيت باستخدام 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>。请审查一下，如果在我们开始编写实现计划之前你想做任何修改，请告诉我。"
等待用户回复。如果他们要求修改，做出修改并重新运行规格自检。只有在用户批准后才继续。
实现：