multi-agent-loop-kit AGENTS.md

A set of rules for coordinating multiple coding agents working in one repository. It distinguishes coding agents, such as Codex or Claude sessions, from runtime agents, which are application processes.

In plain words
What is it for?
Use it to assign one owner to each path, coordinate worktrees, manage cross-boundary changes, and enforce review and approval rules.
Why use it?
It defines who may edit each path and how agents handle shared files, proposals, approvals, journals, branches, and pull requests. This reduces conflicting edits and unclear ownership.

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/anshulixyz/multi-agent-loop-kit/agents-md
Clone the repo
git clone --depth 1 https://github.com/anshulixyz/multi-agent-loop-kit

Made for: Codex, OpenCode.

Per session 1,558 This file is loaded in full into every session.
When invoked 1,558 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.01558 $0.01558
Opus 5 $0.00779 $0.00779
Sonnet 5 $0.00312 $0.00312
Haiku 4.5 $0.00156 $0.00156

Measured 2d ago against content hash 6498fc2a580c, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

multi-agent-loop-kit 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 2d 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.

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 · 244 lines

How it starts

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

AGENTS.md — Multi-Agent Ownership Registry

Setting this kit up in this repo? If you are an AI agent helping configure the kit, read prompts/setup-interview.md first — it tells you how to interview the user and fill this file in for their project. The contents below are a generic template until that interview is done.

This file is the source of truth for who can edit what.

Every coding agent must obey path ownership, journal updates, proposal rules, approval gates, and PR discipline.


Two meanings of “agent”

Term Meaning
Coding agent A Cursor / Claude / Codex session with a codename, worktree, owned paths, branch prefix, and kickoff prompt
Runtime agent An app-level process in your product, e.g. an agent that subscribes to events, calls APIs, or executes user workflows

This file is about coding agents.


Core rules

  1. One coding agent per worktree.
  2. One worktree per Cursor / Claude / Codex window.
  3. Every path has exactly one owner.
  4. No coding agent commits outside owned paths.
  5. Cross-boundary changes require a proposal or approval request.
  6. Shared contracts are frozen and operator-owned.
  7. Agents coordinate through journals, task briefs, approvals, and proposals.
  8. Agents never coordinate through private chat if the information affects build state.
  9. All implementation work happens on <codename>/<slug> branches.
  10. All meaningful work ends with tests, journal update, and PR.

Project Lead / Operator

Field Value
Codename operator
Human Project Lead / repo owner
Owns Product decisions, contracts, specs, runbook, rules, final approval
Branch main unless intentionally editing
Commit prefix operator:

Project Lead / operator owns:

  • AGENTS.md
  • OPERATING_GUIDE.md
  • PROTOCOL.md
  • RUNBOOK.md
  • LOOP_RADAR.md final objective
  • LOOP_MEMORY.md final decisions
  • shared contracts/types/schemas
  • .cursor/rules/**
  • agents-status/proposals/** decisions
  • agents-status/approvals/** decisions

Read the full file on GitHub · 244 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. 2d ago First seen · 244 lines · 1,558 tokens per session scan A 6498fc2a580c

Subscribe to this mod's changes

multi-agent-loop-kit AGENTS.md is an instructions file published in the GitHub repository anshulixyz/multi-agent-loop-kit (5 stars, last pushed 2mo ago), licensed MIT. It adds 1,558 tokens to every session, about $0.0078 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.

Related

Other instructions, from other repositories

nobrainer-tech-skills AGENTS.md

Instructions for nobrainer-tech/nobrainer-tech-skills, covering working in nobrainer-tech-skills, repository map, skill format, nobrainer delivery contract and minimum sufficient change.

nobrainer-tech/nobrainer-tech-skills · 3,519 tokens

nobrainer-tech-skills copilot-instructions.md

Instructions for nobrainer-tech/nobrainer-tech-skills: The fifteen canonical Agent Skills are under skills/; retired predecessors exist only in Git history. Read the relevant skills/ /SKILL.md before changing a skill.

nobrainer-tech/nobrainer-tech-skills · 359 tokens

nobrainer-tech-skills GEMINI.md

Instructions for nobrainer-tech/nobrainer-tech-skills, a project described as: Portable agentic workflows for guarded autonomy, visible sessions, SDD, decisions, RCA, evaluation, and durable knowledge.

nobrainer-tech/nobrainer-tech-skills · 7 tokens

nobrainer-tech-skills CLAUDE.md

Instructions for nobrainer-tech/nobrainer-tech-skills, covering working in nobrainer-tech-skills, repository map, skill format, nobrainer delivery contract and minimum sufficient change.

nobrainer-tech/nobrainer-tech-skills · 3,519 tokens

meta-llm-charter CLAUDE.md

Instructions for entropyvortex/meta-llm-charter, covering meta v3.1 core charter, bias, meta-0, r1 decompose and r2 ask gate.

entropyvortex/meta-llm-charter · 578 tokens

open-tag CLAUDE.md

Instructions for fancyboi999/open-tag, a project described as: Open-source, self-hostable alternative to Claude Tag — a Slack-style workspace where your team and its AI agents (Claude Code, Codex, GitHub Copilot, and more) work as teammates in channels, threads, DMs, and shared tasks. Your data stays on your machines.

fancyboi999/open-tag · 106 tokens