Pillar (primary): P4 — Tool compatibility Status: parked — will not resume (2026-08-14, maintainer decision) Phase: Phase 1 — Foundation Started: — (never activated; no items were ever filed) Closed: 2026-08-14 — decided against, see “Why this epic was dropped” below Owner: maintainer + AI coding agent
Frozen intent — Outcome and exit criteria approved and now closed. The charter below is preserved unchanged as the record of what was proposed; only this header and the closing section are new. Do not edit the original text to make it agree with the decision.
Maintainer decision, 2026-08-14: AGENTS.md + adaptation is the permanent answer for Cursor,
Aider, and Continue.dev — not an interim state waiting on native templates.
The reasoning that closed it:
AGENTS.md on every release, to save adopters a rename and a small edit. The
charter’s own Risks section already predicted the failure mode: “Native templates diverge
from AGENTS.md subtly over time, breaking the ‘AGENTS.md is the canonical superset’ claim.”.cursorrules-vs-.cursor/rules/ split or Continue.dev’s location. Shipping
snapshots of unstable conventions produces files that are wrong within months and that
adopters trust anyway because they came from upstream.What replaces it: nothing new is needed. AGENTS.md is already the vendor-neutral superset,
the README’s tool table already names the target filename for each tool, and “adapt AGENTS.md”
is now documented as the answer rather than a placeholder.
What would reopen it: an adopter reporting that adaptation actually failed them — that
AGENTS.md carried an assumption their tool couldn’t honour. That is a real bug in the
superset claim, and it would justify either a native template or a fix to AGENTS.md. Demand
alone (“it’d be nice to have”) is not enough; the maintenance-drift risk above outweighs it.
Lifecycle note: epics have no rejected state — the enum is planned | active | done |
parked — so this is recorded as parked with an explicit will-not-resume marker. See the
EPICS.md legend.
When an adopter using Cursor, Aider, or Continue.dev arrives at the repo, they want a native-named template they can drop into their project with minimal modification, so they don’t have to manually adapt AGENTS.md and possibly miss tool-specific conventions in the process.
templates/cursorrules.md (or equivalent — investigate Cursor’s actual expected location: .cursor/rules/ directory vs single .cursorrules file) exists with content adapted from AGENTS.md for Cursor’s specific conventions.templates/CONVENTIONS.md exists for Aider, following Aider’s documented project-instruction file convention.templates/continue-context.md (or equivalent — investigate Continue.dev’s actual expected location: .continue/context.md) exists for Continue.dev.brief/07_tech.md — names the tools in scopetemplates/AGENTS.md — the canonical superset all native templates derive fromSee BACKLOG.md for active items (populated in Step 3 when this epic moves to active), ARCHIVE.md for completed, FUTURE.md for deferred.
.cursor/rules/<file>.md directory pattern (newer Cursor convention) vs .cursorrules single file (older convention)? Cursor docs recommend the directory pattern for new projects; templates should follow recommendation.CONVENTIONS.md: Aider also uses .aider.conf.yml for tool config. Should the template be just CONVENTIONS.md (project-instruction layer) or include a sample .aider.conf.yml too? Lean toward just CONVENTIONS.md to keep scope tight..continue/context.md: Continue’s project-instruction conventions are less stable than Cursor’s or Aider’s. Investigate current best practice.