docs(ecosystem): ingest-gate + spec for runner-hardening batch (PR #131) - #4732
Open
rysweet wants to merge 1 commit into
Open
docs(ecosystem): ingest-gate + spec for runner-hardening batch (PR #131)#4732rysweet wants to merge 1 commit into
rysweet wants to merge 1 commit into
Conversation
Downstream deliverable in rysweet/Simard for the six problems the Overseer observed against the amplihack ecosystem. The four code fixes (P1 Repo Guardian credential-liveness + E2BIG child-env allow-list; P2 #1018 publish step-14 version derivation; P3 #1025 graceful reflect/iterate cancellation; P5 #1024 setsid/PGID signal-subscriber lifecycle) live upstream in amplihack-recipe-runner and amplihack-rs and are not editable here; P4 #1015 and P6 (Simard backlog) are merge/ops escalations. Simard only consumes the runner as a pinned dependency, so the sole native lever here is the audited amplihack-agent-eval rev-bump once the upstream fixes land. - docs/reference/ecosystem-hardening-pr131.md: single specification the batch is verified against (honest `status: design — not yet implemented`). - docs/howto/ingest-ecosystem-hardening-fixes.md: the reactive done-gate — scoped `cargo update -p amplihack-agent-eval` to an audited SHA (never a moving branch). - tests/issue_131_ecosystem_hardening_batch.rs: fail-closed acceptance suite — docs contract + premature-bump gate keeping the pin at the audited pre-batch rev until upstream lands. 11/11 pass; docs_integrity 4/4 pass. - mkdocs.yml: register both pages in nav. Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What
Downstream deliverable in
rysweet/Simardfor the six ecosystem problems the Overseer observed against the amplihack runner. The four code fixes live upstream and are not editable here; Simard only consumes the runner as a pinned dependency, so the sole native lever is an auditedamplihack-agent-evalrev-bump once the upstream fixes land.amplihack-recipe-runnerPR #131ANTHROPIC_API_KEY401) + E2BIG child-env allow-listamplihack-rs#1018amplihack-rs#1025amplihack-rs#1024amplihack-rs#1015rysweet/SimardChanges
docs/reference/ecosystem-hardening-pr131.md— the single specification the batch is verified against; honeststatus: design — not yet implemented.docs/howto/ingest-ecosystem-hardening-fixes.md— reactive done-gate: scopedcargo update -p amplihack-agent-evalto an audited SHA (never a moving branch).tests/issue_131_ecosystem_hardening_batch.rs— fail-closed acceptance suite: docs contract + premature-bump gate keeping the pin at the audited pre-batch rev14dc30b1…until upstream lands and is audited.mkdocs.yml— registers both pages in nav.Verification
cargo test --test issue_131_ecosystem_hardening_batch— 11/11 passcargo test --test docs_integrity— 4/4 pass (nav resolves, no dead links)cargo clippy --all-targets --all-features --lockedNotes
No
bridgenaming, no strayprint!/println!. The forward rev-bump acceptance is intentionally not hard-coded — the target SHA does not exist until P2/P3/P5 merge upstream; whoever performs the audited bump advancesEXPECTED_AGENT_EVAL_REV(andCargo.toml/Cargo.lock) in one RED→GREEN commit, mirroring #2626.Co-authored-by: Copilot 223556219+Copilot@users.noreply.github.com