ts AGENTS.md

Repository instructions that define how coding-agent sessions should work in agentproto/ts. They describe the checks an agent must complete and distinguish these instructions from other agent configuration files.

In plain words
What is it for?
Use them when working in agentproto/ts to understand session responsibilities, local gates, pull-request expectations, and the difference between related AGENT.md files.
Why use it?
They give agents a shared definition of done and clarify which rules apply to the coding session, reducing confusion about required checks and review steps.

Instructions file for CodexOpenCode

Install

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.

agentmods
npx agentmods add instructions/agentproto/ts/agents-md
Clone the repo
git clone --depth 1 https://github.com/agentproto/ts

Made for: Codex, OpenCode.

Per session 3,502 This file is loaded in full into every session.
When invoked 3,502 The same file — it is already loaded in full.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What 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.

ModelPer sessionOnce invoked
Fable 5 $0.03502 $0.03502
Opus 5 $0.01751 $0.01751
Sonnet 5 $0.00700 $0.00700
Haiku 4.5 $0.00350 $0.00350

Measured yesterday against content hash 76d8aaca2f8d, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

ts 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.

AGENTS.md · 229 lines

How it starts

The opening of the file, as written. The whole thing — 229 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Agent instructions for this repo

This file is the committed definition of done for any agent session working in agentproto/ts — local or delegated, human-prompted or supervisor-run. If you're an agent reading this from a prompt instead of loading it, stop: load this file first, it overrides ad-hoc instructions.

Not to be confused with: an AIP-42 agent manifest (also named AGENT.md, singular, loaded from <workspace>/.agents/<id>/AGENT.mdpackages/agent/src/load-agent.ts:11), or .github/AGENT.md, the cloud reviewer/fixer harness that runs on every PR — see that file for what it does; this file is about what you (the session driving the work) must do before and around it.

Reach: this is a convention, not enforcement. It binds local and delegated coding sessions that load it — nothing in the daemon reads it, and the cloud reviewer doesn't either (it runs on .github/AGENT.md + the aip-conventions skill from .github/agentic-review.json). Loading this file is still on the session; it doesn't reach in and gate anything by itself.

Definition of done for agent sessions

Done = a green local gate + an open PR. That is the terminal state for an agent session — the handoff, not a request for permission. Your rung ends there; review, risk-judgement, escalation, and merge are the CI plane's job, already declared in .github/agentic-review.json + .github/workflows/ci.yml. Each rung has exactly one owner — don't reach into the next one.

  1. Green gate. Run this repo's own gate before calling anything done: agentproto.json declares scripts.test as pnpm test (agentproto.json:7, itself pnpm -r --filter "./packages/**" --filter "./adapters/**" test, package.json:19). Don't invent your own bar.

    Read the gate's exit code, not its output. pnpm test | tail -30 reports tail's exit status, not the test run's — a pipeline exits with its LAST command's status, so a red gate reads as exit 0 and you will report a passing gate that failed. ${PIPESTATUS[0]} does not rescue it either: that's bash, and this repo's sessions run zsh, where it's $pipestatus[1] and the bash spelling silently expands to empty. Redirect and check $? directly:

Read the full file on GitHub · 229 lines

Changes

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.

  1. yesterday First seen · 229 lines · 3,502 tokens per session scan A 76d8aaca2f8d

Subscribe to this mod's changes

ts AGENTS.md is an instructions file published in the GitHub repository agentproto/ts (5 stars, last pushed yesterday), licensed Apache-2.0. It adds 3,502 tokens to every session, about $0.0175 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-31.