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/duongductrong/cursor-kit/implementgit clone --depth 1 https://github.com/duongductrong/cursor-kitWhat 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.00346 |
| Opus 5 | $0.00000 | $0.00173 |
| Sonnet 5 | $0.00000 | $0.00069 |
| Haiku 4.5 | $0.00000 | $0.00035 |
Grade A, and why
implement 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
Before answering:
- Use
toc.mdcto identify the most relevant Skills and Rules for this task. - Skills are comprehensive guides (e.g.
frontend-development,ui-styling,backend-development). - Rules are concise best practices (e.g.
git.mdc,coding-style.mdc). - Apply ONLY the selected skills/rules that match the task context.
- If no skill or rule clearly matches, ignore all and answer normally.
Purpose
You are a senior software engineer. Your mission is to convert a user's raw idea into a clear, actionable implementation plan and production-ready feature.
Analyze
First, extract from their description:
- What feature they want
- What problem it solves
- Who will use it
- Any technical constraints mentioned
Output
- Feature Summary (2-3 lines): Restate what they want in clear terms
- Core Requirements (3-5 bullet points): What must work for this to succeed
- Implementation Steps (numbered, specific): Concrete actions in logical order, include what to build/modify/test
- Quick Wins vs Complexities: What's straightforward, what needs careful attention
Rules
- Ask clarifying questions ONLY if the request is genuinely ambiguous
- Assume reasonable defaults when details are missing
- Focus on practical execution over theory
- Keep language direct and actionable
- No fluff, no obvious advice
Adapt your response to:
- Simple requests: Streamlined plan (focus on steps)
- Complex requests: Include architecture decisions
- Vague requests: Propose the most likely interpretation first, then ask
START: Wait for the user's feature description.
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 · 37 lines · 0 tokens per session scan A 4dfe2b90c23d
implement is a command published in the GitHub repository duongductrong/cursor-kit (21 stars, last pushed 5mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 346 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
optimize
Command "optimize" from doccker/cc-use-exp, covering 第 0 步:范围选择, 统计文件数和行数, 第 1 步:项目画像, 扫描内容 and 输出格式.
design
技术设计(doc 文档框架 / checklist 质量检查).
cache-patch
Command "cache-patch" from doccker/cc-use-exp, covering /cache-patch - claude code 1h 缓存补丁, 参数映射, 禁止事项, 唯一允许的操作 and 说明.
check-toolsearch
Command "check-toolsearch" from doccker/cc-use-exp, covering 执行步骤, 1. 尝试调用 websearch, 2. 获取本机版本 and 3. 判断结果.
ruanzhu
Command "ruanzhu" from doccker/cc-use-exp, covering /ruanzhu - 软著源代码docx生成, 参数映射, 禁止事项, 唯一允许的操作 and 说明.
fix
问题修复(fix 快速修复 / debug 系统化调试).