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/bug-ops/zeph/agents-mdgit clone --depth 1 https://github.com/bug-ops/zephWhat 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.02109 | $0.02109 |
| Opus 5 | $0.01055 | $0.01055 |
| Sonnet 5 | $0.00422 | $0.00422 |
| Haiku 4.5 | $0.00211 | $0.00211 |
Grade A, and why
zeph 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.
How it starts
The opening of the file, as written. The whole thing — 92 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Repository Guidelines
Project Structure & Module Organization
Zeph is a Rust workspace (Cargo.toml) with the CLI entrypoint in src/ and domain crates in crates/ (for example: zeph-core, zeph-llm, zeph-memory, zeph-tools, zeph-tui).
Top-level integration tests live in tests/, while crate-specific tests and benches live under each crate’s tests/ and benches/ directories. Documentation sources are in book/src/ (mdBook), runtime defaults are in config/default.toml, and container assets are in docker/.
Do not create git worktrees inside this repository. Create separate worktrees only under the sibling directory ../worktrees/.
Specifications (MANDATORY)
All feature and system specifications live in specs/. Compliance is non-negotiable.
- Before implementing any feature: read the relevant spec in
specs/and the system invariants inspecs/001-system-invariants/spec.md. - Before modifying any subsystem: read the corresponding spec document. The
## Key InvariantsandNEVERsections define hard constraints — violating them requires an explicit architectural decision, not just a code review. - Index:
specs/README.md— maps every subsystem to its spec file. - Constitution:
specs/constitution.md— project-wide non-negotiable rules that apply to every change. - If a spec is missing or outdated for the area you are changing, create or update it before writing code.
Agent Operating Notes
AGENTS.md is the primary instruction file for all coding agents (Codex, Copilot, etc.). .claude/CLAUDE.md and .claude/rules/* are Claude-specific or supplemental context — not the primary source of operating rules.
Path-specific instructions for GitHub Copilot live in .github/instructions/*.instructions.md with applyTo frontmatter.
- Use
cargo nextest runas the default test runner. - Keep Rust changes compatible with Edition 2024 and MSRV
1.98. - Prefer zero-warning
clippy; avoidunwrap/expectin production code when proper error propagation is possible. - Any user-facing change must update relevant docs, config defaults, and
CHANGELOG.md([Unreleased]section). - For new functionality, provide all integration points: config section, CLI subcommand/argument, TUI command palette entry,
--initwizard,--migrate-configmigration step, live testing playbook in.local/testing/playbooks/, and coverage row in.local/testing/coverage-status.md. - In the TUI, every background operation (LLM inference, memory search, tool execution, MCP connection, etc.) must have a visible spinner with a short, descriptive status message.
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.
- 2d ago First seen · 92 lines · 2,109 tokens per session scan A 492d2e32dd71
zeph AGENTS.md is an instructions file published in the GitHub repository bug-ops/zeph (57 stars, last pushed 7d ago), licensed MIT. It adds 2,109 tokens to every session, about $0.0105 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
Chimeraforge CLAUDE.md
Instructions for Sahil170595/Chimeraforge, covering claude.md — chimeraforge, rule 1 -- assertive by default, research, data, and validation discipline, project overview and quick reference.
Chimeraforge AGENTS.md
Instructions for Sahil170595/Chimeraforge, covering agents.md — chimeraforge, rule 1 -- assertive by default, research, data, and validation discipline, verify gates and engineering standards (chimera-wide).
rag-ferrite AGENTS.md
AGENTS.md instructions for lelabdev/rag-ferrite, covering rag-ferrite — moteur rag personnel (rust), stack, architecture, décisions d'architecture and structure du code.
ollama CLAUDE.md
Instructions for ollama/ollama: See AGENTS.md for the shared agent instructions for this repository.
agentgateway copilot-instructions.md
Instructions for agentgateway/agentgateway: Do not check for, speculate about, or report compilation errors during code review. Compilation diagnostics from review are frequently incorrect; rely on CI to detect and report compilation failures.
mq commit.instructions.md
Instructions for harehare/mq: Use the following format for commit messages.