Synthesis Path
Use this path when creating or materially changing a skill.
Output Style
- Keep synthesis notes terse.
- Prefer tables, status lists, and gap lists over narrative summaries.
- Record decisions as
adopted,rejected, ordeferred.
Step 0: Classify
Record the parts that affect the skill's behavior or maintenance:
- skill class
- primary execution shape
- secondary shapes, if any
- why simpler shapes were not enough
For integration-documentation, cover:
- API surface and behavior contracts
- config/runtime options
- downstream use cases
- issues/failure modes with workarounds
- version or migration variance
Step 1: Collect Sources
Collect from:
- Agent Skills spec and best practices
- similar in-repo skills
- upstream implementations and orchestration docs
- domain or library docs
- repo conventions and validators
- tests, fixtures, changelogs, and issue or PR history
- commit history and blame for regressions or edge cases
- prior
SPEC.md,SOURCES.md, andreferences/evidence/
If the shape uses provider-specific mechanics, include current provider docs.
Step 1.2: Adapt Source Material When Needed
Read references/source-adaptation.md when the primary input is an upstream prompt, workflow, rubric, benchmark, guide, or docs set.
Record:
- source intent
- local target behavior
- fidelity boundary
- local replacements
- omitted material
- license, notice, attribution, or excerpt constraints
Baseline Source Pack For Skill-Authoring
Require at minimum:
- local
skill-writerruntime files - Agent Skills spec and repo conventions
- provider docs for any provider-specific mechanic being recommended
Step 1.5: Load Example Profiles
Load only the flat example profile files you need from the reference index in SKILL.md.
Step 1.6: Expand Coverage
Run targeted passes for:
| Pass | Retrieve |
|---|---|
| core behavior | happy path and main workflow |
| edge behavior | failures, retries, permissions, cleanup |
| negative behavior | false positives, reviewer concerns, bad outputs |
| repair patterns | fixes and corrected outputs |
| version variance | platform or release differences |
| shape mechanics | routing, delegation, loop stops, hook constraints |
Extra retrieval for advanced shapes:
- route or delegation criteria
- worker or handoff contracts
- loop stopping rules
- provider-specific lifecycle or security constraints
Step 2: Capture Provenance
For each source, record:
- source URL or path
- trust tier
- confidence
- contribution
- usage constraints
Store provenance in SOURCES.md, not long runtime prose.
Step 3: Synthesize Decisions
Map each major decision to source evidence, including:
- class choice
- shape choice
- provider-specific mechanics
- deferred gaps
Step 4: Check Synthesis Completeness
Address these before authoring, or report the unresolved item as an explicit gap:
- no missing high-impact coverage dimensions
- partial dimensions have explicit next retrieval actions
- authoring or generator skills include transformed examples
- selected profile requirements are satisfied
- coverage passes are reflected in the coverage matrix
- stopping rationale is explicit
- supporting refs stay focused and directly discoverable from
SKILL.md SPEC.mdexists or is updated when the contract changed- advanced mechanics include required contracts and justification
- provider-specific mechanics include portability notes
Required Output
- synthesis summary
- source inventory in
SOURCES.md - decisions and rationale
- coverage matrix
- gaps and next retrieval actions
- selected class and shape
- source-adaptation notes when an upstream source materially shapes the skill
SPEC.mdupdate summary when applicable