Acceptance matrix

September 5, 2026 ยท View on GitHub

IDPromiseAutomated evidence
SC-001DSH discovers exactly one invocable bundled SkillReal Context + SkillRegistry integration test
SC-002Loaded body and resources are canonicalProvider integration test
SC-003Extraction is limited to visible contextInstruction contract test
SC-004All resource types are supported and purposefulPackage and instruction contract tests
SC-005Proposal and confirmation precede writesInstruction ordering test
SC-006Existing Skills are not silently overwrittenInstruction contract test
SC-007Structural/privacy validator fails closedValid and invalid fixture tests
SC-008Results distinguish verified and skipped checksInstruction contract test
SC-009Privacy and permission boundaries are retainedInstruction and validator tests
SC-010Public DSH package is complete and cleannpm pack --dry-run acceptance script
SC-011User corrections become traceable acceptance contracts and resources have no unexplained names/orphansInstruction and validator tests
SC-012Potentially sensitive script inputs cannot leak canaries through stdout, stderr, or output filesIsolated subprocess and filesystem canary tests
SC-013Semantic reuse uses at most one fresh DSH Session and tests natural routing without naming the SkillInstruction contract plus recorded live acceptance when credentials are available
SC-014Small bundles have explicit proposal/generation budgets and avoid orchestration overheadInstruction contract test

Semantic acceptance without paid multi-Agent runs

The release avoids making cross-Agent quality claims. Its CI boundary is DSH itself: provider lifecycle, canonical parsing, resource resolution, validator behavior, privacy-canary containment, and package contents use deterministic tests. Instruction-contract tests verify required ordering, acceptance contracts, safety gates, replay shape, and cost budgets without spending model tokens.

One optional live acceptance uses the same DSH installation and account for a creator Session plus at most one fresh replay Session. The replay uses a second sanitized fixture and a natural prompt that does not name the Skill. When credentials or Session creation are unavailable, the completion report must provide the exact replay packet and mark SC-013 unverified. This split keeps CI deterministic while remaining honest about what static checks cannot prove.