Agent-design-language gap-analysis
Compare an explicit expected baseline against observed implementation, docs, tests, review, PR, milestone, or closeout evidence and produce findings-first gap reports with severity, evidence, uncertainty, and bounded follow-up recommendations without fixing, approving, or mutating repositories.
git clone https://github.com/danielbaustin/agent-design-language
T=$(mktemp -d) && git clone --depth=1 https://github.com/danielbaustin/agent-design-language "$T" && mkdir -p ~/.claude/skills && cp -r "$T/adl/tools/skills/gap-analysis" ~/.claude/skills/danielbaustin-agent-design-language-gap-analysis && rm -rf "$T"
adl/tools/skills/gap-analysis/SKILL.mdGap Analysis
Run a bounded gap review between what was expected and what evidence shows. This skill is a comparison and closeout-safety skill, not a code reviewer, not a remediator, not a publisher, and not an approval authority.
Use this skill before issue closeout, milestone closeout, third-party review, release readiness, or customer-facing report publication when a specific baseline must be reconciled against observed truth.
Quick Start
- Confirm the expected baseline:
- issue acceptance criteria
- milestone plan
- feature spec
- PR scope
- review packet
- closeout record
- Confirm the observed evidence:
- changed files
- test results
- docs
- review artifacts
- PR body/checks
- output card or closeout record
- Run the deterministic helper when local filesystem access is available:
scripts/analyze_gaps.py <gap-root> --out <artifact-root>
- Review the gap report for source-grounded findings, uncertainty, and follow-up recommendations.
- Stop before fixing gaps, creating issues, creating PRs, approving closeout, or mutating repositories.
Required Inputs
At minimum, gather:
modeexpected_baselineobserved_evidencepolicy
Supported modes:
compare_issue_to_implementationcompare_milestone_to_evidencecompare_spec_to_docscompare_review_to_closeoutcompare_packet_to_report
Useful policy fields:
severity_floorrequired_gap_typesuncertainty_policyissue_creation_allowedwrite_gap_artifactstop_before_fixstop_before_mutation
If there is no explicit expected baseline, stop and report
not_run. Do not
infer intended outcomes from vibes or from the absence of evidence.
Gap Types
Classify gaps as:
: expected proof is absent or unreadable.missing_evidence
: expected behavior or artifact is not present in observed implementation evidence.implementation_gap
: docs claim something different from the expected or observed truth.docs_drift
: expected validation is missing, weak, skipped, or not linked to behavior.test_gap
: output card, PR body, issue state, or closeout note overstates integration, validation, scope, or merge truth.closeout_drift
: evidence is insufficient to decide whether a gap exists.scope_ambiguity
Severity Policy
: critical release or customer-facing truth break, security/privacy exposure, or irreversible closeout failure.P0
: release-blocking mismatch, serious overclaim, missing high-risk proof, or issue closeout that would mislead operators.P1
: meaningful implementation, docs, tests, review, or closeout gap that should be fixed but does not block all work.P2
: lower-risk clarity, traceability, or caveat gap with concrete reviewer or operator impact.P3
Do not escalate speculation into a finding. If the evidence is insufficient, record
scope_ambiguity or missing_evidence with the missing source named.
Output
Write Markdown and JSON artifacts when an output root is available.
Default artifact root:
.adl/reviews/gap-analysis/<run_id>/
Required artifacts:
gap_analysis_report.mdgap_analysis_report.json
Use the detailed contract in
references/output-contract.md.
Stop Boundary
This skill must not:
- fix implementation, docs, tests, cards, or reports
- create issues or PRs without explicit operator approval
- close issues or approve releases
- claim merge-readiness, release-readiness, remediation completion, compliance, or publication approval
- replace repo-code-review, security-threat-model, review-quality-evaluator, or product-report-writer
- treat absent evidence as proof of failure when uncertainty is the truthful outcome
Handoff candidates:
when human-approved issue candidates are needed.finding-to-issue-planner
when gaps are validation/test related.review-to-test-planner
orproduct-report-writer
when report truth is the gap surface.review-quality-evaluator
orpr-closeout
when closeout truth needs normalization.sor-editor
Blocked States
Return
not_run when the expected baseline is missing or unreadable.
Return
blocked when the requested output would require fixing, approving,
publishing, creating issues/PRs, or mutating a repository.
Return
partial when a report can be produced but important evidence is missing
or ambiguous.