

Also from Kynth Studios


Also from Kynth Studios


Also from Kynth Studios
1# Agent Instructions23This project uses **bd** (beads) for issue tracking. Run `bd prime` for full workflow context.45## Quick Reference67```bash8bd ready # Find available work9bd show <id> # View issue details10bd update <id> --claim # Claim work atomically11bd close <id> # Complete work12bd dolt push # Push beads data to remote13```1415## Non-Interactive Shell Commands1617**ALWAYS use non-interactive flags** with file operations to avoid hanging on confirmation prompts.1819Shell commands like `cp`, `mv`, and `rm` may be aliased to include `-i` (interactive) mode on some systems, causing the agent to hang indefinitely waiting for y/n input.2021**Use these forms instead:**22```bash23# Force overwrite without prompting24cp -f source dest # NOT: cp source dest25mv -f source dest # NOT: mv source dest26rm -f file # NOT: rm file2728# For recursive operations29rm -rf directory # NOT: rm -r directory30cp -rf source dest # NOT: cp -r source dest31```3233**Other commands that may prompt:**34- `scp` - use `-o BatchMode=yes` for non-interactive35- `ssh` - use `-o BatchMode=yes` to fail instead of prompting36- `apt-get` - use `-y` flag37- `brew` - use `HOMEBREW_NO_AUTO_UPDATE=1` env var3839<!-- BEGIN BEADS INTEGRATION v:1 profile:minimal hash:ca08a54f -->40## Beads Issue Tracker4142This project uses **bd (beads)** for issue tracking. Run `bd prime` to see full workflow context and commands.4344### Quick Reference4546```bash47bd ready # Find available work48bd show <id> # View issue details49bd update <id> --claim # Claim work50bd close <id> # Complete work51```5253### Rules5455- Use `bd` for ALL task tracking — do NOT use TodoWrite, TaskCreate, or markdown TODO lists56- Run `bd prime` for detailed command reference and session close protocol57- Use `bd remember` for persistent knowledge — do NOT use MEMORY.md files5859## Session Completion6061**When ending a work session**, you MUST complete ALL steps below. Work is NOT complete until `git push` succeeds.6263**MANDATORY WORKFLOW:**64651. **File issues for remaining work** - Create issues for anything that needs follow-up662. **Run quality gates** (if code changed) - Tests, linters, builds673. **Update issue status** - Close finished work, update in-progress items684. **PUSH TO REMOTE** - This is MANDATORY:69```bash70 git pull --rebase71 bd dolt push72 git push73 git status # MUST show "up to date with origin"74```755. **Clean up** - Clear stashes, prune remote branches766. **Verify** - All changes committed AND pushed777. **Hand off** - Provide context for next session7879**CRITICAL RULES:**80- Work is NOT complete until `git push` succeeds81- NEVER stop before pushing - that leaves work stranded locally82- NEVER say "ready to push when you are" - YOU must push83- If push fails, resolve and retry until it succeeds84<!-- END BEADS INTEGRATION -->8586<!-- code-review-graph MCP tools -->87## MCP Tools: code-review-graph8889**IMPORTANT: This project has a knowledge graph. ALWAYS use the90code-review-graph MCP tools BEFORE using Grep/Glob/Read to explore91the codebase.** The graph is faster, cheaper (fewer tokens), and gives92you structural context (callers, dependents, test coverage) that file93scanning cannot.9495### When to use graph tools FIRST9697- **Exploring code**: `semantic_search_nodes_tool` or `query_graph_tool` instead of Grep98- **Understanding impact**: `get_impact_radius_tool` instead of manually tracing imports99- **Code review**: `detect_changes_tool` + `get_review_context_tool` instead of reading entire files100- **Finding relationships**: `query_graph_tool` with callers_of/callees_of/imports_of/tests_for101- **Architecture questions**: `get_architecture_overview_tool` + `list_communities_tool`102103Fall back to Grep/Glob/Read **only** when the graph doesn't cover what you need.104105### Key Tools106107| Tool | Use when |108|------|----------|109| `detect_changes_tool` | Reviewing code changes — gives risk-scored analysis |110| `get_review_context_tool` | Need source snippets for review — token-efficient |111| `get_impact_radius_tool` | Understanding blast radius of a change |112| `get_affected_flows_tool` | Finding which execution paths are impacted |113| `query_graph_tool` | Tracing callers, callees, imports, tests, dependencies |114| `semantic_search_nodes_tool` | Finding functions/classes by name or keyword |115| `get_architecture_overview_tool` | Understanding high-level codebase structure |116| `refactor_tool` | Planning renames, finding dead code |117118### Workflow1191201. The graph auto-updates on file changes (via hooks).1212. Use `detect_changes_tool` for code review.1223. Use `get_affected_flows_tool` to understand impact.1234. Use `query_graph_tool` pattern="tests_for" to check coverage.124
One repository carrying more than one format is the comparison this product exists for: does anyone actually write different content in each file, or is one a copy of the other?
| Repository | Format | Stack | Covers | Score | Changed |
|---|---|---|---|---|---|
| tirth8205/code-review-graph.github/copilot-instructions.md · 30k | Copilot instructions | testing-strategygitagent-behaviour | 39/100 | 13 days ago | |
| tirth8205/code-review-graphGEMINI.md · 30k | GEMINI.md | testing-strategygitagent-behaviour | 39/100 | 13 days ago | |
| tirth8205/code-review-graphCLAUDE.md · 30k | CLAUDE.md | buildtestlint-formatstyle+7 | 96/100 | 13 days ago |
Same format, overlapping stack, ranked by quality.
| Repository | Format | Stack | Covers | Score | Changed |
|---|---|---|---|---|---|
| n8n-io/n8npackages/@n8n/agents/AGENTS.md · 201k | AGENTS.md | buildteststylearch+3 | 100/100 | 14 days ago | |
| duckduckgo/content-scope-scriptsspecial-pages/AGENTS.md · 70 | AGENTS.md | buildteststylearch+3 | 100/100 | 14 days ago | |
| deepseek-ai/deepseek-harnessnative/landlock-run/AGENTS.md · 104k | AGENTS.md | setupteststylearch+3 | 100/100 | today | |
| code-yeongyu/oh-my-openagentpackages/web/AGENTS.md · 68k | AGENTS.md | setupbuildtestlint-format+6 | 100/100 | 13 days ago | |
| TryGhost/Ghoste2e/AGENTS.md · 55k | AGENTS.md | setupteststylearch+2 | 100/100 | today | |
| vllm-project/vllmAGENTS.md · 89k | AGENTS.md | setuptestlint-formatstyle+5 | 100/100 | 14 days ago | |
| mui/material-uiAGENTS.md · 99k | AGENTS.md | setupbuildtestlint-format+9 | 100/100 | 14 days ago | |
| elastic/elasticsearchx-pack/plugin/core/src/main/java/org/elasticsearch/xpack/core/ml/AGENTS.md · 78k | AGENTS.md | buildtestlint-formatstyle+2 | 100/100 | 14 days ago |
A badge carrying the measured quality of the strongest agent config file in this repository, out of 100. It reads from this index every time somebody loads your page, so it changes when the measurement changes and there is nothing to keep up to date. Free, no account, and the value is not something you or we can set by hand.
[](https://rulestack.kynth.studio/configs/tirth8205-code-review-graph-agents)Would rather not hotlink us? Every badge is also served in shields.io’s endpoint schema, so shields renders the image and your readers never talk to our domain:
Published by Toolproof, the masthead over this index and eight others. The method behind the number is at toolproof.kynth.studio/methodology, and the whole thing is readable as JSON with no key at /api.