agent-graph
Skill3 starsChanged 43 days agoMITView on GitHub
Run durable task graphs when independent work needs ownership, integration checks and recovery. Use for graph execution, not routine edits.
In this repository9 other files it gives its agents.
- AGENTS.mdAGENTS.md
- instructions/AGENTS.mdAGENTS.md
- computer-useSkill
- frontend-visual-validationSkill
- remove-ai-marksSkill
- researchSkill
- rule-curatorSkill
- scrapingdogSkill
- stagehand-browserSkill
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 4 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Use the durable graph only when the decision proves independent packets, bounded ownership, checks, integration, budget and cleanup.
- Distinctive: line 42
Do not create another graph, ledger or scheduler to access them.
- Very specific: line 54
Treat events.jsonl as canonical.
- Very specific: line 64
Use rule-curator as an occasional maintenance pass over the standing rule corpus, not as a worker role or a per-task artifact.
- Distinctive: line 72
Keep workers from writing the journal.
- Distinctive: line 74
Run checks and assign grades in the coordinator.
- Very specific: line 81
Never treat provider completion as evidence of pass.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Agent Graph
Use the durable graph only when the decision proves independent packets, bounded ownership, checks, integration, budget and cleanup. Ordinary planning and implementation do not require this runtime.
Resolve this installed skill directory and invoke its scripts/agent_graph.py
with --repo <absolute-project-path>, using python3 or Windows py -3. The
Python environment needs jsonschema; see requirements.txt.
Adaptive entry
agent_graph.py intake returns direct, verified_single, light_spec, or
graph. It reads bounded repository facts before asking a question. It creates
no run or worker.
- Direct and verified-single work need no OpenSpec, graph, Canvas, or Orca process.
- Light spec uses one amendable Markdown decision record. OpenSpec remains optional.
- Graph mode alone creates the durable journal and coordinator claim.
Persist a graph selection as
openspec/changes/<slug>/process-decision.json. Bootstrap validates that its
current decision revision, packet paths, checks, permission, budget, integrator,
and cleanup plan match the OpenSpec task graph before creating run artifacts.
Choose the mode from task evidence. Resolve Host, Orca, or future adapter capabilities only after selection. Never use a provider, model, Canvas, or worker count as a mode signal. A requested interview is a conversation, not a required planning skill or an automatic graph phase.
Optional planning and execution resources
This entry owns the graph-specific planning protocol and execution protocol. The former spec/impl entrypoints are retired. Their support directories remain at existing paths because the routing-policy seed, frozen runtime and learning contracts use those paths. Do not create another graph, ledger or scheduler to access them.
For a requested PDF/HTML visual brief, use the retained renderer guide. Resolve the installed graph directory to its real source path first; the sibling spec/scripts renderer belongs to this optional package, not to the consumer project. PDF output is not required for ordinary planning. Read the legacy planning or execution notes only when their resource details are needed; shared AGENTS.md and current user scope govern the common workflow.
Core contract
Treat events.jsonl as canonical. Rebuild state.json from its events. Only the current coordinator generation may append an event.
Parse each task's Depends, Paths, Mode, Isolation, Acceptance, and single Check field. Reject unsafe paths and invalid dependency graphs before dispatch.
Schedule a task only when every dependency has grade pass. Serialize write tasks whose file or directory prefixes overlap. A worker report changes an attempt to reported; it never grades the task.
Artifact budget
Workers default to minimal-by-default-v1: create no new test suite or supplemental Markdown. Reuse or extend an existing artifact first. Add at most one focused regression test per reproducible defect, and only when the acceptance, a security or data-integrity invariant, or a public contract requires it. Do not add tests for constants, trivial passthroughs, type guarantees, implementation details, or behavior explicitly removed from scope. Do not create status logs, duplicate plans, or narrative check reports; receipts and WorkerResult are the evidence trail. Run the task's declared Check first and widen validation only for broad or high-risk changes. Host capsules and Orca task specs carry this policy to the worker.
Use rule-curator as an occasional maintenance pass over the standing rule
corpus, not as a worker role or a per-task artifact. Use it when a whole-corpus audit is requested, consolidate only evidence-backed
duplicates, and leave
project-specific rules in their canonical skill or AGENTS.md source.
Safety rules
- Give workers one task capsule, not the full planning transcript.
- Keep workers from writing the journal.
- Validate every worker result against its task and attempt.
- Run checks and assign grades in the coordinator.
- Archive and remove only a partial final journal line. Treat all earlier corruption as fatal.
- Register every owned terminal, Codex process tree, PTY root, browser surface, and temporary artifact before side effects. Terminal, Codex-tree, and PTY-root registrations must exist before delivering the capsule; retain their receipts.
- Reserve driver selection and attempts before provider mutation. On resume, use
recover-driver-selectionorrecover-attemptwith the same provider retry identity. Useabandon-attemptonly when driver reconciliation and release prove cleanup. - Retry pending driver-owned release with
syncorrecover-cleanup; never mark terminal cleanup done from an unverified caller claim. - Never treat provider completion as evidence of
pass.
See the task graph reference for the data model and scheduler rules.
Portable boundary
The core owns ProcessDecision, CapabilityReceipt, AgentGraphView, generic
delegation, checks, evidence grades, and cleanup semantics. It never requires a
Maestro mutation, Canvas layout, provider terminal handle, or Orca identity.
Host is the baseline adapter and works without an Orca process. Orca is the current rich adapter. Its bridge owns Maestro mutations, document layout, supervised worker and terminal receipts, browser surfaces, and worktree UI. Future adapters declare the same portable capabilities and explicit degradations. An unavailable rich feature blocks or downgrades only the operation that requested it.
For Jev browser execution and the optional advisory worker evaluator, read Jev integration when those capabilities are needed.
Harness boundary
For --coordinator-capsule <path>, read the existing capsule and use its pinned
runtime to claim the coordinator and resume the run, following
graph execution. Preserve the capsule's
workspace, identity and generation. Never bootstrap another run for a handoff.
Older frozen runtimes may still name the retired impl skill in their handoff text;
read their capsule through this entry without changing the frozen runtime or journal.
Graph bootstrap freezes one control runtime and claims the coordinator capsule. Use the current session when it can own integration and retain the needed context; use a new visible session when the task or host requires that handoff. Coordinator identity and generation remain mandatory in either case. Read graph execution for the lifecycle.
The coordinator derives only the smallest useful non-conflicting wave. It may delegate dynamically, but children inherit or narrow paths, context, and capabilities, cannot grade parents, recursively launch workers, or append the journal. Bound overlapping heavy work by observed host capacity. Orca and the native Host path share these semantics; Orca-specific APIs and the optional Linux resource guard are never required for normal operation.
Canvas changes, checkboxes, provider completion, and process exit are receipts or inputs, not evidence grades. Only the active coordinator grades after an exact attempt-bound check and independently verified or explicitly retained cleanup.
Shadow learning runs only after completion through
skills/impl/scripts/learning.py. It preserves provider usage, cache, and
resolved profile fields only when receipts expose them. Missing telemetry is
unavailable, never zero or estimated, and no learning artifact changes the
current run or promotes policy automatically.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

