Retire the issue-corpus renderer/docs now that forgejo-issues replaces it #343
Labels
No labels
burndown-2026-06
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/agentic-os#343
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Context
Kai decided on 2026-07-08 that the old issue-corpus design should stop: the newer
coilyco-bridge/deployforgejo-issuesservice should be the shared issue mirror and agent lookup surface instead of rendering all Forgejo issues intocoilysiren/inbox/corpusand mounting that into/substrate.The repo still presents issue-corpus as an active feature:
docs/FEATURES.mdhas the Issue-corpus discovery index entry.docs/issue-corpus.mddocuments the active design.scripts/render-issue-corpus.py,scripts/issue-corpus-repos.txt, tests, and.forgejo/workflows/issue-corpus.ymlcarry the old implementation.coilyco-flight-deck/ward#575) is now closed as superseded.coilyco-bridge/deploy#92.Do
Retire or clearly mark the issue-corpus path as superseded so future agents do not revive it.
docs/FEATURES.mdentry, or replace it with a short superseded pointer tocoilyco-bridge/deploy#92if the historical breadcrumb is worth keeping.issue-corpus,coilysiren/inbox/corpus, andrender-issue-corpusand update them to point at theforgejo-issuesservice where appropriate.agentic-os#298) out of scope unless a direct reference incorrectly depends on the retired issue-corpus path.Acceptance
docs/FEATURES.mdno longer advertises the git-rendered issue corpus as an active capability.coilyco-bridge/deploy#92as the replacement direction.ward exec testand pre-commit pass, or any pre-existing failures are identified.Filed from the read-only director surface after Kai noticed the direct conflict between the inbox/substrate corpus spec and the newer self-hosted Forgejo issue service.
🔒 Reserved by
ward agent --harness codex— containerengineer-codex-agentic-os-343on hostkais-macbook-pro-2.localis carrying this issue (reserved 2026-07-08T21:49:19Z). Concurrentward agentruns are blocked until it finishes or the reservation goes stale (1h TTL);--forceoverrides.Do not comment on or edit this issue to steer the run while it is reserved. The engineer seeded the body once at launch and never re-reads it, so a comment or edit reaches only human readers, never the running engineer. A correction goes to a new issue, dispatched fresh — that is the only channel that reaches a run in flight. Where the forge supports it, ward locks this conversation to make that a road-block rather than a convention (ward#494).
run seed context — what this run is carrying (ward#609)
coilyco-flight-deck/agentic-os#343· branchissue-343· harnesscodex· workflowdirect-mainengineer-codex-agentic-os-343· wardv0.466.0· dispatched2026-07-08T21:49:19ZStatic container doctrine and seed boilerplate are identical every run and omitted here (they ride ward v0.466.0).
— Codex, via
ward agent🔒 Reserved by
ward agent --harness codex— containerengineer-codex-agentic-os-343on hostkais-macbook-pro-2.localis carrying this issue (reserved 2026-07-09T00:07:27Z). Concurrentward agentruns are blocked until it finishes or the reservation goes stale (1h TTL);--forceoverrides.Do not comment on or edit this issue to steer the run while it is reserved. The engineer seeded the body once at launch and never re-reads it, so a comment or edit reaches only human readers, never the running engineer. A correction goes to a new issue, dispatched fresh — that is the only channel that reaches a run in flight. Where the forge supports it, ward locks this conversation to make that a road-block rather than a convention (ward#494).
run seed context — what this run is carrying (ward#609)
coilyco-flight-deck/agentic-os#343· branchissue-343· harnesscodex· workflowprengineer-codex-agentic-os-343· wardv0.470.0· dispatched2026-07-09T00:07:27ZStatic container doctrine and seed boilerplate are identical every run and omitted here (they ride ward v0.470.0).
— Codex, via
ward agentWARD-OUTCOME: blocked - review summary: blocked: codex: exit status 1
Review panel verdicts:
— Codex, via
ward agentWARD-OUTCOME: blocked - ward review gate failed before a pass verdict
blocked: codex: exit status 1
The in-container review gate failed closed, so I stopped before opening a PR. The failure was in the reviewer harness, not in the diff itself, and the reviewed change remains on the issue branch.
⚠️ Reopened: this run's work did not land on
mainAn ephemeral
ward container(codex mode) dispatched for this issue finished but its work was not merged tomain, so the reaper preserved it on a branch before teardown and reopened the issue (a closing reference for #343 never reachedmain). Recover from the salvage branch below.coilyco-flight-deck/agentic-osward-salvage/agentic-os-a019446cReap diagnostics
Recover
— Codex, via
ward agentWARD-RESERVATION: held 🔒
reservation details
Holder: container
engineer-codex-agentic-os-343on hostkais-macbook-pro-2.local.Reserved by
ward agent --harness codex(reserved 2026-07-09T21:33:41Z). Concurrentward agentruns are blocked until it finishes or the reservation goes stale (1h TTL).--forceoverrides.Do not comment on or edit this issue to steer the run while it is reserved. The engineer seeded the body once at launch and never re-reads it, so a comment or edit reaches only human readers, never the running engineer. A correction goes to a new issue, dispatched fresh. That is the only channel that reaches a run in flight. Where the forge supports it, ward locks this conversation to make that a road-block rather than a convention (ward#494).
run seed context — what this run is carrying (ward#609)
coilyco-flight-deck/agentic-os#343· branchissue-343· harnesscodex· workflowdirect-to-mainengineer-codex-agentic-os-343· wardv0.493.0· dispatched2026-07-09T21:33:41ZStatic container doctrine and seed boilerplate are identical every run and omitted here (they ride ward v0.493.0).
— Codex, via
ward agentWARD-OUTCOME: done ✅
details
review summary: skipped by ~/.ward/config.yaml default
workflow: direct-to-main; review summary: skipped by ~/.ward/config.yaml default
felt: straightforward surgery. The main snag was container disk pressure around pre-commit and git hooks.
confidence: high
surprises: pre-commit hook caches and Go build temp space were too tight for the full suite in this container.
follow-ups: none.