22-ai-00/dsh-enhanced--packages-task-acceptance-contract2

@dsh-enhanced/task-acceptance-contract

Strict immutable acceptance and verification wire contracts for DSH assistant plugins.

包名
@dsh-enhanced/task-acceptance-contract
版本
0.1.28
许可证
MIT
最近更新
2026年9月12日

安装

此插件尚未提供可验证的 bundle,或兼容性检查未通过。请先阅读仓库说明。 阅读完整 README ↗

@dsh-enhanced/task-acceptance-contract

An inert shared wire library for immutable task acceptance contracts and independently produced verification receipts. It declares no DSH bundle and does not activate services, tools, jobs, network access, filesystem access, or subprocesses. It only validates plain JSON-compatible values, normalizes scope paths with Node path, and calculates canonical SHA-256 digests with Node crypto.

The exported canonical JSON helper has a finite 1MiB serialization budget. Contract canonical payloads are separately capped at 256KiB. Target-readback JSON values collectively consume at most 64KiB, and receipt evidence must fit the accepted contract's maxEvidenceBytes as well as a 1MiB receipt payload cap.

The package does not make a receipt trusted. A Host-owned producer must bind an accepted contract to its durable authority and independently obtain evidence.

task-acceptance/v1 and task-verification/v1 retain their original task identity (automation-run or foreground-turn) and canonical digest form. v2 is reserved for durable native-goal execution: it only accepts a goal-step task with its immutable goal definition digest and version, step, run, session, native goal ID, and native revision. A verification receipt must use the matching protocol version and reproduce the complete task identity. v3 is reserved for whole-goal assessment: it only accepts a goal-outcome task whose ref is its assessment ID and whose binding contains the immutable goal definition ID, version and digest, assessment ID, session ID, and native goal ID. It deliberately has no step, run, or native revision fields. The immutable contract itself freezes the acceptance criteria, profile, and bounds; an assessment must not substitute a separate criteria digest. A v3 receipt must use task-verification/v3 and reproduce that complete binding. Existing v1 and v2 canonical payloads and digests remain unchanged. The wire library validates and binds these values; a Host producer remains responsible for obtaining them from an authoritative goal lifecycle.

task-acceptance/v4 and task-verification/v4 are reserved for isolated process behavior assessment of a goal-step or goal-outcome. Every v4 criterion must be isolated-process-behavior, which binds only a sealed authority reference, a normalized relative artifact path, and a test-set ID. It cannot carry stdin, expected output, expected values, or test vectors. v1, v2, and v3 reject that criterion kind and retain their canonical payloads and digests. acceptanceProtocolForTask(task, criteria) selects the matching protocol from a complete task identity and criterion set.

validateGoalArtifactAdmission accepts and deeply freezes the narrow goal-artifact-admission/v1 linkage { contractId, contractDigest, runId, turn }. It validates the exact shape and requires a positive turn. The linkage is data binding for durable goal and isolation records; it is not an authority grant or a substitute for independent verification.