codex-dynamic-workflows
Skill657 starsChanged 27 days agoMITView on GitHub
Design a multi-agent workflow for a complex task when the user requests dynamic orchestration.
In this repository4 other files it gives its agents.
- be-ambitiousSkill
- codex-relaySkill
- explain-thisSkill
- modsmithSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
31 rules. About 0 are common, 22 are distinctive, and 9 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈22
Distinctive · estimate
This author's own choices. Worth a look.
9
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Use this skill to turn a large task into a supervised AI-agent workflow: draft an orchestration artifact, enter goal mode when sustained …
- Distinctive: line 14
Use this skill when the user requests dynamic orchestration.
- Distinctive: line 18
When using this skill:
- Distinctive: line 21
Create or update a workflow artifact before delegating.
- Distinctive: line 22
Check authorization for consequential actions against the boundaries below.
- Distinctive: line 23
Create a goal only when explicitly requested by the user or system/developer instructions.
- Distinctive: line 26
If no subagent runner is available, perform independent passes locally and label them as parent work, not subagent results.
- Distinctive: line 28
Verify with checks matched to the task's blast radius.
- Distinctive: line 33
Prefer creating a local run directory:
- Very specific: line 45
Use scripts/new_workflow.py to scaffold this structure:
- Very specific: line 51
Keep plan.md human-readable.
- Distinctive: line 71
Do not over-plan obvious work.
- Distinctive: line 79
Use risk-gates.md when the action's authorization is unclear.
- Distinctive: line 101
Prefer packets with disjoint ownership:
- Distinctive: line 116
When a subagent runner is available:
- Distinctive: line 119
Keep immediate blocking work local.
- Distinctive: line 121
Avoid duplicate work across agents.
- Distinctive: line 122
Ask workers to edit directly only when their write scope is disjoint and clear.
- Distinctive: line 123
Wait for subagents only when their result is needed for the next critical-path step.
- Distinctive: line 125
When no subagent runner is available:
- Distinctive: line 128
Read only packet-relevant files during each pass.
- Very specific: line 129
Write packet notes under results/.
- Distinctive: line 134
After packets complete, synthesize:
- Very specific: line 147
Use scripts/collect_results.py to produce an integration checklist from result files:
- Distinctive: line 155
Run the narrowest reliable checks first, then broaden as risk warrants:
- Very specific: line 166
Use scripts/verify_workflow.py to check workflow artifact completeness:
- Very specific: line 176
When a run produces a useful pattern, save a concise recipe in a project-appropriate location, such as .workflow/recipes/<name>.md or a …
- Distinctive: line 184
Do not save transcripts, secrets, bulky logs, credentials, or sensitive personal details.
- Very specific: line 188
Read references/plan-schema.md when a machine-readable workflow plan is useful.
- Very specific: line 189
Read references/risk-gates.md before risky or ambiguous operations.
- Very specific: line 190
Read references/validation-examples.md when forward-testing or improving this skill.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
AI Agent Dynamic Workflows
Use this skill to turn a large task into a supervised AI-agent workflow: draft an orchestration artifact, enter goal mode when sustained execution is requested, delegate disjoint work to subagents when available, integrate results, verify the outcome, and save reusable workflow artifacts.
This skill works in agents that support skills. Do not claim that a local script can call subagent tools unless the current environment exposes such a runner. When no programmable runner exists, create a human-readable orchestration script and operate it through the available agent tools.
Decision Rule
Use this skill when the user requests dynamic orchestration. Task complexity, risk, or parallel tracks alone do not activate it. Within an authorized workflow, choose only delegation that contributes a concrete independent result.
Operating Contract
When using this skill:
- Restate the goal and success criteria.
- Create or update a workflow artifact before delegating.
- Check authorization for consequential actions against the boundaries below; do not ask again for an action already authorized within scope.
- Create a goal only when explicitly requested by the user or system/developer instructions; ordinary multi-turn work does not authorize goal creation.
- Split work into disjoint packets with clear ownership.
- Spawn subagents only when the current environment allows it and the user has authorized delegated or parallel agent work.
- If no subagent runner is available, perform independent passes locally and label them as parent work, not subagent results.
- Integrate results explicitly; do not paste raw subagent dumps as the final answer.
- Verify with checks matched to the task's blast radius.
- Save reusable artifacts only when they will help future work.
Workflow Artifacts
Prefer creating a local run directory:
.workflow/<slug>/
|-- plan.md
|-- state.json
|-- orchestration.md
|-- packets/
|-- results/
`-- final-report.mdUse scripts/new_workflow.py to scaffold this structure:
python3 /path/to/codex-dynamic-workflows/scripts/new_workflow.py "Task title"Keep plan.md human-readable. Use state.json for status, packet IDs, approval state, and verification state. Use orchestration.md as the executable mental model: the sequence the agent will follow, the branching rules, and the packet prompts.
Orchestration Plan
Draft a concise plan with:
Goal:
Success criteria:
Current context:
Constraints:
Risks:
Approval required:
Workflow artifact path:
Work packets:
Integration policy:
Verification:
Reusable artifacts:Do not over-plan obvious work. The plan should be detailed enough to guide delegation and verification, not a substitute for execution.
Approval Gates
Obtain missing authorization before consequential actions: publishing or sending to a named destination, production mutations, destructive deletion or history rewriting, credential/account/security changes, or materially costly workloads. Existing explicit authorization persists within its scope. A generic request to implement does not authorize unrelated external actions.
Authorized local edits, including replacing file contents as part of the requested change, and relevant disposable-fixture checks may proceed. Prepare the concrete result before asking for any missing authorization. Continue independent preparation and repair while a consequential action awaits approval.
Use risk-gates.md when the action's authorization is unclear.
Goal Mode
Create a goal only when explicitly requested by the user or system/developer instructions and supported by the current tool contract. A request to run a workflow, work for several turns, or continue implementation is not by itself a request to create a tracked goal. Keep any authorized goal's full objective intact.
Work Packets
Each packet must be self-contained:
Packet ID:
Objective:
Context:
Files / sources:
Ownership:
Do:
Do not:
Expected output:
Verification:Prefer packets with disjoint ownership:
- codebase discovery
- dependency or API research
- implementation slice
- tests and fixtures
- docs and examples
- UX or product review
- security or risk review
- final verification
For code-edit packets, assign non-overlapping files or modules. Tell workers they are not alone in the codebase, must not revert others' edits, and must adapt to concurrent changes.
Subagents
When a subagent runner is available:
- Spawn only concrete, bounded, materially useful subtasks.
- Keep immediate blocking work local.
- Delegate sidecar work that can run while the main agent makes progress.
- Avoid duplicate work across agents.
- Ask workers to edit directly only when their write scope is disjoint and clear.
- Wait for subagents only when their result is needed for the next critical-path step.
When no subagent runner is available:
- Perform isolated packet passes locally and label them as parent work.
- Read only packet-relevant files during each pass.
- Write packet notes under
results/. - Integrate only after packet outputs are separate.
Integration
After packets complete, synthesize:
Accepted:
Rejected:
Conflicts:
Decisions:
Final changes:
Remaining risks:Resolve conflicts explicitly. If two packets disagree, inspect the authoritative source before choosing.
Use scripts/collect_results.py to produce an integration checklist from result files:
python3 /path/to/codex-dynamic-workflows/scripts/collect_results.py .workflow/<slug>Verification
Run the narrowest reliable checks first, then broaden as risk warrants:
- unit tests for touched code
- typecheck or lint
- build
- browser or UI smoke test
- script dry run
- source citation check
- migration dry run
- manual checklist for non-code work
Use scripts/verify_workflow.py to check workflow artifact completeness:
python3 /path/to/codex-dynamic-workflows/scripts/verify_workflow.py .workflow/<slug>Report skipped checks honestly. Do not treat a workflow as complete until the evidence proves the original success criteria.
Reusable Recipes
When a run produces a useful pattern, save a concise recipe in a project-appropriate location, such as .workflow/recipes/<name>.md or a repo docs folder. Include:
- trigger
- plan shape
- packet list
- verification checklist
- known risks
Do not save transcripts, secrets, bulky logs, credentials, or sensitive personal details.
References
- Read
references/plan-schema.mdwhen a machine-readable workflow plan is useful. - Read
references/risk-gates.mdbefore risky or ambiguous operations. - Read
references/validation-examples.mdwhen forward-testing or improving this skill.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

