Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add instructions/tai2/aco/claude-mdgit clone --depth 1 https://github.com/tai2/acoWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.04695 | $0.04695 |
| Opus 5 | $0.02348 | $0.02348 |
| Sonnet 5 | $0.00939 | $0.00939 |
| Haiku 4.5 | $0.00470 | $0.00470 |
Grade A, and why
aco CLAUDE.md scanned grade A with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
directly. If a user needs one, they can `curl` the server themselves or How it starts
The opening of the file, as written. The whole thing — 299 lines — stays where its author put it; the contents beside it link to each section on GitHub.
aco -- Notes for Claude Code
Documentation style: README vs. CLAUDE.md
README.md is for users and is usage-first. Keep it concise: lead with
runnable commands and short, scannable examples. Each section should be mostly
code blocks with brief one-line framing. Avoid long prose paragraphs that
explain how or why a feature works internally (auth wiring, capability
merge order, resolution fallbacks, process lifecycle, etc.) -- prefer an inline
# comment in the example or a single short sentence. If you find yourself
writing a multi-sentence paragraph of mechanics, it belongs here in CLAUDE.md,
not in the README. When you add behavior, document the rationale and internals
in CLAUDE.md and only the how-to-use in the README.
aco is a CLI on top of Appium. Two command classes:
aco session start-- spawns the user'sappium(fromPATH) and creates a W3C session against an AUT. Runs in the foreground by default (Ctrl-C tears it down); pass--detachto fork it into the background. Targets simulators/emulators and real devices: with no--udid/--avdit prefers a connected real device, falling back to auto-booting the first Android AVD. iOS real devices take code-signing flags (--xcode-org-id,--xcode-signing-id,--allow-provisioning-device-registration,--updated-wda-bundle-id) that map to the correspondingappium:*caps. Pass--server-url <url>to attach to an already-running remote Appium server (a device-farm grid such as TestMu/LambdaTest, BrowserStack, or Sauce Labs) instead of spawning a local one -- in that mode no localappiumis launched, the local-server flags are ignored, the record storespid: 0, and the command exits immediately (like--detach) since there is no local process to own. BASIC auth (--username/--password, the--auth user:passshorthand, orACO_REMOTE_USERNAME/ACO_REMOTE_PASSWORD) is forwarded via WebdriverIO'suser/key, which attachesAuthorization: Basiconly to thePOST /sessionrequest -- matching the verified device-farm contract that only session creation needs auth -- and is never written to the session record. For farms whose capability shape aco's per-flag caps can't express (LambdaTest'slt:options, BrowserStack'sbstack:options, ...), pass the entire W3C capabilities object verbatim with--caps-json '<json>'(or--caps-json @file): it bypassesbuildCapabilitiesentirely (the per-device flags and the device auto-detection step are skipped), with any--capentries shallow-merged on top.aco session listandaco session stopinspect/tear down stored sessions (a remotepid: 0record is torn down bydeleteSessionalone).- Everything else (
aco source,aco screenshot,aco element ...,aco tap,aco swipe,aco context ...,aco ios ...,aco android ...,aco mobile call) -- attaches to an existing session.--session <id>,--server-url <url>, and--platform <ios|android>are all optional: by default they are resolved from the latest live record under~/.aco/sessions/. Explicit flags always win. When no session has been started and no flags are passed, the resolver errors out cleanly.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 299 lines · 4,695 tokens per session scan A 3b6f5ba13893
aco CLAUDE.md is an instructions file published in the GitHub repository tai2/aco (2 stars, last pushed 2mo ago), licensed MIT. It adds 4,695 tokens to every session, about $0.0235 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other instructions, from other repositories
outline-apps AGENTS.md
AGENTS.md instructions for OutlineFoundation/outline-apps, covering welcome to the outline monorepo!, repository structure, the npm run action command, common actions and other useful commands.
openmed AGENTS.md
AGENTS.md instructions for maziyarpanahi/openmed, covering repository guidelines, project structure & module organization, build, test, and development commands, linting and formatting and coding style & architecture rules.
tapflow AGENTS.md
AGENTS.md instructions for jo-duchan/tapflow, covering tapflow — agents.md (common rules), what, core value, two testing modes and why.
uniwind AGENTS.md
AGENTS.md instructions for uni-stack/uniwind, covering agent instructions, checks and issue and pr guidelines.
maui-labs AGENTS.md
Instructions for dotnet/maui-labs, covering agent instructions, repository overview, products, technology stack and building.
maui-labs devflow-architecture.instructions.md
Instructions for dotnet/maui-labs, covering devflow architecture, communication model, package dependency graph, the abstractions / backend split and key extension points.