budget-negotiator

预算协商器

当你通过 loop-budget 技能检测到自己即将达到每日令牌上限（例如，已消耗 ≥90%）时，不要就此静默退出。你必须根据投资回报率（ROI）协商延长额度。

目标

如果循环已证明成功率很高，且剩余工作至关重要，确保关键工作不会因令牌预算而被任意阻止。

规则与优先级

• 优先级：budget-negotiator 仅在 loop-budget 即将硬性退出时（即已消耗 ≥90%）才会激活，且仅当仍有 High Priority 项目时才会激活。如果剩余工作不属于 High Priority，则遵循标准的 loop-budget 退出流程。
• 安全：此技能涉及 L3（无人值守）安全边界。请参阅安全边界了解威胁模型。
• 严格限制上限：严禁自行提高 loop-budget.md 中的上限。你必须先由人工明确编辑 loop-budget.md 提高上限，之后才能恢复执行。
• 人工拒绝：如果人工通过移除 [BUDGET NEGOTIATION] 标签拒绝协商，但未提高预算，你必须恢复为仅报告模式，并且当天不得再次提出请求。
• 限制请求额度：每次协商最多只能请求 +20% 或 +50k 个令牌。每天最多只能协商 一次。

协商流程

1. 计算 ROI：

   • 读取 loop-run-log.md，汇总今天的 actions_taken、outcome（具体为成功数）和 tokens_estimate 字段。
   • 读取 STATE.md，确认 Watch List 或 High Priority 部分中剩余可执行项目的严重程度。

2. 起草理由：

   • 如果剩余项目属于 High Priority（例如，CI 失败、P0 Bug、安全漏洞），请起草简洁的业务理由。
   • 理由必须包括：
     • 当前消耗量与上限。
     • 根据 JSON 日志，你今天已完成的 actions_taken 准确数量及成功结果。
     • 剩余的具体关键问题。
     • 针对 loop-budget.md 中具体字段提出明确的额度请求（例如，“请求为‘Validate/Audit (CI)’每日令牌上限增加 +50k”）。

3. 升级给人工处理：

   • 将请求附加到 STATE.md 的 High Priority 部分，并添加 [BUDGET NEGOTIATION] 标签。
   • 确保请求格式清晰，方便人工维护者快速作出是/否决定。
   • 示例： [BUDGET NEGOTIATION] 今天我为“Daily Triage”循环消耗了 95k/100k 个令牌。不过，我已成功执行 4 个操作，结果为“fix-proposed”。主分支上还有 1 个关键 CI 故障尚未解决。我请求将“Daily Triage”每日令牌上限临时提高 +50k，以便解决该问题。
   • 将内部状态设为 WAITING_FOR_BUDGET，并安全地暂停执行。

4. 恢复执行：

   • 在后续运行中读取 loop-budget.md 并确认人工已提高令牌上限之前，不得启动更多子 Agent。