Project Tiny Context Harness is intentionally tool-neutral. The durable recovery contract is the same across agent tools:
- root
AGENTS.md project_context/context.tomlproject_context/global.mdproject_context/architecture.mdproject_context/areas/**/*.mdmake validate-contextorty-context validate-context
The configurable harness folder only decides where package-managed helper assets live, such as default Skills, templates, tools and config.yaml. It should not create a separate memory source per agent.
Default Codex-oriented setup:
npm install -D project-tiny-context-harness@latest
npx --yes --package project-tiny-context-harness@latest ty-context init --harness-folder .codex
make validate-contextClaude Code-oriented helper assets:
npm install -D project-tiny-context-harness@latest
npx --yes --package project-tiny-context-harness@latest ty-context init --harness-folder .claude
make validate-contextCursor-oriented helper assets:
npm install -D project-tiny-context-harness@latest
npx --yes --package project-tiny-context-harness@latest ty-context init --harness-folder .cursor
make validate-contextGemini CLI-oriented helper assets:
npm install -D project-tiny-context-harness@latest
npx --yes --package project-tiny-context-harness@latest ty-context init --harness-folder .gemini
make validate-contextCline or Roo-oriented helper assets:
npm install -D project-tiny-context-harness@latest
npx --yes --package project-tiny-context-harness@latest ty-context init --harness-folder .cline
npx --yes --package project-tiny-context-harness@latest ty-context init --harness-folder .roo
make validate-contextFor an existing repository, add --adopt:
npx --yes --package project-tiny-context-harness@latest ty-context init --adopt --harness-folder .codexFor OpenCode or any agent surface that is not in the interactive menu, use a custom harness folder only for support assets:
npm install -D project-tiny-context-harness@latest
npx --yes --package project-tiny-context-harness@latest ty-context init --harness-folder .opencode
make validate-contextThe important part is still the root AGENTS.md plus project_context/**. If an agent does not automatically read the helper folder, point it at the root recovery contract explicitly:
Read AGENTS.md and project_context/** first. Summarize the project goal, non-goals, architecture boundaries, validation entry points and next safe action before proposing code changes.
Use one source of durable truth:
- Keep
AGENTS.mdas the short startup router. - Keep durable project facts in
project_context/**. - Keep visual identity facts in
DESIGN.mdwhen relevant. - Keep tool-specific helper assets under one configured harness folder.
- Run
ty-context syncafter changing the configured harness folder. - Run
ty-context doctorif an agent seems to be reading the wrong helper folder.
Avoid this pattern:
.codex/project_context/**
.claude/project_context/**
.cursor/project_context/**
That splits the repo memory and creates drift. If multiple tools need different local preferences, keep those preferences in tool-specific config, not in separate copies of project truth.