Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/debabsah/fable-method/fable-scopenpx skills add debabsah/fable-method --skill fable-scopegit clone --depth 1 https://github.com/debabsah/fable-methodWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00051 | $0.00846 |
| Opus 5 | $0.00026 | $0.00423 |
| Sonnet 5 | $0.00010 | $0.00169 |
| Haiku 4.5 | $0.00005 | $0.00085 |
Grade A, and why
fable-scope scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
fable-scope
Bound the task before building. Produce a short scope block and stop for the human only if a fork genuinely changes what you'd build.
T1 fast path: reversible and local → write the one-line check (step 1) and go. The full block below is for T2+ or fuzzy scope.
First, read .fable/project.md if it exists — it holds this project's acceptance oracle, conventions, and known gotchas; scope on top of it (don't re-derive what's there, and don't re-step on a logged landmine). If it's missing, offer to create it (see the method skill's overlay protocol). Then:
- Define done as a named external CHECK. In one sentence: what artifact exists at the end, and what will "correct" be compared against? Prefer a concrete oracle (a known-good output, a reference system, a test, a count). If no oracle can exist, name the weakest acceptable substitute (a specific human's sign-off) — and say so. If you can't write the check, you don't understand the task yet. In an unfamiliar or long-untouched codebase, run that check before changing anything — you can't attribute a failure to your change if you never saw pre-change green.
- Split known from assumed. Two short columns: Known (evidence) vs Assumed (inference). Anything in the second column that would change the solution if wrong is a candidate unknown.
- Name the 1–3 load-bearing unknowns — the facts that, if wrong, change the whole shape — and the cheapest probe to retire each. Gate on them: don't build past an unretired load-bearing unknown.
- Fence it. A short explicit "out of scope (recorded so nobody wonders)" list.
- Right-size. Note which decisions are cheap to reverse (defer them) vs the one or two that are expensive/unpatchable (spend the thinking there). Assign the task its risk tier (T1 reversible-local / T2 hard-to-reverse / T3 outward-production — the method skill's table); the tier fixes the minimum gate before any "done" claim.
- Ask only outcome-changing questions. If a fork changes what you'd build, ask one question, with a recommendation and the rejected cost. Otherwise pick the sensible default, state it in one line, and proceed. Ask to change outcomes, not to feel safe.
If the work will outlive this session, or is T3: open .fable/tasks/<slug>.md — first line <!-- task: <slug> — next: <action> -->, then the scope block, an Anchors line (the oracle, the fence, human rulings — re-stated at every re-decide; moving one is an escalation to the human, not a re-plan), a decision log (chose X over Y because Z; revisit if W), and deferral buckets. Keep the pointer's next: current as you work (the SessionStart hook surfaces it every session); append a decision record at every re-decide moment. fable-ship retires the file. (Single-session work at any tier needs only the scope block — the file exists for what must survive a session boundary or a T3 audit.)
Plan to the shape (method skill → The plan shape): the next 1–2 steps concrete with their checkpoints; everything past the next verification point stays a coarse bucket. A step without a check attached is a hope, not a step.
Output the scope block, then continue. Re-open it if a later result invalidates an assumption.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 26 lines · 51 tokens per session scan A 58c0a13726a0
fable-scope is a skill published in the GitHub repository debabsah/fable-method (1 stars, last pushed 1mo ago), licensed MIT. It adds 51 tokens to every session and 846 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
issue-triage
Issue triage: audit open issues, categorize, detect duplicates, cross-ref PRs, risk assessment, post comments. Args: "all" for deep analysis of all, issue numbers to focus (e.g. "42 57"), "en"/"fr" for language, no arg = audit only in French.
hud
Configure HUD display options (layout, presets, display elements).
moai-ref-ui-polish
UI polish and interface-completion reference: the small visual details — concentric border radius, optical alignment, shadow-vs-border, motion easing, typography smoothing, tabular numbers, icon stroke weight, hit areas — that separate polished interfaces from generic ones. Agent-extending skill that amplifies…
kelos
Author, debug, and operate Kelos resources (Task, Session, Workspace, AgentConfig, TaskSpawner) on Kubernetes. Use for Kelos CRDs, resource manifests, the kelos CLI, or live cluster operations. Do not use for ordinary Kelos repo code edits, tests, reviews, build/CI, or git tasks unless they involve those resources.
trellis-brainstorm
Guides collaborative requirements discovery before implementation. Creates task directory, seeds PRD, asks high-value questions one at a time, researches technical choices, and converges on MVP scope. Use when requirements are unclear, there are multiple valid approaches, or the user describes a new feature or complex…
mulmoterminal-keys
Bind keyboard shortcuts and fix keyboard/clipboard behaviour in MulmoTerminal. Writes keymap, which Settings cannot set at all — its Keyboard shortcuts section is read-only, listing every action bound or not plus a send row. Explains copyOnSelect, questionPaneEnabled and terminalSubmit, which have their own Settings…