核心用法
Brief Master 是一套任务指令标准化生成系统，专为需要向AI代理、定时任务（cron jobs）、代码审查者或研究助手委派工作的场景设计。其核心流程遵循"检测目标→提取9维度→最多3个问题→应用正确格式→Token效率审计→交付"的六步管道。
用户需先阅读 references/9-dimensions.md 理解任务维度提取框架，再查阅 references/brief-formats.md 匹配对应代理类型的格式模板。系统强制要求开发代理简报包含状态更新区块（FIRST/LAST）和95%置信度门槛指令，确保执行可追溯性和质量门槛。
显著优点
- 防浪费设计：每轮强制Token效率审计，剔除"不改变输出的词汇"，直接降低API调用成本
- 结构化约束：9维度提取法替代开放式描述，减少意图歧义导致的返工循环
- 执行安全机制：明确区分"写简报"与"执行简报"的边界，要求人工审核涉及凭据、远程执行或破坏性操作的简报
- 可测试性保障：强制使用AC1/AC2/AC3标记的验收标准，替代模糊的描述性语句
潜在缺点与局限性
- 前置知识门槛：需预读两份参考文档才能产出合格简报，学习曲线陡峭
- 信息截断风险："最多3个问题"的硬性限制可能在复杂场景下导致关键信息缺失
- 人工审核依赖：安全边界声明将高权限操作的最终决策权交还用户，自动化程度受限
- 模板僵化：强制格式要求可能与高度创造性/探索性任务产生张力
适合人群
- 需要频繁向子代理委派任务的AI系统编排者
- 追求Token成本控制的工程团队
- 需要标准化代码审查或研究委托流程的技术管理者
- 运行定时自动化任务的DevOps工程师
常规风险
- 过度压缩风险：Token效率规则可能导致关键上下文（如边缘情况说明）被误删
- 代理误解风险：即使结构化良好，目标代理仍可能错误解读AC的测试标准
- 审核疲劳：高频使用时，"要求人工审核"的安全机制可能因用户惯性而被跳过
- 版本漂移：技能版本0.2.1提示该框架仍在快速迭代，文档与实现可能存在时差