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.
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.
Expected top-level folders:
docs/repos/tools/cache/shared/
Use:
docs/for canonical workspace docs and handover.workspace/project.jsonfor per-repo runtime metadatatools/templates/for starter templatesshared/for durable workspace metadatacache/for generated summaries, runtime artifacts, and shared stores
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/shared/mempalace/- generated reports, large copied HTML, archives, lockfiles, vendor/build output
For fresh context, read:
- this file
docs/HANDOVER.md- the relevant repo README, handover, manifest, or source files
- generated
cache/context/.../entry.mdonly if useful
Avoid broad historical docs and deep/artifact search by default.
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 is temporarily disabled.
Do not run tools/bin/workspace-memory or leave MemPalace closeout as a manual
reminder until the pause is explicitly lifted in tracked docs.
For handover updates:
- repo-specific updates go in repo-local docs and
docs/HANDOVER.mdwhen relevant - workspace-level updates go in
docs/HANDOVER.mdanddocs/CHANGELOG.md - run
git status --shortbefore 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
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.
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.
When asked to update reviewed GitHub refs or managed upstream mirrors, use:
tools/scripts/manage-workspace-capabilities.shfor abilities and core servicestools/scripts/update-github-refs.shfor dry runs or applied updates
Do not refresh those sources by hand when a wrapper covers the flow.