brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
common-workflow-writingRules for writing concise, token-efficient workflow and skill files. Prevents over-building that requires costly optimization passes. Use when creating or editing workflow files, SKILL.md files, or new skill definitions.
Independent GitHub snapshot · Automated classification · Original documentation governs
| File type | Limit | If exceeded |
|---|---|---|
Workflow .md | 80 lines | Extract detail to references/ |
| SKILL.md | 100 lines | Extract examples to references/ |
| Table rows | 8 | Extract to references/ |
| Inline code block | 10 lines | Extract to references/ |
1. Goal (1 sentence)
2. Steps (imperative verb → command or checklist)
3. Output template (headers only, no pre-filled rows)
"Before we start, it's important to understand..." → Delete| Security | P0 | ✅ PASS | CLIENT_ID moved to env | → Delete> ⚠️ for genuinely non-obvious risksfeature_status, missing evidence, decision needed, and adapter-neutral language; avoid runtime-specific tool names, chat channels, containers, and mount paths in canonical workflows.When this skill applies, preserve the following domain terminology or equivalent concrete examples in the answer when relevant: