菜单
接收代码审查反馈技能。收到代码审查反馈后、实施建议之前，必须先验证，不能盲从或表演性认同。 触发方式：审查反馈、收到review、反馈意见、审查意见 Receive code review feedback skill. Verify before implementing, not blind agreement. Trigger: review feedback, received review, feedback, review comments
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
头脑风暴技能。任何创意工作（创建功能、构建组件、添加功能或修改行为）之前必须使用——在实施之前探索用户意图、需求和设计。 触发方式：头脑风暴、创意、设计方案、想做新功能 Must use before any creative work - explores user intent, requirements, and design before implementation. Trigger: brainstorm, creative work, new feature, design, make a plan
并行代理分发技能。处理2个或以上相互独立、无共享状态或顺序依赖的任务时使用。 触发方式：并行任务、独立任务、多个任务同时、同时处理 Dispatch parallel agents for 2+ independent tasks without shared state or sequential dependencies. Trigger: parallel tasks, independent tasks, multiple tasks, simultaneous work
Exa 源头搜索技能。用于官方文档、API参考、定价页、产品规格等源头信息检索，需要低噪音高质量结果或页面正文提取时使用。 触发方式：查文档、API文档、官方说明、源头信息 Exa neural web search for official docs, API references, pricing pages, and source-first research. Trigger: official docs, API reference, pricing, source-first, official documentation
执行计划技能。在独立 session 中执行书面实施计划，按检查点逐步完成任务。 触发方式：执行计划、按计划执行、运行任务、执行任务列表 Execute implementation plans skill. Execute written plans in an isolated session with checkpoints. Trigger: execute plan, follow the plan, run tasks, implementation
完成开发分支技能。开发完成、测试通过后，决定如何整合工作——Merge、PR 或清理。 触发方式：完成、开发完、合并、创建PR、收尾 Finish development branch skill. After implementation is complete and tests pass, decide how to integrate work. Trigger: finish, complete, merge, PR, development branch
Finnhub 美股数据技能。当工作区在 .env 中配置了 FINNHUB_API_KEY 时，使用 Finnhub 获取美股和加密货币市场数据。 触发方式：美股行情、NVDA财报、个股分析、美股新闻 Fetch US stock and crypto market data via Finnhub API. Trigger: US stock quote, NVDA, AAPL, TSLA, company profile, stock news
| name | receiving-code-review |
| description | 接收代码审查反馈技能。收到代码审查反馈后、实施建议之前，必须先验证，不能盲从或表演性认同。 触发方式：审查反馈、收到review、反馈意见、审查意见 Receive code review feedback skill. Verify before implementing, not blind agreement. Trigger: review feedback, received review, feedback, review comments |
代码审查需要技术评估，而不是情绪表演。
核心原则： 验证后再实施。提问后再假设。技术正确性高于社交舒适。
收到代码审查反馈时：
1. 读取：完整反馈，不反应
2. 理解：用自己话说出需求（或提问）
3. 验证：对照代码库现实检查
4. 评估：对这个代码库在技术上 sound？
5. 响应：技术确认或有理有据的反推
6. 实施：一次一项，测试每个
永远不要：
应该：
如果任何项不清楚：
停——还不要实施任何东西
提问澄清
原因：项可能相关。部分理解 = 错误实施。
当：
如何推回：
如果推回后错了：
✅ "你是对的——我检查了 X，它确实 Y。正在实施。"
✅ "验证了，你是对的。我最初理解错了，因为 [原因]。正在修复。"
| 错误 | 修复 |
|---|---|
| 表演性认同 | 陈述需求或直接行动 |
| 不验证就实施 | 先对照代码库验证 |
| 不测试就批量实施 | 一次一个，测试每个 |
| 假设审查者正确 | 检查是否破坏东西 |
| 避免推回 | 技术正确性 > 舒适 |
| 部分实施 | 先澄清所有项 |
| 无法验证仍然进行 | 陈述限制，请求方向 |