
Coding Agent
- 3.7k installs
- 385k repo stars
- Updated August 3, 2026
- steipete/clawdis
coding-agent is an OpenClaw skill that spawns Codex, Claude Code, or OpenCode background workers for large coding tasks with explicit completion notifications.
About
coding-agent delegates substantial coding work to Codex, Claude Code, or OpenCode as background workers instead of handling simple edits inline. Use it for feature builds, PR reviews, large refactors, and issue-to-PR loops, but not for trivial edits, read-only lookup, ACP thread-bound work, or runs inside OpenClaw state directories. Hard rules require background:true launches, pty:true for Codex and OpenCode, Claude Code with --permission-mode bypassPermissions --print without PTY, a real notification route before spawn, and completion via openclaw message send rather than heartbeat or notify-on-exit. Workers receive prompts written to temp files to avoid shell quoting bugs, including a notification block with channel, target, account, reply_to, and thread_id fields. Launch forms document codex exec, claude --print, and opencode run commands with workdir set to an isolated repo checkout, never ~/Projects/openclaw. Long issue-to-PR flows create GitHub issues as durable specs, branch, test, review until clean, and open PRs while returning sessionId immediately. Process actions cover list, poll, log, submit, write, paste, and kill for monitoring slow workers.
- Delegates feature builds, PR reviews, refactors, and issue-to-PR loops to background CLI workers.
- Requires background:true, pty:true for Codex/OpenCode, and openclaw message send completion notifications.
- Claude Code launches with --permission-mode bypassPermissions --print and no PTY.
- Worker prompts written to temp files include explicit notification route blocks.
- Process monitor supports list, poll, log, submit, write, paste, and kill without killing slow workers casually.
Coding Agent by the numbers
- 3,654 all-time installs (skills.sh)
- +169 installs in the week ending Aug 2, 2026 (Skillselion tracking)
- Ranked #211 of 16,556 AI & Agent Building skills by installs in the Skillselion catalog
- Security screen: CRITICAL risk (skills.sh audit)
- Data as of Aug 3, 2026 (Skillselion catalog sync)
coding-agent capabilities & compatibility
- Capabilities
- background launch of codex, claude code, and ope · notification route injection into worker prompts · issue to pr durable spec workflow with github is · scratch git repo setup for isolated codex runs · process list, poll, log, submit, and kill monito
- Works with
- github
- Use cases
- orchestration · code review · refactoring
npx skills add https://github.com/steipete/clawdis --skill coding-agentAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 3.7k |
|---|---|
| repo stars | ★ 385k |
| Security audit | 1 / 3 scanners passed |
| Last updated | August 3, 2026 |
| Repository | steipete/clawdis ↗ |
How do I delegate large feature builds or issue-to-PR work to a background coding agent with reliable completion signaling?
Delegate large coding jobs to Codex, Claude Code, or OpenCode background workers with notification routes and process monitoring.
Who is it for?
Large coding delegations such as feature builds, PR reviews, refactors, and GitHub issue-to-PR automation.
Skip if: Skip for simple edits, read-only code lookup, ACP thread-bound work, or runs inside OpenClaw state directories.
When should I use this skill?
User needs background Codex, Claude Code, or OpenCode workers for substantial coding, review, or issue-to-PR tasks.
What you get
Background worker started with sessionId, notification route configured, monitored via process actions, and completion reported through openclaw message send.
- background worker session
- GitHub PR or completed task output
- sessionId for monitoring
Files
Coding Agent
Use for background feature builds, PR reviews, large refactors, and issue-to-PR loops. Do not use for simple edits, read-only lookup, ACP thread-bound work, or any run inside ~/.openclaw, $OPENCLAW_STATE_DIR, or active OpenClaw state dirs.
Hard rules
- Always launch with
background:true. - Codex and OpenCode: use
pty:true. - Claude Code: no PTY; use
claude --permission-mode bypassPermissions --print. - Capture a real notification route before spawning.
- Worker must send completion/failure via
openclaw message send. - Do not rely on heartbeat, system events, or notify-on-exit.
- Monitor with
process; do not kill slow workers without cause. - If user asked for a specific agent, use that agent.
- If worker fails/hangs, respawn or ask; do not silently hand-code instead.
- Never checkout branches or run background coding agents in
~/Projects/openclaw; use an isolated checkout.
Notification block
Append this shape to every worker prompt with real values:
Notification route:
- channel: <notifyChannel>
- target: <notifyTarget>
- account: <notifyAccount or omit>
- reply_to: <notifyReplyTo or omit>
- thread_id: <notifyThreadId or omit>
When finished, send exactly one completion or failure message using:
openclaw message send --channel <channel> --target '<target>' --message '<brief result>'
Add --account, --reply-to, or --thread-id only when present above.
Do not use openclaw system event or heartbeat.If no trustworthy route exists, say completion auto-notify is unavailable.
Launch forms
Write the worker prompt to a temp file first. This avoids shell quoting bugs when the required notification block contains quotes or newlines.
PROMPT=$(mktemp -t openclaw-worker-prompt.XXXXXX)
cat >"$PROMPT" <<'EOF'
Task.
<notification block>
EOF
printf 'prompt file: %s\n' "$PROMPT"Use $PROMPT when launching from the same shell/session. If using a separate tool call, substitute the printed path.
Codex:
bash pty:true background:true workdir:/path/repo command:"codex exec - < \"$PROMPT\""Claude Code:
bash background:true workdir:/path/repo command:"claude --permission-mode bypassPermissions --print < \"$PROMPT\""OpenCode:
bash pty:true background:true workdir:/path/repo command:"opencode run < \"$PROMPT\""Long issue-to-PR work
1. Create/reuse a GitHub issue as durable spec. 2. Include issue URL, repo, base branch, expected PR, proof, and notification route. 3. Tell worker to branch, implement, test, run review until no accepted actionable findings, open PR. 4. Return issue URL and sessionId immediately. 5. Monitor with process; cancel through Task Registry if mirrored there.
Scratch Codex
Codex needs a trusted git repo:
SCRATCH=$(mktemp -d)
git -C "$SCRATCH" init
PROMPT=$(mktemp -t openclaw-worker-prompt.XXXXXX)
cat >"$PROMPT" <<'EOF'
Build X.
<notification block>
EOF
printf 'prompt file: %s\n' "$PROMPT"
bash pty:true background:true workdir:$SCRATCH command:"codex exec - < \"$PROMPT\""Process actions
list: running/recent sessions.poll: status.log: output.submit: send input + Enter.write: raw stdin.paste: paste text.kill: terminate.
Status to user
- Say what started, where, and
sessionId. - Update only on milestone, worker question, error, user action needed, or finish.
- If killed, say why.
Related skills
FAQ
How must workers signal completion?
Send exactly one completion or failure message via openclaw message send; do not rely on heartbeat or notify-on-exit.
Which agents need a PTY?
Codex and OpenCode require pty:true; Claude Code runs without PTY using --permission-mode bypassPermissions --print.
Where should background agents never run?
Not inside ~/.openclaw, OPENCLAW_STATE_DIR, active OpenClaw state dirs, or ~/Projects/openclaw checkouts.
Is Coding Agent safe to install?
skills.sh reports 1 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.