ReganZed 我的能力清单 · CC_Capacity
语言铁律（最高优先级）
- 执行本 skill 期间，回答、交流、thinking 全过程一律简体中文，严禁出现日文或其他外文自然语言（假名 / 日语助词词形 / 日式表达等）；thinking 里冒日文同样违规。
- 例外仅限技术符号：代码、命令、API / 类 / 函数名、文件路径、专有名词可保留英文。
- 详见项目根
CLAUDE.md的「语言铁律」。
目的（第一性原则）
用户会反复问"你到底能干啥"。每次临场回答既不全、也不稳，还会遗忘。本 skill 的唯一目标：把每次确认过的能力累积到一份清单里，让"我能做什么"这件事变成一份可检索、去重、持续增长的列表——用户随时能查全貌，我也不必每次从头凭记忆罗列。一切取舍服务于「清单完整、好读、不重复」。
关键原则：
- 凡问能力，一律触发本 skill：只要用户在问"我能做什么"这一类问题，就走这套流程，不漏任何一次。
- 做完必须归档——这是核心：每次回答完能力问题，无一例外把本次涉及/新确认的能力沉淀进
能力清单.md。漏归档 = 机制失效。哪怕这次只确认了一条小能力，也要落一笔。 - 列表优先：能力清单以分类 + 列表呈现，一条能力一行，用户一眼扫全。
- 据实不吹：只写我确实具备的能力（有对应工具 / 已验证 / 本环境可用）；本环境受限或做不到的，如实标注在「边界与限制」区，不夸大。
- 去重更新：同一能力已在清单里，就地补充细节，不新增重复条目；能力被证伪或环境变化失效，就地修正或移除。
工作流程
第 1 步 · 回答用户当前的能力问题（Answer）
- 据实回答用户此刻问的能力问题：能不能做、怎么做、有什么边界。
- 若用户问的是全貌（"你都能干啥"），先读
能力清单.md给出清单概览，再按需展开。
第 2 步 · 沉淀进能力清单（Persist）—— 强制，不可省略
每次答完能力问题，必须归档，无一例外（无需用户开口）。收尾前先完成：
- 读
能力清单.md（不存在则按下方模板创建）。 - 把本次涉及或新确认的能力，归入对应分类：
- 新能力 → 在对应分类下新增一行；
- 已有能力 → 就地补充要点 / 修正过时描述，不重复堆条目；
- 确认做不到 / 本环境受限 → 记入「边界与限制」区。
- 保持每条一行、可扫读：
- **<能力名>**：<一句话说明它能做什么 / 触发方式 / 边界>。 - 若清单结构需要，新增分类小标题；分类保持精简、不碎片化。
能力清单文件模板（首次创建 能力清单.md 时使用）
# 我的能力清单 · Claude Code @ v_gli_Regan_ZMain
> 本文件由 CC_Capacity skill 维护，持续累积。每次用户问"你能干啥"都会在此累加/更新。
> 规则：分类 + 一条能力一行；据实不吹；去重更新；做不到的记入「边界与限制」。
## 文件与代码操作
（读写文件、编辑、批量修改等）
## 搜索与探索
（按名找文件、按内容搜代码、跨目录探查等）
## 代码理解与审查
（读懂代码给结论、代码审查、安全审查、简化等）
## 运行与验证
（执行命令、跑测试、启动应用、截图验证等）
## 检索与联网
（联网搜索、抓取网页并提炼等）
## 任务编排与自动化
（子代理并行、工作流、定时任务、记忆等）
## 本项目专属能力
（Unity / Lua / Behaviac、SVN / p4、本项目 skill 体系等）
## 边界与限制
（本环境做不到 / 受限 / 需授权的事，如实记录）
纪律
- 只记"确实具备、可复用"的能力；纯粹一次性的操作细节不进清单。
- 能力名要好检索，用用户可能会用的叫法。
- 过时 / 失效条目就地修正或删除，不层层堆叠。
- 每条尽量一行；需要长解释的，另起小标题但仍保持精炼。