用途：在正式写代码前，对风险较高的实现步骤先做原型，避免在实现中途才发现失败。
主要能力：隔离风险假设；运行最小可用原型或 spike 来确认或否定方案；只保留有用结论，如选定方案、被否方案、约束与所需环境；必要时更新计划后再进入真实实现。
使用方式：当计划包含不清晰或高风险步骤、存在多种可行策略、成功依赖子系统或外部工具、bug 修复已尝试多次、下一步改动可能迫使计划变更时使用。涉及编码的原型应先加载 engineering-principles，原型测试假设时不得降低最终代码的验证、工具、边界或简洁标准。
委派规则：若原型会产生大量噪音上下文（失败尝试、死路、环境调整、广泛探索），优先使用独立子代理；仅当原型小、快且不易产生无关细节时留在主代理。主代理只保留最终可行思路，而非全部试错历史。
适用场景示例：跨仓库、发行版和 x86_64/arm64 打包 .deb 与 .rpm 时，先在隔离环境中原型化打包与测试流程，构建发行版专属容器、验证依赖可用性、确认本地可测的架构组合，再实现真实工作流；认证或 API 流程 bug 多次修复无效时，先隔离失败假设并在主实现路径外做最小复现或 spike，返回确认的根因、可行修复策略与验证所需设置。
限制：避免将探索性补丁未经清理或重新实现就变成生产代码；在尚未理解方案时不要继续临时修复；不要让原型结果脱离实现决策。关于收费、价格、平台、安装命令等资料未提供。