violin: Instructions file for Codex

AGENTS.md

violin AGENTS.md is an instructions file for Codex, OpenCode from Strategic-Automation/violin. It costs 1,112 tokens per session, scanned A, original, MIT.

Repository instructions for AI coding agents working on Violin, a Python project. They cover setup, required checks, architecture, safe command usage, and Git practices.

In plain words
What is it for?
Use them when changing Violin code, running its test and lint checks, preparing releases, or working with its registered runtime tools and branching process.
Why use it?
They tell an agent how to work within the project's rules and how to verify changes before calling them complete.

Instructions file for CodexOpenCode

Written for Codex and OpenCode: the file is AGENTS.md. Also seen: mentions Codex.

This is Strategic-Automation/violin's own configuration. It tells Codex and OpenCode how to work on violin itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything violin configures →

Reuse

Borrowing it

Nothing to install: this file belongs to Strategic-Automation/violin. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/Strategic-Automation/violin/master/AGENTS.md
Clone the repo
git clone --depth 1 https://github.com/Strategic-Automation/violin

Made for: Codex, OpenCode.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for violin AGENTS.md

README.md
[![agentmods](https://agentmods.dev/badge/instructions/strategic-automation/violin/agents-md.svg)](https://agentmods.dev/instructions/strategic-automation/violin/agents-md)
Your own site
<a href="https://agentmods.dev/instructions/strategic-automation/violin/agents-md"><img src="https://agentmods.dev/badge/instructions/strategic-automation/violin/agents-md.svg" alt="Measured on agentmods" height="20"></a>
Per session 1,112 This file is loaded in full into every session.
When invoked 1,112 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.1 $0.01112 $0.01112
Opus 5 $0.00556 $0.00556
Sonnet 5 $0.00222 $0.00222
Haiku 4.5 $0.00111 $0.00111

Measured 6d ago against content hash 80000b13b5d1, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-06, from the pricing page.

Security

Grade A, and why

violin 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 6d 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 · 44 lines

How it starts

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

Strategic-Automation/violin — AI Developer Guidance

Workspace developer guidance for AI coding agents (Antigravity, Hermes, Codex, Cursor) developing or maintaining violin.

1. Stack & Setup

  • Python: 3.11 (.python-version, pyproject.toml)
  • Package Manager: uv (uv sync --dev)
  • Venv: .venv via uv

2. Mandatory Verification Commands

Run before declaring completion:

uv run pytest                                # Full test suite (100% pass)
uv run ruff check .                          # Linter check
uv run ruff format --check .                 # Format check (fix: uv run ruff format .)
uv run python scripts/violin_guard.py check-release # Release gate check

3. Code Conventions & Architecture

  • Hermes Runtime Contract: Target-touching commands MUST use the registered plugins.violin_guard tools (violin_exec, violin_record_ptt, violin_review_batch, violin_record_hypothesis, violin_target, violin_status). The standalone CLI is for administration and diagnostics, not target execution.
  • Fail-Closed Validation: State parsers in plugins/violin_guard/core/ and command gates in plugins/violin_guard/gates/ validate inputs fail-closed before mutating state.
  • Section Preservation: Rewriters (_rewrite_hypotheses, update_task) MUST preserve template sections (## Observations, ## Decoy Trail, ## Research Log, ## Resolved Theories, table columns). Never manually overwrite hypotheses.md with unstructured narrative text; keep canonical ### H-XXX: blocks and status fields intact.
  • Evidence Path Isolation: Save all raw evidence, dumps, tokens, and PoC outputs strictly under $ENG_DIR/evidence/<phase>/. Never place evidence files inside $ENG_DIR/state/ (reserved for runtime state tracking).
  • Typed Schemas: Use Pydantic v2 BaseModel models in plugins/violin_guard/core/schemas.py.
  • Encoding: Explicit encoding="utf-8" required for all text file operations.
  • Library-First Development: Always use libraries—both Python standard library (e.g., functools.lru_cache, dataclasses, pathlib, contextlib, ipaddress, argparse, datetime.timedelta, shutil, re, shlex, hashlib) and declared external dependencies (pydantic, netaddr, yarl, filelock, pyyaml, bashlex, psutil)—instead of rolling custom code or manual parsing algorithms. Always check if existing built-in or project dependencies provide the required functionality before writing custom implementations.
  • Spelling & Naming: Use American English throughout codebase symbols and exports (normalize_target, serialize, initialize). Avoid single-letter variable names (a, r) in public/internal handler signatures and function definitions.
  • Timestamp Standardization: Use ISO-8601 UTC formats (datetime.now(UTC).isoformat()) across all state, receipt, and evidence timestamps.
  • Process & Concurrency Safety: Never mutate global process environment (os.environ) in request handlers or adapter logic; pass parameters explicitly. Always acquire advisory locks (lock_file / workflow_lock) before writing to or appending to any state/feedback files.
  • No Test Artifact Leakage in Production: Production code must NEVER inspect sys.modules for test-specific package names or test-specific shims. Use clean dependency injection, fixtures, or unittest.mock.
  • Domain-Driven Test Naming: Name test files and test functions descriptively after the capability, invariant, or subsystem under test (e.g., test_batch_integrity.py), never after transient ticket numbers (task1, a1-a15) or static version numbers (roadmap_1_1_1).

Read the full file on GitHub · 44 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. 6d ago First seen · 44 lines · 1,112 tokens per session scan A 80000b13b5d1

Subscribe to this mod's changes

violin AGENTS.md is an instructions file published in the GitHub repository Strategic-Automation/violin (85 stars, last pushed 2d ago), licensed MIT. It adds 1,112 tokens to every session, about $0.0056 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.

Related

Other instructions, from other repositories

next.js AGENTS.md

AGENTS.md instructions for vercel/next.js, covering next.js development guide, codebase structure, monorepo overview, core package: packages/next and other important packages.

vercel/next.js · 7,296 tokens

codex AGENTS.md

AGENTS.md instructions for openai/codex, covering rust/codex-rs, the codex-core crate, code review rules, crate api surface and model visible context.

openai/codex · 5,182 tokens

vscode buildNext.instructions.md

Working notes and architecture documentation for the new esbuild-based build system in build/next. Use when making changes to the new build pipeline (transpile/bundle commands, NLS plugin, source-map handling, resource copying, or self-hosting watch tasks).

microsoft/vscode · 6,785 tokens

vscode oss-third-party-notices.instructions.md

Instructions for microsoft/vscode, covering vs code oss third-party-notices pipeline, architecture, pipeline flow in ci, applying the notice (cutover) and fallback chain (never fail the build).

microsoft/vscode · 5,001 tokens

langchain AGENTS.md

AGENTS.md instructions for langchain-ai/langchain, covering global development guidelines for the langchain monorepo, corridor security analysis, project architecture and context, monorepo structure and development tools & commands.

langchain-ai/langchain · 4,469 tokens

spec-kit AGENTS.md

AGENTS.md instructions for github/spec-kit, covering agents.md, about spec kit and specify, quickstart — add a new integration in 5 steps, integration architecture and integrationmanifest — file tracking.

github/spec-kit · 7,104 tokens