Repository navigation
chore: version packages - #1255
Merged
Merged
Conversation
|
Important Review skippedBot user detected. To trigger a single review, invoke the
|
github-actions
Bot
force-pushed
the
changeset-release/main
branch
9 times, most recently
from
October 27, 2026 19:49
00562a5 to
83151b6
Compare
github-actions
Bot
force-pushed
the
changeset-release/main
branch
from
October 28, 2026 01:19
83151b6 to
dd0ce07
Compare
BYWallace
approved these changes
Oct 28, 2026
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 publish to npm yourself or setup this action to publish 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
@sapiom/agent-core@0.16.0
Minor Changes
a76b8bd: The tenant API key now only travels over HTTPS, or plain HTTP to a loopback
host, from every SDK client, and never follows a redirect to another origin.
One function,
credentialFetchfrom the new@sapiom/analytics-core/credentialsubpath, is the only code that sets the key header.
Behavior changes, shipped as 0.x minor bumps: a plain
http://URL to anon-loopback host is now refused, and the key headers are stripped on a
cross-origin redirect.
@sapiom/coreand@sapiom/browser-paygain theirfirst runtime dependency,
@sapiom/analytics-core.@sapiom/core,@sapiom/agent-coreand@sapiom/mcp: a plainhttp://URL to a non-loopback host (for example a Docker service name or a LAN IP)
now fails before the request is sent. On a trusted private network, opt in
with
new SapiomClient({ allowInsecureHttp: true })(core),createClient({ allowInsecureHttp: true })(agent-core) orSAPIOM_ALLOW_INSECURE_HTTP=1(all clients).localhost,*.localhost,127.0.0.1and[::1]work as before. Core does not retry a refused channel.@sapiom/analytics-core: on such an endpoint the batch is still sent, withoutthe key. A redirect to a refused channel drops the batch.
x-api-key,x-sapiom-api-keyand everyx-sapiom-*header.@sapiom/core:getHttpClient().defaults.headersno longer carries the key;read
defaults.credentialinstead.@sapiom/browser-pay: the payment relay uses the shared rule, so a*.localhostbase URL andSAPIOM_ALLOW_INSECURE_HTTP=1are now accepted, anda refused base URL throws a
CredentialChannelError. Redirects are stillrefused.
@sapiom/tools: no behavior change. A refused call now throws aCredentialChannelError, aTypeErrorsubclass that keepsname: "TypeError".Patch Changes
sapiom-agent-authoringskill and its scaffold copies, the Agent Studio system prompt, help palette and welcome screen, and the@sapiom/agentREADME drop links to the agent quick start, authoring guide, MCP setup, call-surface, credentials and signals guides. The first-run telemetry notice drops its link to a/telemetrypage that never existed. Links to/capabilitiespages are unchanged.@sapiom/analytics-core@0.3.0
Minor Changes
a76b8bd: The tenant API key now only travels over HTTPS, or plain HTTP to a loopback
host, from every SDK client, and never follows a redirect to another origin.
One function,
credentialFetchfrom the new@sapiom/analytics-core/credentialsubpath, is the only code that sets the key header.
Behavior changes, shipped as 0.x minor bumps: a plain
http://URL to anon-loopback host is now refused, and the key headers are stripped on a
cross-origin redirect.
@sapiom/coreand@sapiom/browser-paygain theirfirst runtime dependency,
@sapiom/analytics-core.@sapiom/core,@sapiom/agent-coreand@sapiom/mcp: a plainhttp://URL to a non-loopback host (for example a Docker service name or a LAN IP)
now fails before the request is sent. On a trusted private network, opt in
with
new SapiomClient({ allowInsecureHttp: true })(core),createClient({ allowInsecureHttp: true })(agent-core) orSAPIOM_ALLOW_INSECURE_HTTP=1(all clients).localhost,*.localhost,127.0.0.1and[::1]work as before. Core does not retry a refused channel.@sapiom/analytics-core: on such an endpoint the batch is still sent, withoutthe key. A redirect to a refused channel drops the batch.
x-api-key,x-sapiom-api-keyand everyx-sapiom-*header.@sapiom/core:getHttpClient().defaults.headersno longer carries the key;read
defaults.credentialinstead.@sapiom/browser-pay: the payment relay uses the shared rule, so a*.localhostbase URL andSAPIOM_ALLOW_INSECURE_HTTP=1are now accepted, anda refused base URL throws a
CredentialChannelError. Redirects are stillrefused.
@sapiom/tools: no behavior change. A refused call now throws aCredentialChannelError, aTypeErrorsubclass that keepsname: "TypeError".Patch Changes
sapiom-agent-authoringskill and its scaffold copies, the Agent Studio system prompt, help palette and welcome screen, and the@sapiom/agentREADME drop links to the agent quick start, authoring guide, MCP setup, call-surface, credentials and signals guides. The first-run telemetry notice drops its link to a/telemetrypage that never existed. Links to/capabilitiespages are unchanged.@sapiom/browser-pay@0.2.0
Minor Changes
b386258: Interceptor event URLs are origin-only, and refusal reasons on events are sanitized. CDP attach errors use fixed messages to avoid forwarding transport details.
8d77192: A refused event may include optional
retryableandrequestId. Whenretryableis missing, the event leaves it unset. The SDK does not invent it, and polling still follows onlyrelay_in_progress.A reason on that event passes through when it matches
/^[a-z]+(_[a-z]+)*$/and is at most 48 characters, including a reason this package does not list. Every other reason isunrecognized.RefusalReasonis that open set.KnownRefusalReasonnames the reasons the relay emits today.a76b8bd: The tenant API key now only travels over HTTPS, or plain HTTP to a loopback
host, from every SDK client, and never follows a redirect to another origin.
One function,
credentialFetchfrom the new@sapiom/analytics-core/credentialsubpath, is the only code that sets the key header.
Behavior changes, shipped as 0.x minor bumps: a plain
http://URL to anon-loopback host is now refused, and the key headers are stripped on a
cross-origin redirect.
@sapiom/coreand@sapiom/browser-paygain theirfirst runtime dependency,
@sapiom/analytics-core.@sapiom/core,@sapiom/agent-coreand@sapiom/mcp: a plainhttp://URL to a non-loopback host (for example a Docker service name or a LAN IP)
now fails before the request is sent. On a trusted private network, opt in
with
new SapiomClient({ allowInsecureHttp: true })(core),createClient({ allowInsecureHttp: true })(agent-core) orSAPIOM_ALLOW_INSECURE_HTTP=1(all clients).localhost,*.localhost,127.0.0.1and[::1]work as before. Core does not retry a refused channel.@sapiom/analytics-core: on such an endpoint the batch is still sent, withoutthe key. A redirect to a refused channel drops the batch.
x-api-key,x-sapiom-api-keyand everyx-sapiom-*header.@sapiom/core:getHttpClient().defaults.headersno longer carries the key;read
defaults.credentialinstead.@sapiom/browser-pay: the payment relay uses the shared rule, so a*.localhostbase URL andSAPIOM_ALLOW_INSECURE_HTTP=1are now accepted, anda refused base URL throws a
CredentialChannelError. Redirects are stillrefused.
@sapiom/tools: no behavior change. A refused call now throws aCredentialChannelError, aTypeErrorsubclass that keepsname: "TypeError".Patch Changes
@sapiom/core@0.6.0
Minor Changes
a8068d8: Remove the exported
ListTransactionsParamstype. No client method accepted it, and its fields did not matchGET /v1/transactions: the API paginates withpage[limit]/page[after]cursors (nooffset), andfilter[service]takes a service ID (UUID), not a name. Code that imported the type should drop the import; nothing at runtime changes.a76b8bd: The tenant API key now only travels over HTTPS, or plain HTTP to a loopback
host, from every SDK client, and never follows a redirect to another origin.
One function,
credentialFetchfrom the new@sapiom/analytics-core/credentialsubpath, is the only code that sets the key header.
Behavior changes, shipped as 0.x minor bumps: a plain
http://URL to anon-loopback host is now refused, and the key headers are stripped on a
cross-origin redirect.
@sapiom/coreand@sapiom/browser-paygain theirfirst runtime dependency,
@sapiom/analytics-core.@sapiom/core,@sapiom/agent-coreand@sapiom/mcp: a plainhttp://URL to a non-loopback host (for example a Docker service name or a LAN IP)
now fails before the request is sent. On a trusted private network, opt in
with
new SapiomClient({ allowInsecureHttp: true })(core),createClient({ allowInsecureHttp: true })(agent-core) orSAPIOM_ALLOW_INSECURE_HTTP=1(all clients).localhost,*.localhost,127.0.0.1and[::1]work as before. Core does not retry a refused channel.@sapiom/analytics-core: on such an endpoint the batch is still sent, withoutthe key. A redirect to a refused channel drops the batch.
x-api-key,x-sapiom-api-keyand everyx-sapiom-*header.@sapiom/core:getHttpClient().defaults.headersno longer carries the key;read
defaults.credentialinstead.@sapiom/browser-pay: the payment relay uses the shared rule, so a*.localhostbase URL andSAPIOM_ALLOW_INSECURE_HTTP=1are now accepted, anda refused base URL throws a
CredentialChannelError. Redirects are stillrefused.
@sapiom/tools: no behavior change. A refused call now throws aCredentialChannelError, aTypeErrorsubclass that keepsname: "TypeError".Patch Changes
@sapiom/tools@0.48.0
Minor Changes
connectorslist: the slugs of the connections the run may use, sent on the wire asconnectors. This is how you decide which agent gets which connection. Leaving it unset is unchanged behavior — the key never reaches the wire and every ready connection attaches.[]attaches none. A slug that isn't a ready connection gets the run refused with HTTP 400connectors_unavailable. A platform release that predates per-run selection ignores the field and attaches every connection, as before.connectors.slackgainshistory()(Slackconversations.history: a channel's top-level messages, paginated, witholdest/latestbounds) andwhoAmI()(Slackauth.test: the bot's ownuser_idandbot_id, to recognise its own posts). Agents that read a channel no longer need their own Slack bot token.Patch Changes
a76b8bd: The tenant API key now only travels over HTTPS, or plain HTTP to a loopback
host, from every SDK client, and never follows a redirect to another origin.
One function,
credentialFetchfrom the new@sapiom/analytics-core/credentialsubpath, is the only code that sets the key header.
Behavior changes, shipped as 0.x minor bumps: a plain
http://URL to anon-loopback host is now refused, and the key headers are stripped on a
cross-origin redirect.
@sapiom/coreand@sapiom/browser-paygain theirfirst runtime dependency,
@sapiom/analytics-core.@sapiom/core,@sapiom/agent-coreand@sapiom/mcp: a plainhttp://URL to a non-loopback host (for example a Docker service name or a LAN IP)
now fails before the request is sent. On a trusted private network, opt in
with
new SapiomClient({ allowInsecureHttp: true })(core),createClient({ allowInsecureHttp: true })(agent-core) orSAPIOM_ALLOW_INSECURE_HTTP=1(all clients).localhost,*.localhost,127.0.0.1and[::1]work as before. Core does not retry a refused channel.@sapiom/analytics-core: on such an endpoint the batch is still sent, withoutthe key. A redirect to a refused channel drops the batch.
x-api-key,x-sapiom-api-keyand everyx-sapiom-*header.@sapiom/core:getHttpClient().defaults.headersno longer carries the key;read
defaults.credentialinstead.@sapiom/browser-pay: the payment relay uses the shared rule, so a*.localhostbase URL andSAPIOM_ALLOW_INSECURE_HTTP=1are now accepted, anda refused base URL throws a
CredentialChannelError. Redirects are stillrefused.
@sapiom/tools: no behavior change. A refused call now throws aCredentialChannelError, aTypeErrorsubclass that keepsname: "TypeError".Updated dependencies [1b9a5f6]
Updated dependencies [a76b8bd]
@sapiom/agent@0.14.12
Patch Changes
sapiom-agent-authoringskill and its scaffold copies, the Agent Studio system prompt, help palette and welcome screen, and the@sapiom/agentREADME drop links to the agent quick start, authoring guide, MCP setup, call-surface, credentials and signals guides. The first-run telemetry notice drops its link to a/telemetrypage that never existed. Links to/capabilitiespages are unchanged.@sapiom/agent-studio@0.1.39
Patch Changes
@sapiom/axios@0.5.2
Patch Changes
@sapiom/cli@21.0.1
Patch Changes
@sapiom/fetch@0.5.1
Patch Changes
@sapiom/harness@0.22.1
Patch Changes
sapiom-agent-authoringskill and its scaffold copies, the Agent Studio system prompt, help palette and welcome screen, and the@sapiom/agentREADME drop links to the agent quick start, authoring guide, MCP setup, call-surface, credentials and signals guides. The first-run telemetry notice drops its link to a/telemetrypage that never existed. Links to/capabilitiespages are unchanged.@sapiom/mcp@0.20.2
Patch Changes
085a3c4: The schedule tool now says
sapiom.*platform events can be subscribed to with aneventtrigger (never emitted) and points to the server instructions for the list; the bundled primer now documentssapiom.run.failed.a76b8bd: The tenant API key now only travels over HTTPS, or plain HTTP to a loopback
host, from every SDK client, and never follows a redirect to another origin.
One function,
credentialFetchfrom the new@sapiom/analytics-core/credentialsubpath, is the only code that sets the key header.
Behavior changes, shipped as 0.x minor bumps: a plain
http://URL to anon-loopback host is now refused, and the key headers are stripped on a
cross-origin redirect.
@sapiom/coreand@sapiom/browser-paygain theirfirst runtime dependency,
@sapiom/analytics-core.@sapiom/core,@sapiom/agent-coreand@sapiom/mcp: a plainhttp://URL to a non-loopback host (for example a Docker service name or a LAN IP)
now fails before the request is sent. On a trusted private network, opt in
with
new SapiomClient({ allowInsecureHttp: true })(core),createClient({ allowInsecureHttp: true })(agent-core) orSAPIOM_ALLOW_INSECURE_HTTP=1(all clients).localhost,*.localhost,127.0.0.1and[::1]work as before. Core does not retry a refused channel.@sapiom/analytics-core: on such an endpoint the batch is still sent, withoutthe key. A redirect to a refused channel drops the batch.
x-api-key,x-sapiom-api-keyand everyx-sapiom-*header.@sapiom/core:getHttpClient().defaults.headersno longer carries the key;read
defaults.credentialinstead.@sapiom/browser-pay: the payment relay uses the shared rule, so a*.localhostbase URL andSAPIOM_ALLOW_INSECURE_HTTP=1are now accepted, anda refused base URL throws a
CredentialChannelError. Redirects are stillrefused.
@sapiom/tools: no behavior change. A refused call now throws aCredentialChannelError, aTypeErrorsubclass that keepsname: "TypeError".Updated dependencies [1b9a5f6]
Updated dependencies [a76b8bd]
@sapiom/node-http@0.4.2
Patch Changes
@sapiom/sandbox@0.8.6
Patch Changes
@sapiom/sandbox-preview@0.1.34
Patch Changes
@sapiom/langchain@0.5.2
Patch Changes
@sapiom/langchain-classic@0.5.2
Patch Changes