메뉴
前置验证与证据 skill。只在一个具体未知能由低成本、可丢弃原型直接观察，且预期学习收益高于制作与清理成本时使用；逻辑/状态问题可做交互式终端原型，UI/视觉问题可做结构差异明显的页面变体。记录证据与 verdict 后删除外壳或明确清理状态，不把原型当半成品。Use when user mentions 做个原型, 做个 demo, 快速验证, 让我玩一下, 试几个设计, 验证状态机, 验证数据模型, mock UI, 可丢弃原型, prototype, throwaway prototype, proof of concept, PoC.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | 507-prototype |
| description | 前置验证与证据 skill。只在一个具体未知能由低成本、可丢弃原型直接观察，且预期学习收益高于制作与清理成本时使用；逻辑/状态问题可做交互式终端原型，UI/视觉问题可做结构差异明显的页面变体。记录证据与 verdict 后删除外壳或明确清理状态，不把原型当半成品。Use when user mentions 做个原型, 做个 demo, 快速验证, 让我玩一下, 试几个设计, 验证状态机, 验证数据模型, mock UI, 可丢弃原型, prototype, throwaway prototype, proof of concept, PoC. |
用一段可丢弃实现回答一个具体未知。原型属于前置验证 / 证据层，通常发生在 PRD、执行工单或正式实现之前；也可在探索、调研或对齐过程中被调用后返回。
原型不是半成品。要保留的是证据和结论，外壳默认删除。
同时满足才使用：
如果正式实现本身更小、更安全，或原型不会改变任何决定，直接实施，不建原型。
spike（探针实现），只验证关键依赖、性能数量级、权限边界或协议行为。507-grill；507-explore / 507-research；NOTES.md 或原型入口写出问题、假设和成功/失败信号。原型 / prototype 的隔离范围，不混进生产入口。supported（支持）、rejected（否定） 或 inconclusive（不充分） verdict。## 验证问题
<一个可观察问题>
## 假设与信号
- 假设：...
- 支持信号：...
- 否定信号：...
## 运行方式与范围
- 命令 / URL：...
- 原型明确没有覆盖：...
## 观察
- ...
## Verdict
- supported / rejected / inconclusive
- 对需求、设计或投入决策的影响：...
## 清理状态
- deleted / absorbed-after-rewrite / retained-until-<condition>
507-explore；触发用户取舍时返回 507-grill；需求已清楚时进入 507-prd；需要持续追踪时更新 507-issue；足以实施时进入正常开发；证据不充分时缩小问题再做一次原型或停止投入。Git 提交：在用户明确要求提交时，轻量安全复核变更、精确暂存、运行相关验证并创建真实 Conventional Commit；只做本地提交，推送与对外发布由 507-release 承接。Use when user says commit, 提交, 提交一下, 提交这些改动, 提交代码, Git 提交, commit 一下, 生成并执行提交, 准备提交, 存个档。
对外发布：在用户明确要求发布、推送或发版时，定版本号、打 tag、推送远端，并按项目实际探测的发布渠道（npm、GitHub Release）发布。每个不可逆对外动作执行前都向用户显式确认。Use when user says release, publish, push, 发版, 发布, 推送, 发包, 打 tag, 升版本, 升级版本号, 发新版本, 上线, 发到 npm, 发 GitHub Release。默认只做用户明确点名的对外动作，不自动扩到全部渠道。
根因修复：已明确存在 bug、报错、崩溃、异常、回归或合并冲突时，先建立可重复反馈环，再以最小改动修复根因并验证。Use when user says fix, 修一下, 修 bug, 报错了, 崩了, 跑挂了, 有 bug, 修复报错, 合并冲突, 修复冲突, 修不通, debugging, error, crash, regression.
维护项目地图：以当前代码为证据，建立或校准 README、doc 组织、目录职责、入口与上下游，只修改地图文档。Use when user says map, project map, 梳理项目结构, 项目结构, 更新 README, 补 README, 校准 README, 整理 doc, 整理结构, 文档地图, 目录职责, 分层 README.
交付审查：围绕明确的 commit、branch、diff 或路径检查 Standards、Spec 与 Code Quality，只报告问题、证据和路由。Use when user says review this change, code review, review 一下, 检查, 审查, 审查改动, 审查这次改动, 检查提交, 检查分支, 过一遍代码, 把关, 需求符合度, 交付审查. 不用于主动寻找全库架构机会。
在保持公开契约与可观察行为不变的前提下，对指定代码范围或 507-inspect 报告逐项建立证据、修改并验证。可深入内部模块、抽象与接缝；若需要行为变化则停止并路由到需求实施。Use when user mentions simplify, simplify code, 简化, 简化代码, 行为不变重构, 内部简化, 按报告修改, 处理 inspect 报告, 局部重构, 降低复杂度, 收敛架构摩擦。