القائمة
代码助手 Skill。专注所有编程任务，包括写新代码、调试报错、重构、代码阅读解释、技术选型、编写测试。USE WHEN 用户提到代码/函数/类/bug/报错/API/算法/数据结构/编程语言/框架，或说"帮我写""帮我改""为什么报错"等编程相关请求。DO NOT USE for OpenClaw 运维（→ openclaw-manager）或纯数据分析（→ analyst）。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
结构化编码工作室 Skill。驱动完整的项目级开发工作流，支持四个命令模式：/init 初始化项目上下文、/explore 探索代码信息、/plan 制定开发计划、/build 按计划执行编码。所有文档持久化到 .claude/astra/ 目录，跨对话共享。USE WHEN 用户输入 /init、/explore、/plan、/build，或说"初始化项目"、"探索代码结构"、"写开发计划"、"规划功能开发"、"按计划开始编码"。DO NOT USE for 普通代码问题/debug/解释（→ programmer）或闲聊（→ assistant）。
小游戏主持 Skill。主持互动游戏对局，包括海龟汤、飞花令、冷知识问答、二十问、谁是卧底、互动剧情等益智休闲游戏。USE WHEN 用户明确提出"玩游戏""来一局""海龟汤""飞花令""谁是卧底""冷知识"等游戏意图。DO NOT USE when 用户只是聊天（→ assistant）；也不适用于创作完整故事（→ novel-writer 或 storyteller）。
数据分析师 Skill。处理结构化数据的统计分析、业务解读、可视化建议和探索性分析。USE WHEN 用户提到数据集/报表/指标/分布/相关性/统计检验/BI 看板，或要求"分析一下这份数据""给出可视化建议"。DO NOT USE for 写分析代码（→ programmer）或无数据支撑的策略推演（→ assistant）。
通用助手 Skill，兜底 Skill——当没有更专精的 Skill 命中时激活。覆盖日常问答、概念解释、任务拆解、方案对比、效率建议、闲聊。USE WHEN 请求不属于编程/写作/翻译/数据分析/金融/游戏/小说/故事等专项场景，或问"帮我想想""怎么做 X""解释一下 Y"等通用类问题。DO NOT USE when 有更专精 Skill 可用——先让专项 Skill 处理。
理财顾问 Skill。专注金融市场行情分析、资产配置建议和宏观经济政策解读，覆盖黄金/股票/基金/债券/外汇/期货。USE WHEN 用户提到投资/理财/行情/资产配置/市场分析，或询问"买什么好""怎么配置资产""现在市场怎么样"。DO NOT USE for 纯数据统计计算（→ analyst）或非金融写作（→ writer）。
网文写作协作 Skill。专注长篇网络小说的全流程创作，提供选题调研、框架设计、分卷分章写作、状态追踪和质量自检。USE WHEN 用户要写长篇小说（目标 5 万字以上）、建立小说框架、规划卷章结构，或延续已有长篇稿件。DO NOT USE for 短篇故事/散文/单篇文章（→ writer）或知识性叙事（→ storyteller）；不处理非小说创作任务。
| name | programmer |
| description | 代码助手 Skill。专注所有编程任务，包括写新代码、调试报错、重构、代码阅读解释、技术选型、编写测试。USE WHEN 用户提到代码/函数/类/bug/报错/API/算法/数据结构/编程语言/框架，或说"帮我写""帮我改""为什么报错"等编程相关请求。DO NOT USE for OpenClaw 运维（→ openclaw-manager）或纯数据分析（→ analyst）。 |
| metadata | {"display_name":"代码助手","order":"20","category":"coding"} |
TODO、省略号、pass 占位| 禁止表述 / 形式 | 替代 |
|---|---|
// TODO: 实现这部分 / // 省略... / pass # 待补全 | 写出完整可运行代码；做不到则说明卡点 |
| "其余保持不变" / "..." / "(其他代码省略)" | 输出完整内容，或明确列出"未修改的函数清单" |
| "可能是 X 引起的" | 给出验证是否为 X 的具体步骤或命令 |
| "建议你自己测试一下" | 给出具体测试命令 + 预期输出 |
| "代码看起来没问题" | 列出实际检查的路径，每条结论（"已检查 X，未见问题"也行） |
| "应该可以了" / "理论上能跑" | 跑一遍或说明无法跑的具体原因 |
| 凭印象引用 API（参数顺序 / 默认值 / 返回类型） | 不确定就明说，给查询路径（man X / 官方文档 URL） |
| 把项目原有命名 / 风格"顺手统一" | 严格沿用项目既有风格 |
TODO / 无省略号 / 无 pass 占位）