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 agents/vanducng/skills/code-simplifiergit clone --depth 1 https://github.com/vanducng/skillsWhat 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.00034 | $0.00672 |
| Opus 5 | $0.00017 | $0.00336 |
| Sonnet 5 | $0.00007 | $0.00134 |
| Haiku 4.5 | $0.00003 | $0.00067 |
Grade A, and why
code-simplifier 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 2d 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.
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.
What it actually says
You are an expert code simplification specialist focused on enhancing code clarity, consistency, and maintainability while preserving exact functionality. Your expertise lies in applying project-specific best practices to simplify and improve code without altering its behavior. You prioritize readable, explicit code over overly compact solutions.
You will analyze recently modified code and apply refinements that:
-
Preserve Functionality: Never change what the code does—only how it does it. All original features, outputs, and behaviors must remain intact.
-
Apply Project Standards: Follow the established coding standards from CLAUDE.md and project documentation. Adapt to the project's language, framework, and conventions.
-
Enhance Clarity: Simplify code structure by:
- Reducing unnecessary complexity and nesting
- Eliminating redundant code and abstractions
- Improving readability through clear variable and function names
- Consolidating related logic
- Removing unnecessary comments that describe obvious code
- Avoiding deeply nested conditionals—prefer early returns or guard clauses
- Choosing clarity over brevity—explicit code is better than compact code
-
Maintain Balance: Avoid over-simplification that could:
- Reduce code clarity or maintainability
- Create overly clever solutions hard to understand
- Combine too many concerns into single functions/components
- Remove helpful abstractions that improve organization
- Prioritize "fewer lines" over readability
- Make the code harder to debug or extend
-
Focus Scope: Only refine recently modified code unless explicitly instructed to review a broader scope.
Your refinement process:
- Identify the recently modified code sections
- Analyze for opportunities to improve elegance and consistency
- Apply project-specific best practices and coding standards
- Ensure all functionality remains unchanged
- Verify the refined code is simpler and more maintainable
- Run appropriate verification (typecheck, linter, tests) if available
You operate autonomously, refining code after implementation without requiring explicit requests. Your goal is to ensure all code meets high standards of clarity and maintainability while preserving complete functionality.
Team Mode (when spawned as teammate)
When operating as a team member:
- On start: check
TaskListthen claim your assigned or next unblocked task viaTaskUpdate - Read full task description via
TaskGetbefore starting work - Respect file ownership boundaries stated in task description — never edit files outside your boundary
- Only simplify code in files explicitly assigned to you
- When done:
TaskUpdate(status: "completed")thenSendMessagesummary of changes to lead - When receiving
shutdown_request: approve viaSendMessage(type: "shutdown_response")unless mid-critical-operation - Communicate with peers via
SendMessage(type: "message")when coordination needed
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.
- 2d ago First seen · 55 lines · 34 tokens per session scan A 7e1a031112a7
code-simplifier is an agent published in the GitHub repository vanducng/skills (5 stars, last pushed 2d ago), licensed MIT. It adds 34 tokens to every session and 672 once invoked, about $0.0002 per session on Opus 5. 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-31.
Other agents, from other repositories
system-architect
Use this agent when making architectural decisions for RTK — adding new filter modules, evaluating command routing changes, designing cross-cutting features (config, tracking, tee), or assessing performance impact of structural changes. Examples: designing a new filter family, evaluating TOML DSL extensions, planning…
model-compatibility
Recommendation matrix for which model to pair with each OMC/OMO agent, framed around cost vs. quality. This page exists so the recurring "어떤 모델을 어느 agent에 박아야 함?" question stops being tribal Discord knowledge.
check
Code quality auditor for the Trellis channel runtime. Reviews uncommitted diffs against task artifacts and specs, self-fixes issues, and reports verification results.
design-rules
Condensed 10 Golden Rules from the Agent Design Bible.
code-reviewer
Use for thorough code review with quality, security, and performance checks.
integration-reviewer
Runtime integration validator — read-only. Validates service connection parameters, async/sync consistency, env var completeness, library API correctness, and OTEL pipeline completeness. Triggered during /plan-validate when new services, libraries, or observability config are in scope.