用途：Advisor Workflow 定义了一套开发工作流，让运行在便宜、快速模型上的实现者（你）在追求质量的同时，最小化完成时间与成本。核心思路是：只在预期避免的返工或缺陷风险超过咨询成本与延迟时，才向昂贵的顾问子代理购买判断。
主要能力与角色：顾问子代理包括 design-advisor（中等价格与速度，用于接口/API/schema/数据流决策，默认约 2 次咨询，可把耦合决策打包成一次）、principal-advisor（昂贵且慢，用于架构、并发/正确性、安全、未解决分歧等影响面最大的决策，默认 1 次并后台启动）、quality-reviewer（中等价格与速度，用于实现结束后的 diff 审查，默认 1 次，大修后复审）。顾问只返回简洁决策（签名、伪代码、测试用例、局部修复草图），不返回完整补丁；仓库编辑、探索与运行时验证都由实现者负责。
使用方式：先用约 1 分钟分诊——机械性任务直接实现；涉及设计（新增/变更公共签名、schema、跨模块契约、布局/CSS 系统）走完整流程；高不确定性任务先做最小端到端“行走骨架”取得可运行证据。随后提取高返工成本的决策点，按统一包格式（DECISION、ALTERNATIVES、CONSTRAINTS、CURRENT STATE、CALLERS/CONSUMERS、ASSUMPTIONS、EVIDENCE、OMITTED）向顾问咨询，独立咨询可并行，principal-advisor 用 run_in_background: true 后台启动。实现后必须用真实运行证据验证（构建、测试、开发服务器、浏览器），最后把 diff 交给 quality-reviewer 审查并逐条记录处置。
限制与原则：顾问只能静态识别风险，无法确定运行时行为；同一问题第二次意见价值远低于第一次，新证据优于更多意见；同一问题连续两次不同假设失败后应停止并升级咨询，不得在无新证据时重复同一方法；未解决的关键发现不得静默交付。涉及安全、隐私、金钱、数据丢失、并发、公共兼容性或不可逆迁移的任务一律视为设计型。资料未提供具体安装命令、价格或平台信息。