fable-review

name: fable-reviewdescription: Launch an independent Fable code review and return it verbatim. Use only when the user explicitly invokes /fable-review.disable-model-invocation: truetriggers: [user, model]

Fable Review

Use Fable 5.2 Extra High through the Cursor harness, orchestrated by Cloudroom. Don't research IDs or probe catalogs. Everything you need is below (verified 2026-11-09).

Exact IDs

• Cloudroom: model claude-fable-5-2 plus --reasoning-level xhigh. The effort is a separate flag.
• Provider: cursor in a Cloud thread's room-cli, acp-cursor on the Mac.
• Never pass claude-fable-5-2-xhigh to Cloudroom. That's Cursor's CLI-only ID, and Cloudroom rejects it with invalid model.
• Since commit d7d3576, claude-fable-5-2 is in Cursor's visible model list. Older apps still accept it as a hidden model.

Launch (exactly once)

• Every thread spawn starts a real thread. Never spawn a test or dummy thread.
• If a Fable review of the same change is already running, don't start a duplicate. Wait for it.

1. Write the brief to a file.
2. Cloud thread: room-cli thread spawn --provider cursor --model claude-fable-5-2 --reasoning-level xhigh --title "Fable review: <topic>" --prompt-file brief.md
3. Local thread on the Mac: room-cli thread spawn --parent-self --project "$ROOM_PROJECT_ID" --provider acp-cursor --model claude-fable-5-2 --reasoning-level xhigh --title "Fable review: <topic>" --prompt-file brief.md
4. If it fails, report the exact error as a blocker. Never downgrade silently.

Prove the model (if the user asks)

From a Cloud thread, run the Mac's CLI. R is ELECTRON_RUN_AS_NODE=1 /Applications/Cloudroom.app/Contents/MacOS/Cloudroom /Applications/Cloudroom.app/Contents/Resources/app.asar.unpacked/node_modules/bb-app/host-daemon/dist/room-cli:

• room-cli mac run "$R thread show CHILD_ID --json" should show .execution.model = claude-fable-5-2 and .execution.reasoningLevel = xhigh.
• room-cli mac run "$R thread log CHILD_ID --json": the first client/turn/requested event records the model and effort sent to Cursor.
• .thread.model is null. That's normal; read .execution.
• Cloudroom can't show which model Cursor's servers actually ran. Cursor's usage dashboard can.

Review brief

Give neutral context: scope, paths, intended behavior, and diff/base revision. Ask for a thorough senior-developer review, including related code and tests, without steering toward suspected bugs, solutions, or verdicts. Review only; do not change files. Request a concise plain-English report of serious or critical issues, fixes, and production merge readiness. Distinguish verified findings from uncertainty and identify validation gaps.

Include this sentence in the brief, word for word: "During your final answer, Rate each issue you find from 1 to 10 on how often it would happen, and 1-10 on how bad it would be"

Result

• Cloudroom messages you when the child finishes a turn. Don't poll in a loop.
• Then run room-cli thread output CHILD_ID.
• Early on, thread list can say running while thread output says idle with reply: null. That isn't completion.
• Timeouts and queued retries aren't completion either.
• Report blockers instead of partial output.

Return the completed reviewer's full final response verbatim.

Cursor CLI (outside Cloudroom only)

Cloudroom threads must not start agent CLIs from a shell. Use this only in the user's own terminal, or if they explicitly ask:

• cursor-agent models lists the IDs.
• cursor-agent -p --model claude-fable-5-2-xhigh "$(cat brief.md)" runs it headless.