메뉴
用于通用项目的只读审计、现状研究与证据报告。适用于用户明确要求不编辑、不安装、不构建、不测试、不启动服务，只调查项目整体情况、实现进度、生命周期阶段、相对同类成果的成熟度、架构与业务链路、历史演变、风险、缺口、覆盖情况或变更影响时；也适用于只读 code review、项目接手调查、开发前证据收集和“现在做到哪了”类请求。不用于修复、实现、重构、生成文件或任何会改变本地、进程、外部系统状态的任务。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
维护 kitty 项目时使用。适用于修改实现、接口、数据、测试、事实文档、依赖、构建和运行配置，要求先确认事实，再完成实现、验证、文档同步与交付闭环。
维护小猫智能体 Kitty 源码时使用。适用于修改 agent、context、session、provider、config、tools、extensions、host、interaction、observability、spec、tests、README、AGENTS.md、skills 或运行配置；要求先全局语义调查，再判断边界，再改代码。
用于写作和执行单文件 plan.md。适用于中大型开发、跨模块重构、生产级验收、恢复演练、架构硬化、评测闭环，以及任何不能靠一次小补丁完成的任务；要求把 plan.md 写成需求、事实、失败测试、目标、设计、任务、验证和收口合一的规格驱动执行合同。
SOC 직업 분류 기준
| name | read-only |
| description | 用于通用项目的只读审计、现状研究与证据报告。适用于用户明确要求不编辑、不安装、不构建、不测试、不启动服务，只调查项目整体情况、实现进度、生命周期阶段、相对同类成果的成熟度、架构与业务链路、历史演变、风险、缺口、覆盖情况或变更影响时；也适用于只读 code review、项目接手调查、开发前证据收集和“现在做到哪了”类请求。不用于修复、实现、重构、生成文件或任何会改变本地、进程、外部系统状态的任务。 |
只调查。只报告。不要改变目标项目、进程、依赖、持久状态或外部系统。
rg、rg --files、git status、git diff、git log、git show、git blame 和 git ls-files。check、dry-run 或 noEmit 就推断它只读。从整体到局部调查，不围着用户点名的文件打转。
按任务缩放深度。局部问题追到完整调用边界；整体审计覆盖主要模块和跨模块合同，但不要为了覆盖率罗列无关文件。
调查“做到哪了”时，分别检查计划、源码、测试、文档、工作区和提交历史。不要把任一来源单独当成完成证明。
对每个目标只使用以下事实状态：
已验证：实现存在，并有可核实的成功验证证据。已实现未验证：实现存在，但本次只读边界内没有成功验证证据。部分完成：主链路或合同仍有明确缺口。仅声明：只在计划、注释、文档或待办中出现。未知：现有证据不足或互相冲突。不要仅凭文件存在、测试存在、勾选项、提交信息或修改时间宣布完成。调查时间问题时优先使用 Git 历史和可追溯记录；文件时间戳只能作为弱证据。搜索未命中只能报告“在已搜索范围内未发现”，不能证明绝对不存在。
先判断项目自身阶段，再判断它相对同类成果的位置。阶段是基于证据的解释，不是项目名称或版本号的同义词。
使用以下通用阶段，但允许按项目类型解释交付物：
概念：目标或方案存在，核心结果尚未形成。原型：核心结果可以局部展示，但主流程、边界或交付方式不完整。集成期：主要模块已经接通，可以形成端到端结果，仍存在明显功能或稳定性缺口。验证期：主要结果完整，已有系统性验证与试用证据，但生产交付、恢复或维护证据仍不足。可交付：核心结果、错误边界、部署发布、文档和恢复路径都有可核实证据。成熟运营：除可交付外，还有持续运行、真实使用、观测、维护和演进证据。只读限制导致无法运行验证时，使用“现有证据支持到某阶段”或“实现看似达到某阶段，但验证状态未知”，不要越级宣布通过。
对标同类成果时：
领先、相当、落后 或 未知，再总结整体位置和进入下一阶段的关键缺口。未知，不要凭印象编造竞品事实或精确排名。默认用户环境为 Windows PowerShell。优先给出并使用 Windows 命令；只有用户处于 Linux/macOS 或明确要求时，再使用对应命令。
Windows 常用只读命令：
Get-ChildItem -Force
Get-Content -Raw -Encoding utf8 <path>
rg --files
rg -n "<pattern>" <path>
git status --short --branch
git diff -- <path>
git log --oneline --decorate -n 30
git show --stat --oneline <commit>
git blame -- <path>
where.exe <command>
Linux/macOS 对应入口：
ls -la
sed -n '1,200p' <path>
rg --files
rg -n '<pattern>' <path>
git status --short --branch
git diff -- <path>
git log --oneline --decorate -n 30
git show --stat --oneline <commit>
git blame -- <path>
command -v <command>
Git 和 rg 的参数通常跨平台一致。向 Windows 用户报告后续 Node.js 命令时，明确使用可执行包装器，如 npm.cmd、npx.cmd、pnpm.cmd 或 yarn.cmd；Linux/macOS 才写 npm、npx、pnpm 或 yarn。这些构建、测试或安装命令只能作为审计后的建议，不能在只读审计中执行。
把证据和解释分开：
质疑用户给出的原因和修法，也质疑代码、文档、测试和自己的第一反应。证据没有收束时保留不确定性。
直接回答用户的问题。代码审计先按严重度列发现；进度审计先给目标状态；整体调查先给结论、项目阶段、同类位置和关键链路。
报告至少包含：
不要提出已经执行了的修复，不要生成补丁，不要把建议写成完成事实。用户只问现状时，建议保持短而可行动。