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/burakgon/roamcode/agents-mdgit clone --depth 1 https://github.com/burakgon/roamcodeWhat 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.01281 | $0.01281 |
| Opus 5 | $0.00641 | $0.00641 |
| Sonnet 5 | $0.00256 | $0.00256 |
| Haiku 4.5 | $0.00128 | $0.00128 |
Grade A, and why
roamcode AGENTS.md scanned grade A with 0 findings 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 yesterday.
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.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 88 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Repository instructions for coding agents
These instructions apply to the entire repository. This is a public repository: write every file, commit, log, issue, release note, and command as if it will be visible to anyone on the internet.
Public-repository safety
- Never commit, print, paste, or request credentials, access tokens, cookies, private keys,
.npmrccontents, signing material, or authenticated URLs. Use the existing GitHub environments and trusted publishing. - Never add a maintainer's username, home directory, machine-specific absolute path, private hostname, tunnel URL, session identifier, or production log contents to the repository.
- Keep local service data, live sessions, and unrelated worktree changes intact. Do not clean, reset, or overwrite changes that are outside the requested task.
- Do not mutate or restart a developer's installed RoamCode service merely to test a change. A live install, manual migration, rollback, or restart requires an explicit user request. Use isolated tests and GitHub Actions for boot and package-install smoke tests.
Stable release and OTA contract
- A commit or push to
mainis not an update. Users discover updates only through stable, non-draft GitHub Releases. - Stable SemVer (
X.Y.Z) is the only release identity. The workspace, CLI, server, web package, npm artifacts, GitHub tag/release, release manifest, and Homebrew formula must agree on the exact version. - The stable release workflow must publish npm artifacts and the Homebrew formula before it creates the discoverable GitHub Release. Never manually reverse this order.
- OTA installs the exact npm version whose integrity is recorded in
roamcode-release.json; do not reintroduce commit-, branch-, or checkout-based update behavior. - Release descriptions are user-facing OTA data.
scripts/release-notes.mjsextracts them fromCHANGELOG.md, and the web client groups their Markdown bullets under headings such asAdded,Fixed, andChanged. Every release section must contain at least one accurate bullet so What's new is never empty. - Never reuse a published version for different package bytes. If a workflow fails, first determine which external artifacts exist; resume only when the workflow can prove any existing immutable npm artifacts match exactly.
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.
- yesterday First seen · 88 lines · 1,281 tokens per session scan A c3bacc8400ee
roamcode AGENTS.md is an instructions file published in the GitHub repository burakgon/roamcode (19 stars, last pushed 3d ago), licensed MIT. It adds 1,281 tokens to every session, about $0.0064 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other instructions, from other repositories
qwen-code CLAUDE.md
Instructions for QwenLM/qwen-code: This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
teaql-agent-kit AGENTS.md
Instructions for teaql/teaql-agent-kit, covering agents.md — teaql agent kit and hard requirements.
parallel-code CLAUDE.md
Instructions for johannesjo/parallel-code, covering parallel code, stack, commands, project structure and conventions.
loongsuite-pilot AGENTS.md
Instructions for alibaba/loongsuite-pilot, covering loongsuite-pilot 项目导航, 架构总览, 模块清单, agent 采集矩阵 and 依赖关系.
loongsuite-pilot CLAUDE.md
Instructions for alibaba/loongsuite-pilot: See AGENTS.md for project architecture, module docs, and development guidelines.
awesome-grok-build AGENTS.md
Instructions for DominikTobureto/awesome-grok-build, covering agents.md, mission, operating principles, source policy and file conventions.