Module 03.5

Codex safe autonomy

More autonomy is useful
only when your control gets stronger too.

This final submodule covers the advanced operating layer: sandbox modes, approval policies, network access, cloud tasks, rules, and when parallel agent work actually makes sense. The goal is not maximal freedom. The goal is proportional control.

Outcomes

What advanced Codex use should feel like

Permission judgment

You choose read-only, workspace-write, or broader access based on risk, not impatience.

Autonomy boundaries

You know when to require approvals, when full automation is safe enough, and when network access is unjustified.

Parallelism discipline

You use cloud tasks or parallel agents only when the tasks are disjoint and the coordination gain outweighs the complexity.

Workflow

A control-first escalation ladder

01

Choose sandbox mode

Start from the smallest access model that can still complete the work.

02

Choose approval policy

Decide whether the agent should ask, request selectively, or operate without interruption.

03

Enable network only if needed

Do not open internet access unless the task truly requires package install, docs lookup, or remote communication.

04

Use cloud for long work

Move long-running tasks off your local machine when persistence matters more than immediate interaction.

05

Parallelize only with clean ownership

Separate tasks by file ownership or clear responsibilities before you introduce multiple agents or threads.

Templates

Controls worth knowing before you go full-auto

Config

Safer defaults

sandbox_mode = "workspace-write"
approval_policy = "on-request"

[sandbox_workspace_write]
network_access = false
Controls

Inspect and enforce

/permissions
/status
codex execpolicy check <command>
codex --full-auto

Practice

Capstone drills for safe scale

Drill 1: permission choice

  • Take three tasks from your backlog.
  • Choose the safest sandbox and approval mode for each.
  • Justify the choice in one sentence.

Drill 2: cloud or local?

  • List one short task and one long task.
  • Decide which should stay local and which can run remotely.
  • Explain what state or coordination risk matters most.

Drill 3: parallel or sequential?

  • Break a larger feature into subproblems.
  • Mark which pieces have disjoint ownership.
  • Allow parallel work only for those isolated pieces.
Common mistake

Approving blindly to move faster

Every unnecessary approval or permission expansion trades away control. Speed gained this way is usually debt.

Common mistake

Parallelizing coupled work

If two agents need the same files or the same design decisions, you probably created coordination cost instead of acceleration.

You now have the full Module 03 path.

Replay it on your own repository: first start cleanly, then improve prompts, then validate, then externalize guidance, then scale with control.

Back to Module 03