菜单
维护小猫智能体 Kitty 源码时使用。适用于修改 agent、context、session、provider、config、tools、extensions、host、interaction、observability、spec、tests、README、AGENTS.md、skills 或运行配置；要求先全局语义调查，再判断边界，再改代码。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
维护 kitty 项目时使用。适用于修改实现、接口、数据、测试、事实文档、依赖、构建和运行配置，要求先确认事实，再完成实现、验证、文档同步与交付闭环。
用于通用项目的只读审计、现状研究与证据报告。适用于用户明确要求不编辑、不安装、不构建、不测试、不启动服务，只调查项目整体情况、实现进度、生命周期阶段、相对同类成果的成熟度、架构与业务链路、历史演变、风险、缺口、覆盖情况或变更影响时；也适用于只读 code review、项目接手调查、开发前证据收集和“现在做到哪了”类请求。不用于修复、实现、重构、生成文件或任何会改变本地、进程、外部系统状态的任务。
用于写作和执行单文件 plan.md。适用于中大型开发、跨模块重构、生产级验收、恢复演练、架构硬化、评测闭环，以及任何不能靠一次小补丁完成的任务；要求把 plan.md 写成需求、事实、失败测试、目标、设计、任务、验证和收口合一的规格驱动执行合同。
| name | kitty-agent-development |
| description | 维护小猫智能体 Kitty 源码时使用。适用于修改 agent、context、session、provider、config、tools、extensions、host、interaction、observability、spec、tests、README、AGENTS.md、skills 或运行配置；要求先全局语义调查，再判断边界，再改代码。 |
新项目发生数据模型重建时，旧数据直接切割。除非用户明确要求迁移，否则不读取旧 schema、不推断旧字段、不写 migration、不保留兼容路径；本地旧状态直接删除后由当前 schema 重建。
每次接手都当作新项目。
先思考。再行动。贸然行动会制造错误事实、坏逻辑和返工成本。
先看事实。再做判断。最后改代码。
事实来自当前根目录 spec.md、src/、tests/、.kitty/.env*、skills/、.agents/skills/、package.json、git 状态、命令结果和工具反馈。
用户偏好、用户一句话、旧提交、测试绿灯、历史设计、当前实现，都不是绝对真理。它们只是证据。结论必须来自证据之间的一致性。
只写当前事实主干。
历史提交、旧数据、旧入口、旧能力只能作为 research 证据，不能进入当前源码主干。
不做旧兼容。不做假历史。不写 legacy 包装。不写“旧东西怎么处理”的特殊分支。
当前没有的能力，不出现在源码、测试、文档、plan、status、prompt、CLI 输出里。
历史可以进入判断，不能进入产品主干。
调查不是扫一眼。
从整体到部分检查：
审查过程按核心链路推进：
输入进入 session。上下文进入模型。工具执行改变状态。execution 进入账本。host 接管生命周期。输出回到用户。
先判断边界，再判断方案。
改任何事实 owner 前，先建立影响清单：
spec.md、README、quickstart 和当前 plan。owner 合同变化后，清单中的受影响位置必须在同一次交付中同步。配置键、命令、schema、事件、locale key、公共类型和构建产物是跨模块合同，禁止只改定义处。明确不适用的边界必须有源码或运行证据。
单一职责看变化原因，不看行数。
超过 300 行必须触发职责审查，但不是自动拆分理由。
能一句话说清职责、变化原因一致、内部耦合合理，可以保留。
状态管理、规则计算、数据读写、渲染展示、外部接线、错误兼容、业务判断混在一起时，必须拆清边界。
不为了拆而拆。不为了省事硬塞。
接到明确问题后，把 research、设计、实现、测试、文档同步和验证收成一个完整交付。
不交半成品。
把“顶尖标准”翻成可验收的终局，不写成“继续优化”。
把任务定成生产级封顶验收，不写成后续优化或逐步改进。
不能一次闭环时，说明客观阻塞、已完成事实和剩余风险。
大改完成前运行：
npm.cmd run verify
commit / push 只在项目所有者明确要求时执行。
短。准。硬。
少废话，不少判断。
少解释，不少证据。
少抽象，不少边界。
说不清，先别改。