

Also from Kynth Studios


Also from Kynth Studios


Also from Kynth Studios
123456# Craft Skill78> **HARD GATE** — Do NOT name a skill without a two-word verb-noun pair. Do NOT merge a new skill without running `sync-skills.sh`. Generated `.cursor/rules/` and `.gemini/` artifacts MUST match the source SKILL.md.910## CSO Description Discipline (e45s02)1112The YAML `description` is the **Catalog Selection Object** — the only field agents see when picking a skill.1314| Rule | Limit |15|------|-------|16| Max length | 1024 characters |17| Voice | Third person |18| Content | Capability + `Use when …` triggers only |19| Forbidden | Workflow steps, phase chains, numbered lists, `→ verify:`, HARD GATE prose |2021Move process detail into the SKILL.md body or REFERENCE.md — never into `description`.2223## Agentic STE body discipline (e79s02)2425Skill-body instructional prose MUST follow [AGENTIC-STE.md](../../docs/AGENTIC-STE.md).2627| Rule | Limit |28|------|-------|29| Sentence length | ≤20 words per instruction sentence |30| Voice | Imperative, active |31| Directive terms | MUST, MUST NOT, NEVER, ALWAYS, DO, DO NOT |32| Banned modals | should, might, could, may, consider, try, generally, typically |33| Scope | SKILL.md body only — not YAML `description`, not `terse-mode` output |3435> **HARD GATE** — Do NOT merge a new or edited skill until `bash scripts/validate-agentic-ste.sh --strict skills/<name>/SKILL.md` exits 0. Fix violations before `sync-skills.sh`.3637## Process38391. **Gather requirements** — ask user about:40 - What task/domain does the skill cover?41 - Which use cases must the skill handle?42 - Does it need executable scripts or just instructions?43 - Any reference materials to include?44 - What specs/ output does it produce (if any)?45462. **Verify Principles** — Ensure the skill aligns with [PRINCIPLES.md](../../docs/PRINCIPLES.md):47 - Is it atomic (verb-noun)?48 - Is it "deep" (simple interface, complex internal logic)?49 - Does it include Hard Gates?50 - Is it verifiable with a `.feature` file?51523. **Draft the skill** — create:53 - SKILL.md with concise instructions (see [REFERENCE.md](REFERENCE.md) for template)54 - Additional reference files if content exceeds 100 lines55 - Utility scripts if deterministic operations needed5657 **Auto-skill from library README:** When user provides a library README or API docs URL, extract triggers and HARD GATEs.58 Draft verify commands and specs/ output into SKILL.md. Do NOT invent APIs not in the source.59604. Add `model:` frontmatter (`haiku` | `sonnet` | `opus`) per [model-profiles.md](../../docs/references/model-profiles.md).6162> **STREAM CONTINUITY** — When writing file content, output in continuous chunks of ~200 lines. Do not pause. Continue immediately until complete. If you need time, emit a placeholder comment rather than going silent.63645. **Review with user** — present draft and ask:65 - Does this cover your use cases?66 - Anything missing or unclear?67 - Does any section need more or less detail?68696. **Completion-honesty gate (HARD GATE — e45s02)** — Before declaring done:70 - Run `bash scripts/validate-skill-description.sh skills/<name>/SKILL.md` — must exit 071 - Run `bash scripts/validate-agentic-ste.sh --strict skills/<name>/SKILL.md` — must exit 0 (e79s02)72 - Run `bash scripts/sync-skills.sh` — must complete without error73 - Run `bash scripts/run-skill-verify.sh <name>` if the skill defines a verify command74 - Show terminal output for each — narration without evidence is rejected7576## Naming Rules7778Every skill name must be a **two-word verb-noun pair**. See [REFERENCE.md](REFERENCE.md) for full rules, examples, and documented exceptions.7980## specs/ Output8182If the skill produces written output, it goes in `specs/` at the project root. Document the output file path in the skill body and in CONVENTIONS.md's output files table.8384## Review Checklist8586After drafting, verify:8788- [ ] Name is a two-word verb-noun pair (or follows grill-me exception)89- [ ] Description < 1024 chars, triggers only, no workflow-summary leakage90- [ ] Description includes triggers ("Use when...")91- [ ] SKILL.md under 100 lines92- [ ] No time-sensitive info93- [ ] Consistent terminology with CONVENTIONS.md94- [ ] specs/ output documented if applicable95- [ ] `validate-skill-description.sh` exits 096- [ ] `validate-agentic-ste.sh --strict` exits 0 (e79s02)97- [ ] `sync-skills.sh` run to propagate to Cursor/Gemini98- [ ] `bash scripts/validate-skill-catalog.sh` passes for the new skill (HARD GATE — completion honesty)99100> **HARD GATE** — Do NOT declare the skill done until `bash scripts/validate-skill-catalog.sh --strict --skill <name>` exits 0. Validator enforces verb-noun name, HARD GATE block, description ≤1024 chars, and `→ verify:` command.101102## Verify103104→ verify: `bash scripts/validate-skill-catalog.sh --strict --skill craft-skill && bash scripts/validate-skill-description.sh skills/craft-skill/SKILL.md`105106---107108# Craft Skill — Reference109110## Naming Rules (full)111112Every skill name must be a **two-word verb-noun pair**:113- First word: a verb (survey, model, define, develop, audit…)114- Second word: a noun from PMBOK 6 / Agile vocabulary (context, domain, language, tdd, code…)115- Pronounceable in any language, searchable, no noise words, no encodings116- Exception precedent: `grill-me` — kept for recognizability117118Good: `survey-context`, `audit-code`, `validate-fix`119Bad: `context-surveyor`, `code-auditing-skill`, `fix-validator`120121Any new naming exception requires an entry in CONVENTIONS.md before the skill is published.122123## Skill Structure124125```126skill-name/127├── SKILL.md # Main instructions (required)128├── REFERENCE.md # Detailed docs (if needed)129├── EXAMPLES.md # Usage examples (if needed)130└── scripts/ # Utility scripts (if needed)131 └── helper.sh132```133134## SKILL.md Template135136```md137---138name: skill-name139description: Brief description of capability. Use when [specific triggers].140---141142# Skill Name143144## Quick start145146[Minimal working example]147148## Workflows149150[Step-by-step processes with checklists for complex tasks]151152## Advanced features153154[Link to separate files: See [REFERENCE.md](REFERENCE.md)]155```156157## Description Requirements158159The description is **the only thing your agent sees** when deciding which skill to load.160161**Format**:162- Max 1024 chars163- Write in third person164- First sentence: what it does165- Second sentence: "Use when [specific triggers]"166167**Good example**:168```169Investigate a bug by exploring the codebase to find root cause, then write a TDD-based fix plan to specs/bugs/BUG-*.md. Use when user reports a bug, wants to investigate a problem, or mentions "triage".170```171172## When to Add Scripts173174Add utility scripts when:175- Operation is deterministic (validation, formatting)176- Same code would be generated repeatedly177- Errors need explicit handling178179## When to Split Files180181Split into separate files when:182- SKILL.md exceeds 100 lines183- Content has distinct domains184- Advanced features are rarely needed185186## sync-skills.sh Propagation187188After adding a new skill directory with SKILL.md, run `scripts/sync-skills.sh` from the bigpowers repo root. This automatically generates:189- `.cursor/rules/<name>.mdc` — for Cursor190- `.gemini/extensions/bigpowers/skills/<name>/SKILL.md` — Agent Skill191- `.gemini/extensions/bigpowers/commands/<name>.toml` — Slash Command192- `.gemini/extensions/bigpowers/commands/prompts/<name>.md` — Command Prompt193- Updated `gemini-extension.json`194195verify: `bash scripts/sync-skills.sh 2>&1 | grep "skills synced"`196
One repository carrying more than one format is the comparison this product exists for: does anyone actually write different content in each file, or is one a copy of the other?
| Repository | Format | Stack | Covers | Score | Changed |
|---|---|---|---|---|---|
| danielvm-git/bigpowers.cursor/rules/simple-english.mdc · 139 | Cursor rules | styletypesgitdatabase+6 | 47/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/assess-impact.mdc · 139 | Cursor rules | testtesting-strategydeployment | 66/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/audit-plan.mdc · 139 | Cursor rules | buildteststylegit | 74/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/build-epic.mdc · 139 | Cursor rules | buildgit | 58/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/change-request.mdc · 139 | Cursor rules | no sections | 48/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/commit-message.mdc · 139 | Cursor rules | lint-formatstyletypesgit+3 | 82/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/compose-workflow.mdc · 139 | Cursor rules | styledo-notagent-behaviour | 65/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/context7-mcp.mdc · 139 | Cursor rules | style | 54/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/deepen-architecture.mdc · 139 | Cursor rules | testtesting-strategydo-not | 57/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/define-language.mdc · 139 | Cursor rules | lint-formatdo-not | 65/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/define-success.mdc · 139 | Cursor rules | no sections | 4/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/delegate-task.mdc · 139 | Cursor rules | git | 62/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/deploy.mdc · 139 | Cursor rules | setupbuildtestdeployment | 77/100 | 14 days ago | |
| danielvm-git/bigpowers.windsurf/rules/verify-work.md · 139 | Windsurf rules | buildtestlint-formatagent-behaviour | 74/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/develop-tdd.mdc · 139 | Cursor rules | teststylearchtesting-strategy+5 | 85/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/diagnose-root.mdc · 139 | Cursor rules | no sections | 39/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/diagnose-stall.mdc · 139 | Cursor rules | no sections | 44/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/dispatch-agents.mdc · 139 | Cursor rules | git | 54/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/edit-document.mdc · 139 | Cursor rules | no sections | 39/100 | 14 days ago | |
| danielvm-git/bigpowers.cursor/rules/elaborate-spec.mdc · 139 | Cursor rules | test | 58/100 | 14 days ago |
Same format, overlapping stack, ranked by quality.
| Repository | Format | Stack | Covers | Score | Changed |
|---|---|---|---|---|---|
| hiromaily/go-crypto-wallet.cursor/rules/typescript.mdc · 126 | Cursor rules | setupbuildtestlint-format+6 | 100/100 | 14 days ago | |
| TechSquidTV/Hermes.cursor/rules/10-hermes-api.mdc · 46 | Cursor rules | testlint-formatstylearch+5 | 100/100 | 14 days ago | |
| Allymahmoud/case-intake-platform.cursor/rules/frontend.mdc · 0 | Cursor rules | setuptestlint-formatstyle+7 | 99/100 | 14 days ago | |
| deifos/clipmira-subtitles.cursor/rules/frontend.mdc · 1 | Cursor rules | setuptestlint-formatstyle+7 | 99/100 | 14 days ago | |
| dodgecfr/combatfilms-webapp.cursor/rules/frontend.mdc · 0 | Cursor rules | setuptestlint-formatstyle+7 | 99/100 | 14 days ago | |
| markstev/mark-starter.cursor/rules/frontend.mdc · 0 | Cursor rules | setuptestlint-formatstyle+6 | 99/100 | 14 days ago | |
| langflow-ai/langflow.cursor/rules/docs_development.mdc · 153k | Cursor rules | setupbuildtestlint-format+7 | 97/100 | 14 days ago | |
| bybren-llc/safe-agentic-workflow.cursor/rules/10-backend-python.mdc · 399 | Cursor rules | testlint-formatstylegit+4 | 97/100 | today |
A badge carrying the measured quality of the strongest agent config file in this repository, out of 100. It reads from this index every time somebody loads your page, so it changes when the measurement changes and there is nothing to keep up to date. Free, no account, and the value is not something you or we can set by hand.
[](https://rulestack.kynth.studio/configs/danielvm-git-bigpowers-cursor-rules-craft-skill)Would rather not hotlink us? Every badge is also served in shields.io’s endpoint schema, so shields renders the image and your readers never talk to our domain:
Published by Toolproof, the masthead over this index and eight others. The method behind the number is at toolproof.kynth.studio/methodology, and the whole thing is readable as JSON with no key at /api.