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.svg" alt="Measured on agentmods" 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 | $0.00000 | $0.00751 |
| Sonnet 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 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.
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.
- yesterday 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 (24 stars, last pushed 7mo 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
remote-autopilot-install.v1
Remotely install Stakpak Autopilot on any reachable Linux host over SSH, with optional AWS/GCP/Azure VM discovery or provisioning: /remote-autopilot-install.
requirement-review
需求文档多角色评审(requirement-review):需求文档 → 7-Agent 并行评审 → 重构高质量需求文档(Runtime 受控流程,0-7 阶段状态机).
add-api-railway
Create a new Express API endpoint with full integration.
add-charts
Integrate Chart.js or Recharts for data visualization. Create reusable chart components: line, bar, pie, area, scatter. Implement responsive sizing with container-based dimensions. Add interactive tooltips showing detailed data on hover. Create customizable legends with click-to-hide series. Support real-time data…
checklist
Generate a custom checklist for the current feature based on user requirements.
clarify
Identify underspecified areas in the current feature spec by asking up to 5 highly targeted clarification questions and encoding answers back into the spec.