agentleFS
RichardGeorgeDavisRichardGeorgeDavis/Codex-Workspace/AGENTS.md

Codex-Workspace

AGENTS.md2 starsChanged 56 days agoMITView on GitHub

These instructions apply to Codex Workspace and repos/workspace-hub unless a deeper repo-specific AGENTS.md overrides them. For first-time repo intake, use docs/09-new-repo-baseline.md. Every intake must assess Graphify eligibility as code, documents, mixed, assets, or sensitive. Do not install Graphify, generate a graph, or add hooks automatically. Adoption requires a repo-specific .graphifyignore, an explicit graphify-out/ ignore rule, and passed privacy/correctness gates. Maintain a clean, high-performance mixed-repo workspace. Never create one shared node_modules or equivalent install directory across unrelated repos. Expected top-level folders:

The file

Show its rules and text

We split this AGENTS.md into the rules it gives an agent

13 rules. About 0 are common, 10 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈10

    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
  1. Very specific:

    Every intake must assess Graphify eligibility as code, documents, mixed, assets, or sensitive.

    line 10
  2. Very specific:

    Never create one shared node_modules or equivalent install directory across unrelated repos.

    line 28
  3. Distinctive:

    Keep agent context small by default.

    line 51
  4. Distinctive:

    Do not load or summarize these unless the task explicitly needs them:

    line 53
  5. Distinctive:

    Avoid broad historical docs and deep/artifact search by default.

    line 69
  6. Distinctive:

    When no manifest exists, classify cautiously:

    line 93
  7. Distinctive:

    Do not add background memory hooks or leave memory closeout as a manual reminder.

    line 102
  8. Distinctive:

    run git status --short before closing so the handover does not imply a cleaner worktree than exists

    line 109
  9. Very specific:

    if public docs changed, keep README.md, docs/README.md, docs/CHANGELOG.md, and relevant repo-local docs aligned

    line 110
  10. Distinctive:

    Keep its targets named and narrow.

    line 125
  11. Distinctive:

    When a user request appears to need a skill, check the available local skill sources before creating, importing, or researching a new one.

    line 137
  12. Distinctive:

    When asked to update reviewed GitHub refs or managed upstream mirrors, use:

    line 157
  13. Distinctive:

    Do not refresh those sources by hand when a wrapper covers the flow.

    line 162

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md 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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
AGENTS.md

AGENTS.md

Scope

These instructions apply to Codex Workspace and repos/workspace-hub unless a deeper repo-specific AGENTS.md overrides them.

For first-time repo intake, use docs/09-new-repo-baseline.md.

Every intake must assess Graphify eligibility as code, documents, mixed, assets, or sensitive. Do not install Graphify, generate a graph, or add hooks automatically. Adoption requires a repo-specific .graphifyignore, an explicit graphify-out/ ignore rule, and passed privacy/correctness gates.

Priorities

Maintain a clean, high-performance mixed-repo workspace.

Prefer:

  • clear structure
  • independently runnable repos
  • shared caches, not shared installs
  • direct local dev servers for frontend/WebGL projects
  • optional proxy or mapped-host tooling only when it adds value
  • pragmatic WordPress handling, usually through Local for existing sites

Never create one shared node_modules or equivalent install directory across unrelated repos.

Workspace Shape

Expected top-level folders:

  • docs/
  • repos/
  • tools/
  • cache/
  • shared/

Use:

  • docs/ for canonical workspace docs and handover
  • .workspace/project.json for per-repo runtime metadata
  • tools/templates/ for starter templates
  • shared/ for durable workspace metadata
  • cache/ for generated summaries, runtime artifacts, and shared stores

Token Budget

Keep agent context small by default.

Do not load or summarize these unless the task explicitly needs them:

  • docs/archive/
  • repo ref/
  • repo screenshots/
  • cache/
  • generated reports, large copied HTML, archives, lockfiles, vendor/build output

