skills/dream/SKILL.md
--- name: dream description: Nightly autonomous maintenance pass over the whole factory — while Ronan sleeps, review what's accumulated (GitHub issues, LLM-wiki, the skills themselves, notes) and make safe, reversible improvements: cross-link and refine issues, fix stale docs, propose/add missing skills, archive dead ones. STRICTLY non-destructive: never deletes, never contacts anyone external, every change is a git commit or logged issue edit so it's all undoable. In the morning it writes a com
npx skillsauth add RonanCodes/ronan-skills skills/dreamInstall 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.
The factory's nightly self-maintenance. During the day we pile up GitHub issues, wiki edits, new and half-finished skills, notes. Things drift: issues lose their cross-links, docs go stale, a skill that should exist doesn't, a dead one lingers. Dream is the agent that, while Ronan sleeps, walks all of it and makes safe, reversible improvements, then hands him a morning report he can act on in one tap.
It's a member of the local factory (see ~/Dev/ronan-skills/skills/ralph/SKILL.md for the shared artefact conventions). It is explicitly a long unattended run, so the Pushover/Telegram firing rule applies (it pings at the end).
Dream runs unattended, so it is bounded by hard rules. Bake these into every action:
rm, no git push --force, no closing issues as "won't fix", no dropping tables/columns, no removing files. Archiving is the strongest removal allowed (see below).git revert / the diff is the undo) or a GitHub issue edit/comment (logged in the issue's history; also record the prior text in the report). Repos are committed (ronan-skills, wiki vaults), so a bad night is always recoverable.archive/<name>/ (or add archived: true + archived-reason: to its frontmatter) in a commit. The report prints the exact un-archive command. Never actually remove it.--max-changes (default 20) distinct changes; if there's more, list the rest as proposals in the report rather than doing them. No runaway churn.Point it at the factory with --repos (default: ronan-skills, the LLM-wiki vault(s), and any project repo flagged for dreaming). For each:
/ro:backlog-audit logic: cross-link (parent/blocks/enables), refine priorities, flag dupes/orphans/blocked-by-closed, refresh the canonical backlog map. Fix obviously-stale issue bodies.ronan-skills/skills/*) — find gaps (a process we keep doing by hand that has no skill → draft one), stale instructions (a skill referencing a renamed file/flag), and dead skills (superseded/unused → propose archive). Cross-check against recent commits and notes for "we should have a skill for X"./ro:wiki-curator), broken [[links]].Use sub-agents (Agent) for the heavy reading so the main dream context stays lean; the dream orchestrates and decides.
/ro:wiki-curator; fix [[links]].ronan-skills and wiki vaults (committed repos = safe). Use the repo's commit convention (emoji conventional, no Co-Authored-By; respect commitlint overrides). For project repos: open a PR, never push to main.ronan-skills/dreams/reports/YYYY-MM-DD-HHMM.md. Committed = durable, tracked, auditable across the whole factory. This is the source of truth..html next to it, built from the markdown, opened on the Mac so it's on screen when Ronan wakes. It's a derived artefact (gitignore dreams/reports/*.html)./ro:wiki-curator; the report itself lives in dreams/..dreams/, but the canonical archive is ronan-skills/dreams/.A header (date, repos swept, counts: changed / added / archived / proposed) then one card per change, each with:
gh/remote) so it's one click to inspect.localStorage.git revert <sha>, gh issue edit … --body-file <prior>, un-archive git mv), plus any notes Ronan typed. He checks what to roll back, clicks Copy, pastes into a new session, done.A starter generator lives at scripts/render-report.sh (markdown + an actions JSON → the interactive HTML). Keep the actions list as structured JSON during the run so the HTML is deterministic.
At the end: open the HTML locally, then fire both /ro:pushover and /ro:telegram with a one-line summary (changed/added/archived/proposed counts) and --url file://<the-html> so the phone notification deep-links to the report. Message shape: state + counts + "review + copy-undo-prompt in the report."
Dream is meant to fire ~3am nightly. Wire it with /schedule (cloud routine) or a local launchd/cron calling claude -p "/ro:dream". --no-cron skips any cron interaction. Don't install a cron silently; offer it and let Ronan confirm. A scheduled headless run may lack interactively-authed MCP servers, degrade gracefully.
--repos; for each, fan out reader sub-agents (issues / skills / wiki / notes).--max-changes.open it.--dry-run: do the sweep + write the report of what it WOULD do, change nothing.Never delete · never contact external parties · cap changes · archive reversibly · everything committed/logged · propose anything not cleanly undoable · the only outbound is the morning report to Ronan.
testing
--- name: linear-pipeline description: The Fable orchestrator for a single dispatched Linear ticket. Holds almost no context itself; it receives `--issue <ID> --detached`, decides the stage sequence, and fans out a sub-agent per stage, passing forward only each stage's artifact (never re-derived, never inlined into its own context). Step zero, before any planning or stage routing, is a boundary triage against `canon/security-boundary.md` (#199): a match tags Ronan Connolly and stops the run, no
development
--- name: in-your-face description: Capture a chat-only answer into a durable artifact (markdown + HTML, PDF when cheap) and launch it automatically so the user cannot miss it. Use when user says "in your face", "don't let me lose this", "save that answer", "make that durable", or right after answering a substantive side question (a recipe, comparison, how-to, or generated prompt) that would otherwise die with the context. category: workflow argument-hint: [--no-open] [--vault <short>] [hint of
tools
One-shot headless OpenAI Codex CLI calls for background/admin AI tasks — summaries, classification, extraction, admin glue. The default engine for anything that runs AI constantly in the background (daemon-driven, per-event), because it bills the flat ChatGPT subscription instead of Claude usage or per-token API spend, and it keeps working while Claude is rate-limited. NEVER for coding — coding stays Claude. Use when a skill or daemon needs a cheap always-on AI call, when the user says "use codex", "ask codex", "codex as backup", or when building a background summarizer/classifier into a listener or loop. Reads auth from ~/.codex/auth.json (ChatGPT account, no API key).
research
Turn a warranty rejection, repair quote, or RMA email into a cited decision brief — legal read (NL/EU consumer law), is the part user-serviceable, live part and new-unit prices, repair-vs-DIY-vs-new economics, before-you-send-it checklist, deadlines. Use when the user pastes or screenshots a repair quote, warranty rejection, "not covered" email, onderzoekskosten fee, or asks "should I repair or replace this".