You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Upgrading the OpenClaw host to 2026.5.28 causes all Bedrock calls to fail with:
No API provider registered for api: bedrock-converse-stream
This is a hard upgrade blocker for any Bedrock user, and in particular for users trying to use the new bearer token auth feature shipped in this release.
Root Cause
Commit bb46b79 ("refactor: internalize OpenClaw agent runtime", PR #85341, landed 2026-05-27) made two simultaneous architectural changes that create a version-mismatch trap:
Before (≤ 2026.5.26):
The bedrock-converse-stream API provider was automatically registered by the host via the bundled @earendil-works/pi-ai package. The @openclaw/amazon-bedrock-provider plugin merely wrapped and configured the provider — it did not call registerApiProvider itself.
After (≥ 2026.5.28): @earendil-works/pi-ai was removed from the host runtime entirely and replaced with OpenClaw-native modules (openclaw/plugin-sdk/llm, etc.). The @openclaw/amazon-bedrock-provider plugin now must explicitly call registerApiProvider to register bedrock-converse-stream:
This explicit call only exists in plugin version 2026.5.28.
The trap: When users upgrade the host via npm install -g [email protected], the @openclaw/amazon-bedrock-provider plugin is not automatically updated. If the installed plugin is still at v2026.5.26:
v2026.5.26 plugin code runs (no registerApiProvider call)
Host no longer registers bedrock-converse-stream automatically (pi-ai removed)
Result:bedrock-converse-stream is never registered → every Bedrock call fails
The bearer token feature (also added in bb46b79 in stream.runtime.ts) is completely inaccessible in this state.
Affected Version Range
Host
Plugin
Bedrock works?
2026.5.26
2026.5.26
✅ (pi-ai auto-registers)
2026.5.28
2026.5.28
✅ (explicit registerApiProvider)
2026.5.28
2026.5.26
❌ REGRESSION
Steps to Reproduce
Have a working Bedrock setup on OpenClaw 2026.5.26 with @openclaw/amazon-bedrock-provider at v2026.5.26
Run npm install -g openclaw to upgrade host to 2026.5.28 (plugin NOT updated)
Restart the gateway
Attempt any Bedrock model call
Observe: No API provider registered for api: bedrock-converse-stream
Workaround
Run openclaw plugins update after upgrading the host to force the plugin to v2026.5.28. This restores the explicit registerApiProvider call.
Suggested Fix
The host upgrade path should either:
Auto-update bundled/official plugins when the host is updated, OR
Add a startup warning when a plugin version predates a breaking plugin-api contract change (e.g., when compat.pluginApi in the installed plugin is older than the host version that removed pi-ai), OR
Restore a compatibility shim in the host that still registers bedrock-converse-stream when the plugin does not, to preserve backward compatibility across the transition window
Summary
Upgrading the OpenClaw host to 2026.5.28 causes all Bedrock calls to fail with:
This is a hard upgrade blocker for any Bedrock user, and in particular for users trying to use the new bearer token auth feature shipped in this release.
Root Cause
Commit bb46b79 ("refactor: internalize OpenClaw agent runtime", PR #85341, landed 2026-05-27) made two simultaneous architectural changes that create a version-mismatch trap:
Before (≤ 2026.5.26):
The
bedrock-converse-streamAPI provider was automatically registered by the host via the bundled@earendil-works/pi-aipackage. The@openclaw/amazon-bedrock-providerplugin merely wrapped and configured the provider — it did not callregisterApiProvideritself.After (≥ 2026.5.28):
@earendil-works/pi-aiwas removed from the host runtime entirely and replaced with OpenClaw-native modules (openclaw/plugin-sdk/llm, etc.). The@openclaw/amazon-bedrock-providerplugin now must explicitly callregisterApiProviderto registerbedrock-converse-stream:This explicit call only exists in plugin version 2026.5.28.
The trap: When users upgrade the host via
npm install -g [email protected], the@openclaw/amazon-bedrock-providerplugin is not automatically updated. If the installed plugin is still at v2026.5.26:registerApiProvidercall)bedrock-converse-streamautomatically (pi-ai removed)bedrock-converse-streamis never registered → every Bedrock call failsThe bearer token feature (also added in bb46b79 in
stream.runtime.ts) is completely inaccessible in this state.Affected Version Range
Steps to Reproduce
@openclaw/amazon-bedrock-providerat v2026.5.26npm install -g openclawto upgrade host to 2026.5.28 (plugin NOT updated)No API provider registered for api: bedrock-converse-streamWorkaround
Run
openclaw plugins updateafter upgrading the host to force the plugin to v2026.5.28. This restores the explicitregisterApiProvidercall.Suggested Fix
The host upgrade path should either:
compat.pluginApiin the installed plugin is older than the host version that removed pi-ai), ORbedrock-converse-streamwhen the plugin does not, to preserve backward compatibility across the transition windowOption 3 is the lowest-risk hotfix.
Key Commit
@earendil-works/pi-aifrom plugin dependenciesregisterApiProvider({ api: "bedrock-converse-stream", ... })to plugin (v2026.5.28 only)bearerTokensupport in newstream.runtime.tsAdditional Context
This also affects
@openclaw/amazon-bedrock-mantlewhich had the same@earendil-works/pi-aidependency removed in the same commit.