fable-advisor
SolidUse when the user wants a task executed by the current session model (typically Sonnet 5) with a persistent Fable 5 advisor overseeing it. Spawns a long-lived read-only Fable 5 subagent that authors the plan, gets consulted at fixed checkpoints via SendMessage, and a separate fresh Fable 5 reviewer that issues a binding pre-commit verdict. When a GitHub issue is referenced, gate-checks it and runs work-on-issue's build-and-ship pipeline under the advisor, posting the plan and the review verdict as issue comments; issue-less prose tasks take a lighter standalone path. A bare issue reference is a complete input — the task derives from the issue itself. Trigger on "/fable-advisor", "fable-advisor <task or issue>", or "execute this with a fable advisor".
Install
Quality Score: 83/100
Skill Content
Details
- Author
- richkuo
- Repository
- richkuo/rk-skills
- Created
- 2 months ago
- Last Updated
- 2 days ago
- Language
- JavaScript
- License
- MIT
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category
fable-advisor
This skill should be used when the user asks for a "Fable second opinion", wants to "check a plan before committing", needs another view after repeated failures, or explicitly invokes "fable-advisor".
fableplan
Use when the user wants a task planned by a Fable 5 planning subagent before building it. Spins up a Plan subagent running on Fable 5 to produce an implementation plan, relays the plan back to the main agent, and — if a GitHub issue is referenced — posts the plan as a comment on that issue and asks the user whether to continue building now before proceeding. Trigger on "/fableplan", "fableplan this", or "plan this with fable".
fable
Run ONE hard reasoning/planning task on Fable 5 as a subagent, without leaving your current (Opus/Sonnet) seat. Use when you're on a cheaper model mid-session and hit a problem that genuinely needs frontier judgment — a subtle design call, a deep analysis, a strategic tradeoff — and want Fable's depth on just that piece. The main loop stays on the cheap model; only this one sub-task runs at Fable rates; only its distilled answer returns to context. Triggers - "fable this", "reason this on fable", "run this on fable", "/fable", "fable-reason".