No for the default path. codex-flow defaults to codex-sdk, which uses your logged-in Codex / ChatGPT account.
You only need OPENAI_API_KEY if you explicitly choose the optional openai-responses backend.
Yes. For the full setup flow, see Use codex-flow in Codex App or Codex CLI. Install the bundled skill once:
codex-flow install-codex
codex-flow doctorRestart Codex App, open any project, and say:
用动态工作流帮我排查这个 bug
Codex should generate a workflow under .codex-flow/generated/, run it with codex-flow, and summarize the journal.
Yes. The same installed skill is for Codex surfaces that read local Codex skills. You can also run workflow files directly:
codex-flow run .codex-flow/generated/my.workflow.tsRun the same command again. Completed terminal nodes replay from .codex-flow/journal/*.jsonl; unfinished nodes run again.
It is intentionally smaller: a local workflow engine plus Codex skill for maintainer workflows. It focuses on parallel fan-out, schema-checked sub-agent outputs, journaling, and resumable replay.
Yes. Use the fake backend:
codex-flow tryThe fake backend returns schema-shaped output, so examples can smoke-test without Codex or network.
For small tasks, ask Codex directly. Use codex-flow when the work is naturally split across files, hypotheses, issues, or review passes and you want parallelism plus replay after interruption.
Yes, but writable branches must use sandbox: "workspace-write" and cwd. The engine prevents two concurrent writable agents from sharing the same cwd to avoid collisions. Most analysis/review workflows should stay read-only.