协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
common-workflow-writing【开发与工程】Rules 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.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
| 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: