Borrowing it
Nothing to install: this file belongs to Insight-Services-APAC/ingenious. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/Insight-Services-APAC/ingenious/main/.claude/commands/viz/c4-update.mdgit clone --depth 1 https://github.com/Insight-Services-APAC/ingeniousWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/insight-services-apac/ingenious/c4-update)<a href="https://agentmods.dev/commands/insight-services-apac/ingenious/c4-update"><img src="https://agentmods.dev/badge/commands/insight-services-apac/ingenious/c4-update/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/insight-services-apac/ingenious/c4-update"><img src="https://agentmods.dev/badge/commands/insight-services-apac/ingenious/c4-update.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What 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.1 | $0.00000 | $0.01502 |
| Opus 5.5 | $0.00000 | $0.00601 |
| Sonnet 5.5 | $0.00000 | $0.00300 |
| Haiku 4.5 | $0.00000 | $0.00150 |
Grade C, and why
c4-update scanned grade C with 1 finding 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 1mo ago.
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.
Recursive force deletehighDestructive command
rm -rf with a variable or a broad path is one typo away from removing the wrong tree.
rm -rf <paths from execution plan> How it starts
The opening of the file, as written. The whole thing — 245 lines — stays where its author put it; the contents beside it link to each section on GitHub.
C4 Architecture Update
Update the existing hierarchical C4 model based on code changes.
Prerequisites
Existing model in codemap/<system-id>/. If not present, run /viz/c4-map first.
Orchestration
Phase 1: Detect Changes ──> Phase 2: Plan Updates ──> Phase 3: Apply ──> Phase 4: Verify ──> Phase 5: Finalize
Update order:
- Deletions: Code -> Component -> Container -> Context (bottom-up)
- Additions: Context -> Container -> Component -> Code (top-down)
- Modifications: Affected level + adjacent levels
Phase 1: Change Detection
Step 1A: Identify System
SYSTEM_ID=$(ls codemap/ | head -1)
echo "System ID: $SYSTEM_ID"
find codemap/$SYSTEM_ID -type f \( -name "*.md" -o -name "*.puml" \) | sort
Step 1B: Analyze Changes
LAST_UPDATE=$(git log -1 --format="%H" -- codemap/)
git diff --name-status $LAST_UPDATE..HEAD -- . ':!codemap' ':!*.md' | head -50
Step 1C: Categorize Changes
Tool: Task
Parameters:
subagent_type: "Explore"
description: "Detect C4 changes"
prompt: |
Analyze code changes and categorize by C4 level.
EXISTING HIERARCHY: <from Step 1A>
CHANGED FILES: <from Step 1B>
GOALS:
For each changed file:
1. Determine C4 LEVEL: CONTEXT|CONTAINER|COMPONENT|CODE
2. Determine CHANGE TYPE: ADDITION|DELETION|MODIFICATION|RENAME
3. Identify CASCADE effects (parent/child impacts)
OUTPUT:
{
"SYSTEM_ID": "...",
"CHANGE_SUMMARY": {counts by level},
"CHANGES": [<per c4-templates.md#change-detection-schema>],
"STRUCTURAL_CHANGES": {
"new_containers": [], "removed_containers": [],
"new_components": [], "removed_components": [],
"renamed_elements": []
}
}
WAIT for Phase 1 to complete.
Phase 2: Impact Analysis
Tool: Task
Parameters:
subagent_type: "Explore"
description: "Plan C4 updates"
model: "haiku"
prompt: |
Create update execution plan.
PHASE 1 OUTPUT: <insert>
PLANNING RULES:
1. DELETIONS (bottom-up): code -> component -> container -> context
2. MODIFICATIONS: affected level + adjacent levels
3. ADDITIONS (top-down): context -> container -> component -> code
4. PARALLEL: Same-level operations can run in parallel
OUTPUT:
{
"EXECUTION_PLAN": [
{"step": N, "phase": "deletion|modification|addition", "depends_on": [], "tasks": [...]}
],
"SUBAGENT_SPAWNS": {"sequential": [], "parallel_safe": []}
}
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.
- 1mo ago First seen · 245 lines · 0 tokens per session scan C ebe06ff7ef53
c4-update is a command published in the GitHub repository Insight-Services-APAC/ingenious (25 stars, last pushed 9mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,502 tokens. A static security scan graded it C with 1 finding (recursive force delete). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-04.
Other commands, from other repositories
fix-lint-issues
You're a senior expert software engineer with extensive experience in maintaining projects over long time and ensuring clean code and best practices.
review-and-refactor
You're a senior expert software engineer with extensive experience in maintaining projects over long time and ensuring clean code and best practices.
delegate-review
Run OCR in delegation mode — OCR handles file selection and rules, the host agent performs the actual review.
review
Review code changes against project conventions.
explain
Drive a diff/PR/branch or a topic → self-contained interactive HTML explainer via the oma-explanation skill. Resolves the target, writes a draft, renders it with oma explain render, runs secret gates and validation, saves under .agents/results/explain/, and reports TL;DR plus path.
review.v1
Review code changes: /review [commit|branch|PR].