agentleFS
avav/skills/use-coding-agents/SKILL.md

use-coding-agents

Skill28 starsChanged 8 months agoMITView on GitHub

How to use the coding agents installed on this machine (claude, codex, droid, grok, vktr, hermes, opencode, copilot, pi) as plain sub-agents in orchestrated workflows: one headless invocation, one prompt in, one result out. Deliberately ignores each CLI's own orchestration features (droid --mission, codex multi_agent, hermes delegation/moa/kanban, grok --agents, opencode personas). The orchestrator is whatever session is running the skill; the CLIs are interchangeable workers. Use when the user asks "which agent should run this", "fan out workers", "run X headless", or when a lifeos skill (overnight, timeboxed-iterating, workgraph, gauntlet, bughunt, dark-factory) needs to launch an agent CLI, or when a worker needs company context it should ask Viktor for (vktr).

  • Pipes a download into a shell
  • Reads credentials
  • Commits and pushes

The file

We split this skill into the rules it gives an agent

8 rules. About 0 are common, 4 are distinctive, and 4 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 4

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Every agent here is a worker: it receives a prompt, edits files in one directory, commits, prints a result, exits.

    line 25
  2. Distinctive:

    Use when a unit is small. Same worker, fewer tokens:

    line 70
  3. Very specific:

    No key → the worker prints BLOCKED no Viktor key: run vktr login.

    line 114
  4. Distinctive:

    Every call spends Viktor workspace credits.

    line 115
  5. Very specific:

    Every unit prompt carries the Acceptance: block above, filled in.

    line 169
  6. Very specific:

    When the user corrects a result, rewrite the unit's Acceptance: from the correction before resuming or re-dispatching.

    line 171
  7. Distinctive:

    Plain workers only: If you reach for a CLI's mission / delegation / persona feature, stop and fan out from the orchestrator instead.

    line 191
  8. Very specific:

    Do not invent flags: Not in this file → run --help and paste the real one.

    line 202

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Use Coding Agents — Installed CLIs as Plain Sub-agents

Validated on fedora 2026-09-04 by running each command on a minimal prompt (write one file, or reply OK). pop-os is set up identically via control/install.sh. Run hostname first. Re-run <agent> --help before relying on any flag not listed here.

Principle

Every agent here is a worker: it receives a prompt, edits files in one directory, commits, prints a result, exits. Nothing more.

  • Do not use the CLIs' own orchestration features. No droid --mission, no codex multi_agent, no hermes delegate_task / moa / kanban, no grok --agents, no opencode personas. Those are unvalidated here, spend tokens invisibly, and hide state from the orchestrator.
  • The orchestrator is the session running this skill (normally claude via the Agent tool or a lifeos skill). It plans units, writes prompts, launches workers, reads short results.
  • Workers are interchangeable. Pick by availability and cost, not by feature.

Workers

AgentInvocationAuto-approveStatus 2026-09-04
claudeclaude -p "<prompt>"--dangerously-skip-permissionsPASS
codexcodex exec "<prompt>" (or prompt on stdin)--dangerously-bypass-approvals-and-sandboxPASS
droiddroid exec "<prompt>"--skip-permissions-unsafe (not with --auto)PASS
grokgrok -p "<prompt>"--always-approvePASS
vktrvktr -p "<prompt>" (Viktor as the model, see below)--always-approve (pair with --deny)verified 2026-10-09: keyed on all 10 fleet boxes, live OK
grokcCOLORTERM=truecolor grokc -p "<prompt>"built in (podman, $PWD only)PASS
opencodeopencode run "<prompt>"--auto (without it a permission prompt hangs a headless run)PASS (default model now openrouter/~anthropic/claude-sonnet-latest, github-copilot disabled in control/config/opencode.jsonc)
pipi -p "<prompt>"none neededPASS, local model, slow
hermeshermes -z "<prompt>" --in <dir>--yoloFLAKY: write_file fails (DaemonThreadPoolExecutor ... _initializer); 1262 commits behind
copilotcopilot -p "<prompt>" -s--allow-allFAIL: no auth; needs interactive /login

Facts from --help: grok 1.0.13 has no --check / --best-of-n; droid rejects --auto together with --skip-permissions-unsafe; hermes restores the previous session's cwd unless --in is given.

Getting the result back

AgentMachine-readable result
claude--output-format json (with -p)
codex-o <file> writes the last message; --json for JSONL events
droid-o json
grok--output-format json, or --json-schema '<schema>'
vktr--json (text, sessionId), or --json-schema '<schema>'
opencode--format json
pi--mode json

