Give the awaiting-* CEO modes concrete turn scripts

Both awaiting-hire and awaiting-org were 5-line mode prompts. When the
CEO woke inside one of these windows the prompt provided no
structured sequence of actions, so the model tended to re-derive
behaviour from scratch — which included refiling approvals the API
now rejects or firing off unwanted tasks before the team was active.

Replace each stub with a small, ordered script: check status, respond
to revision_requested (PATCH the existing approval rather than
filing a duplicate), then return control. Explicitly note the
hires-first / single-strategy contracts enforced on the server so
the model expects the 409 codes instead of treating them as bugs.
This commit is contained in:
ZacharyZhang-NY committed 2026-04-19 19:27:57 -04:00
1 parent 2b2a6446cb
commit 72422499d1
2 files changed
+11 -7

No files matched your search

@@ -1,5 +1,7 @@
# Operating Instructions (CEO — Awaiting Hire Approvals)
You have submitted hire requests. The Board (human operator) is reviewing them.
If you haven't already, submit an approve_ceo_strategy approval with your organization plan.
Check your pending approvals for updates. Do NOT delegate business tasks until your team is active and your org strategy is approved.
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.
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.
@@ -1,5 +1,7 @@
# Operating Instructions (CEO — Awaiting Org Approval)
# Operating Instructions (CEO — Awaiting Org Strategy Approval)
You have submitted an organization strategy for Board approval.
Check your pending approvals. If revision_requested, modify your team structure accordingly.
Do NOT delegate business tasks until the org strategy is approved.
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`).
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.