agentsmesh
CLAUDE.md27 starsChanged 2 months agoMITView on GitHub
NEVER edit generated files (CLAUDE.md, AGENTS.md, .claude/, .cursor/, .github/copilot-instructions.md, and other tool outputs) — agentsmesh generate overwrites them. Edit the canonical source in .agentsmesh instead, or agentsmesh.yaml to change targets and features, then run agentsmesh generate. <!-- agentsmesh:root-generation-contract:end --> Graph .agentsmesh/lessons/lessons.json is canonical; never hand-edit it. Manual: lessons skill. Recall: before every file edit or state-changing command, MUST run agentsmesh lessons query --file <path> --cmd <command> --session auto and obey matches; at task start, ALSO run agentsmesh lessons query --keyword…
In this repository167 other files it gives its agents.
- AGENTS.mdAGENTS.md
- src/AGENTS.mdAGENTS.md
- add-agent-targetSkill
- add-global-mode-targetSkill
- am-agent-code-debuggerSkill
- am-agent-code-documenterSkill
- am-agent-code-refactorSkill
- am-agent-code-reviewerSkill
- am-agent-code-security-auditorSkill
- am-agent-code-standards-enforcerSkill
- am-agent-security-auditorSkill
- am-agent-test-engineerSkill
- am-agent-test-runnerSkill
- am-agent-typescript-developerSkill
- am-command-buildSkill
- am-command-code-simplifySkill
- am-command-commitSkill
- am-command-planningSkill
- am-command-planSkill
- am-command-ponytail-auditSkill
- am-command-ponytail-debtSkill
- am-command-ponytail-gainSkill
- am-command-ponytail-helpSkill
- am-command-ponytail-reviewSkill
- am-command-ponytailSkill
- am-command-reviewSkill
- am-command-shipSkill
- am-command-specSkill
- am-command-testSkill
- api-and-interface-designSkill
- browser-testing-with-devtoolsSkill
- changelog-generatorSkill
- ci-cd-and-automationSkill
- code-review-and-qualitySkill
- code-reviewerSkill
- code-simplificationSkill
- context-engineeringSkill
- debugging-and-error-recoverySkill
- deprecation-and-migrationSkill
- docs-and-examplesSkill
- documentation-and-adrsSkill
- doubt-driven-developmentSkill
- frontend-ui-engineeringSkill
- git-workflow-and-versioningSkill
- grillingSkill
- grill-meSkill
- handoffSkill
- homebrew-packagingSkill
- idea-refineSkill
- incremental-implementationSkill
- interview-meSkill
- lessonsSkill
- library-testingSkill
- package-release-engineeringSkill
- performance-optimizationSkill
- planning-and-task-breakdownSkill
- ponytail-auditSkill
- ponytail-debtSkill
- ponytail-gainSkill
- ponytail-helpSkill
- 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, 12 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈12
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 12
Recall: before every file edit or state-changing command, MUST run agentsmesh lessons query --file <path> --cmd <command> --session auto …
- Distinctive: line 14
Capture: after any failure, user correction, regression, wrong assumption, useful surprise, repeated friction, or non-obvious fix, MUST …
- Distinctive: line 26
If something goes sideways, STOP and re-plan — don't keep pushing.
- Distinctive: line 27
Check in before starting implementation.
- Distinctive: line 31
Use subagents liberally for research, exploration, and parallel analysis.
- Distinctive: line 35
Never mark a task complete without proving it works — run tests, check logs, demonstrate correctness.
- Very specific: line 36
After every feature/story: use post-feature-qa skill (.claude/skills/post-feature-qa/).
- Distinctive: line 37
Ask yourself: "Would a staff engineer approve this?"
- Distinctive: line 46
When given a bug report: just fix it.
- Very specific: line 62
Architecture baseline: Read docs/architecture/review.md before architectural or multi-file changes.
- Distinctive: line 64
Scale limitations to account for: avoid target-name hardcoding in shared/core code, avoid duplicated per-target helper logic, and keep …
- Distinctive: line 65
Global mode discipline: treat global support as one cohesive contract (layout + capabilities + detection + scope extras), not scattered …
- Distinctive: line 67
TDD mandatory: Write failing tests FIRST, then implement.
- Distinctive: line 69
No classes unless stateful: Prefer pure functions + types.
- Very specific: line 70
No
any: Use unknown + narrowing. - Distinctive: line 81
No hardcoded target counts or enumerations on homepage, CLI overview, or other pages.
- Very specific: line 85
Plugins: every install path picks up registerTargetDescriptor() non-.md mappers via getAllRegisteredDescriptorIds() …
≈ “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
<!-- agentsmesh:root-generation-contract:start -->AgentsMesh Generation Contract
NEVER edit generated files (CLAUDE.md, AGENTS.md, .claude/, .cursor/, .github/copilot-instructions.md, and other tool outputs) — agentsmesh generate overwrites them. Edit the canonical source in .agentsmesh instead, or agentsmesh.yaml to change targets and features, then run agentsmesh generate.
<!-- agentsmesh:root-generation-contract:end --><!-- agentsmesh:lessons-contract:start -->Lessons (BLOCKING)
Graph .agentsmesh/lessons/lessons.json is canonical; never hand-edit it. Manual: lessons skill.
Recall: before every file edit or state-changing command, MUST run agentsmesh lessons query --file <path> --cmd <command> --session auto and obey matches; at task start, ALSO run agentsmesh lessons query --keyword "<task terms>" --always --session auto for conceptual + universal rules no path/command names. Pure-read commands and recall itself are exempt.
Capture: after any failure, user correction, regression, wrong assumption, useful surprise, repeated friction, or non-obvious fix, MUST self-critique and run agentsmesh lessons add "<imperative rule>" --topic <id> --trigger-file <glob> --evidence <sha|lesson-id>.
Before final: report Lesson: captured <id> or Lesson: none. No recall/capture gate = task incomplete. No shell: use lessons_query / lessons_add.
<!-- agentsmesh:lessons-contract:end -->Operational Guidelines
Workflow
Planning
- Enter plan mode for any non-trivial task (3+ steps or architectural decisions). Write plan to
tasks/todo.md. - If something goes sideways, STOP and re-plan — don't keep pushing.
- Check in before starting implementation. Mark items complete as you go.
Subagents
- Use subagents liberally for research, exploration, and parallel analysis. One tack per subagent.
Verification
- Never mark a task complete without proving it works — run tests, check logs, demonstrate correctness.
- After every feature/story: use
post-feature-qaskill (.claude/skills/post-feature-qa/). - Ask yourself: "Would a staff engineer approve this?"
Elegance
- For non-trivial changes: pause and ask "is there a more elegant way?"
- Skip this for simple, obvious fixes — don't over-engineer.
Bug Fixing
- When given a bug report: just fix it. Find root cause, point at logs/errors, resolve. Zero hand-holding.
Skills
- post-feature-qa — Apply after every feature/story. Senior QA: verify edge-case coverage and story alignment.
- add-agent-target — Use when adding a new AI agent target. Covers research, implementation, fixtures, full test coverage, docs.
- add-global-mode-target — Use when adding or extending global mode (
--global,.agentsmesh) for an existing target. Covers descriptor.global wiring, import/generate paths, reference rewriting, tests, and matrix docs.
Core Principles
- Simplicity: Make every change as simple as possible. Only touch what's necessary.
- No Laziness: Find root causes. No temporary fixes. Senior developer standards.
Project Rules
- Architecture baseline: Read
docs/architecture/review.mdbefore architectural or multi-file changes. - Core flow to preserve: canonical
.agentsmeshcontent -> descriptor-driven generation/import (src/targets/<id>/index.ts) -> shared reference rewrite/lock checks -> strict artifact verification. - Scale limitations to account for: avoid target-name hardcoding in shared/core code, avoid duplicated per-target helper logic, and keep capability variance expressed in descriptors (not ad-hoc generator branches).
- Global mode discipline: treat global support as one cohesive contract (layout + capabilities + detection + scope extras), not scattered one-off hooks.
- Plugins are first-class targets: third-party plugins register full
TargetDescriptors viaregisterTargetDescriptor(), and shared/engine code resolves targets withgetBuiltinTargetDefinition(id) ?? getDescriptor(id)(never builtin-only). When editing a target, a descriptor hook contract (e.g.emitScopedSettings, capability/dispatch resolvers), or anything iterating targets, the change MUST hold for plugin descriptors too — update thetests/fixtures/plugins/rich-pluginreference fixture to the new contract and add a registered-plugin-descriptor test, not just builtin coverage. - TDD mandatory: Write failing tests FIRST, then implement.
- Max file size: 200 lines. Split by responsibility if larger.
- No classes unless stateful: Prefer pure functions + types.
- No
any: Useunknown+ narrowing. - Config source of truth:
.agentsmeshdirectory. Generated files are artifacts. - Test naming:
{module}.test.tscolocated with source. Integration tests intests/integration/. - Generated artifact tests must be strict: Assert exact file paths, exact file counts, and exact referenced wrapper/script sets. No loose checks (
some(...), prefix-only, "at least one"). - Commit format: conventional commits —
feat|fix|test|refactor(scope): message - Docs must stay current: Any change to CLI commands, flags, config schema, supported targets, or canonical file formats must be reflected in both
README.mdand the website (website/src/content/docs/) before the task is marked complete. - Target data single source of truth — do not hardcode target lists or support levels outside this chain:
src/targets/catalog/target-ids.ts(TARGET_IDS) = canonical target ID list. Each target'scapabilitiesinsrc/targets/<name>/index.ts= feature support levels.src/core/matrix/data.ts(SUPPORT_MATRIX) = built dynamically from descriptors. Never hardcode.website/src/content/docs/reference/supported-tools.mdx= single docs page for per-target support. All other pages link here — no duplicate tables.README.mdmatrix must stay in sync with code capabilities.- No hardcoded target counts or enumerations on homepage, CLI overview, or other pages. Use generic language and link to the matrix.
- Adding/changing a target: update
target-ids.ts+ descriptor →supported-tools.mdx→README.mdmatrix. No other docs pages should need changes.
- CLI display paths must use forward slashes: Any CLI output displaying file paths to users must normalize with
.replaceAll('\\', '/')before printing. Tests assert forward-slash paths unconditionally; nativenode:pathseparators leak platform differences into output. - Load-bearing contracts — verify before claiming any non-trivial change complete:
- Plugins: every install path picks up
registerTargetDescriptor()non-.mdmappers viagetAllRegisteredDescriptorIds()(tests/unit/install/importers/target-native-commands-plugin.test.ts). - Reference rewriting:
(SPEC.md or equivalent)prose stays verbatim; real Markdown inline-link destinations rewrite cross-format (tests/unit/core/link-token-classifier-prose-vs-md-link.test.ts). - Install: third-party dir-readers route through
readEntityDirWithMappers; the 79-repo sweep indocs/testing/install-compatibility-repos.mdstays green.
- Plugins: every install path picks up
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.

