bcquality/skills
Jesper Schulz-Wedde 637e7ac602 Make BCQuality an additive knowledge layer with agent findings
Let super-skills surface findings the agent identifies on its own,
clearly tagged so consumers can render them differently from
knowledge-backed ones.

- skills/do.md: permit references:[] when from-sub-skill='agent';
  define the agent-finding encoding (id 'agent:<slug>', confidence
  capped at medium, self-contained message); restrict agent findings
  to super-skills only.
- microsoft/skills/review/al-code-review.md: add a self-review pass
  to Action that validates agent-identified candidates against
  BCQuality (cite if matched, suppress if contradicted, surface as
  agent finding otherwise). Add example finding.
- agent-consumption.md, README.md: describe the additive model and
  the from-sub-skill: 'agent' marker so consumer orchestrators know
  to render unbacked findings.

Strictly additive: existing knowledge-backed flow is unchanged and
backward compatible.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
2026-05-21 09:14:30 +02:00
..
do.md Make BCQuality an additive knowledge layer with agent findings 2026-05-21 09:14:30 +02:00
entry.md Expand review skills to match the 6-domain knowledge corpus 2026-04-23 17:18:17 +02:00
read.md Add [all] sentinel to bc-version; apply to version-agnostic knowledge 2026-04-23 16:00:03 +02:00
README.md Introduce the entry-point skill (skills/entry.md) 2026-04-17 14:01:09 +02:00
write.md Add [all] sentinel to bc-version; apply to version-agnostic knowledge 2026-04-23 16:00:03 +02:00

BCQuality global skills

This folder contains the skills that are not owned by any single layer. There are two kinds:

  • The entry-point skill — the first skill an agent invokes at runtime.
  • The three meta-skill contracts — stable references that define what the rest of BCQuality means.

The entry-point skill

File Role
entry.md ENTRY — Given a task context, returns a dispatch record naming the action skill(s) to invoke. The agent's first call when pointed at BCQuality.

Routing logic lives in Entry, not in the orchestrator. An agent that knows only "invoke /skills/entry.md first" has enough to drive the rest of the repo.

The meta-skill contracts

# File Role Who reads it
1 read.md READ — Schema + Use. How to read a knowledge file: frontmatter fields, section semantics, matching rules, layer precedence, conflict resolution. Any agent or action skill that consumes knowledge files.
2 do.md DO — Action Skill contract. The Source → Relevance → Worklist → Action template and the structured output every action skill produces. Includes super-skill composition. Any agent invoking an action skill; every action-skill author.
3 write.md WRITE — New Knowledge. Authoring rules for knowledge files. Defers to read.md for the schema. Contributors (human or agent) adding or editing knowledge files. Not used during consumption.

READ and DO are read on demand — typically by the first action skill the agent executes after dispatch. They are not prerequisites for invoking Entry. WRITE is only used when scaffolding new content.

These contracts are stable. Changes require a PR approved by both maintainers.

For the end-to-end flow — from orchestrator trigger through to findings integration — see ../agent-consumption.md. For the high-level project framing, see ../README.md.