（8031期）Brief Master – 把模糊需求变成可执行指令

把模糊需求变成可执行指令 将复杂任务转化为可执行指令的标准化简报，通过9维度提取法和Token效率审计，确保AI代理、定时任务和代码委托的精准执行 使用说明 核心用法 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提示该框架仍在快速迭代，文档与实现可能存在时差 原始说明 Write precise execution briefs for agents, cron jobs, reviewers, researchers, and delegated coding tasks.