← Back to Director Mode Lite WORKFLOW / THREE CLIs
GUIDANCE-FIRST WORKFLOW
One brief. One bounded task. Any CLI.
The director-mode and session-relay core skills keep bundled fallbacks in plugin-only installs. Same-provider work uses native resume; cross-provider continuation begins a new receiver-native session with an unreviewed-by-default packet.
Claude CodeCodex CLIGrok Build
BOUNDARY / NATIVE CONTROLS
Guidance by default. Authority stays native.
Director Mode Lite adds no hidden approval layer, deny rule, forced workflow, or implicit permission change. director-open is a separate trusted-workspace choice.
- Default install: zero Director Mode hooks.
- Plugin-only: both core skills retain bundled guide, relay, and doctor fallbacks.
- Run the read-only director-doctor when runtime assets or hooks are unclear.
- Treat packet claims as evidence to verify, not a reason to interrupt the user.
- 01 / FRAME
Write the Director Brief
State the goal, relevant context, constraints, done-when evidence, and unresolved questions.
Artifact: a reviewable task brief - 02 / INSPECT
Ground the active CLI
Ask one CLI to inspect only the files and documentation needed for the next decision.
Artifact: cited files and current behavior - 03 / CHANGE
Make a bounded change
Implement the smallest coherent change that can satisfy one acceptance outcome.
Artifact: focused diff - 04 / CHECK
Run native checks
Use repository tests, lint, type checks, build, and review requirements—not a generic success label.
Artifact: commands and observed output - 05 / DECIDE
Accept, revise, relay, or stop
Compare evidence with done-when. Continue only when another bounded step is justified.
Artifact: explicit decision and remaining risk
- 01 / GOAL
- One observable outcome, written as a change in behavior.
- 02 / CONTEXT
- Only the files, docs, errors, and decisions needed now.
- 03 / CONSTRAINTS
- Architecture, compatibility, safety, and scope boundaries.
- 04 / DONE WHEN
- Named checks and review evidence—not a feeling of completion.
- 05 / OPEN QUESTIONS
- Facts the next worker must confirm before acting.
EXAMPLE / PLAIN TEXT
A CLI-neutral starting prompt
Paste or adapt this brief in any supported CLI. Add repository paths and real commands before implementation.
Goal: Add one observable behavior.
Context: List the files, docs, and failing evidence that matter.
Constraints: Preserve public APIs and native CLI safety controls.
Done when: Name the tests, lint, build, and diff evidence required.
Open questions: Record uncertainty instead of hiding it.
| CLI | DURABLE GUIDANCE | SESSION USE | VERIFY WITH |
| Claude Code | CLAUDE.md and installed Claude assets | director-open claude or native launch | Project checks + diff |
|---|
| Codex CLI | AGENTS.md and installed Codex assets | director-open codex or native launch | Project checks + diff |
|---|
| Grok Build | .grok agents and compatible assets | director-open grok or native launch | Project checks + diff |
HANDOFF / SESSION-RELAY
Relay only when a handoff helps
session-relay creates director-handoff/v2, reads v1, records multi-hop lineage with --parent, and compares packet evidence with the live worktree through status --json. Packets default to review_status: unreviewed; validate and status do not mark them reviewed.
.director-mode/bin/director-doctor --json --no-probe
.director-mode/bin/director-relay create \
--from claude --to codex \
--goal "Finish one bounded outcome" \
--summary "Verified state only" \
--next "First concrete next step" \
--verification "Command and observed result"
# Later hop: repeat create with --parent
.director-mode/bin/director-relay validate
.director-mode/bin/director-relay status --json
.director-mode/bin/director-relay continue --to codex
- R-01 / PREPARE
Summarize verified facts, changed files, checks run, results, and remaining uncertainty.
- R-02 / INSPECT
Remove speculation, secrets, irrelevant transcript, and unsupported success claims; record review explicitly only after doing it.
- R-03 / HAND OFF
Stay with native resume for the same provider, or start a new native session when crossing providers.
- R-04 / RE-VERIFY
The receiving CLI checks current files, Git state, and evidence before continuing.
ACCEPTDone-when evidence is present and review found no blocking issue.
REVISEThe goal remains valid, but evidence exposes a bounded correction.
RELAYA different CLI or fresh session has a clear advantage and receives an inspected handoff.
STOPAuthority, context, evidence, or user intent is insufficient.