用途：当存在一个只能靠可运行产物（而非文档）才能可靠回答的具体技术、交互或视觉问题，或需在代价高昂的决策前比较两个以上具体方案时，构建一次性原型。若问题已有一手资料可答，应改用技术研究技能。
主要能力：先定义单一问题及判定标准，再明确哪些部分必须真实、哪些可模拟或 mock；选择最小充分保真度、明确时限和清晰的一次性位置；可在更有信息量时构建多个备选方案；执行计划场景并收集可观察证据，而非主观感觉“好像能用”。
使用方式：运行计划场景，明确回答原问题（接受、拒绝或仍未定论），记录原型局限与生产环境要求的差异；随后丢弃或明确归档为非生产代码，确保没有运行时依赖指向它。界面原型需用真实内容与极端状态（超长文本、空列表、错误），逻辑/状态原型应以最小接口（CLI、可执行测试）暴露状态转换与不变量。应把重要学习成果转为需求、决策记录或测试，交由正确的归属方（spec、ADR、backlog）。
适用场景：验证机制可行性、比较交互或视觉方案、在返工成本高之前做决策。
限制与反模式：不得直接将原型代码提升到生产；不得让“临时”原型留在生产运行；不要在同一个原型中同时测试多个问题；不要投入问题不需要的抽象、测试覆盖或视觉打磨；不要静默继承原型债务；仅凭原型不得宣称“可上生产”。相关技能包括技术研究、领域建模、UX 设计与 UI 设计。详见 references/standards.md 中各问题类型的保真度级别、输出格式与官方来源。