For fresh context, read:

  1. this file
  2. docs/HANDOVER.md
  3. the repo-local CONTEXT_CATALOG.md or established catalog index when present
  4. the relevant repo README, handover, manifest, or source files routed by that catalog
  5. generated cache/context/.../entry.md only if useful

Avoid broad historical docs and deep/artifact search by default.

For repositories with recurring context-navigation costs, assess the optional tracked context-catalog workflow in docs/09-new-repo-baseline.md. Preserve an existing catalog hierarchy instead of creating a second one. A catalog routes to authoritative files; it does not become authoritative memory itself.

Workspace Hub

For repos/workspace-hub, prefer:

  • readable modular code
  • explicit runtime/process handling
  • conservative repo classification
  • graceful status and failure messages
  • existing patterns over new abstractions

Avoid:

  • assuming all repos use the same package manager
  • assuming proxy mode is better than direct local preview
  • hard-coding unstable absolute paths beyond the workspace root
  • hidden auto-installs or heavy setup steps

When no manifest exists, classify cautiously:

  • Vite, static, Three.js, and WebGL repos default to direct
  • WordPress projects already managed elsewhere default to external

Workspace Memory

The previous workspace memory service has been removed.

Do not add background memory hooks or leave memory closeout as a manual reminder. Record closeout in tracked docs instead.

For handover updates:

  • repo-specific updates go in repo-local docs and docs/HANDOVER.md when relevant
  • workspace-level updates go in docs/HANDOVER.md and docs/CHANGELOG.md
  • run git status --short before closing so the handover does not imply a cleaner worktree than exists
  • if public docs changed, keep README.md, docs/README.md, docs/CHANGELOG.md, and relevant repo-local docs aligned
  • for an adopted Graphify repo, finalize source and handover text, refresh the local graph through tools/scripts/graphify-repo.sh --run <repo-path>, and make no further source edits without refreshing again

Local-model context handover

The optional local-first worker at tools/scripts/local-model-context.sh is a task-time preparation helper, not a background memory service. Its public profile defaults to loopback Ollama for bounded extraction, classification, inventory, routing suggestions and draft handovers. Optional external routes must come from an explicitly selected private profile and may receive only named, tracked, public-safe files. GPT and the operator remain responsible for authority, privacy, public claims, destructive actions and final approval.

Keep its targets named and narrow. It must not auto-scan all repos, install or download models, access protected paths by default, or write source material into generated cache packets. Keep provider keys in macOS Keychain and out of tracked files, logs and prompts. Use docs/24-local-model-context-handover.md for the packet contract and privacy boundary.

Public Agent Distribution

Root AGENTS.md is the canonical public agent contract, including for TomeVault distribution. .github/copilot-instructions.md is a standalone Copilot summary, not the source of truth for cross-platform conversion.

When a user request appears to need a skill, check the available local skill sources before creating, importing, or researching a new one. Start with the current session's advertised skills, then inspect relevant workspace skill folders such as .agents/skills/, shared/skills/, $CODEX_HOME/skills or ~/.codex/skills when needed. Local operators may also maintain ignored or private skill libraries outside the public distribution tree. Prefer using or adapting an existing local skill over adding another copy.

Tracked skills published for TomeVault live under .agents/skills/ and are mirrored from tools/manifests/tomevault-skills.json by tools/scripts/sync-tomevault-skills.sh. Do not install TomeVault Relay, add TomeVault badges, or commit generated multi-format TomeVault files unless that is explicitly requested.

Private skill review and archival destinations are operator configuration and must not be hard-coded into the public agent contract. Do not rediscover local review queues, generated outputs or legacy aliases as new public source skills.

Upstream Updates

When asked to update reviewed GitHub refs or managed upstream mirrors, use:

  • tools/scripts/manage-workspace-capabilities.sh for abilities and core services
  • tools/scripts/update-github-refs.sh for dry runs or applied updates

Do not refresh those sources by hand when a wrapper covers the flow.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.