Skip to content

Triage every open issue against the map's destination and produce a close-list #375

Closed

Description

@orioltf

Question

40 issues are open, once the seven ruled out while charting are closed and this map's own tickets are excluded. Half of the last week's intake was repo-scoped process work rather than product
work. Triage every open issue against this map's Destination and produce a close-list for the
maintainer to approve in one pass.

Per issue, one line: number, title, and either keep with the reason it serves the destination, or
close with the reason it sits past it. Do not close anything before approval. The seven already
ruled out while charting are done — do not re-litigate them.

Watch three traps:

  • Priority does not decide this. #332 is p1 and still off the install-and-run path; #372 is p2 and
    breaks night-shift.
  • #362 and #372 wait on the doctrine ticket, not on this one — deleting §4 may remove what they
    describe.
  • unic-pr-review (#275, #274, #316) is a separate live product. Leave it open and untouched.

Acceptance criteria

  • Every open issue appears exactly once in the list, with a keep-or-close verdict and a one-line
    reason.
  • The stream tickets #313, #314, #315, #317, #344 each carry a verdict, and closing a
    stream is proposed only when its children are also closing.
  • #275, #274 and #316 are marked keep, named as outside this map.
  • Nothing is closed until the maintainer approves the list.
  • After approval, each closed issue carries a comment naming this map and the reopen path, and the
    map's Out-of-scope section lists it.

Activity

  1. added
    p1High priority
    repoArea: monorepo-wide / cross-cutting work
    wayfinder:taskWayfinder ticket: do the thing
    on Aug 14, 2026
  2. orioltf commented on Aug 14, 2026

    @orioltf
    MemberAuthor

    Draft close-list — not approved, nothing closed

    Produced while charting the map (2026-08-14), against the 40 open non-wayfinder issues at that moment.
    The session that claims this ticket must re-check it against the tree at that time — issues move,
    and this draft is a starting point, not a verdict. No issue was closed.

    Close — 33

    Reason Issues
    Subject deleted by #381 (lib/ and test/ go) #37 slopcheck flag · #355 validateConfig · #371 artefact-install · #300 new test over prose
    Superseded by the /setup rewrite (#383) #370 first install line · #302 scratch-Consumer clone — DXP-DesignSystem is the Consumer now
    Absorbed into a map ticket #330 commented-YAML defaults → #381 · #309 hand-written barrier → #380 · #365 seven stale "ready-for-agent" places → #374 · #331 ADR notations → #384
    Process work, frozen by decision 2 #303 · #304 · #339 · #344 · #345 · #346 · #358 · #359 · #362 · #372 · #301
    Outside the 1.0 box set (decision 6) #276 research Box · #277 diagnose Box · #278 merge-conflicts in /cleanup · #282 wayfinder as a Box
    Doc drift that #381, #383 and #384 churn anyway #305 README · #348 Box counts
    Streams whose children all close #313 · #314 · #315 · #317
    Stale, never specified #48
    Done — closes as completed, not as not-planned #256 unic-ticket-specification, shipped and running in DXP-ProfileServices

    Keep — 7

    Issue Why it stays
    #275 (p0), #274 (p1), #316, #253, #254, #258 unic-pr-review — a separate live product, in use at the Consumer today
    #332 No Box writes resolved or closed. On Azure DevOps with a client watching the board, a stale work-item state is a product defect, not process

    Result: the non-wayfinder backlog goes 40 → 7.

    Four the maintainer decides explicitly

    1. bug(repo): a merged issue keeps ready-for-agent, so an unattended run can re-dispatch it #345 and feat(repo): recover a killed Archon run that committed work but opened no PR #346. A merged issue keeping ready-for-agent lets an unattended run re-dispatch it;
      a killed Archon run can commit work and open no pull request. Both are real night-shift hazards,
      and night shift is the speed mechanism. Decision 2 closes them because neither blocks the Consumer.
    2. feat(unic-archon-dlc): ship the config defaults as commented YAML so a Consumer's config explains itself #330. Commented-YAML config defaults, folded into Delete lib/ and test/ — take the plugin to zero code #381 — deleting config-schema.mjs forces
      the defaults into comments anyway. It is real work either way.
    3. docs(repo): README omits unic-spec-review and describes a retired unic-archon-dlc box set #305. The README genuinely describes a box set that no longer exists, and it ships to
      Consumers. Closed here because Rewrite commands/setup.md from scratch as prose #383 and Prune the ADRs aggressively #384 make it wrong again; the rewrite belongs after them.
    4. bug(unic-archon-dlc): no Box advances an issue past ready-for-agent, so resolved and closed have no writer #332. The one kept. The alternative is closing it and letting Land a rendering component on develop, so the client sees the walk's output #379's findings re-file it from
      real evidence.
  3. orioltf commented on Aug 14, 2026

    @orioltf
    MemberAuthor

    How to start this session

    Produces: an approved close-list, applied, and the map's Out-of-scope section grown.

    1. Run /wayfinder 373 #375. It claims this ticket.

    2. Read the draft close-list comment above. It was written on 2026-08-14 and is explicitly not
      approved. Re-check every number against today's tree — issues move.

    3. Refresh the real list:

      gh issue list --state open --limit 200 --json number,title,labels \
        --jq '.[]|select([.labels[].name]|any(startswith("wayfinder:"))|not)|"#\(.number) \(.title)"'
    4. Present the corrected list to the maintainer. Close nothing before approval.

    5. After approval, per issue: comment naming map #373
      and the reopen path, then gh issue close <n> --reason "not planned". feature(unic-ticket-specification): portable ticket-specification Archon workflow plugin #256 closes as completed,
      not as not-planned — it shipped.

    6. Append every closed issue to the map's Out-of-scope section, one line and a link each.

    Traps

  4. orioltf commented on Aug 14, 2026

    @orioltf
    MemberAuthor

    Correction to the draft close-list — #303

    The draft puts #303 (/archon-rollout must skip spec issues and wayfinder maps) under "Process work, frozen by decision 2". That reads wrong. It is dispatch safety, not tracker ergonomics: three kinds of issue carry ready-for-agent and only one is dispatchable, so a sweep can send an agent at a spec issue described as user stories, with no acceptance criteria and no blocking edges.

    #298 already tried the documentation route across three files. #303 exists because that was judged insufficient — its own words: "Documentation asks a human to remember; this issue makes the command enforce it." PR #386 adds a qualifier to the state-roles table, which stops that table contradicting the paragraph below it and does nothing about the sweep.

    Keep #303 open. It is not p0. Two facts hold the risk down: map #373's tickets carry wayfinder:* labels and no ready-for-agent, so a sweep cannot take them; and /unic-archon-dlc:specs writes a PRD file rather than a GitHub spec issue, so the Consumer work does not create the hazard either.

  5. self-assigned this
    on Aug 14, 2026
  6. orioltf commented on Aug 14, 2026

    @orioltf
    MemberAuthor

    Close-list, re-checked against develop at 5366a4a — awaiting approval, nothing closed

    40 open non-wayfinder issues. Same shape as the draft: 33 close, 7 keep. Four verdicts keep their
    outcome but change their reason, and one moves between groups. Each change is evidence the draft did
    not have, because #374 merged in between.

    Close — 33

    Reason Issues
    Subject deleted by Delete lib/ and test/ #37 slopcheck flag · #355 validateConfig · #371 artefact-install · #300 a new test over prose · #309 the provider-agnosticism barrier
    Superseded by Rewrite commands/setup.md #370 first install line · #302 scratch-Consumer clone — DXP-DesignSystem is the Consumer now
    Absorbed into a map ticket #330 commented-YAML defaults → #381 · #331 ADR notations → #384 · #365 the seven stale sites → #374, now merged
    Settled by #374, merged as 5366a4a #362 · #372
    Process work, frozen by decision 2 #301 · #303 · #304 · #339 · #344 · #345 · #346 · #358 · #359
    Outside the 1.0 box set (decision 6) #276 research Box · #277 diagnose Box · #278 merge-conflicts in /cleanup · #282 wayfinder as a Box
    Doc drift that #381, #383 and #384 churn anyway #305 README · #348 Box counts
    Streams whose children all close #313 · #314 · #315 · #317
    Stale, never specified #48
    Done — closes as completed, not as not-planned #256 unic-ticket-specification, shipped and running in DXP-ProfileServices

    Keep — 7

    Issue Why it stays
    #275 (p0) · #274 (p1) · #253 · #254 · #258 · #316 unic-pr-review — a separate live product, in use at the Consumer today. Outside this map, in nobody's freezer
    #332 (p1) No Box writes resolved or closed. On Azure DevOps with a client watching the board, a stale work-item state is a product defect, not process

    Backlog goes 40 → 7.

    What changed from the draft, and why

    #362 — same verdict, different reason. The draft closed it as frozen process work. Two of its
    three divergences no longer exist: the pre-audit section that read a stale tree is deleted, and the
    needs-amendment skip path whose end was undefined is deleted with it. The third survives, on Gate 3
    — an auditor whose verdict decides a merge, with nothing saying its load-bearing claims are re-run.
    That is a design call with a real cost, which is why it closes rather than becoming a ticket.

    #372 — same verdict, stronger reason. Not frozen: the 121-character marker was the audited-commit
    comment, and #374 removed it. There is no longer a query looking for it. Closes as subject removed,
    which is a different thing from not fixed.

    #365 — the absorption is now a fact, not a forecast. #374 amended all seven sites. Of its ten
    criteria, one was met by being deliberately reversed (the state-roles cell), and two are moot.
    Both are recorded on the issue.

    #303 — the reason improves, and this one is worth a look. The draft closed it as frozen process.
    The hazard is also currently not live: this map's tickets carry wayfinder:* and no
    ready-for-agent, so a sweep cannot take them, and /unic-archon-dlc:specs writes a PRD file rather
    than a GitHub spec issue. #386 also stopped triage-labels.md's table contradicting the paragraph
    below it. It stays a real hazard the day anyone runs /to-spec against this tracker again, and
    closing it accepts that.

    #309 moved groups. The draft absorbed it into #380. Its barrier is
    test/box-staging-and-repo-pinning.test.mjs, which #381 deletes outright — so it dies with the tests,
    not with the quality-bar question. #380 is where its replacement gets decided.

    Stream check

    Each stream proposed for closing has no child that stays open:

    Stream Open children All closing?
    #313 Matt Pocock skills migration #276 #277 #278 #282 yes
    #314 Archon version adoption #309 yes
    #315 /setup correctness #330 #370 #371 yes
    #317 de-dogfood follow-ups #300 #301 #302 #303 #304 #305 yes
    #344 unattended night shifts #345 #346 #358 #359 #362 #365 #372 yes
    #316 unic-pr-review fixes #253 #254 #258 #274 #275 no — all five keep, so the stream stays open

    Four the maintainer decides explicitly

    Unchanged from the draft. Each is real work that closes because it does not block the Consumer, not because it
    is wrong:

    1. bug(repo): a merged issue keeps ready-for-agent, so an unattended run can re-dispatch it #345 and feat(repo): recover a killed Archon run that committed work but opened no PR #346. A merged issue keeping ready-for-agent lets an unattended run re-dispatch it;
      a killed Archon run can commit work and open no PR. Both are genuine night-shift hazards, and night
      shift is the speed mechanism. bug(repo): a merged issue keeps ready-for-agent, so an unattended run can re-dispatch it #345 has grown sharper since the draft, not blunter: with the
      pre-dispatch audit gone, nothing at all inspects an issue before dispatch.
    2. feat(unic-archon-dlc): ship the config defaults as commented YAML so a Consumer's config explains itself #330. Deleting config-schema.mjs forces the defaults into comments anyway. Real work either
      way, folded into Delete lib/ and test/ — take the plugin to zero code #381.
    3. docs(repo): README omits unic-spec-review and describes a retired unic-archon-dlc box set #305. The README describes a box set that no longer exists, and it ships to Consumers. Closed
      because Rewrite commands/setup.md from scratch as prose #383 and Prune the ADRs aggressively #384 make it wrong again; the rewrite belongs after them.
    4. bug(unic-archon-dlc): no Box advances an issue past ready-for-agent, so resolved and closed have no writer #332. The one kept. The alternative is closing it and letting Land a rendering component on develop, so the client sees the walk's output #379's findings re-file it from
      real evidence at the Consumer.

    On approval

    Say the word and each closed issue gets a comment naming this map and the reopen path, and the map's
    Out-of-scope section grows to list them. Approve the list as a whole, or name the ones you want moved.

  7. orioltf commented on Aug 14, 2026

    @orioltf
    MemberAuthor

    Resolution — approved and executed

    The maintainer approved the close-list on 2026-08-15. 33 issues closed, 7 kept. The non-wayfinder
    backlog is 40 → 7, verified by re-querying after the pass.

    Each closed issue carries a comment naming this map, its specific reason, and the reopen path: a scope
    call against the destination, not a judgement that the issue is wrong; if it turns out to block the
    The Consumer work it returns as a fresh ticket, not a resumption.

    #256 closed as completed, everything else as not planned. That distinction is load-bearing —
    unic-ticket-specification shipped and runs in Jura.ECommerce and sitecore-website, and recording
    it as out-of-scope would lose that.

    What still stands open

    Issue Why
    #332 No Box writes resolved or closed. On a client-visible Azure DevOps board, a stale work-item state is a product defect
    #253 #254 #258 #274 #275 #316 unic-pr-review — a separate live product, in use at the Consumer today, outside this map

    One deviation from the acceptance criteria, deliberate

    The last criterion says every closed issue is listed in the map's Out of scope section. Twelve of
    the 33 do not belong there, and putting them there would corrupt what that section means. The map
    defines Out of scope as work ruled past the destination; these twelve sit on the route:

    They are recorded on the map in their own paragraph, immediately under Out of scope, saying exactly
    that. Twenty-one issues are listed as genuinely out of scope, grouped by reason.

    If you would rather have all 33 in one list, say so and I will merge them — but the map would then
    claim that finished work and absorbed work were ruled beyond the destination, which is not what
    happened to them.

    Two things the pass surfaced that are not decided here

    Neither is fog: both are recorded consequences of decisions already taken, and neither needs a ticket
    unless the Consumer work hits them.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

p1High priorityrepoArea: monorepo-wide / cross-cutting workwayfinder:taskWayfinder ticket: do the thing

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions