Use when the user mentions Word, a Word document, or .docx; asks to create or edit a formal business document; or needs tracked changes, comments, headers, footers, page numbering, search-and-replace, validation, repair, or formatting preservation in Word. Produces or returns a verified .docx artefact. Do not use for…
Use when the user asks to document how a feature, workflow, implementation, or work package works for internal handover or knowledge transfer. Produces a concise, navigable document preserving context, benefits, decisions, implementation shape, and traceability. Do not use for a step-by-step operational SOP (PDW)…
Use when the user asks to write or revise an SOP, operating procedure, governance process, workflow document, runbook, or other step-by-step operational guidance from notes or examples. Produces the process content and structure; use DXA separately when the final deliverable must be .docx. Do not use for feature…
Use when the user asks to plan a feature before coding, break an epic or outcome into implementation-ready work, define behaviour and acceptance criteria, write a technical plan, or create issue-ready dependency slices. Produces feature contracts, implementation plans, work packages, and acceptance artefacts that can…
Use when the user asks to start, continue, coordinate, or close a repository engineering session and the work may span planning, tasks, implementation, worktrees, documentation, change explanation, or handoff. Identifies the current workflow stage, routes to the right specialist skills, and keeps session state and…
Use when the user is stopping work for now, asks to leave a handoff for the next session, or needs current progress, decisions, risks, and next actions preserved locally. Creates one active dated continuation handoff outside canonical knowledge and task bundles, then manages supersession and cleanup. Runs after RSA…
Use when the user asks to resume, pick up, or continue work from a local handoff, or a new session begins with an existing handoff file. Selects the one active handoff, rebuilds trustworthy repository context before editing, ignores superseded records, and re-verifies stale claims. Do not use to create a new handoff…
Use when material implementation has finished or the user asks what changed, how a new path works, what calls what, what was removed, why an implementation changed, or what they need to understand before committing. Verifies the bounded diff and explains the causal symbol-level path for commit context and the closing…
Use when the user inherits an unfamiliar, undocumented, unclear, or vibe-coded repository; asks how the whole repo works; wants entry points, runtime paths, state, boundaries, and drift mapped; or needs the first trustworthy documentation foundation. Verifies code, runtime, and existing docs rather than trusting…
Use when the user says repository docs are stale, wrong, duplicated, scattered, or hard to search; asks where something is documented; wants a decision or glossary term written down properly; or when RCC exposes a gap in canonical docs. Maintains the trusted documentation, reading order, decisions, glossary, and…
Use when the user asks to finish, finalise, harden, tidy, publish, open-source, or make a software repository public-ready. Closes development loose ends, aligns canonical docs, removes stale surfaces, checks active paths and TODOs, and runs bounded secret, PII, credential, local-path, environment-file, cache, and…
Use when about to report completion, hand off, or close a material engineering session and repository tasks, canonical docs, evidence, or the user-facing explanation may have drifted from what actually landed. Reconciles task execution truth, RKE-managed knowledge, validation evidence, and the verified RCC summary…
Use when the user asks to set up, initialise, or scaffold a new repository; choose a licence; add CODEOWNERS, contributor or agent instructions, branch protections, repository rulesets, release scaffolding, or a GitHub description; or establish baseline governance before engineering begins. Produces the governed…
Use when the user asks to create or update repository-local tasks, workstreams, status, estimates, time, evidence, backlog, or execution history that must survive chat; wants a task board or graph; or needs safe tracker import or sync. Maintains the durable task ledger and, where adopted, its OKF Tasks bundle and…
Use when the user asks for a QA test plan, test cases, requirement-to-test coverage, acceptance-test scenarios, or a review of gaps in an existing test set based on requirements, stories, change notes, or specifications. Produces proportionate human-reviewable test coverage and traceability. Do not use for coding…
Use when the user asks to publish, create, or synchronise already-defined work packages or repository task records into GitHub, GitLab, Linear, ClickUp, or another external tracker. Adapts the existing hierarchy and acceptance surface to the target tracker using shared output defaults. Do not use to design the work…
Use when the user asks to split work across Git worktrees or branches, coordinate parallel or stacked changes, assign path ownership, track branch dependencies, reconcile confusing managed worktrees, or clean them up after merge. Maintains explicit worktree, branch, dependency, integration, and cleanup records. Do not…
Use when the user asks to make narration TTS-ready for ElevenLabs, clean a voiceover script, improve spoken pacing, handle pronunciation or acronyms, or add selective ElevenLabs v3 voice tags. Produces a cleaned, speakable script without changing the intended message. Do not use for generating audio itself or for full…
Use when the user asks to build an illustrated, walkthrough, or hybrid explainer video in Remotion; needs scene prompts, composition plans, timings, overlays, branded shells, debug compositions, or guidance combining stills and screen recordings. Produces the multi-pass video design and Remotion implementation plan.…
Use when the user asks to fix, repair, rewrite, or harden a prompt, skill, system instruction, agent prompt, or related LLM instruction artefact and already has findings, an issue list, or a clear failure brief. Applies conservative reliability fixes without changing the artefact's purpose. Do not use when the user…
Use when the user asks to review, critique, audit, or pressure-test a prompt, skill, agent instruction, or system prompt before publication or repair; or asks why an instruction artefact behaves inconsistently. Reports execution risks and repair directions without rewriting the artefact. Do not use when direct fixes…
Use when the user asks to set up or refresh shared Polaralias defaults; configure branding, fonts, assets, tone, continuity, tracker, or structured-output preferences across repositories; or install portable Claude or agent routing instructions for the Polaralias skill families. Writes update-safe user or project…
Use when the user asks to finalise, normalise, package, publish, or import a skill; extract a zipped skill; fix SKILL.md frontmatter or agents/openai.yaml; add its licence, icon, tests, or references; or validate package hygiene before release. Produces a clean publishable skill package. Do not use to design a new…