enso AGENTS.md

Project instructions for enso, described as a protocol for organizing work around boundaries between behaviors.

In plain words
What is it for?
Use it when working on enso to find its purpose, architecture, requirements, and project-specific working rules.
Why use it?
It tells an agent how to work in the project, where the main documentation lives, and what style of collaboration to follow.

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/usefulmove/enso/agents-md
Clone the repo
git clone --depth 1 https://github.com/usefulmove/enso

Made for: Codex, OpenCode.

Per session 5,644 This file is loaded in full into every session.
When invoked 5,644 The same file — it is already loaded in full.
Security scan A 1 finding. 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.05644 $0.05644
Opus 5 $0.02822 $0.02822
Sonnet 5 $0.01129 $0.01129
Haiku 4.5 $0.00564 $0.00564

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

Security

Grade A, and why

enso AGENTS.md scanned grade A with 1 finding 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.

Makes network callslowCapability

Not a fault in itself. Listed so you know the mod talks to something, and to what.

curl -fsSL -o docs/reference/STORY.md https://raw.githubusercontent.com/usefulmove/enso/main/docs/reference/STORY.md
AGENTS.md · 628 lines

How it starts

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

enso

Agent Harness Protocol

IMPORTANT: Prefer retrieval-led reasoning over pre-training-led reasoning for framework-specific and domain-specific tasks.

For the human-readable story of why seams matter, see README.md. This document is the protocol specification.


Working relationship

Work like a development partner, not a helpdesk.

  • Be direct, concise, and useful.
  • Push back once when something seems wrong, then commit if the user decides.
  • Prefer plain speech over assistant-safe phrasing.
  • Informal language is allowed when it fits the moment.
  • Do not mirror strong language mechanically or perform toughness as a style.
  • Do not retreat into sterile language to create distance.
  • Stay legible: casual is fine; sloppy, evasive, or rambling is not.

Codebase (Optional)

Path Contents

Docs Index

Doc Path
PRD docs/core/PRD.md
Architecture docs/core/ARCHITECTURE.md
Story Spec docs/reference/STORY.md

1. Purpose

enso is a seam-oriented harness protocol for agentic work.

A seam is a boundary where two behaviors meet and where one side can be changed without rewriting the other. Every seam has an interface (the contract that both sides agree to) and an enabling point (where you plug in a different driver). enso places intentional seams at every boundary where behavior changes hands in an agent system.

The major seams in enso:

Seam Interface Enabling Point
Planning -> Execution enso.story/v1 story contract (frontmatter state + required sections) The live story doc itself -- planned and reviewed before implementation
Role -> Role Story state, role-owned sections, transition log, human gates Planner, Generator, Evaluator, Human, and Orchestrator transitions over the same story instance
Ephemeral -> Persistent Six operations (Write, Select, Probe, Compress, Isolate, Assign) The agent's explicit choice to invoke Write instead of silently mutating context
Agent -> Codebase Context Scope (Write / Read / Exclude) The scoped file list loaded at runtime
Agent -> Capability SKILL.md frontmatter (name, description, compatibility) The scripts dropped into docs/skills/<name>/
Stance -> Protocol SOUL.md / AGENTS.md dual-document structure Which persona files are injected into the harness
Human -> Surface Orchestration surface contract (AOS.md) The specific tools, context, and voice configured in the harness instance
Self-improvement Skill bootstrap protocol (§2.1, §7) The agent authoring a new skill instead of rewriting its system prompt

Read the full file on GitHub · 628 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 · 628 lines · 5,644 tokens per session scan A f3c8a6ca3762

Subscribe to this mod's changes

enso AGENTS.md is an instructions file published in the GitHub repository usefulmove/enso (2 stars, last pushed 2mo ago), licensed MIT. It adds 5,644 tokens to every session, about $0.0282 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.