kaijutsu
AGENTS.md3 starsChanged 6 months agoMITView on GitHub
This file is read by OpenAI Codex CLI and is the canonical contributor guidance for any AI agent working on kaijutsu itself (not for users of the published jutsu CLI). Claude Code reads CLAUDE.md. (Gemini CLI sunset 2026-06-18 — Antigravity CLI is the successor.) kaijutsu is an MIT-licensed, agent-agnostic registry and CLI for AI coding agent skills. The CLI is named jutsu. The registry is this repo. Pre-alpha — public API may shift; pin versions if you depend on it.
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 31,774 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
In this repository26 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- code-simplificationSkill
- dcgSkill
- editorial-reviewSkill
- journalSkill
- readme-updateSkill
- security-and-hardeningSkill
- session-retroSkill
- autopilotSkill
- blunder-huntSkill
- brainstormSkill
- convergence-detectSkill
- deslopSkill
- dispatch-parallelSkill
- doc-reviewSkill
- dreamSkill
- incremental-implementationSkill
- planning-and-task-breakdownSkill
- polishSkill
- pr-reviewSkill
- refactor-planSkill
- scope-checkSkill
- security-auditSkill
- spec-driven-developmentSkill
- unstuckSkill
- verification-before-completionSkill
The file
We split this AGENTS.md into the rules it gives an agent
8 rules. About 0 are common, 3 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
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
- Distinctive: line 30
Default lens for every design decision in this repo.
- Very specific: line 48
Not a charm-ecosystem TUI redesign.
- Very specific: line 50
Not a strict rule. Use judgment.
- Distinctive: line 52
If a new command / output / behavior fails the lens, push back.
- Very specific: line 66
Always read SCHEMA.md + docs/multi-agent.md before changing skill schema or install behavior.
- Very specific: line 68
Don't add features, fallbacks, or abstractions beyond what the current ship cycle requires (see ROADMAP.md).
- Distinctive: line 69
No emojis in code or commits unless the maintainer asks.
- Very specific: line 71
Never bypass commit hooks (--no-verify).
≈ “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.
Files
AGENTS.md — Contributor guidance for AI coding agents
This file is read by OpenAI Codex CLI and is the canonical contributor guidance for any AI agent working on kaijutsu itself (not for users of the published jutsu CLI). Claude Code reads CLAUDE.md. (Gemini CLI sunset 2026-06-18 — Antigravity CLI is the successor.)
Project at a glance
kaijutsu is an MIT-licensed, agent-agnostic registry and CLI for AI coding agent skills. The CLI is named jutsu. The registry is this repo. Pre-alpha — public API may shift; pin versions if you depend on it.
- Local checkout:
~/GitHub/momentmaker/kaijutsu/ - Remote:
git@github.com:momentmaker/kaijutsu.git - Public site: https://momentmaker.github.io/kaijutsu (live; sitegen-driven catalog)
- Authoritative spec: see
SCHEMA.mdanddocs/multi-agent.md - Roadmap:
ROADMAP.md(current state, deferrals, what's next) - Recent specs / decisions:
docs/specs/+docs/decisions/
Current state (as of v0.8.1)
- 17 core skills + 6 community + 8 third-party registry pointers (~46 catalog entries on the site).
- 6 swarm presets shipping: pr-review, doc-review, brainstorm, refactor-plan, security-audit, dream.
- v0.6 multi-provider swarm (driver abstraction + agents.yaml + personas) — claude/codex/antigravity cli + http (deepseek/glm/kimi/ollama-local) + cli-compat + mcp.
- v0.7 quality fingerprinting (local SQLite store at
~/.kaijutsu/findings.db) + confidence-weighted synthesizer. - v0.8 dream skill + swarm dream preset (pre-implementation interrogation through 4-8 cognitive lenses).
- v0.8.1 patch ships dream Wild lens %!s(MISSING) fix + 28→17 core curation.
- v0.8.2 in flight: agent-first lens (this section) + jutsu describe + jutsu suggest + jutsu init AGENTS.md fragment + AutoFormat helper.
See ROADMAP.md for v0.8.x followups + v0.9 candidates.
Design principle: agent-first, human-friendly
Default lens for every design decision in this repo. Apply per-command, per-skill, per-output-format choice.
Rule: machine-parseable + well-formed FIRST. Aesthetically pleasing for humans SECOND. They compose ~90% of the time. When they conflict, machine wins for primitive commands; human wins for synthesis output meant for direct review.
What this means in practice:
- Output format auto-detection:
isatty(stdout) AND no --format flag → markdown / table / colored. Non-TTY (pipe, redirect, agent capture) →JSON. Explicit--format json/--json/--format markdownoverrides. Pattern fromgh,jq -C,kubectl. - Stable exit codes + structured error messages with codes. Agents can self-recover; humans can grep. v0.15+ ships a 4-code public contract — see
docs/exit-codes.md. - Idempotent commands. Re-run is safe. Critical for agent retry loops.
- Deterministic file outputs — sorted, stable. Avoids spurious diff churn.
- No interactive prompts blocking pipelines.
--yesfor non-interactive consent. TUI / fuzzy-finder UI is rejected on principle (breaks pipes, contradicts the lens). - Self-describing CLI:
jutsu describereturns a JSON catalog of every command + flags + descriptions. Fresh agents ingest this to learn the surface. Humans can pipe throughjqif curious. - Pipe-friendly composition:
jutsu list --json | jq ...works. Every primitive command supports JSON output. - Skills layer: skills are markdown documents agents READ and ACT on. Already agent-first by design.
- Synthesis output (e.g.
jutsu swarm <preset>): markdown by default in TTY (human reads the review), JSON in pipe (next-stage agent consumes). Auto-flip applies — same rule.
What this is NOT:
- Not a charm-ecosystem TUI redesign. The dream session on the gum-UX question (2026-05-07) caught this: TUIs break pipes, narrow agent surface, contradict "boring + obvious" philosophy. We OPT OUT of charm/bubbletea/lipgloss for primary UX.
- Not "AI-only, humans secondary" branding. Humans still write the contributor docs, read the synthesis output, and ship the project. Agent-first is a DESIGN LENS, not a market position.
- Not a strict rule. Use judgment. Some commands legitimately have no machine consumer (
jutsu --version); JSON output there is overkill. The rule applies where agent OR human consumption is real.
If a new command / output / behavior fails the lens, push back. The Why-line in the commit message should reference this principle when it's load-bearing.
Conventions
- Skill layout: see
SCHEMA.md. SingleSKILL.mdper skill (Anthropic Agent Skills standard, works for all three target agents). Per-agent overrides only when behavior must genuinely differ — drop them underoverrides/<agent>/. - Install paths:
- Claude Code →
.claude/skills/<name>/ - Codex + Antigravity →
.agents/skills/<name>/(single write covers both)
- Claude Code →
- License: MIT (or compatible: BSD-2/3, ISC, Apache-2.0). Each source file should carry an SPDX header where applicable.
- CLI language: Go. Single static binary. Reuse
cobra,spf13/afero,go-git. Shell out tocosignfor verification,ghfor PR creation,goreleaserfor cross-compile + Homebrew tap. - Trust: core skills are Sigstore-signed in CI on tag. Authors do not self-assert
signed: trueinskill.yaml; the CLI derives it from a successfulcosign verify-blobagainst the declaredexpected-signer.
Working in this repo
- Always read
SCHEMA.md+docs/multi-agent.mdbefore changing skill schema or install behavior. Readdocs/project-memory.mdbefore changing how skills write persistent memory. - Match existing patterns; don't introduce new conventions without strong justification + a written reason in the commit body.
- Don't add features, fallbacks, or abstractions beyond what the current ship cycle requires (see
ROADMAP.md). - No emojis in code or commits unless the maintainer asks.
- Commits should be small, focused, and explain why in the body. Use Conventional Commits prefixes (
feat:,fix:,docs:,refactor:,spec:, etc.). - Never bypass commit hooks (
--no-verify). - The maintainer reviews every PR personally; CI must be green first. There is no review SLA.
- Skill / spec / ADR work follows the dogfood loop: spec →
jutsu swarm doc-review→ fix → ship → polish loop → adversarialjutsu swarm pr-review→ tag.
Don't do
- Don't break the agent-first lens (see Design principle above). New commands consumed by agents must support JSON output via AutoFormat. Auto-flip on TTY/pipe. Stable schema (
schema_versionfield) on JSON outputs. - Don't ship interactive TUIs for primary UX. Charm/bubbletea/lipgloss is rejected on principle — see the dream session on the gum-UX question (2026-05-07). Optional opt-in fancy mode may land in v0.9+ behind a flag, never default.
- Don't add Go dependencies casually. Each new dep gets a justification in the commit body. Prefer stdlib / existing deps / shell-out to canonical tools (
cosign,gh,goreleaser). - Don't extend the kaijutsu.json schema without a SCHEMA.md update + migration doc. The lockfile + manifest are the contract; agents read them directly.
- Don't sign skills outside CI. Sigstore signing happens via
.github/workflows/sign-core.ymlon tag push. Manual signing breaks the trust chain. - Don't accept third-party PRs to
skills/community/without lint + maintainer review. Lint is necessary, not sufficient — the maintainer eyeballs each. - Don't add
kind: hookartifacts to the install path. Hooks are agent-specific (Claude Code's PreToolUse, Codex's etc.). Users wire them themselves; jutsu doesn't auto-install hook configs. dcg ships inskills/community/as documentation + script the user manually wires. - Don't reach for MCP server work yet. v0.8 dream session on the MCP idea (2026-05-07) found the premise ("self-discovery via MCP") was partially false (users still hand-configure MCP per client). Status quo (CLI + AGENTS.md fragment + JSON outputs) reaches more clients with less risk. Revisit in 6-12 months when MCP protocol stabilizes.
- Don't conflate
kaijutsu.jsonwith.kaijutsu/agents.yaml. Different files, different scopes:kaijutsu.json(root, JSON) = which agent platforms (claude/codex/antigravity) the project ships skills for + skill dependencies + lockfile..kaijutsu/agents.yaml(subdir, YAML) = swarm provider catalog (deepseek/glm/kimi/etc.) + persona declarations. Loaded byjutsu swarm.
Recent design decisions worth knowing
- agent-first, human-friendly (this AGENTS.md, 2026-05-07): every output format auto-flips JSON-on-pipe / pretty-on-TTY.
jutsu describeexists for fresh-agent self-discovery.jutsu initwrites the AGENTS.md fragment. - dream skill + swarm dream preset (v0.8.0, see
docs/specs/2026-05-07-v0.8.0-dream-skill-and-preset.md): pre-implementation interrogation through 8 lenses. First dream-of-self caught a real bug in the dream prompt template (recursive correctness check works). - Quality fingerprinting (v0.7.0, see
docs/specs/2026-05-06-v0.7.0-quality-fingerprinting.md): per-(provider, persona, preset, codebase) precision tracking via local SQLite. Synthesizer downweights noisy tuples on next swarm. - Multi-provider swarm (v0.6.0, see
docs/specs/2026-05-05-v0.6.0-multi-provider-agents.md): driver abstraction + agents.yaml + personas. Not locked to claude/codex/antigravity anymore. - Core skill curation (v0.8.1, 2026-05-07): 28 → 17 core. Moved code-simplification / security-and-hardening / journal / session-retro / readme-update / dcg to
skills/community/. Deleted decide / agent-doctor / multi-model-synth / lie-to-them / project-memory (the schema doc lives atdocs/project-memory.md).
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
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.

