Repository navigation
docs: release v1.1.0 — the packaged install by default, checked in real sessions - #32
Merged
Merged
Conversation
…al sessions A minor release: the packaged install becomes the default for new projects (decision 0018), with evals for its paths. Unreleased becomes v1.1.0, covering #29, #30, #31, and one more fix: /aplyca-adf:adopt took the skeleton from wherever the framework source was while pinning the newest release tag, so a project's committed files could be newer than its pinned plugin. It now finds the newest release tag, takes the framework at that tag (a shallow clone of it, or a worktree of a local checkout), and stamps that tag's commit; SETUP.md's manual copy says the same. The packaged adopt eval reran on Sonnet: 8/8, stamped ab56cb6 from a scratch worktree at v1.0.6. plugin.json 1.1.0; the README names the release. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
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.
What changed and why
v1.1.0, a minor release (decision 0017): a new default for new projects, and evals for the packaged install. Nothing asks anything of an adopted team.
CHANGELOG.md: Unreleased becomes## v1.1.0 — 2026-10-04 — The packaged install by default, checked in real sessions, covering:/upgradestamp fix they found;It opens with a short note on upgrading from v1.0.x.
plugin.json:1.1.0. The README and the plugin README's pinned-entry example name the release.One more fix:
/aplyca-adf:adopttakes the framework at the release it pins. It used to copy the skeleton from wherever the framework source was (a clone of the default branch, or a checkout) while pinning the plugin to the newest release tag. A project's committed files could then be newer than its pinned plugin, which matters more now that packaged is the default. The packaged eval in #30 found this. Step 1 now:docs/SETUP.md's manual copy says the same, and a static check holds it.Upgrade impact
None for adopted projects.
/aplyca-adf:upgrademoves the pin tov1.1.0, and recommends the switch to packaged to a committed project whose team works in Claude Code only.How to verify
./evals/run-evals.sh: the version check matches1.1.0against the heading../evals/dynamic/run-session-evals.sh --suite adopt --cases packaged --models sonnet.Verified / not verified
git clone --depth 1 --branch v1.0.6gives commitab56cb6.v1.0.6in a scratch worktree, stampedab56cb6, and recommended packaged first. The run is added to the2026-10-04-packaged-pathsreport.v1.1.0, which doesn't exist until the tag is pushed. The new project is the first.Merge danger
/adopt's Step 1. A revert is safe.v1.1.0right after the merge, before the new project adopts, so it pins this release.🤖 Generated with Claude Code