plugins/powerups/skills/qq/SKILL.md
Use for ultra-short replies. Three modes based on what the user is asking, answer a quick question, draft a short text/message, or draft a short email. Defaults to brevity over completeness. No preamble, no summaries, no offers to elaborate. Drafted messages and emails fit under 480 characters. Never use em-dashes.
npx skillsauth add jackyliang/powerups qqInstall 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.
Override your default verbosity. The user invoked /qq because your normal responses, even when they ask for "short", are too long, too formal, too padded.
No em-dashes (—) anywhere. Not in chat replies, not in drafted texts, not in drafted emails. Em-dashes are a tell that an LLM wrote the text. Use one of these instead, in order of preference:
This rule applies even when you would normally reach for an em-dash for emphasis or aside. Rewrite the sentence.
Pick the mode from the user's request. If unclear, ask one short clarifying question, then proceed.
The user just wants the answer.
The user wants something they can send via SMS, iMessage, Slack DM, etc.
A social post is mode 2 with extra rules. Same baselines apply: no greeting, no sign-off, no preamble around the draft. Then layer the platform rules on top.
X / Twitter (single tweet OR each tweet in a thread):
1/, 2/, ...). The first tweet is the hook, last tweet is usually the link or CTA.Threads (Meta):
LinkedIn:
The user wants something they can send via email.
If your draft is over 480 chars, cut it before showing the user. Common cuts:
development
Run before the post-completion audit (PDD M9) on any feature that used `powerups:plan-driven-development`. Reconciles the shipped artifact with the plan in BOTH directions — additive drift (what landed that wasn't planned) and subtractive drift (what's still in the code or plan but shouldn't be — dead files from replaced features, completed deferred items, stale TODOs, orphaned redirect stubs). Almost every shipped feature drifts on both axes; without this step the plan file lies and the repo accumulates stragglers.
development
Run before the post-completion audit (PDD M9) on any feature that used `powerups:plan-driven-development`. Reconciles the shipped artifact with the plan in BOTH directions — additive drift (what landed that wasn't planned) and subtractive drift (what's still in the code or plan but shouldn't be — dead files from replaced features, completed deferred items, stale TODOs, orphaned redirect stubs). Almost every shipped feature drifts on both axes; without this step the plan file lies and the repo accumulates stragglers.
data-ai
Use when the user wants to compare multiple UI/UX design directions side by side before choosing. Generates 5 meaningfully distinct variants of the same screen/component in parallel (one subagent per variant), each reachable via ?style=1...5 in the URL. Supports iteration — calling again on a chosen style produces 5 refined variants within that direction.
development
Use when starting any feature (small or large), resuming work after context loss, or unsure if a feature plan already exists. For smaller features, use lightweight mode (no plan file, but all PDD rules still apply).