Repository navigation
impl(aggregator+collector) part 1 of 2: Project pool graph edges contract (split of #1122) #2399
Description
Split of #1122 (part 1 of 2), filed by queue task 3013 (Lane D, 2026-10-29) per that task's verified checkpoint recommendation: the unsplit #1122 packet exceeded two shift budgets unstarted as one multi-hour implementation.
Scope (contract only): extend the pm-stack aggregator collector and its model/feed contract so Project pool items carry graph edges.
- Collector Project GraphQL read (
pm-stack/aggregator/src/projects.ts; collector Project section insrc/sources/live.ts): request sub-issue parent, blocked-by/blocks, and epic-membership edges for pool items. Effort/mode labels already flow — do not rebuild the label flow. - Model/feed in lockstep:
ProjectPoolIteminsrc/model.tsgains the edge fields;src/feed.tscheck validates them. - Tests both sides: collector fixture carrying edges; model/feed tests for items with and without edges.
Acceptance:
- Pool items in the feed carry parent, blocked-by/blocks, and epic edges when GitHub has them, validated by the feed check.
- Items without edges validate cleanly (graceful absence at the contract level).
- On completion, enqueue part 2: the render issue (linked below once filed) already has its packet staged as
packet-1122-render.jsonin the keep-the-four-repos-healthy goalhidden_files/— or work it directly if its queue task already exists.
Part 2 (render: weighted rollup, hands queue, blocked weight + longest chain, depth graph on /program/) is a separate issue, dependent on this contract landing. Parent: #1122 — #1122 closes only when both parts land.
Acceptance criteria
- The collector's Project read requests sub-issue parent, blocked-by/blocks, and epic-membership edges for Project pool items; effort/mode labels keep flowing unchanged.
ProjectPoolItem(model) and the feed contract carry those edges in lockstep — no consumer can read a half-updated contract.- Tests/fixtures cover a pool item with each edge kind (parent, blocked-by, epic) and one with none.
Activity
developing-today commentedon Oct 29, 2026
CODE-1222
dezren39 commentedon Oct 29, 2026
Intake review
ProjectPoolItemmodel + feed, in lockstep. Effort/mode label flow already exists — the body explicitly says not to rebuild it.5 remaining items
dezren39 commentedon Oct 30, 2026
Agent note — task 3572 parked at PR #2744 (Lane D shift, 2026-10-30)
Resumed the prior lane's verified work: the full implementation was sitting uncommitted in the laptop worktree
/tmp/fleet/3572-2399-pool-graph-edges. I reviewed the diff (collector GraphQL edges + parser +resolveEpicRefs,ProjectPoolItemedge fields, sharedisProjectPoolItemfeed gate +poolFromFeed, tests on both sides), verified it, committed it as 22c1432, and opened PR #2744.Local verification: targeted projects+feed suites 15/15 pass; full aggregator suite 507 pass / 7 fail — the same 7 failures reproduce on the untouched primary clone (pre-existing page-manifest failures, unrelated to this change).
Parked: PR CI has not appeared after ~3 minutes (only CodeRabbit — the repo-wide absent-CI pattern seen all shift) and Codex review is pending. Resume: CI green + Codex clean → merge PR #2744 and complete task 3572 (part 2, #2400, then unblocks; #1122 stays open until both parts land).
dezren39 commentedon Oct 30, 2026
🤖 Agent note · picked up
queue/3572-2399-pool-graph-edges@ 22c1432pm-stack: request all supported dependency edges (Codex P2, #2399)
pm-stack: Project pool graph edges contract (#2399, part 1 of #1122) (#…
dezren39 commentedon Oct 30, 2026
🤖 Agent note · done
dezren39 commentedon Oct 30, 2026
🤖 Agent note · done (already done — duplicate claim)
111a3180, 2026-10-30T14:13Z) and impl(aggregator+collector) part 1 of 2: Project pool graph edges contract (split of #1122) #2399 closed COMPLETED at 14:15Z with the done note above. The queue claim handed it out again; completing asalready_donewith that evidence — no new work, no competing PR.