goodai-base
CLAUDE.md0 starsChanged 5 months agoMITView on GitHub
HARD GATE: Before the first shell command, search, grep, file read, code navigation, planning step, implementation, review, analysis, or subagent dispatch in this repository, explicitly read .metaproject/index.md. Do not treat it as a referenced/on-demand file; load it immediately when present. This Metaproject block is optional project-local routing. If .metaproject/index.md or referenced Metaproject files are absent, state metaproject: unavailable and continue with the main contents of this AGENTS.md/CLAUDE.md file. If you create or switch to a git worktree, repeat the hard…
In this repository76 other files it gives its agents.
- AGENTS.mdAGENTS.md
- autodoc-analystSkill
- autodoc-architectSkill
- autodoc-assemblerSkill
- autodoc-orchestratorSkill
- autodoc-scannerSkill
- autodoc-writerSkill
- brainstormSkill
- brd-creatorSkill
- caveman-modeSkill
- changelogSkill
- claude-md-managementSkill
- code-ai-reviewSkill
- code-boss-reviewSkill
- code-mobx-store-reviewSkill
- code-reviewSkill
- code-style-reviewSkill
- code-verifierSkill
- commitSkill
- constraint-driven-developmentSkill
- context-collectorSkill
- db-migrateSkill
- dependency-updateSkill
- deploySkill
- doubt-driven-developmentSkill
- feature-analyzerSkill
- feature-devSkill
- fsd-creatorSkill
- gproject-consistency-checkerSkill
- gproject-discoverySkill
- gproject-orchestratorSkill
- gproject-patterns-researcherSkill
- gproject-plannerSkill
- gproject-problem-definerSkill
- gproject-spec-writerSkill
- gproject-stack-advisorSkill
- hookifySkill
- iagoSkill
- interviewerSkill
- interviewSkill
- issue-analyzerSkill
- job-documenterSkill
- job-orchestratorSkill
- perf-checkSkill
- plan-gatekeeperSkill
- prd-creatorSkill
- pr-issue-documenterSkill
- pr-review-commentsSkill
- prSkill
- pushSkill
- review-architectureSkill
- review-backendSkill
- review-clean-codeSkill
- review-core-boundariesSkill
- review-flow-graphSkill
- review-frontend-conventionsSkill
- review-frontendSkill
- review-greptileSkill
- review-highloadSkill
- review-logicSkill
- The first 60 shown.
The file
Show its rules and text
We split this CLAUDE.md into the rules it gives an agent
17 rules. About 0 are common, 6 are distinctive, and 11 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
11
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 6
HARD GATE: Before the first shell command, search, grep, file read, code navigation, planning step, implementation, review, analysis, or …
- Distinctive: line 10
If you create or switch to a git worktree, repeat the hard gate in that worktree root before any repository action there.
- Very specific: line 14
Do not dispatch subagents until the Metaproject hard gate is complete.
- Distinctive: line 16
If MCP tools/resources are available for this project, prefer them for Metaproject capabilities because they provide structured tool calls.
- Very specific: line 52
Every project's Claude session starts by reading ~/goodai-base/AGENTS.md (via global ~/.claude/CLAUDE.md).
- Distinctive: line 61
Update AGENTS.md if the skill's routing entry changes
- Very specific: line 62
Run cd scripts && bun run generate-agents to regenerate AGENTS.mdc
- Very specific: line 63
Update CHANGELOG.md with the version bump
- Distinctive: line 69
Update AGENTS.md Core Rule Catalog section if needed
- Very specific: line 84
All scripts are TypeScript, run with Bun from the scripts/ directory:
- Very specific: line 107
Every SKILL.md has a version: field in frontmatter.
- Distinctive: line 123
Every sub-agent response must start with:
- Very specific: line 136
Do not hardcode ~/goodai-base/jobs/ or ~/goodai-base/docs/ — use <JOBS_ROOT> / <DOCS_ROOT>
- Very specific: line 137
Do not manually execute SKILL.md steps — use the Skill tool
- Distinctive: line 138
Do not add project-specific code here (this repo is shared across all projects)
- Very specific: line 139
Do not commit goodai.config.json with personal paths — it is gitignored
- Very specific: line 140
Do not commit large binaries or generated node_modules/ (already gitignored)
≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.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.
Files
CLAUDE.md — goodai-base
<!-- keryx:index -->Metaproject
HARD GATE: Before the first shell command, search, grep, file read, code navigation, planning step, implementation, review, analysis, or subagent dispatch in this repository, explicitly read .metaproject/index.md. Do not treat it as a referenced/on-demand file; load it immediately when present.
This Metaproject block is optional project-local routing. If .metaproject/index.md or referenced Metaproject files are absent, state metaproject: unavailable and continue with the main contents of this AGENTS.md/CLAUDE.md file.
If you create or switch to a git worktree, repeat the hard gate in that worktree root before any repository action there.
The user does not need to know Metaproject command names. Treat natural-language requests as intents, route through .metaproject/index.md, then choose the right skill, rule, MCP tool/resource, or keryx CLI command yourself.
Do not dispatch subagents until the Metaproject hard gate is complete. Every subagent prompt must include the exact project/worktree root and require reading <project-root>/.metaproject/index.md before searching or reading code.
If MCP tools/resources are available for this project, prefer them for Metaproject capabilities because they provide structured tool calls. If MCP is unavailable or lacks a needed capability, fall back to the corresponding project-local skill and CLI command.
For project navigation, file discovery, and code-related tasks, use the Metaproject gdgraph skill by default before raw file search.
Any text, symbol, or pattern search over project code goes through keryx ctx rg, never a bare rg/grep — even a single targeted search, and even when gdgraph/gdwiki are skipped. Raw rg/grep is a last resort only, with a stated reason recorded in the routing audit.
For architecture, domain models, business rules, user scenarios, auth and other flows, integrations, and known decisions, consult the Metaproject gdwiki skill and read the wiki index before deep code reads; use gdgraph to move from a wiki concept to code.
For commands, search, diff, test logs, lint/build output, and large file reads that can produce long output, use the Metaproject gdctx skill by default before loading raw command output into context.
For a non-trivial navigation, debugging, review, or investigation task, end with a short routing audit: graph_used, wiki_used, ctx_used, and raw_rg_used: yes/no. An omitted layer must be justified (not-relevant/unavailable), not silently skipped.
For implementation, review, refactoring, planning, documentation, or quality tasks, use project-local Metaproject skills first: .metaproject/skills/catalog.md, .metaproject/project-skills/, then .metaproject/skills/gdskills/. External/global skills are fallback only when explicitly needed.
For creating, changing, debugging, reviewing, or running tests, use the Metaproject testing skill and read .metaproject/data/testing/context.md before broad test search or raw logs.
For lessons learned, decisions, constraints, repeated mistakes, and historical project context, use the Metaproject memory skill before broad documentation search.
For starting, tracking, or finishing a managed piece of work (a flow), use the Metaproject flow skill for state/status commands. For non-trivial implementation through Task Manager, use the local gdskills flow-orchestrator first: .metaproject/skills/gdskills/orchestration/flow-orchestrator/SKILL.md. All flow state changes go through the keryx flow CLI.
<!-- /keryx:index -->This is the knowledge base repo for AI agent skills and rules. It is not a product codebase — it is a library of reusable agent behaviors consumed by all other projects via the global ~/.claude/CLAUDE.md.
What This Repo Is
skills/— Actionable agent workflows (job-orchestrator, task-implementer, code-review, etc.)rules/core/— Coding standards and guidelines (TDD, SOLID, git conventions, etc.)docs/— Human-readable documentation for agents and the ecosystemscripts/— TypeScript/Bun scripts for catalog generation and validationAGENTS.md— The routing table: maps user intent to the right skill or rule
How Other Projects Use This Repo
Every project's Claude session starts by reading ~/goodai-base/AGENTS.md (via global ~/.claude/CLAUDE.md). Claude then reads only the specific skill or rule file that matches the user's request. Skills are invoked with the Skill tool, not by manually following SKILL.md steps.
Working in This Repo
Adding or editing a skill
- Edit
skills/<skill-name>/SKILL.md - Update
AGENTS.mdif the skill's routing entry changes - Run
cd scripts && bun run generate-agentsto regenerateAGENTS.mdc - Update
CHANGELOG.mdwith the version bump
Adding or editing a rule
- Edit or create
rules/core/<rule-name>.mdc - Run
cd scripts && bun run generate-rules-jsonto regeneraterules.json - Update
AGENTS.mdCore Rule Catalog section if needed
Setup wizard
The setup wizard (setup.ts) configures artifact paths, sub-agent model, TDD mode, and doc languages. Run it from the repo root:
bun setup.ts # first-time setup
bun setup.ts --reconfigure # re-run over existing configPreferences are saved to goodai.config.json and written as env vars to ~/.zshrc / ~/.bashrc.
Running scripts
All scripts are TypeScript, run with Bun from the scripts/ directory:
cd scripts
bun test # run all 244 tests
bun run sync-skills # sync skill catalog
bun run generate-agents # regenerate AGENTS.mdc from AGENTS.md
bun run generate-rules-json # regenerate rules.json
bun run validate-skills-before-sync # validate all SKILL.md filesRunning the full sync
cd scripts && bun run sync-agents && bun run generate-rules-jsonKey Conventions
Skill versioning
Every SKILL.md has a version: field in frontmatter. Bump it when behavior changes:
- Patch (
1.0.x) — wording/clarification only - Minor (
1.x.0) — new phases or changed workflow - Major (
x.0.0) — breaking change to input/output contract
Artifact paths (JOBS_ROOT and DOCS_ROOT)
Both follow the same resolution order:
- Value passed explicitly by the orchestrator in the dispatch prompt
GOODAI_JOBS_ROOT/GOODAI_DOCS_ROOTenvironment variable (if set)<PROJECT_DIR>/jobs/or<PROJECT_DIR>/docs/— default
Sub-agents never resolve these themselves — they receive the resolved path from the orchestrator.
STATUS protocol
Every sub-agent response must start with:
STATUS: DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXTSkill descriptions
All description: fields must be trigger conditions ("Use when X"), not workflow summaries.
What NOT to Do Here
- Do not hardcode
~/goodai-base/jobs/or~/goodai-base/docs/— use<JOBS_ROOT>/<DOCS_ROOT> - Do not manually execute SKILL.md steps — use the
Skilltool - Do not add project-specific code here (this repo is shared across all projects)
- Do not commit
goodai.config.jsonwith personal paths — it is gitignored - Do not commit large binaries or generated
node_modules/(already gitignored)
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.

