plugins/v1tamins/skills/v1-stickify/SKILL.md
Use when writing or improving communications to be more memorable and persuasive. Applies when drafting pitches, presentations, marketing copy, product messaging, emails, announcements, or any text that needs to stick. Also use proactively whenever producing copy that would benefit from stickiness -- landing pages, taglines, investor updates, team announcements, product descriptions. Triggers on "stickify", "make this sticky", "make this memorable", "SUCCESs framework", "Made to Stick".
npx skillsauth add v1-io/v1tamins v1-stickifyInstall 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.
Apply the SUCCESs framework from Made to Stick (Chip Heath & Dan Heath) to make communications memorable, understandable, and actionable.
Typical invocations:
/v1-stickify [paste existing copy here]v1-stickify from the skills menu or use $v1-stickify [paste existing copy here]Or describe what you need: "Write a landing page headline for our AI code review tool that targets senior engineers."
Invoke this skill in three situations:
Six traits of sticky ideas:
Strip to the single most important thing. Forced prioritization, not dumbing down.
Break the guessing machine, then open knowledge gaps.
Explain in terms of human actions and sensory information.
Help people test the idea for themselves.
Make people feel something for a person, not an abstraction.
Stories are mental flight simulators -- simulation (how to act) + inspiration (motivation to act).
The #1 enemy. Once you know something, you cannot imagine not knowing it. Tappers hear the song; listeners hear bizarre Morse code. The SUCCESs framework is the antidote.
Signs: jargon without realizing it, skipping "why this matters," burying the lead under context.
| Principle | Score | Notes |
|------------|-------|-------|
| Simple | | |
| Unexpected | | |
| Concrete | | |
| Credible | | |
| Emotional | | |
| Story | | |
Score: X = strong, ~ = partial, - = absent
Diagnose -- identify the 2-3 biggest weaknesses and explain why they matter for this specific piece. Check for Curse of Knowledge symptoms.
Rewrite -- produce the improved version, making actual edits. Apply SUCCESs techniques to address each weakness. Do not just suggest changes -- make them.
Diff -- present the changes as a clear before/after diff showing exactly what changed and why:
BEFORE: [original passage]
AFTER: [rewritten passage]
WHY: [which SUCCESs principle this addresses and the specific technique used]
Show one diff block per significant change. Group minor wording tweaks together.
Apply the framework as an internal lens. Do not necessarily output the full scorecard -- just produce stickier copy. Bias toward concrete, unexpected, simple. Check for Curse of Knowledge before finalizing.
Input: "Our platform leverages AI to optimize developer workflows and increase productivity."
Score:
| Principle | Score | Notes | |------------|-------|-------| | Simple | ~ | Core buried under jargon | | Unexpected | - | Nothing breaks expectations | | Concrete | - | "Leverages," "optimize," "workflows" -- all abstract | | Credible | - | No proof, no testable claim | | Emotional | - | No WIIFY, no identity appeal | | Story | - | No narrative |
Rewrite:
BEFORE: Our platform leverages AI to optimize developer workflows and increase productivity.
AFTER: Ship your PR in 10 minutes, not 2 hours. AI catches the bugs before your reviewer does.
WHY: Concrete (specific time, specific action), Unexpected (AI as faster reviewer),
Credible (testable claim), Emotional (WIIFY -- get your time back)
development
Run an extremely strict maintainability review for abstraction quality, giant files, and spaghetti-condition growth. Use for large prs, new features/architectures, a deep code quality audit, or especially harsh maintainability review.
testing
Commit, push, open, and land a pull request through CI handoff. Use when work is complete and the user wants an agent to create or update a PR, open it as a draft, monitor GitHub checks with `gh pr checks`, fix failed checks, retry up to three remediation pushes, mark the PR ready for review once green, and move a linked Linear ticket to Human Review when one exists. Trigger on requests like 'land this PR', 'open and monitor a PR', 'commit push and watch CI', 'get this ready for review', or 'finish the PR workflow'.
development
Use when reviewing a PR, reviewing the current branch, or posting code review feedback to GitHub. Triggers on "review this PR", "code review", "check this pull request", "review my branch", "review and fix".
development
Use when a plan, PRD, proposal, or implementation outline is overscoped, too ambitious for the immediate goal, or needs to be reduced to a bare-bones version. Triggers on "bare bones", "no damn whistles", "no bells and whistles", "strip this plan", "trim this plan", "scope creep", "descope this plan", "MVP only".