Skill instructions
The prose instruction bodies the LLM loads (via skill_fetch) when it
runs a skill. These are generated from the skill source markdowns, so the
published reference always matches what the agent actually reads.
For each skill’s typed input/output contract, see the Skill schema reference; for the conceptual overview of skills, roles, and how they compose with the LLM, see Skills & roles.
Content authoring and editorial review (authoring-core)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Block Density | block-density | — | |
| /canonical-watcher | canonical-watcher | — | A concrete instance of local/integration-watcher. The parent encodes |
| Chapter Complexity Review | chapter-complexity-review | — | |
| Compute Integration Watcher | compute-integration-watcher | — | |
| Content Graph | content-graph | — | cd content && python3 pipeline/content-graph-analysis.py |
| Content types | content-profiles | — | A document folio is structured prose: policy guidance, a standard, a report. |
| /detangler-integration-watcher | detangler-integration-watcher | — | A concrete instance of local/integration-watcher. The parent encodes |
| /devils-advocate-watcher | devils-advocate-watcher | — | A concrete instance of integration-watcher. |
| Editor | editor | — | |
| Evidence review | evidence-review | — | > Skill id: evidence-review · Package: folio-core |
| /exposition-swarm-drain | exposition-swarm-drain | — | Bring every narrative block up to the Milnor exposition standard |
| /integration-audit | integration-audit | — | A maintenance command for the multi-axis QA-sidecar pipeline (voice, |
| Markdown Authoring Conventions | md-authoring | — | |
| The Milnor exposition standard | milnor-exposition-standard | — | Three files sent readers here for this section and it did not exist. |
| One-Voice Audit | one-voice-audit | — | grep -rEn “[✅❌⚠⏳🔧🚧☑☒]|✓|✗|★” “$CONTENT” –include=”*.md” |
| /one-voice-integration-watcher | one-voice-integration-watcher | — | A concrete instance of local/integration-watcher. |
| One-Voice Style Guide | one-voice-style-guide | — | > See also: one-voice-audit is the mechanical sweep (greps for |
| Production vs exploratory vs numerology | production-vs-exploratory-discipline | — | N_TRUNCATION = 5 |
| Readability Editing | readability-editing | — | |
| Review heat map | review-heatmap | — | > Skill id: review-heatmap · Package: folio-core · Bean: qbfi · Epic: q4jm |
| Scientific Accuracy | scientific-accuracy | — | |
| Technical documentation | technical-documentation | — | The register is an SDO’s — W3C, IHE. The reader is an implementer who was not |
| Todo Review | todo-review | — | > Disambiguation: |
uses[] Editorial Review | uses-editorial-review | — | |
| Voice authoring guidance | voice-authoring-guidance | — | |
| Voice editorial review | voice-editorial-review | — | |
| Voice overlay review | voice-overlay-review | — |
Lifecycle skills
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Content Authoring | content-author | schema | Create and develop content artifacts according to the project plan. |
| Content Feedback Collection | content-feedback | schema | Gather and triage feedback on published content for future iterations. |
| Content Planning | content-plan | schema | Plan content development by defining scope, team, timeline, and sprint cadence. |
| Content Publication | content-publish | schema | Package, version, and publish approved content. |
| Content Retirement | content-retire | — | Deprecate and retire content that is no longer current or needed. |
| Content Review | content-review | schema | Formal review and approval of validated content before publication. |
| Content Testing | content-test | schema | End-to-end testing of content artifacts in realistic scenarios. |
| Content Validation | content-validate | schema | Validate authored content against schemas, standards, and clinical accuracy. |
| Evidence Appraisal | evidence-appraisal | — | Appraise and grade a body of evidence against the grading system the folio |
| IG publisher + validator | ig-publisher-service-contract | — | ig-publisher-service in scenarios/roles.json is played by a |
| Lean toolchain | lean-toolchain-contract | — | lean-toolchain in scenarios/roles.json is played by a mechanical |
Agent conduct (conduct-core)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Subagent memory | agent-memory | — | A subagent declaring project memory gets its own directory; the first **200 |
| Agent permissions | agent-permissions | — | processes/process/secure-agent-permissions.bpmn |
| The language you communicate in | communication-language | — | |
| A confirmation can be waived | confirmation-waiver | — | Several rules here stop an agent and hand a decision back: merging to main, |
| The comparison goes BEFORE the question, not inside the options | decision-comparison | — | interaction-modality §4.1 fixes the order — |
| Deletion requires explicit confirmation | deletion-requires-confirmation | — | One rule, and it has no exceptions worth the word: |
| /getting-started | getting-started | — | Process: the content core’s processes/conduct/getting-started.bpmn. |
| Harness projections: CI writes them, the owner consents to every hand edit | harness-projections | — | Owner, 2026-10-09: generated .claude/ projections of the knowledge graph |
| /interaction-modality | interaction-modality | — | Process: the content core’s processes/conduct/getting-started.bpmn, |
| /repo-conversion | repo-conversion | — | Process: the content core’s processes/conduct/getting-started.bpmn, |
| A falling-off retry rate, on every error | retry-backoff | — | Owner, 2026-09-20: **“as rule, use logarithmic fall-off on all errors. core |
| symbiotic-interaction | symbiotic-interaction | — | |
| Untrusted input | untrusted-input | — | One defect, three substrates. In every case something **substitutes a value |
| Never encode a constraint you have not verified | unverified-constraints | — | Owner, 2026-09-19: “dont encode rules against a working setup.” |
| Where does this go? | where-does-this-go | — | > Skill id: where-does-this-go · Package: folio-core |
Security — values crossing a boundary (security)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Injection | injection-boundaries | — | run: | |
| Path containment | path-containment | — | src/core/safe-path.ts is the implementation. This is when to reach for which, |
| Security | security | — | > This value came from outside. What may I do with it? |
| Zero-trust handover | zero-trust-handover | — | This is a skill: this platform’s application of a method, not the method. |
Platform core (folio-core)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Covered is not reachable | covered-is-not-reachable | — | *A skill can be satisfied by the *neighbours of its mechanism while the |
| MCP assembly | mcp-assembly | — | mcp-projection maps one Tool node to one MCP tool. |
| MCP contract | mcp-contract | — | mcp-projection emits a server. This checks the emitted |
| MCP projection | mcp-projection | — | The harness does not require MCP. It knows how to emit it. That distinction |
| Skills and Tools | skills-and-tools | — | **A skill is a capability stated generically. A Tool content node is one |
| Tool Authoring | tool-authoring | — | > Skill id: tool-authoring · Package: folio-core |
Graph management (graph-management)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Domain fencing | domain-fencing | — | > Skill id: domain-fencing · Package: graph-management |
| Edge kinds and blast radius | edge-kinds-and-blast-radius | — | > Skill id: edge-kinds-and-blast-radius · Package: graph-management |
| Graph detanglement | graph-detanglement | — | > Skill id: graph-detanglement · Package: graph-management |
| Graph rendering: one set of rules for every drawn graph | graph-rendering | — | > Skill id: graph-rendering · Package: graph-management |
| Knowledge Graph separation | kg-separation | — | > Skill id: kg-separation · Package: graph-management |
| KG subgraph layout: one diagram per declared sub-graph, laid out in the browser | kg-subgraph-layout | — | > Skill id: kg-subgraph-layout · Package: graph-management |
| LSI indexing | lsi-indexing | — | The method is the node, not this file. lsi |
| Named Query Execution across CLI, MCP, and Web | named-query-execution | — | This skill governs the execution of audited SPARQL 1.1 named queries against partitioned W3C N-Quads |
| W3C N-Quads Dataset Packaging & Subgraph Distribution | nquads-distribution | — | This skill governs the compilation, subgraph partitioning, packaging, and distribution of RDF datase |
| Sub-KG lifecycle | sub-kg-lifecycle | — | > Skill id: sub-kg-lifecycle · Package: graph-management |
Knowledge graph — declaration, placement, export, audit (kg-core)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Artefact reachability | artefact-reachability | — | **A declared executable artefact that nothing can reach is indistinguishable, |
| Associate a harness | associate-harness | — | The owner, 2026-09-23, on the ihris folio: |
| Audit coverage | audit-coverage | — | **A sidecar count is a fine measurement of sidecars and says nothing about |
| Code node review | code-node-review | — | |
| Content, context and state graphs | content-context-and-state-graphs | — | An instance declares directories, and each says what kind of graph it |
| Corpus-Grep | corpus-grep | — | > Disambiguation. This skill formalizes the backward check |
| Data modelling | data-modelling | — | One question, and everything else follows from it: |
| Directory conventions | directory-conventions | — | Every instance carries a declaration at its repository root — a *.json whose name field equa |
| External registry | external-registry-contract | — | external-registry in scenarios/roles.json is played by an external |
| Flushable containers | flushable-containers | — | **A flushable container is a named store whose whole point is that it keeps |
fsh-guts/ | fsh-guts | — | Delete means relocate. Nothing in this repository is removed with rm |
| Harness requirements | harness-requirements | — | Declaring a directory is a promise. It says this instance holds a graph of |
index.config.json: what this checkout instantiates | index-config | — | The owner, 2026-10-07: *“migration to index.config.json |
| Instance kinds | instance-kinds | — | Two different things are called a “kind” here, and a reader who conflates them |
| instance-publication | instance-publication | — | > Skill id: instance-publication · Package: folio-core · Instance: |
| Offering the knowledge graph | kg-contribution-offer | — | Owner, 2026-09-20: *“update CRDM process that when a user is done with |
| KG export | kg-export | — | agentic-harness has no renderer. folio is the only renderable graph |
| KG → package → distribution → portal | kg-to-portal | — | A knowledge graph is in a repository. A portal — a Moodle site, a ministry’s |
| NPM Knowledge Graph Distribution | npm-kg-distribution | — | Knowledge Graphs in the folio ecosystem can be distributed and consumed as |
| Placement | placement | — | One question, answered before the first file exists: |
| Remote-mount a harness | remote-mount | — | The owner, 2026-10-06, ruled on how a downstream folio gets the layers it is |
| Managing a schema | schema-management | — | This skill does not restate where schemas live or how they are laid out. |
| Adding a | skill-registration | — | One command, before you commit: |
| Skill voice review | skill-voice-review | — | |
| Surprise to corpus | surprise-to-corpus | — | > Skill id: surprise-to-corpus · Package: folio-core |
| UML overview: generated from declarations and schemas, never drawn | uml-overview | — | Every UML diagram here is generated. Nothing in a class box is typed by |
| Vocabulary authority | vocabulary-authority | — | > Skill id: vocabulary-authority · Package: folio-core |
Knowledge-graph navigation (tooled)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Reading the knowledge graph | kg-navigation | — | You are in a fresh container. You have a task, a filesystem, and no memory of |
Large data sets (subsetting, materializing, publishing)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Working on materialized content | copy-out-materialized | — | **Materialized content is a copy of somebody else’s bytes, and this repository |
| Subscribing to a knowledge graph | kg-subscription | — | Owner, 2026-09-30 (issue #1719): *“a way for a folio instance (or cat-harness |
| Materialize on demand | materialize-on-demand | — | Bootstrap brings an agent to a working harness. It does not bring the |
| Materializing remote content | materialize-remote | — | One process, and this repository already ran it twice before naming it. |
| Sample import | sample-import | — | The SDLC for trying out a remote source before committing to it: take a |
Library and information management (library-core)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Adopt a methodology from a source document | adopt-methodology-from-source | — | The adoption rules are methodology-adoption. This skill is the **op |
| Asset extraction | asset-extraction | — | A container arrives in uploads/: a zip of a saved web page, a PDF, a |
| Code lists | code-lists | — | Owner, 2026-09-23: *“we need an expandable option, not just declared in code. |
| Acquisition is the step before ingestion, and it had no home | content-acquisition | — | document-ingestion.bpmn begins at **StartEvent_Dropped — “a file lands in |
| Library ingestion | library-ingestion | — | uploads/ and library/ are two stages of one pipeline. uploads/ is the |
| Literature search | literature-search | — | A node cites a source. Nothing in any declared library holds it. This skill is |
| Term disagreement | term-disagreement | — | > Skill id: term-disagreement · Package: library-core |
| Translation manager | translation-manager | — | > Skill id: translation-manager · Package: |
| Upload naming | upload-naming | — | > Lives in library-core, not folio-core. It was written into |
| Two mechanisms and a persona | upload-routes | — | content-acquisition decides what channel a |
| Watching the queue | uploads-watch | — | uploads/ is the acquisition queue — |
Process model — roles, authorization, methodology (process-core)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Compiled Artefact Cache | compiled-artefact-cache | — | This skill documents the generalisable pattern for caching compiled artefacts (such as Lean caches a |
| Decision methodology selector | decision-methodology-selector | — | Input: a decision context — what is being decided, how many alternatives, |
| Adopting a methodology, and choosing between them | methodology-adoption | — | A methodology is somebody else’s work, adopted whole. It is not a house |
| Roles are swimlanes | role-model | — | One sentence carries the whole model: |
| Swimlane Glossary | swimlane-glossary | — | |
| Running a SWOT scan | swot-analysis | — | The method is not in this file. It is the swot node in the methodology |
| Task authorization | task-authorization | — | > **Before an actor performs a task or answers a decision, the BPMN executor |
RACI involvement model (skills/process/raci)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| RACI | raci | — | The method is not in this file. It is the raci node in the methodology |
Workflow & process (workflow)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| bpmn-authoring | bpmn-authoring | schema | > Skill id: bpmn-authoring · Package: workflow · |
| Processes are BPMN, and the diagrams are executable | bpmn-processes | — | The .bpmn file is the source of truth. The rendered SVGs are generated — |
| Branch freshness | branch-freshness | — | A feature branch that drifts from main accumulates three kinds of debt: |
| Code review process | code-review-process | — | Code review is a quality gate, not a release gate. It happens at the |
| The deterministic-to-agentic spectrum | deterministic-and-agentic | — | > **A spectrum of deterministic vs agentic BPMN state management / workflow |
| dmn-authoring | dmn-authoring | schema | > Skill id: dmn-authoring · Package: workflow · |
| Process state | process-state | — | An agent working a BPMN process holds nested state: a task, inside a |
| Release epic planning | release-epic-planning | — | A release epic groups all the work for a specific release version. |
| Release lifecycle | release-lifecycle | — | This skill governs when and why to create releases. For the how |
| Render a Knowledge Graph to a CDN | render-kg-to-cdn | — | Owner, 2026-09-30: *“render content of a KG (or list of subgraphs within) for |
| Session context | session-context | — | A session is one actor working, from the moment it picks up until it stops. |
| Playing a state machine | session-state-machine | — | > **An agent could also play a (non-deterministic) state machine as a tool. |
| Specification-compiled agents | specification-compiled-agents | — | Renders methodologies/specification-compiled-agents.md |
| State in a running process | workflow-state | — | A process instance is not self-contained. It walks a diagram that lives |
CRDM requirements methodology (skills/sdlc/crdm)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| CRDM | crdm-data-model | — | This skill says WHEN and WITH WHOM. It does not say how to model. That is |
| Feature-request detection (CRDM trigger) | crdm-detect | schema | Detect when a user request is a feature request (platform capability change) |
| Phase 4 | crdm-impact-analysis | — | This skill expands the Phase 4 summary in crdm-requirements-workflow.md. |
| Phase 1 | crdm-needs-assessment | — | This skill expands the Phase 1 summary in crdm-requirements-workflow.md. |
| Requirements from a recorded walkthrough | crdm-recorded-walkthrough | — | A walkthrough recording is the best source a CRDM round can have: the |
| Phase 3 | crdm-requirements-template | — | This skill expands the Phase 3 summary in crdm-requirements-workflow.md. |
| CRDM requirements workflow | crdm-requirements-workflow | — | Once a feature request is detected (see crdm-detect.md), the agent follows |
Software delivery practice — work plan, review, merge, CI, coordination (sdlc-core)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Activity log | activity-log | — | **Write an entry when you start a task, when you end one, and whenever you |
| Adjudication | adjudication | — | > Skill id: adjudication · Package: sdlc-core |
| Adversarial code review | adversarial-code-review | — | The Task_Review step of |
| One task, two agents, one human between them | agent-handoff | — | Two agents, two environments: the coordinator can see the work, but it |
| Blocking is a claim about the work, not a mood | bean-blocking | — | blocked is the most expensive status a bean can carry, because a blocked bean |
| Bean Coordination | bean-coordination | — | The bean-based work-plan system — the beans |
| /before-after-preview | before-after-preview | — | > Skill id: before-after-preview · Package: sdlc-core · Issue: #1710 · |
| Benchmarking mode | benchmarking-mode | — | > Skill id: benchmarking-mode · Package: sdlc-core · Issue: #363 |
| Blocked build dependencies | blocked-build-dependencies | — | Outbound HTTPS from an agent container goes through a proxy. A failed download |
| Branch archaeology: what each branch holds that main does not | branch-archaeology | — | The question sounds like git branch -r --no-merged, and that command answers |
| Bun Runtime, Toolchain, and Multi-Repo Conventions | bun-use | — | > Skill id: bun-use · Package: sdlc-core |
| CI health | ci-health | — | A workflow’s outcome is invisible from the working tree. Nothing in a |
| /continual-progress | continual-progress | — | Sibling agents and the author can only coordinate with work they can |
| /coordinate | coordinate | — | When several Claude branches are converging on the same long-term goal |
| A decision is not a finding, and neither is a substitute for the other | decision-audit | — | A finding is an observation — a checker, an agent or a person saw something. |
| Delivery Summary | delivery-summary | — | After completing a feature or edit (i.e., after pushing changes), provide: |
| Deployment & Auth | deployment-auth | — | |
| Diff | diff | — | Show what changed at the content-block level, with viewer links and |
| /dispatch-agent | dispatch-agent | — | The expensive failure mode of multi-agent dispatch is going dark: you |
| Feature-branch staging | feature-staging | — | |
| Finding software | finding-software | — | Owner, 2026-10-09, after an ingest stopped at a missing tesseract and the |
| “NOT clean” is a verdict about the RUN, not about your diff | gate-tree-mutation | — | bun run cat gates snapshots the tree before the first gate and after every one, so |
| Generalise the fix, then attack the generalisation | generalise-the-fix | — | A fix that repairs one instance and leaves its siblings is half a fix. A fix |
| Reading GitHub state | github-state-inspection | — | > Skill id: github-state-inspection · Package: sdlc-core |
| Goal review | goal-review | — | Authored 2026-09-20 from a live session (bean mgta, issue #578): the owner |
| Handover report | handover-report | — | An agent’s state lives in three places that do not survive it: the chat, its |
| idle-backlog | idle-backlog | — | Generalises a 5-minute idle-trigger / work-the-queue-while-idle policy that |
| /integration-backlog | integration-backlog | — | A workflow skill that turns each integration-watcher’s open findings |
| /integration-watch | integration-watch | — | A thin dispatcher in front of integration-watcher |
| integration-watcher (abstract parent) | integration-watcher | — | A concrete watcher (this skill’s child) watches incoming activity |
| Working an issue | issue-working | — | Two rules. Both exist because **your view of an issue and everyone else’s |
| Merge-conflict patterns | merge-conflict-patterns | — | bun run cat merge:main is the command; processes/sdlc/merge-base.bpmn is the |
| Merge queue | merge-queue | — | processes/sdlc/merge-train.bpmn is the process. The ORDER is computed by |
Merge to main | merge-to-main | — | processes/sdlc/merge-to-main.bpmn |
| Minimal change | minimal-change | — | Kept from a higher layer’s retired CODING_AGENTS.md (owner, 2026-10-23: “E a”). |
| Does the prose say what the code does? | narrative-asserts-code | — | Issue #1042, feature bean flbx, stage C. The owner, 2026-09-21: *“need to see |
| Opening brief | opening-brief | — | Split out of todo-manager.md on 2026-09-19 (bean tdmg), which had reached |
| Cutting a package release | package-release | — | A release is a version number that one commit keeps from then on: a tag, |
| /pending-show | pending-show | — | Quick status display. Read-only. Run any time to answer “where am I?” |
| Pickup | pickup | — | Continue work on existing open change proposals — pull requests (PRs) — |
| The platform’s own gates | platform-gates | — | One command: |
| pr-description | pr-description | — | Owner, 2026-10-02, on litlfred/fhir-ig-publisher#8: *“PR should be readable |
| Prepare for a handover | prepare-for-handover | — | When a session stalls, what survives is what is on the remote: commits on |
| /prepare-merge-auto | prepare-merge-auto | — | Runs the full /prepare-merge workflow PLUS: |
| Prepare-merge | prepare-merge | — | Canonical, repo-agnostic skill for taking a claude/* (or any feature) branch |
| Publish verification, and the one alert | publish-verification | — | Bean vigi. Owner, 2026-09-23: *“a set of post processing tools for |
| QA report signing | qa-report-signing | — | A QA report becomes evidence when a third party can establish what was |
| QA reports | qa-reports | — | **A QA result is either reproducible or it is not, and that decides where it |
| QA witnesses | qa-witness | — | A QA witness is what a reader sees when they open the QA badge beside a |
| Ref stewardship | ref-stewardship | — | A watched ref is a long-lived branch that several processes write and that |
| Related work: find it, sort it, ask | related-work-coordination | — | Owner, 2026-09-23 (issue #1023): *“when CRDM is initiated/updated through human agent chat discussio |
| Rendered impact | rendered-impact | — | > Skill id: rendered-impact · Package: sdlc-core · Bean: bnjs · Epic: q4jm · Issue #971 |
| /rendered-verification | rendered-verification | — | continual-progress argues that **a human cannot |
| Secrets | secrets | — | The design is docs/proposals/credentials-needs-and-supply.md |
| /session-intent | session-intent | — | A coordination failure mode recurs whenever agents have no durable |
| Specification and requirements management | specification-management | — | > Skill id: specification-management · Package: sdlc-core |
| Staging review | staging-review | schema | > Skill id: staging-review · Package: sdlc-core |
| Stalled-agent triage | stalled-agent-triage | — | A stall is not an event anyone records. The agent simply stops, and what it |
| Swarm management | swarm-management | — | A swarm is several agents working one goal in parallel. It is the most |
| Test Engineer | test-engineer | — | bun test # from scripts/tests/ |
| Running a test plan | test-plan-execution | — | > Skill id: test-plan-execution · Package: sdlc-core · Process: |
Session Task Manager (beans) | todo-manager | — | > Disambiguation: |
| Turn reporting | turn-reporting | — | Split out of todo-manager.md on 2026-09-19 (bean tdmg), which had reached |
| Untainted verification | untainted-verification | — | > Skill id: untainted-verification · Package: sdlc-core |
| Adopting an upstream version bump | upstream-version-adoption | — | An unpinned dependency is an unreviewed commit from a stranger, merged on every |
| Visual diff | visual-diff | — | > Skill id: visual-diff · Package: sdlc-core · Bean: 0rxe · Epic: q4jm |
| /watch | watch | — | A unified watcher that handles branches (poll git ls-remote) and |
| Where a proposal goes | where-a-proposal-goes | — | A design proposal is a comment on the issue it is for. Not a page in |
| Restructuring a work plan | work-plan-restructure | — | lsi-indexing §”Epic filing” |
Spec Kit spec-driven development (skills/sdlc/spec-kit)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Change Size Rule | change-size | — | |
| Spec Kit | spec-kit | — | |
| Feature Specification: [Feature Name] | spec-template | — | Feature Branch: claude/[branch-name] |
Theming (theming)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Create a sticky note | create-sticky-note | — | A sticky note is a carried note: something a person or agent sticks onto the |
| Site presentation assets | site-presentation-assets | — | A visual fact has one home, and it is a node in the knowledge graph. A |
| Theme art intake | theme-art-intake | — | Art arrives — three crops for a theme or an avatar — and the answer is either |
| Per-artefact specialisation | theme-artefacts | — | This is level 3 of the axis, and it is deliberately the narrowest. The |
| Contrast: measured over the darkest thing that could be there | theme-contrast | — | Consumer stage. generation emits the ink; this says what the ink has to |
| Declaring a theme | theme-declaration | — | Producer stage. Intake decides whether art may enter; this decides what is |
| Generating a theme’s CSS | theme-generation | — | Consumer stage. declaration says what a theme is; this says what a |
| Theming, split on the stage it fails at | theming | — | **Every file here is named for the skill it declares, and that is load-bearing |
Rendering, UI and publication surfaces (ui-core)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| ArchiMate models | archimate-models | — | > Skill id: archimate-models · Package: ui-core · Subgraph: |
| auto-docs | auto-docs | — | <base>/<handler>/auto-docs/<auto-doc-type>/<sub-graph>/ is an index of what |
| Relationship first, visualisation later | board-diagram-interchange | — | One sentence, and it is the owner’s: |
| Start in the avatar, open into a window | board-windows | — | The owner, 2026-09-20 and 2026-09-21: |
| Deployment awareness | deployment-awareness | — | The owner, 2026-09-20: |
| Documentation Generation | docs-generation | — | cd content && bun run pipeline/build.ts \ |
| A tile is the harness’s, not the node’s | harness-tiles | — | The owner, 2026-09-20, correcting the question rather than answering it: |
| HTML Rendering QC | html-rendering-qc | — | grep -rn ‘\operatorname’ content/*/.md |
| Incremental render | incremental-render | — | Owner, 2026-09-20, bean 9c34: |
| Rendering the knowledge graph | kg-viewer | — | kg-export serialises the instance’s graph to one JSON-LD document. This skill |
| Liquid templates | liquid-templates | — | Two engines run Liquid here, and they produce different kinds of output. Know |
| Markdown Render Check | markdown-render-check | — | git diff HEAD~1 HEAD –name-only – ‘*.md’ |
| Inline PDF viewer | pdf-inline-viewer | — | > Skill id: pdf-inline-viewer · Package: ui-core · Bean |
| A folio’s README | readme-sections | — | Two tools divide the file between them, and **between them no link in a folio |
| Render logging | render-logging | — | Owner, 2026-09-20: *“a specialised Logger skill for the gh-pages rendering |
| Render order | render-order | — | Two things live here, and they are deliberately one skill: **the general |
| Serving a rendering | serving-renderings | — | A rendering is what an instance publishes about itself. Running it produces |
| At ingestion, and only at ingestion | theme-ui-review | — | The owner, 2026-09-23 and 2026-09-24, settling bean 9fdi: |
| All UI must follow accessibility guidelines | ui-accessibility | — | This is a rule, stated as one by the owner, and it binds every surface this |
| Visualizer loading | visualizer-loading | — | > Skill id: visualizer-loading · Package: ui-core · Beans 680p, s32v, |
| Wireframe design review | wireframe-design-review | schema | Method: wiregen |
| Wireframe viewport check | wireframe-viewport-check | schema | Step 3 of wireframe-design-review: what can be judged without judgem |
Content layer (folio-assistant-core)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Deep document research | deep-document-research | — | Renders methodologies/doc-researcher.md — Dong et al., arXiv:2510.21603v1 — |
Content lifecycle refinements (content-lifecycle-ext)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Corpus | corpus-commit-contract | — | corpus (declared below this layer) is played by a mechanical actor: the |
| quality-control | quality-control | schema | > Skill id: quality-control · Package: content-lifecycle-ext · |
| External registry | registry-authority-contract | — | external-registry (declared below this layer) is played by an external |
| Review comments | review-comments | — | > Skill id: review-comments · Package: content-lifecycle-ext |
Document adapter (folio-document-adapter)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Block actions: [edit] and [feedback] on every block | block-actions | — | A reader who finds something wrong in a block should be one click from |
| document-authoring | document-authoring | schema | Author a document folio: policy guidance, a standard, a report, a |
| document-publishing | document-publishing | schema | Take a document folio from corpus to published artifact — without a TeX |
| document-structure | document-structure | schema | Decide and maintain the chapter/section skeleton of a document folio. |
| normative-statements | normative-statements | schema | Carry a recommendation, requirement or rule in a document folio — the |
| public-comment | public-comment | — | > Skill id: public-comment · Package: folio-document-adapter · Process: |
Requirements planning (requirements-planning)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| A plan request stops at a signed-off plan | plan-request-gate | — | Issue #2405, owner |
| One definition of a requirement | requirement-definition | — | Issue #2405 FR-007 |
Catalogue records — Dublin Core renderings (catalogue)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Dublin Core renderings | dublin-core-renderings | — | Bean 7eak. The owner, 2026-09-30: *“do we render the proper xml for dublin |
| Oxigraph Multi-Graph Static Search & Catalog Discovery | oxigraph-catalogue-search | — | This skill defines the generic, platform-level architecture for querying library catalogue hierarchy |
Cataloguing methods (cataloguing)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Materializing from arXiv | archiving-arxiv | — | arXiv is the easiest case to get nearly right, which is why it is worth its |
| Archiving a web page | archiving-web-pages | — | A URL is not an archive. It is a request you hope somebody else keeps |
| bib-human-review | bib-human-review | — | Status sidecar: content/schema/references.review.json. |
| bib-photo-ingestion-watcher | bib-photo-ingestion-watcher | — | The automation half of the bib-human-review workflow. |
| Bibliography QA | bib-qa | — | cd content && bun run pipeline/bib-qa.ts –check-urls |
| Filing a source: what Dublin Core carries, and what it does not | filing-dublin-core | — | This is the librarian’s half of intake, not the ingestion engine’s. A file |
| Glossary Build | glossary-build | — | |
| Glossary terms | glossary-terms | — | The owner, 2026-09-23: “put glossary into folio-assistant-core”, *“it should |
| Semantic Ontologist (Ambiguity Detection & Glossary) | ontologist | — |
Document ingestion methods (ingestion)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Audio transcription: which recogniser, when, and how to check it | audio-transcription | — | Bean 1r0p. The first real recording is the smart-ra meeting: |
| Document Intake | document-intake | — | > Bib human-review integration. Track per-upload ingestion |
| L1 coverage | l1-coverage | — | Issue #2405 FR-009: |
| L1 document ingestion | l1-document-ingestion | — | This is a refinement, not the entry point. The harness’s |
| Tabular metadata | tabular-metadata | — | The model is CSVW and nothing custom. Bean ulqj, decided by the owner: |
Where to start reviewing a large folio (review)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Review: a pointer to the review skills | review | — | Bean 0jtl. The owner asked for review skills “for document review for large |
FHIR IG authoring (fhir-ig-authoring)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| fhir-questionnaire-wireframe | fhir-questionnaire-wireframe | — | > Skill id: fhir-questionnaire-wireframe · Package: fhir-ig-authoring · |
| fhir-validation | fhir-validation | schema | > Skill id: fhir-validation · Package: fhir-ig-authoring · |
| ig-publication | ig-publication | schema | > Skill id: ig-publication · Package: fhir-ig-authoring · |
| l3-fhir-authoring | l3-fhir-authoring | schema | > Skill id: l3-fhir-authoring · Package: fhir-ig-authoring · |
| terminology-management | terminology-management | schema | > Skill id: terminology-management · Package: fhir-ig-authoring · |
FHIR client & SMART launch (fhir-harness/skills/fhir-client)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| fhir-client-operations | fhir-client-operations | — | > Skill id: fhir-client-operations · Package: fhir-client · Instance: |
| smart-launch | smart-launch | — | > Skill id: smart-launch · Package: fhir-client · Instance: |
FHIR IG build (fhir-harness/skills/fhir-ig-base)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| fhir-ig-create | fhir-ig-create | — | > Skill id: fhir-ig-create · Package: fhir-ig-base · Instance: fhir-harness |
| ig-ast-delta | ig-ast-delta | — | > Skill id: ig-ast-delta · Package: fhir-ig-base · Instance: |
| ig-binary-artefacts | ig-binary-artefacts | — | > Skill id: ig-binary-artefacts · Package: fhir-ig-base · Instance: |
| ig-build-pipeline | ig-build-pipeline | — | > Skill id: ig-build-pipeline · Package: fhir-ig-base · Instance: |
| ig-publisher-fork | ig-publisher-fork | — | > Skill id: ig-publisher-fork · Package: fhir-ig-base · Instance: |
| ig-publisher-reduction | ig-publisher-reduction | — | > Skill id: ig-publisher-reduction · Package: fhir-ig-base · Instance: |
| ig-render-jekyll | ig-render-jekyll | — | > Skill id: ig-render-jekyll · Package: fhir-ig-base · Instance: |
| ig-site-links | ig-site-links | — | > Skill id: ig-site-links · Package: fhir-ig-base · Instance: |
| ig-site-theme | ig-site-theme | — | > Skill id: ig-site-theme · Package: fhir-ig-base · Instance: |
WHO IRIS (catalogue instance)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| IRIS, DSpace and Dublin Core | iris-dspace | — | Every claim here was read off one captured record — the DSpace full item |
| Oxigraph Multi-Graph Search & Discovery for WHO IRIS | iris-oxigraph | — | This skill defines how to use Oxigraph (in-memory WASM on the client, and native in Bun/Node on |
Mathematical authoring (authoring-math)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| latex-authoring | latex-authoring | schema | > Skill id: latex-authoring · Package: authoring-math · |
| lean-formalization | lean-formalization | schema | > Skill id: lean-formalization · Package: authoring-math · |
| proof-verification | proof-verification | schema | > Skill id: proof-verification · Package: authoring-math · |
Paper adapter (folio-paper-adapter)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| /build-docs | build-docs | — | Builds the Lean HTML documentation using doc-gen4 locally, to save CI |
| /build-pdf | build-pdf | — | Builds the PDF locally to save CI minutes: the monolithic main.pdf and |
| Category Theory Formalization | category-theory | — | |
| Chapter Analysis & Formalization | chapter-analysis | — | |
| Compute Audit | compute-audit | — | python3 script.py –args … |
| Compute-author | compute-author | — | |
| Content Block Review | content-block-review | — | |
| Content Validation | content-validation | — | bun run cat-harness-tools/pipeline/validate.ts content/ |
| Critical Path Analysis & Context Review | critical-path-analysis | — | |
| definition-clarity-audit | definition-clarity-audit | — | A content block can be schema-clean, ref-resolving, proof-backed and still be |
| FFI roundtrip audit | ffi-roundtrip-audit | — | total = mp.mpf(0) |
| Lean 4 Formalizer (Narrative to Proof) | formalizer | — | The base ring rule, import ordering, and library synthesis. Read before |
| Gröbner Basis | groebner-basis | — | |
| LaTeX build performance | latex-build-cache | — | ``` |
| LaTeX Compilation | latex-compilation | — | cat-harness-tools/scripts/latexmk-compile.sh main.tex |
| LaTeX Validation | latex-validation | — | |
| Lean Build Fix | lean-build-fix | — | |
| Lean cache: the authoring loop | lean-cache-restore | — | > This is an instantiation of the general compiled-artefact-cache pattern. See `cat-harness/skills/p |
| Lean Completeness Audit | lean-completeness-audit | — | find content/ |
| Lean Environment Setup | lean-environment-setup | — | A proven workaround for one specific failure: lake exe cache get returning |
| Lean formal dependency graph | lean-formal-graph | — | bun run cat-harness-tools/pipeline/content-graph.ts content/ |
| Lean File Generation | lean-generation | — | Description here. |
MathlibExt Curator | lean-mathlibext-curator | — | |
| Lean Proof Review | lean-proof-review | — | git diff origin/main…HEAD – ‘*.lean’ \ |
| lean-proof-vacuity-audit | lean-proof-vacuity-audit | — | A proof can be sorry-free, axiom-clean, and statement-faithful and still |
| /lean-substantive-pass | lean-substantive-pass | — | The job of this skill is to take an abstract `class FooContext where |
| Lean Witness Audit | lean-witness-audit | — | python3 witness_base.py check-stale my-computation.witness.json |
| Paper Importer | paper-importer | — | > Bib human-review integration. When importing a paper whose |
| Proof Conciseness | proof-conciseness | — | |
| Proof Editor (Coordinator) | proof-editor | — | |
| Proof Exposition Review | proof-exposition-review | — | |
| Proof Gap Audit | proof-gap-audit | — | |
| /proof-integration-watcher | proof-integration-watcher | — | A concrete instance of local/integration-watcher. |
| Proof Narrative ↔ Lean Equivalence Audit | proof-narrative-lean-equivalence | — | > Specialises narrative-asserts-code |
| Proof Simplifier | proof-simplifier | — | bun run cat-harness-tools/pipeline/refactor-strategy.ts –lean 4.24.0 –applicable |
| Proof Status Tracking | proof-status-tracking | — | |
| Proof Triage & Resolution | proof-triage | — | [[require]] |
| /proposition-consolidation-audit | proposition-consolidation-audit | — | grep -lE “^export default (proposition|theorem|lemma|corollary)” \ |
| /q-usage-watcher | q-usage-watcher | — | > Folio-optional axis. The q-usage criteria encode a substrate |
| Remark Audit | remark-audit | — | cd content && grep -rl ‘“remark”’ –include=’*.ts’ | sort |
| Rendering Auditor | rendering-auditor | — | cd content && bun run pipeline/build.ts |
| Rendering Fixes | rendering-fixes | — | |
| Semantic review scoping | semantic-review-scoping | — | |
| Simulator Math Audit | simulator-math-audit | — | |
| Simulator | simulator | — | |
| Verify Anchor Connectivity | verify-local-substrate | — | |
| Witnessed Values | witnessed-values | — |
Synced from claude-scientific-skills (pinned, read-only)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Scientific Visualization | scientific-visualization | — | Build figures that preserve scientific meaning before optimizing appearance. Separate universal prin |
Synced from claude-scientific-skills (pinned, read-only)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Scientific Visualization | scientific-visualization | — | Build figures that preserve scientific meaning before optimizing appearance. Separate universal prin |
Synced from claude-scientific-skills (pinned, read-only)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Scientific Visualization | scientific-visualization | — | Build figures that preserve scientific meaning before optimizing appearance. Separate universal prin |
Science layer: Lean tooling (folio-assistant-sci)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Lean formal edges (elaborated) | lean-formal-edges | — | bun run folio-assistant-sci/pipeline/formal-edges.ts \ |
| Lean HTML docs | lean-html-docs | — | A directory of graph typology lean holds a folio’s Lean 4 formalisation: |
Science layer: reference data (folio-assistant-sci)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| Reference dataset ingestion | reference-dataset-ingestion | — |
WHO SMART Guidelines (authoring-who-smart-guidelines)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| dak-l1-library | dak-l1-library | — | > Skill id: dak-l1-library · Package: authoring-who-smart-guidelines · |
| dak-postprocessing | dak-postprocessing | — | > Skill id: dak-postprocessing · Package: authoring-who-smart-guidelines · |
| dak-preprocessing | dak-preprocessing | — | > Skill id: dak-preprocessing · Package: authoring-who-smart-guidelines · |
| grade | grade | — | > Skill id: grade · Package: authoring-who-smart-guidelines · The grading |
| guideline-use-case | guideline-use-case | — | > Skill id: guideline-use-case · Package: authoring-who-smart-guidelines · |
| ig-artifact-ingestion | ig-artifact-ingestion | — | > Skill id: ig-artifact-ingestion · Package: authoring-who-smart-guidelines · |
| l2-component-edit-review | l2-component-edit-review | — | > Skill id: l2-component-edit-review · Package: authoring-who-smart-guidelines · |
| l2-dak-authoring | l2-dak-authoring | schema | > Skill id: l2-dak-authoring · Package: authoring-who-smart-guidelines · |
| l2-dependency-choice | l2-dependency-choice | — | > Skill id: l2-dependency-choice · Package: authoring-who-smart-guidelines · |
| l3-dependency-choice | l3-dependency-choice | — | > Skill id: l3-dependency-choice · Package: authoring-who-smart-guidelines · |
| l3-readiness | l3-readiness | — | > Skill id: l3-readiness · Package: authoring-who-smart-guidelines · |
| l4-application-brief | l4-application-brief | — | > Skill id: l4-application-brief · Package: authoring-who-smart-guidelines · |
| l4-application-build | l4-application-build | — | > Skill id: l4-application-build · Package: authoring-who-smart-guidelines · |
| recommendation-candidates | recommendation-candidates | — | Step 1 of recommendation-extraction, for one |
| recommendation-extraction | recommendation-extraction | — | > Skill id: recommendation-extraction · Package: authoring-who-smart-guidelines · |
| recommendation-scenarios | recommendation-scenarios | — | Step 2 of recommendation-extraction. That |
| smart-base Toolchain | smart-base-tools | — | > Skill id: smart-base-tools · Package: |
| smart-guideline-create | smart-guideline-create | — | > Skill id: smart-guideline-create · Package: authoring-who-smart-guidelines |
| smart-guideline-end-to-end | smart-guideline-end-to-end | — | > Skill id: smart-guideline-end-to-end · Package: authoring-who-smart-guidelines · |
| smart-stack-layering | smart-stack-layering | — | > Skill id: smart-stack-layering · Package: authoring-who-smart-guidelines |
| toolchain-ownership | toolchain-ownership | — | > Skill id: toolchain-ownership · Package: authoring-who-smart-guidelines · |
| transcription-verbatim | transcription-verbatim | — | A step of recommendation-extraction, for a |
Local skills (.claude/skills/local)
| Skill | Id | Schema | Summary |
|---|---|---|---|
| bean-coordination | bean-coordination | — | This is a stub. The skill lives in the kg graph, not here. |
| /language-trap-agent-audit | language-trap-agent-audit | — | The mechanical scanner (content/pipeline/language-trap-audit.ts) |
| todo-manager | todo-manager | — | This is a stub. The skill lives in the kg graph, not here. |
The
authoring-mathandauthoring-who-smart-guidelinespackages ship skill definitions + typed schemas today; their prose instruction bodies will appear here as they are authored.
Table of contents
- "NOT clean" is a verdict about the RUN, not about your diff
- /before-after-preview
- /build-docs
- /build-pdf
- /canonical-watcher
- /continual-progress
- /coordinate
- /detangler-integration-watcher
- /devils-advocate-watcher
- /dispatch-agent
- /exposition-swarm-drain
- /getting-started
- /integration-audit
- /integration-backlog
- /integration-watch
- /interaction-modality
- /language-trap-agent-audit
- /lean-substantive-pass
- /one-voice-integration-watcher
- /pending-show
- /prepare-merge-auto
- /proof-integration-watcher
- /proposition-consolidation-audit
- /q-usage-watcher
- /rendered-verification
- /repo-conversion
- /session-intent
- /watch
- A confirmation can be waived
- A decision is not a finding, and neither is a substitute for the other
- A falling-off retry rate, on every error
- A folio's README
- A plan request stops at a signed-off plan
- A tile is the harness's, not the node's
- Acquisition is the step before ingestion, and it had no home
- Activity log
- Adding a
- Adjudication
- Adopt a methodology from a source document
- Adopting a methodology, and choosing between them
- Adopting an upstream version bump
- Adversarial code review
- Agent permissions
- All UI must follow accessibility guidelines
- ArchiMate models
- Archiving a web page
- Artefact reachability
- Asset extraction
- Associate a harness
- At ingestion, and only at ingestion
- Audio transcription: which recogniser, when, and how to check it
- Audit coverage
- Bean Coordination
- Benchmarking mode
- Bibliography QA
- Block Density
- Block actions: [edit] and [feedback] on every block
- Blocked build dependencies
- Blocking is a claim about the work, not a mood
- Branch archaeology: what each branch holds that main does not
- Branch freshness
- Bun Runtime, Toolchain, and Multi-Repo Conventions
- CI health
- CRDM
- CRDM requirements workflow
- Category Theory Formalization
- Change Size Rule
- Chapter Analysis & Formalization
- Chapter Complexity Review
- Code lists
- Code node review
- Code review process
- Compiled Artefact Cache
- Compute Audit
- Compute Integration Watcher
- Compute-author
- Content Authoring
- Content Block Review
- Content Feedback Collection
- Content Graph
- Content Planning
- Content Publication
- Content Retirement
- Content Review
- Content Testing
- Content Validation
- Content Validation
- Content types
- Content, context and state graphs
- Contrast: measured over the darkest thing that could be there
- Corpus
- Corpus-Grep
- Covered is not reachable
- Create a sticky note
- Critical Path Analysis & Context Review
- Cutting a package release
- Data modelling
- Decision methodology selector
- Declaring a theme
- Deep document research
- Deletion requires explicit confirmation
- Delivery Summary
- Deployment & Auth
- Deployment awareness
- Diff
- Directory conventions
- Document Intake
- Documentation Generation
- Does the prose say what the code does?
- Domain fencing
- Dublin Core renderings
- Edge kinds and blast radius
- Editor
- Evidence Appraisal
- Evidence review
- External registry
- External registry
- FFI roundtrip audit
- Feature Specification: [Feature Name]
- Feature-branch staging
- Feature-request detection (CRDM trigger)
- Filing a source: what Dublin Core carries, and what it does not
- Finding software
- Flushable containers
- Generalise the fix, then attack the generalisation
- Generating a theme's CSS
- Glossary Build
- Glossary terms
- Goal review
- Graph detanglement
- Graph rendering: one set of rules for every drawn graph
- Gröbner Basis
- HTML Rendering QC
- Handover report
- Harness projections: CI writes them, the owner consents to every hand edit
- Harness requirements
- IG publisher + validator
- IRIS, DSpace and Dublin Core
- Incremental render
- Injection
- Inline PDF viewer
- Instance kinds
- KG export
- KG subgraph layout: one diagram per declared sub-graph, laid out in the browser
- KG → package → distribution → portal
- Knowledge Graph separation
- L1 coverage
- L1 document ingestion
- LSI indexing
- LaTeX Compilation
- LaTeX Validation
- LaTeX build performance
- Lean 4 Formalizer (Narrative to Proof)
- Lean Build Fix
- Lean Completeness Audit
- Lean Environment Setup
- Lean File Generation
- Lean HTML docs
- Lean Proof Review
- Lean Witness Audit
- Lean cache: the authoring loop
- Lean formal dependency graph
- Lean formal edges (elaborated)
- Lean toolchain
- Library ingestion
- Liquid templates
- Literature search
- MCP assembly
- MCP contract
- MCP projection
- Managing a schema
- Markdown Authoring Conventions
- Markdown Render Check
- Materialize on demand
- Materializing from arXiv
- Materializing remote content
- MathlibExt Curator
- Merge queue
- Merge to main
- Merge-conflict patterns
- Minimal change
- NPM Knowledge Graph Distribution
- Named Query Execution across CLI, MCP, and Web
- Never encode a constraint you have not verified
- Offering the knowledge graph
- One definition of a requirement
- One task, two agents, one human between them
- One-Voice Audit
- One-Voice Style Guide
- Opening brief
- Oxigraph Multi-Graph Search & Discovery for WHO IRIS
- Oxigraph Multi-Graph Static Search & Catalog Discovery
- Paper Importer
- Path containment
- Per-artefact specialisation
- Phase 1
- Phase 3
- Phase 4
- Pickup
- Placement
- Playing a state machine
- Prepare for a handover
- Prepare-merge
- Process state
- Processes are BPMN, and the diagrams are executable
- Production vs exploratory vs numerology
- Proof Conciseness
- Proof Editor (Coordinator)
- Proof Exposition Review
- Proof Gap Audit
- Proof Narrative ↔ Lean Equivalence Audit
- Proof Simplifier
- Proof Status Tracking
- Proof Triage & Resolution
- Publish verification, and the one alert
- QA report signing
- QA reports
- QA witnesses
- RACI
- Readability Editing
- Reading GitHub state
- Reading the knowledge graph
- Ref stewardship
- Reference dataset ingestion
- Related work: find it, sort it, ask
- Relationship first, visualisation later
- Release epic planning
- Release lifecycle
- Remark Audit
- Remote-mount a harness
- Render a Knowledge Graph to a CDN
- Render logging
- Render order
- Rendered impact
- Rendering Auditor
- Rendering Fixes
- Rendering the knowledge graph
- Requirements from a recorded walkthrough
- Restructuring a work plan
- Review comments
- Review heat map
- Review: a pointer to the review skills
- Roles are swimlanes
- Running a SWOT scan
- Running a test plan
- Sample import
- Scientific Accuracy
- Scientific Critical Thinking
- Scientific Hypothesis Generation
- Scientific Visualization
- Secrets
- Security
- Semantic Ontologist (Ambiguity Detection & Glossary)
- Semantic review scoping
- Serving a rendering
- Session Task Manager (beans)
- Session context
- Simulator
- Simulator Math Audit
- Site presentation assets
- Skill voice review
- Skills and Tools
- Spec Kit
- Specification and requirements management
- Specification-compiled agents
- Staging review
- Stalled-agent triage
- Start in the avatar, open into a window
- State in a running process
- Sub-KG lifecycle
- Subagent memory
- Subscribing to a knowledge graph
- Surprise to corpus
- Swarm management
- Swimlane Glossary
- Tabular metadata
- Task authorization
- Technical documentation
- Term disagreement
- Test Engineer
- The Milnor exposition standard
- The comparison goes BEFORE the question, not inside the options
- The deterministic-to-agentic spectrum
- The language you communicate in
- The platform's own gates
- Theme art intake
- Theming, split on the stage it fails at
- Todo Review
- Tool Authoring
- Translation manager
- Turn reporting
- Two mechanisms and a persona
- UML overview: generated from declarations and schemas, never drawn
- Untainted verification
- Untrusted input
- Upload naming
- Verify Anchor Connectivity
- Visual diff
- Visualizer loading
- Vocabulary authority
- Voice authoring guidance
- Voice editorial review
- Voice overlay review
- W3C N-Quads Dataset Packaging & Subgraph Distribution
- Watching the queue
- Where a proposal goes
- Where does this go?
- Wireframe design review
- Wireframe viewport check
- Witnessed Values
- Working an issue
- Working on materialized content
- Zero-trust handover
- auto-docs
- bean-coordination
- bib-human-review
- bib-photo-ingestion-watcher
- bpmn-authoring
- dak-l1-library
- dak-postprocessing
- dak-preprocessing
- definition-clarity-audit
- dmn-authoring
- document-authoring
- document-publishing
- document-structure
- fhir-client-operations
- fhir-ig-create
- fhir-questionnaire-wireframe
- fhir-validation
- fsh-guts/
- grade
- guideline-use-case
- idle-backlog
- ig-artifact-ingestion
- ig-ast-delta
- ig-binary-artefacts
- ig-build-pipeline
- ig-publication
- ig-publisher-fork
- ig-publisher-reduction
- ig-render-jekyll
- ig-site-links
- ig-site-theme
- index.config.json: what this checkout instantiates
- instance-publication
- integration-watcher (abstract parent)
- l2-component-edit-review
- l2-dak-authoring
- l2-dependency-choice
- l3-dependency-choice
- l3-fhir-authoring
- l3-readiness
- l4-application-brief
- l4-application-build
- latex-authoring
- lean-formalization
- lean-proof-vacuity-audit
- normative-statements
- pr-description
- proof-verification
- public-comment
- quality-control
- recommendation-candidates
- recommendation-extraction
- recommendation-scenarios
- smart-base Toolchain
- smart-guideline-create
- smart-guideline-end-to-end
- smart-launch
- smart-stack-layering
- symbiotic-interaction
- terminology-management
- todo-manager
- toolchain-ownership
- transcription-verbatim
- uses[] Editorial Review