Prose
This is a Codex adaptation of OpenClaw OpenProse, not the OpenProse VM itself.
Concept mapping
- OpenProse
agent/session-> Codexspawn_agent - OpenProse
parallelblocks -> multiple independent spawned agents - OpenProse file state -> normal workspace files and notes
When to use
- The user explicitly mentions
proseorOpenProse - The task is a research pipeline with separate roles
- The task benefits from explicit parallel work and final synthesis
Workflow
- Break the task into independent tracks.
- Keep the immediate blocking step local.
- Spawn agents only for bounded, non-overlapping subtasks.
- Ask each spawned agent for concrete output, not vague exploration.
- Integrate results locally into the final answer or file.
- Before final writing, load
writing-style-settings.md, select any relevant overlay such asmath-manuscript-style.md, and record the active style profile in the workflow manifest or final synthesis artifact. Final writing records should includestyle_profile_ref,policy_hash,active_overlays,active_requirement_ids, andstyle_applied.
Good patterns
- Researcher + writer
- Comparator A + comparator B
- Source gathering + synthesis
- Evidence collection + verification
Constraints
- Do not spawn agents just to duplicate your own immediate next step.
- Reuse or wait on sub-agents only when their result is actually needed.
- Keep ownership clear if multiple agents may write files.
- Do not present writing as final when the active style profile was not loaded or recorded for a writing-producing deliverable.
- Do not treat a bare
style_applied: trueassertion as sufficient evidence unless the workflow also records the loaded policy and selected requirement IDs.
User expectation
If the user gives an actual .prose file, read it and translate its intent into Codex-native orchestration rather than pretending Codex can run the VM directly.