Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/opensesh/karimo/feedbackgit clone --depth 1 https://github.com/opensesh/KARIMOWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00000 | $0.03448 |
| Opus 5 | $0.00000 | $0.01724 |
| Sonnet 5 | $0.00000 | $0.00690 |
| Haiku 4.5 | $0.00000 | $0.00345 |
Grade A, and why
feedback scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
Copies of this mod
1 near-identical copy found in the catalogue:
- feedback — 100% identical, 0 lines differ
How it starts
The opening of the file, as written. The whole thing — 539 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/karimo:feedback — Unified Feedback Command
Intelligent feedback capture with automatic complexity detection and adaptive investigation.
Purpose
Unified command for capturing feedback about KARIMO or Claude Code operation. Auto-detects whether feedback needs quick rule creation (simple) or deep investigation (complex).
Key Principle: Focus on "what's broken" not "what are we building."
Usage
/karimo:feedback # Interactive mode with auto-detection
/karimo:feedback --from-metrics {prd-slug} # Batch mode from execution metrics
/karimo:feedback --undo # Remove recent learnings
Adaptive Flow
Initial Feedback
│
▼
Complexity Detection
│
├─► SIMPLE PATH (70% of cases, < 5 min)
│ │
│ ├─ Ask 0-3 clarifying questions (if needed)
│ ├─ Generate rule immediately
│ ├─ Confirm with user
│ └─ Write to .karimo/learnings/{category}/
│
└─► COMPLEX PATH (30% of cases, 10-20 min)
│
├─ Notify: "This needs investigation. Starting adaptive interview..."
│
├─ Adaptive interview (3-7 questions)
│ - Problem Scoping
│ - Evidence
│ - Root Cause
│ - Desired State
│
├─ Spawn @karimo-feedback-auditor for evidence gathering
│
├─ Create feedback document (.karimo/feedback/{slug}.md)
│
└─ Present recommended changes → Apply approved changes
Interactive Mode
Step 1: Collect Initial Feedback
Prompt the user:
"What feedback do you have about how KARIMO or Claude Code is working? Describe what's broken, what's suboptimal, or patterns you want changed."
Accept free-form input. Examples:
- Simple: "Never use inline styles — always use Tailwind classes"
- Simple: "Components should have dev props like in UserCard.tsx"
- Complex: "Tests failing on deploy but passing locally — investigate why"
- Complex: "Agents keep making the same mistake but I don't know what pattern they're missing"
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 539 lines · 0 tokens per session scan A 63543f1d3afb
feedback is a command published in the GitHub repository opensesh/KARIMO (283 stars, last pushed 3mo ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 3,448 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other commands, from other repositories
run
Execute an approved PRD using feature branch workflow (v7.0). This command generates briefs, auto-reviews them, allows user iteration, and then orchestrates execution.
create-plugin
Guided end-to-end plugin creation workflow with component design, implementation, and validation.
test-mcp
Test MCP server connection and all tools.
audit-components
Scan all feature components against the 7 architecture principles in .claude/reference/react-architecture.md, produce a structured report with pass/fail per check, and output a prioritized fix plan.
feature-dev
Guided feature development with design-first thinking and systematic architecture.
audit-devprops
Scan the codebase for devProps compliance and produce a structured report grouped by section, with a percentage summary and an explicit exemption list.