Repository navigation
docs(ops): close the 2026-08-16 triage rows with production evidence - #30
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
❓ Type of change
📚 Description
Follow-up to #29. The triage ledger and the 2026-08-16 check-in both still said
"undeployed" for three fixes that have since shipped and been verified in
production, and the dead-letter row's exit conditions are now met.
The evidence, all read back from production after the deploy rather than inferred
from a green pipeline:
next_offset = 200github/awesome-copilotsettled at 430 indexed skills andposthog/posthogat276, both past the wall that had held since 2026-08-12. The two largest reached
offsets the old ceiling made unreachable,
sickn33at 2,250 of 6,341 andjeremylongshoreat 1,500 of 5,598, then completed and released their progressrows.
Only the dead-letter row is marked resolved. The other three rows are marked
deployed with their exit conditions still open, because the staleness fix, the
rejected-jobs split, and the skipped-run classifier all need the next nightly
report or the next check-in archive to actually demonstrate anything. Marking
those resolved now would be recording an intention as a result.
The check-in also gains a Resolution section covering the two defects that
surfaced during delivery and that the check-in itself had missed: a typecheck
failure my local run swallowed through a pipe, and the
hookTimeoutflake.