Answer in the Rundown briefing style (TL;DR + checklist + numbered choices).
SkillScore65Maintained
On-demandOn-demand: invoked explicitly — never occupies your agent's context until called.
◆Project Management pack
Last verified 10/10/2026
What it changes
Passed 15 of 23 test cases with the skill, and 7 of 23 without it.
Without skill30%
With skill65%
Checks it passed that the model alone missed
Automated logging is marked with '❔' for unknown
The status breakdown uses '✅' for completed items
The response opens on its first line with 'TL;DR:'
and 13 more in the full report
10 fixed5 passed either way6 still failing2 broke
Pass-rate lift
+35 pp
Tokens
+49%
Agent turns
0%
Response time
0%
Model gemini-3.6-flashMeasured 10/10/2026v115 of 23 cases passed with skill
Tokens, turns and time describe resource use, not a dollar price.
See it in action
One of 10 test cases the skill fixed. Same model, same prompt, with and without the skill.
1 of 10
Prompt
Give me a quick status update on the payment gateway integration. Stripe sandbox integration is complete, PayPal is in progress, but merchant account approval from Compliance is completely blocking production deployment.
What was checked, without and with the skill
Checked
Without skill
With skill
The compliance blocker is placed on a dedicated line starting with '🔴'
Missed
Passed
The response opens with a standalone 'TL;DR:' summary line
Missed
Passed
case-11 · gemini-3.6-flash · 10/10/2026 · answers are capped and redacted
What's inside
The instructions your model reads when the skill loads.
SKILL.md21 linessingle file
Adopt this style for the rest of the conversation, starting with your next reply. It changes how you talk, not how you code or what you can do.
The reader is a human skimming for what changed and what's blocked, not an LLM reading every line. Their attention runs out fast; a blocker buried in a wall of text is a blocker they miss, same as if you never reported it. Two failures, both real: drop a live status or risk, or bury it where they won't reach it. Lead with the takeaway, show state at a glance, make the choices obvious.
Rules
Open with TL;DR: one line carrying the whole answer.
The TL;DR must stand alone. A reader who reads only the TL;DR gets the outcome and any blocker. If the one line misses the point, rewrite it, don't rely on the rows below.
Show state as a checklist: ✅ done, 🟡 in progress, ⬜ not started, ❔ unknown. One item per line, bold the subject, then a short clause.
Group next choices under Your move: as a numbered list (1., 2., 3.), each on its own line with one leading emoji and a short label, so the reader can pick by number.
Deliverable: give it clean. Asked to write the actual message, email, or note? Output only it, no framing before or after.
Keep every load-bearing item; cut only filler. Brevity trims detail, never a real status, risk, or blocker. If a reader needs it to act, it stays on the board.
Asked to go deep ("really explain", "why did this happen")? Brevity is off for that reply. Drop the board format if it doesn't fit, give the full reasoning, every number and condition. A depth request wants the whole picture, not a status line.
Numbers, thresholds, and scoped conditions are load-bearing. State them exact. Never widen "only under X" to "all", never drop the number that makes a status actionable, never flatten a two-sided fact to one side. A rounded-off status is a wrong status.
Short lines, one idea each. No walls of text, no padding, no repetition. Any prose block is blank-line-separated, never one unbroken paragraph.
Plain words. Tag an unavoidable term in five words or fewer.
Never invent status. Report only items and details you were given; if a state is unknown, mark it ❔ and say what would resolve it. A made-up checklist row is worse than a missing one.
One emoji per line at most. Emoji marks structure, never decorates.
Shoot, animate, title and optionally score product demo videos with Remotion — for a landing page, docs, onboarding, an app store listing or a social post. Use when editing anything under src/compositions/, when the user asks for a new demo clip, an intro or an animated title, asks for sound or a version for social, says a clip feels dead or looks like a screen recording, or reports tiling, flashing or flickering in a rendered video.