Migrate the hardcoded Lane = "normal" | "escalated" | "backlog" literals in issue-reconciliation.ts, issue-lane.ts, and

[itsmiso-ai]

Parent umbrella issue: #408
Source audit: Weekly tech debt audit: dispatch - 2026-06-17
Source audit date: 2026-06-17

Original recommendation

P2 — Migrate the hardcoded Lane = "normal" | "escalated" | "backlog" literals in issue-reconciliation.ts, issue-lane.ts, and types/index.ts:VALID_LANES to use the new lane-config.ts helpers.

Matched top finding

src/lib/lane-config.ts was added in PR #391 as the foundation for configurable lanes, but a grep -RIn "lane-config" src/ shows that only its own test file imports from it. The hardcoded "normal" | "escalated" | "backlog" literals in src/lib/issue-reconciliation.ts:14, src/lib/issue-lane.ts:8, and src/types/index.ts:VALID_LANES are unchanged. This means the new module is dead code until #383 ("refactor: replace hardcoded lane constants with lane helpers") lands.

Evidence:

• grep -RIn "lane-config" src/lib/ src/app/ 2>/dev/null returns only src/lib/lane-config.test.ts:12.
• src/lib/issue-reconciliation.ts:14 and src/lib/issue-lane.ts:8 still use the inline union type.
• Open issues refactor: replace hardcoded lane constants with lane helpers #383-docs: document configurable lane setups #388 (in scope for the configurable-lanes epic) acknowledge the gap.

[joryirving]

Duplicate of #383. Both describe migrating hardcoded Lane literals in issue-reconciliation.ts, issue-lane.ts, and types/index.ts to use lane-config.ts helpers. #383 is the canonical issue for this work.