兼容codex@cursor一键安装技能/codex一键安装技能/.codex-home-claude-parity/skills/writing-skills/SKILL.md
Use when creating new skills, editing existing skills, or verifying skills before deployment in Codex CLI.
npx skillsauth add 6bnbn/flowpilot writing-skillsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Writing skills is TDD for process documentation: establish a failing baseline, write the minimum skill content that fixes the behavior, then refine it until the workflow is reliable.
Personal skills live in ~/.codex/skills.
If you did not observe a realistic failure mode before writing the skill, you do not yet know what the skill needs to prevent.
A skill is a reusable guide for patterns, tools, or workflows that future Codex sessions should be able to discover and apply.
Skills are:
Skills are not:
ext skills/ skill-name/ SKILL.md supporting-file.md
Use a flat namespace and keep supporting files only when the main file would otherwise become too heavy.
ame uses letters, numbers, and hyphens only
Future Codex sessions need to find the skill quickly. Optimize for that by:
Mirror this checklist in update_plan when actively authoring a skill:
| Mistake | Fix | |---------|-----| | Description explains what the skill does | Rewrite it to explain when to load it | | Frontmatter includes extra keys | Keep only ame and description | | Long narrative examples | Replace with compact reusable examples | | Supporting docs loaded by default | Move heavy references into separate files | | No baseline failure observed | Reproduce a realistic failing scenario first |
Use subagents or realistic prompts to test:
The goal is not just "looks good," but "changes behavior predictably."
testing
Use when creating, editing, or validating Cursor custom skills, especially when deciding where they should live, how they should be named, and how to describe when they apply.
development
Use when the user wants a written implementation plan in Cursor before editing code, especially for multi-step tasks or changes touching several files.
development
Use before claiming work is complete, fixed, or passing in Cursor. Requires fresh verification evidence such as tests, builds, lint output, or direct reproduction checks.
testing
Use when starting a task in Cursor and deciding whether to apply one of the companion skills in this pack before exploring, planning, editing, or reviewing.