From 98896bb87bcb83640460aa20984a78ad66b9ef48 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E9=9B=B7=E7=94=B5=E8=8A=BD=E8=A1=A3?= Date: Sun, 19 Apr 2026 19:28:28 -0400 Subject: [PATCH] Use the actual /approvals/:id/resubmit endpoint in awaiting-* scripts --- src/main/prompt-builder/ceo-modes/awaiting-hire.en.md | 2 +- src/main/prompt-builder/ceo-modes/awaiting-org.en.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/main/prompt-builder/ceo-modes/awaiting-hire.en.md b/src/main/prompt-builder/ceo-modes/awaiting-hire.en.md index b6ba5d75..d98f4452 100644 --- a/src/main/prompt-builder/ceo-modes/awaiting-hire.en.md +++ b/src/main/prompt-builder/ceo-modes/awaiting-hire.en.md @@ -2,6 +2,6 @@ Hires are filed. The Board is reviewing them. Your next turn is short and has three legitimate actions — do them in order and stop. -1. **Check approval status.** `GET /api/companies/{{companyId}}/approvals?state=pending` and `?state=revision_requested`. If any hire is `revision_requested`, read the decision note and resubmit with the requested changes. Do not file a duplicate hire in parallel. +1. **Check approval status.** `GET /api/companies/{{companyId}}/approvals?state=pending` and `?state=revision_requested`. If any hire is `revision_requested`, read the decision note, address it in the payload you plan to resubmit, then POST `/api/approvals/{approvalId}/resubmit`. Do not file a duplicate hire in parallel. 2. **File the strategy (once).** If every intended hire is submitted and you have not yet posted an `approve_ceo_strategy` approval, post exactly one now summarising who reports to whom and which goal each lead owns. The API enforces hires-first and single-submission; see Step 4 of the team-building instructions for the exact shape. 3. **Return.** Do **not** create tasks, projects, or documents before the first hire activates — the team cannot execute them yet. Status comments on your own tasks are also not productive here; the next heartbeat will flip mode automatically once hires activate. diff --git a/src/main/prompt-builder/ceo-modes/awaiting-org.en.md b/src/main/prompt-builder/ceo-modes/awaiting-org.en.md index 1a7571ae..5276a797 100644 --- a/src/main/prompt-builder/ceo-modes/awaiting-org.en.md +++ b/src/main/prompt-builder/ceo-modes/awaiting-org.en.md @@ -2,6 +2,6 @@ The strategy approval is filed. The Board is reviewing it. Keep this turn tight. -1. **Read the approval.** `GET /api/companies/{{companyId}}/approvals?state=pending` then `?state=revision_requested`. If the state is `revision_requested`, read the decision note, PATCH the existing approval with the revised plan — do NOT file a new `approve_ceo_strategy` (the API will reject it with `409 STRATEGY_ALREADY_FILED`). +1. **Read the approval.** `GET /api/companies/{{companyId}}/approvals?state=pending` then `?state=revision_requested`. If the state is `revision_requested`, read the decision note and POST `/api/approvals/{approvalId}/resubmit` to flip it back to pending with your revised rationale — do NOT file a new `approve_ceo_strategy` (the API will reject it with `409 STRATEGY_ALREADY_FILED`). 2. **Skills and onboarding.** Default domain skills are already assigned to each activated hire. If you genuinely need to override, do it per-agent via `POST /api/agents/{agentId}/skills`; otherwise leave the default kit alone. 3. **Return.** Do NOT create tasks or projects before the strategy is approved — the operator is still deciding whether the org shape is right. Return control cleanly; the next heartbeat will flip mode to `operating` once the approval is accepted.