Bump all SDKs to 0.23.0#64
Conversation
First release that bundles the functions:init scaffolder (PR #63) on top of 0.22.0: - primitive functions:init <name> stamps a deployable Function project (handler.ts, package.json, build.mjs, tsconfig.json, .gitignore, README.md) with one command. The scaffolded handler.ts imports createPrimitiveClient from @primitivedotdev/sdk/api and demos client.send({...}), not raw fetch against /api/v1/send-mail. The /api subpath avoids dragging in node:crypto-dependent webhook helpers, which breaks Workers-style bundles. Closes the load-bearing gap that had every AGX run reimplementing send-mail with raw fetch in the handler. No API-shape changes; safe upgrade from 0.22.0.
Greptile SummaryThis PR bumps all three SDKs (Go, Node, Python) from 0.22.0 to 0.23.0 to ship the
Confidence Score: 4/5Safe to merge — all changes are version string updates with no functional code modifications. The Go SDK version is bumped to 0.23.0 alongside the Node and Python SDKs, but neither the PR description nor the test plan references any Go-specific change in this release. Consumers following the Go module's release history will see a new tag with an empty diff, which may cause confusion. Everything else is a straightforward coordinated version bump. sdk-go/VERSION — worth confirming the Go version bump is intentional given no Go source changes accompany it. Important Files Changed
Reviews (1): Last reviewed commit: "Bump all SDKs to 0.23.0" | Re-trigger Greptile |
| @@ -1 +1 @@ | |||
| 0.22.0 | |||
| 0.23.0 | |||
There was a problem hiding this comment.
Go SDK bumped without corresponding Go changes
The PR description and test plan mention only Node/Python (functions:init is a Node CLI feature; CI checks cover sdk-node and sdk-python). Bumping sdk-go/VERSION to 0.23.0 here means consumers tracking the Go module's changelog will see a new release with no functional diff. If this is intentional (keeping all SDK versions in lockstep), a brief note in the description or commit message would clarify intent for future maintainers.
Summary
First release that bundles the
functions:initscaffolder (PR #63) on top of 0.22.0:primitive functions:init <name>stamps a deployable Function project in one command. The scaffoldedhandler.tsimportscreatePrimitiveClientfrom@primitivedotdev/sdk/apiand demosclient.send({...}), not rawfetchagainst/api/v1/send-mail. The/apisubpath avoids thenode:crypto-dependent webhook helpers that break Workers-style bundles. This closes the load-bearing gap that had AGX agents reimplementing send-mail with raw fetch inside their function handlers.No API-shape changes. Safe upgrade from 0.22.0.
Test plan
npx @primitivedotdev/sdk@latest functions:init demo-fnproduces a directory withhandler.tsimporting from@primitivedotdev/sdk/api.