@zhivex-ai/harness 1.0.0-rc.14 → 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +17 -0
- package/README.md +1 -1
- package/ROADMAP.md +5 -1
- package/docs/GA_READINESS.md +5 -4
- package/docs/RC14_DELEGATED_SECURITY_DECISION.md +80 -0
- package/docs/RC14_SECURITY_REVIEW.md +40 -0
- package/docs/RELEASE.md +1 -1
- package/docs/SECURITY_REVIEW_EVIDENCE.md +3 -1
- package/docs/ga-readiness.json +22 -18
- package/docs/reports/evidence/rc14-delegated-security-review-2026-09-20.json +81 -0
- package/docs/reports/evidence/rc14-ga-gate-2026-09-20.json +18 -0
- package/docs/reports/evidence/rc14-representative-2026-09-20.json +509 -0
- package/docs/reports/evidence/rc14-security-regressions-2026-09-20.json +64 -0
- package/evaluations/representative-matrix.json +432 -0
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,23 @@ The project follows Semantic Versioning. During `0.x`, minor releases may change
|
|
|
6
6
|
|
|
7
7
|
## Unreleased
|
|
8
8
|
|
|
9
|
+
## 1.0.0 - 2026-09-20
|
|
10
|
+
|
|
11
|
+
### GA promotion
|
|
12
|
+
|
|
13
|
+
- Promote the RC.14 runtime and dependency set without further runtime changes.
|
|
14
|
+
Stable API/CLI/schema contracts, supported Node runtimes and migration policies
|
|
15
|
+
are defined in the published stability and support documents.
|
|
16
|
+
- Bind readiness to the published RC evidence, including RC.14 protected live
|
|
17
|
+
certification and its complete 42-case Meta/Qwen/OpenAI representative matrix.
|
|
18
|
+
Gemini remains provisional and outside the GA-certified cohort.
|
|
19
|
+
- Complete the artifact-bound security assessment under the explicitly documented
|
|
20
|
+
RC.14-only delegated AI review exception. This is not an independent human audit.
|
|
21
|
+
Preserve all four resolved findings, residual risks and negative exploratory
|
|
22
|
+
SWE-bench results; no broad coding-accuracy claim is made.
|
|
23
|
+
- Existing paused approvals remain bound to their original artifact. Stable
|
|
24
|
+
publication and provenance require their own protected release workflow.
|
|
25
|
+
|
|
9
26
|
## 1.0.0-rc.14 - 2026-09-20
|
|
10
27
|
|
|
11
28
|
### GA validation remediation
|
package/README.md
CHANGED
|
@@ -13,7 +13,7 @@ Zhivex Harness runs coding agents against real repositories with conflict-safe e
|
|
|
13
13
|
|
|
14
14
|
The model provides capability. The harness controls what it may inspect, execute, change, resume, and prove. Every provider uses the same bounded tool and approval contract.
|
|
15
15
|
|
|
16
|
-
Version `0.
|
|
16
|
+
Version `1.0.0` is the current source release candidate for stable publication; it is not yet published. The latest public stable release remains `0.11.1`, and `1.0.0-rc.14` is published on `next`. RC.14 passed protected live certification and 42/42 representative cases; its security review is complete under the explicit [user-delegated AI exception](./docs/RC14_DELEGATED_SECURITY_DECISION.md), not an independent human audit. The [repository release status](https://raw.githubusercontent.com/Zhivex/zhivex-harness/main/release-status.json) records the pending stable candidate. Stable publication requires its own deterministic, installed-package, OCI, live-provider and representative gates and verified provenance. See the [readiness gate](./docs/GA_READINESS.md), [API stability policy](./docs/STABILITY.md), [support matrix](./docs/SUPPORT_MATRIX.md), [threat model](./docs/THREAT_MODEL.md), [roadmap](./ROADMAP.md) and [changelog](./CHANGELOG.md).
|
|
17
17
|
|
|
18
18
|
## Why Zhivex Harness
|
|
19
19
|
|
package/ROADMAP.md
CHANGED
|
@@ -5,9 +5,13 @@
|
|
|
5
5
|
|
|
6
6
|
This roadmap takes the harness from its `0.1.0` MVP to a stable CLI and library contract. The `0.2.0` source baseline is tagged locally, `0.3.0` and `0.4.0` are private checkpoints, and `0.5.0` through `0.11.1` are published on npm. Version `0.11.1` delivers file and release hardening without a `0.11.x` contract change; registry publication, supply-chain provenance, and provider certification remain separate evidence boundaries. Releases are ordered by dependency and safety risk, not by calendar date. A version ships only when its exit criteria are satisfied.
|
|
7
7
|
|
|
8
|
+
Version `1.0.0` is the local source release candidate. It is not yet tagged or published as a new artifact. Its protected stable certification and publication remain pending; published RC.14 evidence supports preparation, not a claim that stable bytes have shipped.
|
|
9
|
+
|
|
8
10
|
## Planning principles
|
|
9
11
|
|
|
10
|
-
RC.13 is published to npm `next` with 42/42 representative cases, protected live certification, and independently verified registry integrity and SLSA provenance. Its
|
|
12
|
+
RC.13 is published to npm `next` with 42/42 representative cases, protected live certification, and independently verified registry integrity and SLSA provenance. Its [reviewer dossier](docs/RC13_SECURITY_REVIEW.md) remains historical context.
|
|
13
|
+
|
|
14
|
+
RC.14 is published to npm `next` with all protected live gates and 42/42 representative cases passed; independent verification matched registry integrity and SLSA provenance. RC.14 now has a completed Codex security review under an explicit [user-delegated AI exception](docs/RC14_DELEGATED_SECURITY_DECISION.md), with no identified open critical/high findings. This is not an independent human audit; use the [current reviewer dossier](docs/RC14_SECURITY_REVIEW.md). The separate failed exploratory SWE-bench cohort is preserved and does not become passing evidence.
|
|
11
15
|
|
|
12
16
|
- Make the harness distributable and observable before expanding its side-effect surface.
|
|
13
17
|
- Keep provider portability in the harness and provider-specific behavior behind capability checks.
|
package/docs/GA_READINESS.md
CHANGED
|
@@ -20,9 +20,10 @@ The preparation gate does not certify production readiness. It verifies that pub
|
|
|
20
20
|
6. Preserve `1.0.0-rc.10` as an immutable failed attempt: its exact tarball passed artifact binding, but an OpenAI account-funding issue surfaced as retryable HTTP 500 failures in live and representative gates and Qwen resolved 13/14 representative cases; npm publication was skipped.
|
|
21
21
|
7. Preserve the published `1.0.0-rc.11` evidence: OpenAI's release precheck and Qwen's complete representative precheck passed, the protected workflow's first attempt failed closed on one Qwen representative case without publishing, and its complete second attempt passed every live and representative gate before publishing the exact artifact to `next` with verified npm integrity and SLSA provenance.
|
|
22
22
|
8. Preserve the published `1.0.0-rc.12` evidence: the protected workflow passed deterministic, installed-artifact, OCI, live-provider, complete Meta/Qwen/OpenAI representative, registry-integrity, and SLSA-provenance gates for the exact annotated tag.
|
|
23
|
-
9. Preserve published RC.13, including onboarding, daily console workflow, cancellation, and diagnostics: protected workflow `34263591864` passed all live gates and 42/42 representative cases, then published `next` with independently verified integrity and SLSA provenance.
|
|
24
|
-
10. Record
|
|
25
|
-
11.
|
|
26
|
-
12.
|
|
23
|
+
9. Preserve published RC.13, including onboarding, daily console workflow, cancellation, and diagnostics: protected workflow `34263591864` passed all live gates and 42/42 representative cases, then published `next` with independently verified integrity and SLSA provenance. Retain [the RC.13 reviewer dossier](./RC13_SECURITY_REVIEW.md) as historical context.
|
|
24
|
+
10. Record published RC.14: protected workflow `35510484383` passed all live gates and 42/42 representative cases, and independent verification matched the published `next` artifact integrity and SLSA provenance. The final candidate is now RC.14; use [its reviewer dossier](./RC14_SECURITY_REVIEW.md).
|
|
25
|
+
11. RC.14 has a completed Codex security review with no identified open critical/high findings under the explicit [user-delegated AI exception](./RC14_DELEGATED_SECURITY_DECISION.md). This is not an independent human audit; the strict artifact/workflow/coverage verifier remains unchanged.
|
|
26
|
+
12. Change the readiness phase to `ready` only after all evidence is committed and passes the release gate.
|
|
27
|
+
13. Publish `1.0.0` to `latest`; never promote an RC by merely moving a dist-tag.
|
|
27
28
|
|
|
28
29
|
Gemini is explicitly provisional and excluded from the 1.0 GA-certified cohort. The decision and its promotion criteria are recorded in [GEMINI_1_0_DECISION.md](./GEMINI_1_0_DECISION.md); partial or capacity-blocked evidence is never certification.
|
|
@@ -0,0 +1,80 @@
|
|
|
1
|
+
# RC14 delegated security decision
|
|
2
|
+
|
|
3
|
+
## Authorization and attribution
|
|
4
|
+
|
|
5
|
+
On 2026-09-20, after the independent-human-review requirement and the pending
|
|
6
|
+
RC14 dossier had been explained, the requesting user instructed:
|
|
7
|
+
“Haz la revision humana, confiamos en tu criterio”. This explicitly delegates
|
|
8
|
+
the technical security judgment to Codex. It does not make Codex a human.
|
|
9
|
+
|
|
10
|
+
For this exact RC14 promotion decision, the project records an explicit exception
|
|
11
|
+
to the independent human authorship requirement: the review is performed by
|
|
12
|
+
Codex, an AI assistant acting under that delegation. No human signature,
|
|
13
|
+
independent human audit, OpenAI organizational certification or external auditor
|
|
14
|
+
accreditation is asserted. This exception does not apply automatically to a new
|
|
15
|
+
candidate or future releases. The user has delegated judgment, not personally
|
|
16
|
+
attested to inspection of each source file or test.
|
|
17
|
+
|
|
18
|
+
The machine-readable review identifies Codex explicitly. Its HTTPS identity
|
|
19
|
+
identifies the Codex service, not a human reviewer. This policy decision is
|
|
20
|
+
reviewable in the same PR as the evidence. No evidence-validator code, severity
|
|
21
|
+
threshold, coverage inventory, provenance check or runtime approval is relaxed.
|
|
22
|
+
|
|
23
|
+
## Object and method
|
|
24
|
+
|
|
25
|
+
- Candidate: `v1.0.0-rc.14`, commit `d1c5abcc6d1fa482c211c4327c86f592663d559b`.
|
|
26
|
+
- Exact artifact identity and observation time: `../security-reviews/rc14-review.json` in the source checkout.
|
|
27
|
+
- Verification record: [delegated review evidence](reports/evidence/rc14-delegated-security-review-2026-09-20.json).
|
|
28
|
+
- Scope: 10 controls, 11 trust boundaries and 31 authority-bearing tool classes.
|
|
29
|
+
|
|
30
|
+
This review continues the directed source assessment recorded on 2026-09-19,
|
|
31
|
+
assesses the subsequent security and repair-controller changes, and binds the
|
|
32
|
+
decision to the final published candidate. Changes after that candidate are
|
|
33
|
+
documentation and evaluation evidence; runtime and dependency files are
|
|
34
|
+
unchanged. Historical review findings are preserved rather than erased.
|
|
35
|
+
|
|
36
|
+
The final assessment includes approval payload visibility and replay binding,
|
|
37
|
+
descriptor-bound repository reads, mutation concurrency, complete OCI scope
|
|
38
|
+
identity and import, scoped durable state, task memory, MCP authority, delegation,
|
|
39
|
+
subprocess isolation, budget failure accounting, bounded repair recovery,
|
|
40
|
+
personal profiles and publication identity. It is not an exhaustive audit of
|
|
41
|
+
all transitive dependency source or a proof that unknown vulnerabilities are absent.
|
|
42
|
+
|
|
43
|
+
Fresh validation passed the five adversarial checks (four original findings plus
|
|
44
|
+
the stale-digest control) and 137 security/regression tests across ten files,
|
|
45
|
+
with 659 assertions. Published bytes, the `next` tag and SLSA source/workflow
|
|
46
|
+
binding were reverified. The unchanged review validator also checks the exact
|
|
47
|
+
candidate's CI, CodeQL, dependency audit, OCI and protected release workflows.
|
|
48
|
+
|
|
49
|
+
## Findings and judgment
|
|
50
|
+
|
|
51
|
+
The four known findings are resolved by the changes merged in PR #77 and present
|
|
52
|
+
in the published candidate: `sec-04` (high, cross-scope OCI artifacts), `sec-01`
|
|
53
|
+
(medium, concurrent writes), `sec-02` (medium, replacement visibility), and
|
|
54
|
+
`sec-03` (low, incomplete authority inventory). Lowercase IDs in the final JSON
|
|
55
|
+
are the schema-compatible spellings of the historical uppercase IDs.
|
|
56
|
+
|
|
57
|
+
There are no identified open critical or high findings in this directed review.
|
|
58
|
+
The security decision is **passed under the explicit delegated-AI exception**,
|
|
59
|
+
within the documented threat model. This is not a statement that risk is zero.
|
|
60
|
+
|
|
61
|
+
Residual risks remain material: the host account/kernel/daemon and configured
|
|
62
|
+
service identities are trusted; approved services receive their inputs; pattern
|
|
63
|
+
redaction is incomplete; cooperative locks do not govern external writers or
|
|
64
|
+
provide power-loss atomicity for all files; approved host execution can run
|
|
65
|
+
repository code; a model-authored verifier may be inadequate. Simple
|
|
66
|
+
`apply_environment_patch` imports do not themselves execute a verifier. The
|
|
67
|
+
operator must assess the granted authority and verifier coverage.
|
|
68
|
+
|
|
69
|
+
The separate fresh SWE-bench cohort remains Harness 0/5 versus control 1/5.
|
|
70
|
+
The protected representative matrix passed 42/42 on RC14, but that does not
|
|
71
|
+
establish broad coding accuracy or reverse the exploratory result. This
|
|
72
|
+
decision addresses the security gate only.
|
|
73
|
+
|
|
74
|
+
## Remaining promotion work
|
|
75
|
+
|
|
76
|
+
The security ledger may reference this completed review with the exception
|
|
77
|
+
visible in the readiness documentation. GA still requires the exact `1.0.0`
|
|
78
|
+
version, readiness phase, release checks and protected stable publication,
|
|
79
|
+
followed by verification of its own artifact. No tag, dist-tag or package is
|
|
80
|
+
published by this review.
|
|
@@ -0,0 +1,40 @@
|
|
|
1
|
+
# RC.14 security review dossier
|
|
2
|
+
|
|
3
|
+
Current decision: the [delegated AI review](RC14_DELEGATED_SECURITY_DECISION.md) is complete, with no identified open critical/high findings. Its machine-readable result is `../security-reviews/rc14-review.json` in the source checkout. This is an explicitly authorized exception to human authorship, not a human signature. The original preparation instructions and pending draft below are retained as history.
|
|
4
|
+
|
|
5
|
+
## Historical preparation instructions
|
|
6
|
+
|
|
7
|
+
This dossier prepares the independent human review required by HAR-HU-03. It is not a completed security review and does not authorize GA. The machine-prepared `../security-reviews/rc14-review-draft.json` (source checkout) deliberately fails the passing-review schema: reviewer, date, coverage decisions, and findings must be supplied or confirmed by the human reviewer. Copied control-map text is a review starting point, not evidence that the reviewer assessed it. The draft includes all four known findings with their technically verified remediation; the reviewer must confirm dispositions, supply owners, and add any further findings. Their presence does not establish a completed human review.
|
|
8
|
+
|
|
9
|
+
The draft now includes machine-prepared source and regression references for all 10 controls, 11 trust boundaries and 31 authority-bearing tools. Technical notes incorporate the published RC14 remediation evidence; they do not carry forward the original pre-remediation findings as current defects. Residual-risk statements are proposed review inputs, not accepted risks. Every coverage decision remains pending, and reviewer identity, timestamp and finding owners remain unset. Source paths refer to the exact candidate commit below; the original automated review remains historical evidence.
|
|
10
|
+
|
|
11
|
+
## Exact candidate
|
|
12
|
+
|
|
13
|
+
- Tag: `v1.0.0-rc.14`
|
|
14
|
+
- Commit: `d1c5abcc6d1fa482c211c4327c86f592663d559b`
|
|
15
|
+
- npm: `@zhivex-ai/harness@1.0.0-rc.14` on `next`
|
|
16
|
+
- SHA-512: `sha512-UMu4JFUNs/kOTJETZSJMMvVYlo+a4MKG6PoSvE313QxMEqK1z420AXVgPOGJ8jj2jp6mQud/Rvc7+ixKyH/4og==`
|
|
17
|
+
- [Protected release, audit, OCI, and 42 representative cases](https://github.com/Zhivex/zhivex-harness/actions/runs/35510484383)
|
|
18
|
+
- [CI at the candidate commit](https://github.com/Zhivex/zhivex-harness/actions/runs/35510241338)
|
|
19
|
+
- [CodeQL at the candidate commit](https://github.com/Zhivex/zhivex-harness/actions/runs/35510241346)
|
|
20
|
+
- [Registry attestation](https://registry.npmjs.org/-/npm/v1/attestations/@zhivex-ai%2fharness@1.0.0-rc.14)
|
|
21
|
+
|
|
22
|
+
The release completed successfully. Meta, Qwen, and OpenAI each passed the complete 14-case inventory. Independent verification matched the published bytes, dist-tag, SLSA source/workflow binding, and exact artifact content; the protected workflow also installed and exercised the same tarball. This evidence does not replace human assessment of residual risk.
|
|
23
|
+
|
|
24
|
+
## Reviewer work
|
|
25
|
+
|
|
26
|
+
1. Inspect the exact tag and published artifact; verify its hash and provenance. Review [the threat model](THREAT_MODEL.md), [control map](../contracts/security-controls.json), and [schema requirements](SECURITY_REVIEW_EVIDENCE.md).
|
|
27
|
+
2. Review all controls, trust boundaries, and authority-bearing tools enumerated in the draft. For every entry record the mitigation actually reviewed, regression evidence, and residual risk. Check approval replay/substitution, hostile repository instructions, protected files and symlinks, SQLite scope/concurrency, subprocess/OCI boundaries, MCP, delegation, credentials, and supply-chain identity.
|
|
28
|
+
3. Review the RC.14 changes: cross-process mutation locks; full replacement review; complete OCI scope identity; required verified delivery; bounded tool selection, planning and verifier recovery; durable usage and closure reserves; terminal provider usage/tool-call fixes; task memory and candidate export scope. Inspect implementations and regression evidence, including [the tagged security regressions](reports/evidence/rc14-security-regressions-2026-09-20.json), rather than relying solely on green CI.
|
|
29
|
+
4. Record all findings, including resolved ones. Non-informational findings require owner, disposition, rationale, and HTTPS follow-up. Critical/high findings must be mitigated and resolved, not merely accepted. If a fix changes runtime code, create and certify a new immutable candidate before final review.
|
|
30
|
+
5. Supply your name, HTTPS identity, and actual UTC review timestamp. Only mark reviewed coverage and the document `passed` after completing the review. Save the completed JSON as `security-reviews/rc14-review.json` and submit it for validation. Do not invent a passing status to satisfy the schema.
|
|
31
|
+
|
|
32
|
+
## Mechanical promotion after review
|
|
33
|
+
|
|
34
|
+
Validate the completed JSON against `scripts/security-review-evidence.ts`, update the ledger from its actual timestamp and finding counts, and close the security blocker through reviewed evidence. Then prepare exact `1.0.0` version/lockfile/changelog changes, set readiness to `ready`, and run `bun run readiness:1.0:release` plus the complete release checks. Merge the promotion changes before creating the annotated `v1.0.0` tag and dispatching the protected release to `latest`. Verify npm integrity, provenance, installation, and rollback references afterward. The reviewer is not required to publish or approve npm deployment.
|
|
35
|
+
|
|
36
|
+
## Evaluation limits
|
|
37
|
+
|
|
38
|
+
The protected representative matrix passed 42/42 cases on this exact artifact. The separate fresh SWE-bench exploratory cohort remains 0/5 for Harness versus 1/5 for control, and its subsequent known-case development rerun remained unresolved. Those failures are preserved in [the recovery report](reports/GA_REPAIR_RECOVERY_2026-09-19.md); representative certification does not replace them or establish broad coding-agent accuracy.
|
|
39
|
+
|
|
40
|
+
The post-publication [GA gate result](reports/evidence/rc14-ga-gate-2026-09-20.json) retains five explicit failures: package version, readiness phase, open security blocker, missing passing review and missing review evidence path. Published RC and representative verification produced no additional failures. That gate record is historical. The completed delegated review closes the security-specific failures; package version, readiness phase and stable publication remain separate promotion work.
|
package/docs/RELEASE.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Release process
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
Version `1.0.0` is the current local source release candidate; stable publication is pending. `@zhivex-ai/harness@0.11.1` remains the latest public stable release. The mutable repository [release-status.json](https://raw.githubusercontent.com/Zhivex/zhivex-harness/main/release-status.json) tracks the current candidate and is intentionally excluded from immutable npm artifacts. Its candidate source commit records the preparation baseline until an exact release commit is finalized. Publication is never performed from a development checkout. The confirmation-gated `.github/workflows/release.yml` workflow builds, inspects, certifies, transfers and publishes one exact tag-bound tarball through npm Trusted Publishing/OIDC. Creating a tag alone does not publish anything.
|
|
4
4
|
|
|
5
5
|
## Deterministic gates
|
|
6
6
|
|
|
@@ -1,6 +1,8 @@
|
|
|
1
1
|
# Security review evidence
|
|
2
2
|
|
|
3
|
-
Harness 1.0 promotion requires one current, human-authored JSON review under `security-reviews/` bound to the final recorded release candidate. The reviewer must inspect the exact candidate, not a mutable branch or a different artifact.
|
|
3
|
+
Harness 1.0 promotion normally requires one current, human-authored JSON review under `security-reviews/` bound to the final recorded release candidate. The reviewer must inspect the exact candidate, not a mutable branch or a different artifact.
|
|
4
|
+
|
|
5
|
+
For RC14 only, the user explicitly delegated the assessment to Codex after the human-review requirement was explained. The [scoped decision record](RC14_DELEGATED_SECURITY_DECISION.md) permits the clearly attributed AI review for this candidate. It is not an independent human audit and does not change machine verification, coverage or severity requirements. Future candidates do not inherit this exception.
|
|
4
6
|
|
|
5
7
|
The schema is implemented by `scripts/security-review-evidence.ts` and rejects unknown fields. A passing document records:
|
|
6
8
|
|
package/docs/ga-readiness.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"schemaVersion": 1,
|
|
3
3
|
"targetVersion": "1.0.0",
|
|
4
|
-
"phase": "
|
|
4
|
+
"phase": "ready",
|
|
5
5
|
"evidenceMaxAgeDays": 30,
|
|
6
6
|
"contractManifest": "contracts/public-api.json",
|
|
7
7
|
"stabilityPolicy": "docs/STABILITY.md",
|
|
@@ -30,11 +30,11 @@
|
|
|
30
30
|
]
|
|
31
31
|
},
|
|
32
32
|
"securityReview": {
|
|
33
|
-
"status": "
|
|
34
|
-
"criticalFindings":
|
|
35
|
-
"highFindings":
|
|
36
|
-
"observedAt":
|
|
37
|
-
"evidence":
|
|
33
|
+
"status": "passed",
|
|
34
|
+
"criticalFindings": 0,
|
|
35
|
+
"highFindings": 0,
|
|
36
|
+
"observedAt": "2026-09-20T13:25:48.476Z",
|
|
37
|
+
"evidence": "security-reviews/rc14-review.json"
|
|
38
38
|
},
|
|
39
39
|
"releaseCandidates": [
|
|
40
40
|
{
|
|
@@ -260,16 +260,16 @@
|
|
|
260
260
|
{
|
|
261
261
|
"version": "1.0.0-rc.14",
|
|
262
262
|
"issue": "https://github.com/Zhivex/zhivex-harness/issues/31",
|
|
263
|
-
"status": "
|
|
264
|
-
"channel":
|
|
265
|
-
"tag":
|
|
266
|
-
"contractBreakingDefects":
|
|
267
|
-
"publishedAt":
|
|
268
|
-
"sourceCommit":
|
|
269
|
-
"artifactSha512":
|
|
270
|
-
"workflowUrl":
|
|
271
|
-
"provenance":
|
|
272
|
-
"liveCertification":
|
|
263
|
+
"status": "passed",
|
|
264
|
+
"channel": "next",
|
|
265
|
+
"tag": "v1.0.0-rc.14",
|
|
266
|
+
"contractBreakingDefects": 0,
|
|
267
|
+
"publishedAt": "2026-09-20T12:47:20.607Z",
|
|
268
|
+
"sourceCommit": "d1c5abcc6d1fa482c211c4327c86f592663d559b",
|
|
269
|
+
"artifactSha512": "sha512-UMu4JFUNs/kOTJETZSJMMvVYlo+a4MKG6PoSvE313QxMEqK1z420AXVgPOGJ8jj2jp6mQud/Rvc7+ixKyH/4og==",
|
|
270
|
+
"workflowUrl": "https://github.com/Zhivex/zhivex-harness/actions/runs/35510484383",
|
|
271
|
+
"provenance": "verified",
|
|
272
|
+
"liveCertification": "passed-release-bound-run"
|
|
273
273
|
}
|
|
274
274
|
],
|
|
275
275
|
"blockers": [
|
|
@@ -341,8 +341,12 @@
|
|
|
341
341
|
},
|
|
342
342
|
{
|
|
343
343
|
"id": "security-review",
|
|
344
|
-
"status": "
|
|
345
|
-
"issue": "https://github.com/Zhivex/zhivex-harness/issues/32"
|
|
344
|
+
"status": "closed",
|
|
345
|
+
"issue": "https://github.com/Zhivex/zhivex-harness/issues/32",
|
|
346
|
+
"evidence": [
|
|
347
|
+
"docs/RC14_DELEGATED_SECURITY_DECISION.md",
|
|
348
|
+
"security-reviews/rc14-review.json"
|
|
349
|
+
]
|
|
346
350
|
},
|
|
347
351
|
{
|
|
348
352
|
"id": "gemini-ga-decision",
|
|
@@ -0,0 +1,81 @@
|
|
|
1
|
+
{
|
|
2
|
+
"schemaVersion": 1,
|
|
3
|
+
"kind": "delegated-ai-security-review-verification",
|
|
4
|
+
"reviewerType": "ai",
|
|
5
|
+
"independentHumanAudit": false,
|
|
6
|
+
"authorization": {
|
|
7
|
+
"instruction": "Haz la revision humana, confiamos en tu criterio",
|
|
8
|
+
"interpretation": "Explicit delegation of technical security judgment to Codex, recorded as AI review without a human identity or signature.",
|
|
9
|
+
"decisionRecord": "docs/RC14_DELEGATED_SECURITY_DECISION.md"
|
|
10
|
+
},
|
|
11
|
+
"observedAt": "2026-09-20T13:25:48.476Z",
|
|
12
|
+
"releaseTag": "v1.0.0-rc.14",
|
|
13
|
+
"sourceCommit": "d1c5abcc6d1fa482c211c4327c86f592663d559b",
|
|
14
|
+
"artifactSha512": "sha512-UMu4JFUNs/kOTJETZSJMMvVYlo+a4MKG6PoSvE313QxMEqK1z420AXVgPOGJ8jj2jp6mQud/Rvc7+ixKyH/4og==",
|
|
15
|
+
"review": "security-reviews/rc14-review.json",
|
|
16
|
+
"scope": "Continuation of the documented directed source review, delta assessment and published artifact binding; not an exhaustive audit of transitive dependencies.",
|
|
17
|
+
"securityProbes": {
|
|
18
|
+
"passed": 5,
|
|
19
|
+
"failed": 0,
|
|
20
|
+
"command": "bun run scripts/validate-security-review.ts"
|
|
21
|
+
},
|
|
22
|
+
"regressions": {
|
|
23
|
+
"passed": 137,
|
|
24
|
+
"failed": 0,
|
|
25
|
+
"files": 10,
|
|
26
|
+
"assertions": 659,
|
|
27
|
+
"logSha256": "e9073c41244649fd68a1573ca31ee890ec325afe4f461b25009669022318122d"
|
|
28
|
+
},
|
|
29
|
+
"publishedArtifactVerification": "passed: integrity, next dist-tag and SLSA source/workflow binding",
|
|
30
|
+
"sourceFileSha256": {
|
|
31
|
+
".github/workflows/ci.yml": "51c5cc7c6246ada698e83a6605a2f0c1fb9d469e16e6621eb8ccd4df0168a6fb",
|
|
32
|
+
".github/workflows/codeql.yml": "bcf5455d1ca2156a1c98ac93f1d61da3d1fdc65b9c91d6e517439de543b73ed5",
|
|
33
|
+
".github/workflows/release.yml": "2d932704d6a488f9de5547eb4e6ecd30af1ba5e1e8bd57d97b7a432b1940beda",
|
|
34
|
+
"contracts/security-controls.json": "e37f2e624e54de01fcd4e13b71d9507c026693b0a6321685d3c5311e87df2032",
|
|
35
|
+
"docs/THREAT_MODEL.md": "aad7ba70374cb20e96f70431a10fe4270a55ee268fa29f58418c82aef16b8fad",
|
|
36
|
+
"scripts/check-release-artifact.ts": "33b498a6e37b5b78d8b91e0c091c8603763d713b7414eb5bfacf24d0017f51ab",
|
|
37
|
+
"scripts/package-smoke.ts": "f52c33b517157026cf1b50b6546ead09481e6f15e683550e41383b0a93f9a209",
|
|
38
|
+
"scripts/release-provenance.ts": "384d0b2e70367c820edce359473dd78b3d7a8863b4feeb8a8184f8474a2056e5",
|
|
39
|
+
"src/cli-profiles.ts": "4fe451f1645e95f4957597a8724fa989b3c661ae1693252bfd6e74a51d20fc74",
|
|
40
|
+
"src/console-context.ts": "0ad7e4559504b9ed09ab500d615dea09af1075d357f02ec3b77f003d55d951db",
|
|
41
|
+
"src/context-engineering.ts": "1995e564f6b91974e75bf66dd421ddcbea29b1f8eee59b76eb4e34c9d6d8f47e",
|
|
42
|
+
"src/edit-contracts.ts": "47cc3132e27f8749d54a32bbcc33bb174cf4448f0d0171b2578cdb559cf2176b",
|
|
43
|
+
"src/execution-environment.ts": "9ce6c49afab26527d5296f0c11f106063590f7333300d58dd49d5a1ec1b4b6e9",
|
|
44
|
+
"src/file-security.ts": "b8c9f4988c4339c73a60ab4fa8d394b3eecc19117a0c61a8d19ab6483ca253df",
|
|
45
|
+
"src/harness.ts": "42326c3921bacd23e941954cc9d554c5b4746b9030b75acad5e07454ce0a865b",
|
|
46
|
+
"src/mcp.ts": "7722de031921c620ec03b9e42a6596ef8415aa8e4bb5f93ea84d2427c466e554",
|
|
47
|
+
"src/operations.ts": "bcccaf4d1d0ec117c2ed35df92185564d33399e5fdc5c12225ac61f14fd0b4b1",
|
|
48
|
+
"src/orchestration.ts": "b56c8c7d526a99b745cc17769e0a1b7b500b25920e77f34aa0dd01c9758de319",
|
|
49
|
+
"src/package-manager.ts": "cec4666bbab2f42e0a269709631f79f9f87c2c4dbb3cafeffacfaff761069e2c",
|
|
50
|
+
"src/process-runtime.ts": "b7286731a0b5c96dcad0b8e3a4bf1155d0539d73303cd7ebe77ffabf858f1729",
|
|
51
|
+
"src/repair-controller.ts": "8164e43ee79568bc8a6981277da4019045218da8493f32043cdeeccf7a043b06",
|
|
52
|
+
"src/replacement-edits.ts": "8a0efdd3a7a9fc3e5a5475916cbd17ef882265881bb61076db58673e80b72957",
|
|
53
|
+
"src/runtime-policy.ts": "8356acf0102f0e73839b81ed628a5c0d9a89d9c21b0ca416efedde8f1b3414e2",
|
|
54
|
+
"src/sessions.ts": "5167c8cf36bd4b8845ee278883394700321b65397f49c1dda0cf0d0de09dd06e",
|
|
55
|
+
"src/state-backup.ts": "b6f8f1aedeb5dce31b65c23c7ffc50030870655b58a5aaaef9989bafb9da5c68",
|
|
56
|
+
"src/task-memory.ts": "5b62c863be5a23c33608633cd7aac0464f5536d01cba930aca58b11870170731",
|
|
57
|
+
"src/terminal-ui.ts": "4da1878a76ba608a2517bf5d5c992a9a88702aba3fd800a9980129ba93e157bc",
|
|
58
|
+
"src/tool-registry.ts": "7e90fff11940e525883c9ec0d2adbea2e6616f8bd9bc4ec77e1b7277e4217f2c",
|
|
59
|
+
"src/workspace.ts": "809f8bbfcf72fed10d860c48585089ca65bb3ef7c672ee6df3c918907a968302",
|
|
60
|
+
"src/workspace-mutation-lock.ts": "ca201242db16173bd3a4d86c5d8bb0c2b6f3c43bfed3e4fa4ff5f06a75b19e80",
|
|
61
|
+
"src/model-budget.ts": "ac83587ddfa7cd27644296a03d2eb8cccfce5da310d54cecb2bda139232e1988",
|
|
62
|
+
"src/repair-progress.ts": "cf30117ab69564f2b36ff8f0e86dcb876e6c031647340a7b1bef648d1e0366b9",
|
|
63
|
+
"src/runtime-checkpoints.ts": "e3b75a0b86fb5d21992b1a126b35446110ba5fcaf4317ed5005b1a44555118dc",
|
|
64
|
+
"src/config.ts": "67ed44b55505ff8dd94f60ba89c33c217759cd7c79de45ccda369f248309cdff"
|
|
65
|
+
},
|
|
66
|
+
"limitations": [
|
|
67
|
+
"No independent human audit or human signature is claimed.",
|
|
68
|
+
"Known resolved findings remain in the final inventory.",
|
|
69
|
+
"The separate fresh SWE-bench result remains 0/5 Harness versus 1/5 control; this security decision does not establish coding effectiveness.",
|
|
70
|
+
"Host, daemon, operator and service trust assumptions remain as documented."
|
|
71
|
+
],
|
|
72
|
+
"workflowEvidenceVerification": "passed against GitHub and registry using unchanged verifySecurityReviewWorkflowEvidence",
|
|
73
|
+
"finalReadinessGate": {
|
|
74
|
+
"securityEvidence": "passed",
|
|
75
|
+
"remainingFailures": [
|
|
76
|
+
"GA release gate requires package version 1.0.0",
|
|
77
|
+
"GA readiness phase is not ready"
|
|
78
|
+
],
|
|
79
|
+
"logSha256": "eb9d3268825f60ca515adf156a6a7a6a10e2750acdedb0fc9fbaf0f0a6a7abb7"
|
|
80
|
+
}
|
|
81
|
+
}
|
|
@@ -0,0 +1,18 @@
|
|
|
1
|
+
{
|
|
2
|
+
"schemaVersion": 1,
|
|
3
|
+
"kind": "post-publication-ga-release-gate",
|
|
4
|
+
"releaseTag": "v1.0.0-rc.14",
|
|
5
|
+
"releaseCommit": "d1c5abcc6d1fa482c211c4327c86f592663d559b",
|
|
6
|
+
"command": "bun run readiness:1.0:release",
|
|
7
|
+
"exitCode": 1,
|
|
8
|
+
"failures": [
|
|
9
|
+
"GA release gate requires package version 1.0.0",
|
|
10
|
+
"GA readiness phase is not ready",
|
|
11
|
+
"GA blocker remains open: security-review",
|
|
12
|
+
"GA requires a current passing security review with zero critical/high findings",
|
|
13
|
+
"GA security review evidence is invalid: security review evidence must be a workspace-relative path"
|
|
14
|
+
],
|
|
15
|
+
"logSha256": "2e3ae16dbdb830fd64199a0deebad0275beb3deb37b58153d0a2f7e78ac515a1",
|
|
16
|
+
"context": "Run with the RC14 publication record and full representative cases added to the GA ledger. Version remains RC14, readiness remains preparation, formal security review remains pending.",
|
|
17
|
+
"scope": "The authenticated gate verified passing RC registry, tag, provenance and workflow evidence and full representative coverage; the listed failures remain blockers."
|
|
18
|
+
}
|