Simplest contract, works everywhere: tell the worker to write its output to a file and print one line DONE|BLOCKED|FAILED <reason>. Read the file, not the transcript.

Cheaper / capped variants (validated)

Use when a unit is small. Same worker, fewer tokens:

  • claude: --model haiku --max-turns N (do not add --bare or --setting-sources ""; both drop auth)
  • codex: -c model_reasoning_effort=low (minimal is rejected)
  • droid: -r low -m claude-haiku-4-5-20251001
  • grok: --max-turns N --no-subagents --disable-web-search
  • vktr: --max-turns N (lean toolset and one request per prompt are already the default)
  • opencode: --variant minimal
  • pi: --thinking off

Listing and picking models

Validated 2026-09-04. Pass the id with the agent's model flag (--model / -m).

AgentList available modelsDefault todayFlag
claudeno list command; aliases fable, opus, sonnet, haiku or a full id like claude-fable-5-1account default--model
codexcodex debug models (JSON catalog, 9 entries: gpt-5.6-sol/terra/luna, gpt-5.5, gpt-5.4, gpt-5.4-mini, gpt-5.3-codex-spark, …)gpt-5.6-sol (~/.codex/config.toml)-m
droidno list command; /model in the TUI. Custom/local models are the customModels entries in ~/.factory/settings.json (ollama qwen3, glm-4.7-flash, kimi-k2.7-code, …)gpt-5.6-sol-m
grokgrok models (7 entries, grok-4.6 default, grok-4.5, …)grok-4.6-m
opencodeopencode models (379 entries as provider/model; openrouter/~anthropic/... ids need the tilde)openrouter/~anthropic/claude-sonnet-latest (control/config/opencode.jsonc)-m
pipi --list-models [search] (table with context/max-out/thinking columns)harbor-llamacpp Qwen3-Coder-Next Q8 (~/.pi/agent/settings.json)--model
hermeshermes model (interactive picker; --refresh re-fetches each provider's /v1/models); hermes config get model prints the defaultdeepseek/deepseek-v4-flash-0731 via nous-m
copilotno list command; /model in the TUIaccount default--model

Viktor (vktr): the worker that knows the company

vktr is a Grok Build fork whose only model is viktor, the company's AI employee. It runs as the key owner's own Viktor, so it can see what that person's Viktor sees: Slack, Linear, GitHub, Notion, analytics, its skills. Same worker contract as grok.

  • Ask Viktor for context the repo can't give. Who owns X, what a Slack thread decided, a Linear issue, a customer's state, logs or metrics. Ask instead of guessing: vktr -p "<question>" --json → read .text. Without grants it is read-only.
  • As a worker: vktr -p "<prompt>" -w <name> --always-approve --deny 'Bash(git push*)'. Long prompts: --prompt-file f. Resume: -r <sessionId> or -c. Headless skips an untrusted repo's AGENTS.md silently; look at it, then pass --trust once.
  • Another CLI on Viktor: vktr launch --viktor claude -p "..." (also codex, opencode, pi).
  • Install: curl -fsSL https://raw.githubusercontent.com/viktor-com/vktr/main/install.sh | sh (no root; ~/.vktr/bin, linked from ~/.local/bin).
  • Key: a personal Viktor API key with scope chat:completions. Only its owner can create it, at app.viktor.com/settings/api-keys. Save it with vktr login, which prompts with hidden input, or set VIKTOR_API_KEY. Never put a key on a command line, in a repo or in a prompt. vktr doctor shows where the key comes from and checks it live.
  • No key → the worker prints BLOCKED no Viktor key: run vktr login. Never search for one.
  • Every call spends Viktor workspace credits. Use it for context and Viktor-shaped tasks, not as a bulk code editor.

Isolation

Two workers must never write the same file in the same tree. Use a worktree per worker: claude -w <name>, droid -w <name>, grok -w <name>, hermes --worktree; for codex, opencode, copilot, pi run git worktree add first and cd into it. (Worktree flags checked in --help only.)

Resume instead of restart

claude --resume <id>, codex exec resume --last, droid exec -s <id>, grok -r <id>, hermes --resume <s>, opencode run -s <id>, copilot --continue, pi -c. Resume a BLOCKED worker with the missing fact rather than re-dispatching cold.

Fan-out pattern

d=$(mktemp -d /tmp/orch-<slug>-XXXX)
cat > "$d/preamble.md" <<'P'
You are working on <project> at <code_path>.
Read CLAUDE.md / AGENTS.md / README.md first if present.
Commit with clear messages when done. Do not ask questions.
Do not start or reinstall opencode.service; the OpenCode daemon is retired.
Write your result to <unit_file> and print ONLY one line: DONE|BLOCKED|FAILED <reason>.
Before DONE, compare your diff and the observed result with the unit's Acceptance. If only a
proxy passed (tests, a build, a plan) or a gate is still open, print BLOCKED and name what is unmet.
After a tool error, do the next step it names before calling that tool again (table in
~/.agents/skills/use-coding-agents/SKILL.md, "Error → next step"). Never resend the same failing call.
P
cat > "$d/unit-1.md" <<'U'
Task: <what to do>
Acceptance:
- Deliver: <artifact or path>
- Scope: may change <paths>; must not touch <paths>
- Proof: <command or observation in the target environment>, not a proxy
- Gates: <checks and approvals to wait for; stop at a withheld one>
- Report: <format>
U
cd <code_path>
mkdir -p $d/cache-{1..5}   # one writable cache per worker; a shared /tmp cache breaks gh
XDG_CACHE_HOME=$d/cache-1 claude -p "$(cat $d/preamble.md $d/unit-1.md)" --dangerously-skip-permissions > $d/1.log 2>&1 &
XDG_CACHE_HOME=$d/cache-2 codex exec --dangerously-bypass-approvals-and-sandbox < <(cat $d/preamble.md $d/unit-2.md) > $d/2.log 2>&1 &
XDG_CACHE_HOME=$d/cache-3 droid exec --skip-permissions-unsafe -f <(cat $d/preamble.md $d/unit-3.md) > $d/3.log 2>&1 &
XDG_CACHE_HOME=$d/cache-4 grok -p "$(cat $d/preamble.md $d/unit-4.md)" --always-approve -w unit-4 > $d/4.log 2>&1 &
XDG_CACHE_HOME=$d/cache-5 opencode run "$(cat $d/preamble.md $d/unit-5.md)" --auto > $d/5.log 2>&1 &
wait; tail -n1 $d/*.log

Prompts live on disk and are dispatched by path. The orchestrator authors nothing itself (same discipline as timeboxed-iterating).

Acceptance contract

Every unit prompt carries the Acceptance: block above, filled in. A unit without it is not ready to dispatch. Read a DONE against the same block, not against the worker's summary. When the user corrects a result, rewrite the unit's Acceptance: from the correction before resuming or re-dispatching; the worker's first line restates what changed and what will prove it.

Error → next step

Repeat calls after an error that already said why were the main avoidable cost in long runs.

ErrorNext step, before calling the tool again
Claude Edit: file has not been readRead that exact path (a shell cat does not count), then Edit
Edit: old string not foundre-read that region, copy the exact text
Claude Bash rejects sleep N; <status>Monitor with an until loop, or run_in_background
droid Bash times out at 60 skeep every wait under 60 s; poll in steps
command not found (e.g. dstask)command -v <tool> once; absent → switch tools (Backlog.md for tasks)
gh: cache permission deniedexport XDG_CACHE_HOME=$(mktemp -d /tmp/cache-XXXX), retry once
guessed path does not existone rg --files | rg <name>, then use what it finds
skill path does not existskills live at ~/.agents/skills/<name>/SKILL.md; ls ~/.agents/skills once

Rules

  • Plain workers only. If you reach for a CLI's mission / delegation / persona feature, stop and fan out from the orchestrator instead.
  • One unit, one directory, one commit per worker. Merge worktrees afterwards.
  • Logs under /tmp or the scratchpad, never in the repo.
  • Cap loops with --max-turns where it exists, otherwise a turn budget in the prompt.
  • Bypass flags only in a worktree, in grokc, or in a repo you can git reset.
  • Backlog.md stays human. Workers do not touch backlog/tasks/.
  • Smoke tests are one word. Validate a recipe with "Reply with the single word OK." only.
  • Shared machines: your home only. On a multi-user box or fleet, act only inside your own user's home. Never read or change another user's sessions, worktrees, agent configs or keys. Fleet-wide installs are an admin task, not a worker task.
  • Do not invent flags. Not in this file → run --help and paste the real one.

Related skills

  • overnight — dispatch approved work items to these workers in the background
  • timeboxed-iterating, workgraph, workmachine, gauntlet, dark-factory, bughunt — orchestration loops that use these workers

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.