Skip to content

chore: version packages#227

Merged
suleimansh merged 1 commit into
mainfrom
changeset-release/main
Jul 4, 2026
Merged

chore: version packages#227
suleimansh merged 1 commit into
mainfrom
changeset-release/main

Conversation

@github-actions

@github-actions github-actions Bot commented Jul 4, 2026

Copy link
Copy Markdown
Contributor

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

@gemstack/framework@0.5.2

Patch Changes

  • 1d3ce64: Fix the Claude Code driver treating a non-zero agent exit as success when the agent had already streamed some text. A crash mid-build now fails the turn (surfacing stderr or the partial text) instead of resolving as a result the loop can score production-grade.

  • 45b13b2: Default the CLI to bypassPermissions so the headless loop can build/verify

    Every framework turn is a headless claude -p invocation, which can't answer an
    interactive approval. The driver's library default (acceptEdits) auto-approves
    edits but not Bash, so installs/builds/tests were silently denied: the
    production-grade checklist tried npm run build / dev-boot, hit "Build needs
    interactive approval which isn't available," failed pass 1 as "could not be
    executed this session," and the loop ground on listing blockers it couldn't
    verify.

    The framework CLI now defaults its Claude Code driver to bypassPermissions so
    the full loop (install, build, test, dev-boot) runs unattended and the checklist
    verifies for real. This is a permissive default appropriate to a headless
    autonomous builder; --permission-mode <mode> still overrides it (e.g.
    --permission-mode acceptEdits for the old, conservative behavior), and
    --dangerously-skip-permissions still takes precedence. The ClaudeCodeDriver
    library default is unchanged (still acceptEdits); only the CLI opts up.

    Closes Headless driver defaults to acceptEdits, so the checklist can't build/verify the app #225.

  • 1259282: Fail closed when a checklist reply omits the required { blockers } verdict. A verdict-less reply was scored as empty-blockers (production-grade) and stopped the loop; it now surfaces a blocker so the loop re-prompts instead of declaring the app done off an unverifiable reply.

@github-actions github-actions Bot force-pushed the changeset-release/main branch 4 times, most recently from e2ef9b1 to 4670188 Compare July 4, 2026 22:53
@github-actions github-actions Bot force-pushed the changeset-release/main branch from 4670188 to fc28010 Compare July 4, 2026 23:18
@suleimansh suleimansh merged commit e31500c into main Jul 4, 2026
2 checks passed
@suleimansh suleimansh deleted the changeset-release/main branch July 4, 2026 23:23
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.

Headless driver defaults to acceptEdits, so the checklist can't build/verify the app

1 participant