用途：构建一次性（throwaway）代码，回答某个具体的设计问题，例如验证某方案是否可行、做 proof of concept、测试设计假设。触发词包括 prototype、proof of concept、does this work、throwaway 等。
主要能力与分支：激活后先选分支。若问题是“逻辑/状态模型是否合理”，走 LOGIC 分支，产出单个 HTML 文件，带状态面板和自由操作按钮；若问题是“看起来会怎样”，走 UI 分支，产出多个可通过 URL 参数切换的变体。
工作规则：第一天就当一次性代码处理，运行方式要极其简单，默认不做持久化；跳过打磨环节，不写测试、不做抽象；每次操作后都要把状态暴露出来；原型统一放在 .lcs/work-items/{ts}-{slug}/prototype/ 目录下。验证完成后，把决策并入真实代码或规格，原型代码归档到一次性 git 分支，并在 PRD/SRS 中留下上下文指针。结束时交接给 lcs-toprd 或 lcs-tosrs。
写作与契约：需参照 ../lcs-shared/contract.md 的目录约定、Handoff 格式与 token 优化规则；创建工件时按该 schema 写 YAML frontmatter，并遵循工件写入安全规则（先生成内容，写一个文件，验证，失败即停止）。维护严格级别的 Chain of Truth 报告，记录来源、假设（标注 [verified] 或 [unverified]）、动作、验证结果、对被验证设计问题的明确通过/失败结论，以及 Handoff 信息。
适用场景：需要快速验证逻辑、状态模型或界面方向，且不要求长期维护的探索阶段。
限制：默认不做持久化、不保证质量打磨，适合一次性验证而非生产实现；具体运行环境、依赖和命令资料中暂未提供。