Skip to content

docs(ship): one ChatGPT session per unit, start to finish - #647

Merged
BorisTyshkevich merged 1 commit into
mainfrom
docs/ship-single-chatgpt-session
Aug 8, 2026
Merged

docs(ship): one ChatGPT session per unit, start to finish#647
BorisTyshkevich merged 1 commit into
mainfrom
docs/ship-single-chatgpt-session

Conversation

@BorisTyshkevich

Copy link
Copy Markdown
Collaborator

What & why

During /ship 630 (issue #630, phase 5), when a unit's code-review loop hit its 3-pass
cap with no certified head, the coordinator opened a fresh ChatGPT session for a
"single-shot certification check" rather than continuing the existing conversation that
had already reviewed the plan and every prior pass. The user corrected this explicitly
mid-run: use a single ChatGPT session per unit, from plan authoring through merge,
including any ad hoc advisory consultations — never open a second session to route
around an exhausted pass cap.

This encodes that correction as a hard rule in skills/ship/references/review-loops.md
(under "Hard rules (all loops)"), including a concrete fact discovered while applying
it live: chatgpt-review.mjs's pr mode hard-rejects a 4th call tied to one session
("PR review sessions permit at most three total passes", a tool-level cap enforced by
the CLI itself, not just the workflow script's own loop bound) — so continuing past
pass 3 means driving the existing conversation tab directly (DOM read/insertText/click,
same technique already used for the Chrome-crash recovery path) rather than re-invoking
the workflow with a higher pass number. Cross-referenced from SKILL.md's merge-gate
FULL STOP section, the exact point in the process where the mistake happened.

Not part of any #630 phase — a process/tooling correction to the /ship skill itself.

Test plan

  • Prose-only change to two skill reference docs; no code/tests affected.
  • Diff reviewed to confirm only the two intended files changed.

During /ship 630, when a unit's code-review loop hit its 3-pass cap with
no certified head, the coordinator opened a fresh ChatGPT session for a
"single-shot certification check" rather than continuing the existing
conversation. The user corrected this explicitly: use a single session
per unit across plan authoring, every review round, and any ad hoc
advisory consultation — never session: null a second time.

Encode this as a hard rule in review-loops.md, including the concrete
fact discovered while applying it: chatgpt-review.mjs's pr mode hard-
rejects a 4th call tied to one session (a tool-level cap, not just the
workflow script's loop bound), so continuing past pass 3 means driving
the existing conversation tab directly rather than re-invoking the
workflow with a higher pass number. Cross-reference from SKILL.md's
merge-gate FULL STOP section, the exact point where the mistake happened.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@BorisTyshkevich
BorisTyshkevich merged commit 882b786 into main Aug 8, 2026
8 checks passed
@BorisTyshkevich
BorisTyshkevich deleted the docs/ship-single-chatgpt-session branch August 8, 2026 06:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant