Version Packages - #451
Merged
Merged
Conversation
Contributor
Author
Release PreviewPreview packages published to npm with the Test it# Install the full preview suite
npx @windyroad/agent-plugins@preview
# Or test individual packages
npx @windyroad/architect@preview
npx @windyroad/c4@previewPublished packages
Merge this PR to publish these versions to |
github-actions
Bot
force-pushed
the
changeset-release/main
branch
from
August 27, 2026 03:45
2a5b303 to
5485064
Compare
github-actions
Bot
force-pushed
the
changeset-release/main
branch
from
August 27, 2026 04:47
5485064 to
cb749f1
Compare
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.
This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.
Releases
@windyroad/itil@2.1.0
Minor Changes
471e320: Close verification-pending problems on evidence, instead of waiting for the maintainer
A problem ticket whose fix has shipped sits in Verification Pending until someone confirms the fix works. Until now "someone" meant you, personally, on every ticket — four skills reserved that transition for the maintainer's return. So an agent could run your test suite, watch the fix pass, and still decline to close the ticket. The queue had no exit path that did not route through you, and it only ever grew.
Evidence-backed closure is now the agent's call. When it can point at something it actually observed that meets a ticket's own close criterion — a test run and its outcome, a commit whose diff covers the fix, a skill or hook invocation that behaved as the fix contracts — it closes the ticket and records what it saw. The unattended
/wr-itil:work-problemsrun drains the verification queue the same way, in a pass of its own, so verification still never competes with development work for a priority slot.The half worth keeping is kept. Absence of evidence is not evidence: a fix nobody exercised stays open however old it is, and neither "the code is on disk" nor "a release shipped it" is an observation. Contested evidence and partial fixes still come to you. So does anything carrying a do-not-close marker — that is now a mechanical check (
wr-itil-is-close-blocked) rather than a line of prose the next agent has to notice, and it outranks any evidence.If the ticket came from an issue you filed on someone else's repository, closing it locally on your evidence no longer closes that issue. The upstream comment posts and the issue stays open unless its maintainer confirms closure.
Every close reports how to undo it, and
/wr-itil:transition-problemnow accepts the two backward moves that make it true:<NNN> known-errorreopens a closed ticket, and the same command flips a verifying ticket back when a fix proves incomplete.Patch Changes
fe8f645: Close provenance-proven issues on your own tracker
When a problem ticket closed on evidence the agent had gathered itself, we stopped short of closing the originating GitHub issue — on both the issue we filed on someone else's repository and the report someone filed on ours. The reasoning was that the close belonged to the reporter.
That was right for one of those and wrong for the other. A report filed on your own repository is your tracker. It should say what you believe, and the reporter can reopen after reading the lifecycle comment. Before any issue operation, the inbound path now requires one exact issue-channel match in the committed discovery cache. Missing, ambiguous, discussion, advisory, repository-mismatched, or wrong-ticket provenance fails closed without reading or mutating an issue.
The proven inbound issue now closes whether the local close came from confirmation or cited evidence. An issue filed elsewhere stays open on local evidence alone because its maintainers hold their own triage; their confirmation can authorize closure. Pull requests remain comment-only.
@windyroad/retrospective@0.27.5
Patch Changes
471e320: Close verification-pending problems on evidence, instead of waiting for the maintainer
A problem ticket whose fix has shipped sits in Verification Pending until someone confirms the fix works. Until now "someone" meant you, personally, on every ticket — four skills reserved that transition for the maintainer's return. So an agent could run your test suite, watch the fix pass, and still decline to close the ticket. The queue had no exit path that did not route through you, and it only ever grew.
Evidence-backed closure is now the agent's call. When it can point at something it actually observed that meets a ticket's own close criterion — a test run and its outcome, a commit whose diff covers the fix, a skill or hook invocation that behaved as the fix contracts — it closes the ticket and records what it saw. The unattended
/wr-itil:work-problemsrun drains the verification queue the same way, in a pass of its own, so verification still never competes with development work for a priority slot.The half worth keeping is kept. Absence of evidence is not evidence: a fix nobody exercised stays open however old it is, and neither "the code is on disk" nor "a release shipped it" is an observation. Contested evidence and partial fixes still come to you. So does anything carrying a do-not-close marker — that is now a mechanical check (
wr-itil-is-close-blocked) rather than a line of prose the next agent has to notice, and it outranks any evidence.If the ticket came from an issue you filed on someone else's repository, closing it locally on your evidence no longer closes that issue. The upstream comment posts and the issue stays open unless its maintainer confirms closure.
Every close reports how to undo it, and
/wr-itil:transition-problemnow accepts the two backward moves that make it true:<NNN> known-errorreopens a closed ticket, and the same command flips a verifying ticket back when a fix proves incomplete.@windyroad/risk-scorer@0.18.17
Patch Changes
checkout-bound pipeline commands, preserve valid scores across hidden-workdir
mismatches, and reap expired pending receipts.