#clawtributors
1 messages · Page 13 of 1
(base) heroic@Alien-Hunter:/mnt/c/Users/heroi$ openclaw plugins inspect ai-persona-os
│
◇
🦞 OpenClaw 2026.5.18 (50a2481) — I've read more man pages than any human should—so you don't have to.
AI Persona OS
id: ai-persona-os
The complete operating system for OpenClaw agents. 24 souls (JARVIS, Thanos, Mary Poppins, Rook...), SOUL.md Maker, memory tools, Discord routing fix, native heartbeat, never-forget context. By Jeff J Hunter.
Status: loaded
Format: openclaw
Source: ~/dev/ai-persona-os-plugin/dist/index.js
Origin: config
Version: 3.0.0-alpha.1
Shape: non-capability
Capability mode: none
Legacy before_agent_start: no
Install:
Source: path
Source path: ~/dev/ai-persona-os-plugin
Install path: ~/dev/ai-persona-os-plugin
Recorded version: 3.0.0-alpha.1
Installed at: 2026-05-19T09:54:26.498Z
(base) heroic@Alien-Hunter:/mnt/c/Users/heroi$
yes correct, the skills still exist and plugins are what they call and use to expand their capabilities
right now my sdk upgrades are only being used in china, not really announced yet with stability focus so the more builders move from stability to feature (versus stuffing features into OC ) the better
I't blew my context window with scaffolding even with 1M context, so it told me to start a new chat and I told it to create a new check point and kick-off prompt and I'm off to races while I sleep with yolo mode 😛
scaffolding wise just switch to 5.4 for 1m context or opus 4.6/7, 5.5 is waste of tokens to scaffold and architect it preferes issues/epics and running to build
run 1 thread per plugin for sure
my lead developer swears on sonnet, he doesn't even lik eopus lol
he uses sonnet 99%
thats why you havent updated skills in months 😉
too much time fixing sonnet breaks haha
that's how he is lol 😛
swap him out with an eva coding agent much cheaper and less opinionated lol
eva + 6 codex subscriptions (6 desktop apps running) and you'll cook like never before
sheesh
First thing that isn't tts from Conan lol
fair, fair 😂
Running out the door and no time to figure out which I've already posted and which are new. Clanker-generated summaries cause I'm running late. Sorry.
- https://github.com/openclaw/openclaw/pull/83987
Keeps Codex safety checks available briefly after a run ends, so late tool checks are not skipped during cleanup.- https://github.com/openclaw/openclaw/pull/83743
Makes background task and scheduled-job updates return to the main conversation when direct messages are configured
to share one main session. - https://github.com/openclaw/openclaw/pull/83483
Makes code-mode tool checks easier and more consistent for policies to inspect, while keeping normal shell commands
separate. - https://github.com/openclaw/openclaw/pull/83444
Returns clearer error codes for code-mode timeouts and unavailable workers, so expected failures are easier to
distinguish from internal errors.
- https://github.com/openclaw/openclaw/pull/83743
what's hurting people in 5.19 beta? i was using 5.18 all day pretty heavily, fast, logs clean as a whistle. single thread, no subagents, manual "save this topic away, we're going to change the subject" though
someone mentioned subagents were iffy earlier?
how's their tts?
that's obviously the important thing
Some folks are reporting 3x more token burn on codex runtime vs PI
any one see any truth to this
I asked for an issue and got this
that.. doesn't seem hugely convincing. the sweeper focused on the pi/codex transition rather than the claimed 3x token usage, which seemed to be source: that guy's ass
lemme see what my clanker says
🎵 you may be a king or the humble grim reaper
but sooner or later, we all meet clawsweeper
(I switched it up)
Quick follow-up: I opened a PR for this here:
https://github.com/openclaw/openclaw/pull/83992
It covers refresh-visible history plus draft/queued-message restore for the same gateway/session. Checks are green and proof is passing now. Preview/title metadata is still out of scope, so #83344 should stay open for that follow-up.
clanker is 30 or so tools calls in, taking a look. in the meantime i'm wondering how much of this was pi, how much was a potential 5.4 -> 5.5 transition too. 5.4 loved nothing more than to stop fast and ask if you'd like to read a 0.3kb in it's own workspace. 5.5 will go tool hunting before it even bothers to respond
clanker says it smells like shite
if they have rather small workspace md files, then i absolutely believe the usage would increase noticably. not sure about 3x... but the codex base_instructions is a wall of text 15kb long. that's why i always say that i wish there was an option to disable it completely (codex allows you to, but there is no openclaw config option currently).
The session logs contain multiple lines (usually 3) with the same token usage info repeated. This might be throwing some people / systems off depending how they're looking at it. I had to implement a new dedupe for that.
oh I looked at the issue raised... it's an anecdotal "it used 3% of my limit!" which isn't exactly reproducible
same conclusion. codex harness might be using more, even for word for word, but there's nothing in that issue that even vaguely proves it
My test data says it isn't. I didn't publish the actual numbers but as part of the doc, I note that context use was higher within oc compared to codex cli. didn't compare with pi
someone in the comments said another issue is related
oh for sure it's higher than cli. you're injecting the claw prompt, partially or wholly, cached or uncached. that wasn't the claim in that issue though. they said 3x between pi and codex on 5.4 or worse on 5.5
try comparing with both code_mode and code_mode_only features enabled - they remove many tool definitions from the context. if i am not mistaken, codex cli has them enabled. saves input tokens
code mode basically is saying that the agent should just code their own way out of any task. so, there won't be a tool for reading files - the agents needs to call shell or whatever to do that.
as the agents are pretty good at coding now, there is no need to give them specialized tools and use up tokens in the structured tool syntax definitions
i'm looking at this and wondering what's the comparison though? the same question? that's not an equivalence
But then why are you even doing it...
how much extra does it cost me if I install LCM? it is still the same test?
so that I can throw the apple with less drag
LCM balances out a lot of the extra tool cost by stubbing them in memory
heh i wish i had codex oc integration set up...
are you still on 2026.4.6 or something?
yes, wrong chat but I'm interested to take it somewhere elso on another day
either way its common sense you add more files, an extra agent.md and a LOT more to the prompt and change how everything works (the DB upgrade coming soon tho) going to have some rough edges
while my message sounded gloomy 😂 I have no doubt LCM will make it better
no, i was just testing codex and didn't trust it enough to enable integration, but a week later forgot about it while jobs run in codex
no bias 
i'm slow adopter of coding harness thanks to gemini 
ok, seriously peeps, we're shitting up clawtributors, even if it's quiet at this time of the day
@Andy #general
TLDR the team knows about issues already and has plans to make them better, tokenjuice works okay, LCM stubs works okay, and new squlite db coming soon, fixes will be in place this week most likely. In all seriousness if there is an assembly bug point it to me and I'll put in a fix on it
we're over there
usually I would make the PR for this myself, but i am not sure what is the direction wanted for this kind of security questions: https://github.com/openclaw/openclaw/issues/84144 but essentially this makes it harder to automate provisioning of nodes/gateways
Would appreciate eyes from anyone who can triage this Codex oauth one:
I filed #84114 earlier today (Codex harness not honouring documented multi-agent auth-profile inheritance — OpenAI OAuth rotation not firing when a secondary agent has empty or populated auth-profiles.json; bootstraps from binary instead). clawsweeper closed it as "completed" within 13 minutes, citing PR #83824 and commit 4e60ad721209.
Post-closure verification evidence doesn't hold:
• PR #83824 is test(qa-lab): add personal no-fake-progress scenario; body says verbatim "does NOT change runtime behavior"; zero files in src/agents/auth-profiles/ or extensions/codex/
• Commit 4e60ad721209 is fix(media): decode remote URL fallback filenames (#84108); also zero auth files
• src/agents/auth-profiles/store.ts is SHA-256-identical between v2026.5.19-beta.1 (tested) and current main — so the repro applies to main on the same code
So the bug-class is actually "feature-present-yet-not-firing," not "missing-feature." Likely-suspect (one-function scope) is the early-return in ensureAuthProfileStoreWithoutExternalProfiles:
const runtimeStore = resolveRuntimeAuthProfileStore(agentDir, options);
if (runtimeStore) {
return runtimeStore; // merge-with-main happens AFTER this
}
If the gateway-auto-created empty auth-profiles.json (39 bytes, {"version": 1, "profiles": {}}) gets resolved as a non-null runtime-store, the merge-with-main path is skipped.
Full counter-comment: https://github.com/openclaw/openclaw/issues/84114#issuecomment-4488299468
Hi, I have created this PR to address a user reported bug. The Pr status is "diamond lobster" and the PR also hatched a common Pearl Lint Imp.
fix(discord): preserve streamed replies after tool warnings
https://github.com/openclaw/openclaw/pull/83844
merged! thanks for the issue. Added codex to OPENCLAW_EXTENSIONS, this does remove codex from Docker pruning, so all good there!
what?
Thanks a lot
thank YOU!
👋 Just opened a small fix PR (+20 lines, all tests pass):
Non-vision models + media-returning tools (browser screenshot etc.) on webchat can cause the agent run to silently terminate mid-execution — the user gets an incomplete response with no error. This fixes it.
https://github.com/openclaw/openclaw/pull/84165
Would appreciate a quick look when you have a moment. Thanks!
btw, ClawSweeper's egg thing is so fun lol 🦞🥚
Ready for review, all 🐚 platinum hermit, even got a 💎 rare Mossy Crabkin:
- https://github.com/openclaw/openclaw/pull/84045, P2,
fix/cron-diagnostic-classification, fixes cron diagnostic classification so recovered tool warnings don’t override successful cron output. - https://github.com/openclaw/openclaw/pull/84056, P2,
fix/embedded-runner-provider-error-preservation, preserves original provider errors when session takeover occurs during cleanup. - https://github.com/openclaw/openclaw/pull/84067, P2,
fix/error-token-classifier-structured-fields, replaces prose-based cron denial detection with structured error signal classification.
If you can’t see it in your history, I think it’s an OpenClaw history/session display gap rather than it not happening. I found it in session logs and memory/2026-05-17.md, and one related old session file is marked deleted/rotated, which may explain the missing UI history.
just finished setting up discord with realtime voice, what a great integration, thanks all contributors
oh that's an option now?
Is there documenation for that somewhere?
Yea it is
with oauth!
https://github.com/openclaw/openclaw/pull/84231 working on this now as well
Tool calling and steering from VC
Friendly ping: anyone with a few minutes to review this PR ? Small docs-only (+36/-0 in docs/tools/browser.md) adding a third provider example under "Direct WebSocket CDP providers", paralleling the existing Browserbase entry. Sat for ~6 days, all CI green, Codex auto-review cleared the technical surface and punted to maintainer judgment. No rush — first-time contributor, just wanted to surface it. 🦞
I should have added that when I did the oauth set up. If using codex/gpt and no realtime api it fallsback to oauth
So many people don't know you can use realtime voice with codex oauth
Even one of the maintainers lol
ok well I'll wait until you get it working better hehe
agents don't natively have knowledge of their capabilities, how can we expect maintainers haha
Current version of webui voice is sooooo good
how is this set up, in the web gateway?
"talk" in openclaw.json
yea I have it set so config uses it in the Talk Realtime Model and Talk Realtime Provider
we don't know everything ok? (especially me)
two maintainers, then 
I don't think most people knew/figured it could be done with oauth
its pushed as part of the API
minimal conf
{
"talk": {
"realtime": {
"mode": "realtime",
"provider": "openai",
"providers": {
"openai": {
"model": "gpt-realtime-2",
"voice": "cedar"
}
}
}
}
}
use with codex auth
cedar is great voice
That’s really interesting. Until now, I’ve always used the API for my glasses, but I’m definitely going to take a closer look at this directly now. Thanks for the tip!
the only thing I'm missing from other providers is custom voices 😅
when are we getting realtime elevenlabs on there
i just noticed it's missing and I only use elevenlabs voices
someone want to add it or should I?
Yea, but echo and sage are ok.
But I want to record my own voice so I can build a voicemail assistant with OpenAI
But it's paywalled
Well more than paywalled
It's "contact sales and explain your use case" walled
Is mantis something I could set up on my own to run and add to my PRs?
hehe wait until you guys see what I'm building to bring your OpenClaw agent to your calls with you (zoom, meet, and teams)
I'll be doing a launch next week hehe (this isn't connect yet, so you can't even send me your info so don't try) https://aimeet.live
send to me and I'll test it
Already have the plugin / Skill built with full 2 way and MCP haha
was going to work on this but have too many projects juggling projs
OK, have to run errands be back later!
❤️
I won't lie, I use way too many apis and it cost me to much i don't epxect to make a lot of money on this, margins will be small, but the value this brings to my own life is amazing already and every call my clients are blown away
our team call this morning: https://us-west-1.aimeet.live/share/O3Kv2weX-lsd_cFgALKxElTSOgH4q7hl9iAKn25shuQ
If it's related to Telegram and seems like a visible enough proof Mantis will run automatically on it
Gotcha its telegram, saw it before such a cool setup
You can...?
wow I did not know codex oauth was also supported, just enabled and tried it in the control ui. works great !!
Its so good
yup!
Dang...work has got me by the balls. I'm missing so much. Lol
🙂
Found my first serious bug of the release
@runic totem seems starting a new conversion has made that issue stabilize...
after the upgrade to 5.18
and as soon as you update branch - unranked krab

Fix for post turn tool call obnoxiously dumping to chat:
https://github.com/openclaw/openclaw/pull/84178
Fix for dropped messages that come in mid-turn:
https://github.com/openclaw/openclaw/pull/84219
And I have a big guy that will likely need some lead eyes to fix up realtime voice/talk on at least Android and WebUI; hopefully tonight
@timber beacon This is insanely cool that real time works through OAuth. That was exactly the missing piece in my glasses OC setup. You’re seriously awesome, thanks man.
Thanks! What glasses are you running?
Im using some Open Sauce glasses with my own Core and Hud app. There is a Section here i think it called Showcase u find me and my Project there. xD
Nice!
That was exactly the Part i was missing. This is rly awsome. no api costs anymore. 🥳
Has anyone seen Clownfish recently...? feels like it went on vacation or something. Either that or I live under a rock and just never seen it
@clear violet^^ here
LOL right in time eh? lol - PS @summer quartz is my developer I was telling you about, I finally talked him into using OpenCLaw a few days ago, and really he "talked himself" into it when he thought of the use case of using it to audit repos like the clawdaddy does
Yeah, making a plugin to do automated security/pii/guardrail/code quality and web audits of repos and sites. It's mostly working, just not happy enough with it yet to release.
Good cause I wasn't gonna make it lol
@nocturne jungle good news message tool works in webchat. bad news it disappears when switching tabs sometimes or refreshing chat. fix is here: https://github.com/openclaw/openclaw/pull/84268 only bug I've found so far in latest release (that wasn't 3rd party plugin or weird beta npm upgrades) so everyone should be proud so far
any maintainer can take over above if we're doing a hot fix update. I'm going to sleep, it's like p3 but p0 for ux given users can think agent never responded
use the built in oauth seam to run separate from agent, use recursive loops on your prompts and adversarial audits to get them to the level you want them to be, and then have it after it runs on its own in plugin nudge the agent back the response
So I’m trying to do as much of it as I can without invoking the LLM - file level first pass, then deep scan with LLM.
storing reports in SQLite, with a dashboard running on a different port
I’m also doing a full scan initially or when prompted, then incremental scans when files change and it checks every 15
Also trying to do it all on local models so it can be even more powerful if someone is using a big public model
local models on security is not good idea, thats a hackers dream, they are just gonna hand keys to kingdom over also too resource intensive on system
My $20/month codex sub isn't up to the task so i'm testing with models on gb10. I can add guardrails to the plugin to sanitize/filter/ignore patterns it sees on the code it's auditing to reduce that attack surface. It is definately resource intensive, which is why first scans are file level from within the plugin and not using the LLM, the more in-depth scan where it sends it file to the LLM is mostly optional. If it can't do it, it fails, but you still have the file level scans.
I planned to build it for me first, and publish it later. I figure if I build it to work from the weakest model to the strongest, it's not a broken plugin for the dude trying to run qwen on his mac mini.
OpenClaw currently uses sendMessageDraft only for tool-progress status lines during generation. The actual answer text still streams via the old sendMessage + editMessageText loop which produces choppy, non-animated updates.
Telegram's sendMessageDraft API (available since Bot API 9.5) provides ephemeral draft previews with smooth, client-side typing animations pretty much the same effect you see in bots like ChatGPT's Telegram bot. This PR extends OpenClaw's existing native draft infrastructure to cover answer text streaming in DMs not just tool progress.
What changes:
- Answer preview streaming in DM chats uses sendMessageDraft instead of
editMessageText - A new
channels.telegram.streaming.nativeTransportconfig toggle controls the behavior (opt-in/out) - Group chats gracefully fall back to the existing
editMessageTextapproach, sincesendMessageDraftis private-chat only - Final message is persisted via
sendMessageafter streaming completes (drafts are ephemeral 30s previews) - Edge cases handled: draft expiry, tool interruptions, long text >4096 chars, media in finals, quote reply skips
Earlier attempts caused duplicate final messages and stale preview bugs, leading to a maintainer note against it.
This implementation addresses those issues with proper finalization gating and draft lifecycle management. 
cc @untold pollen - I noticed this too and was wondering why we don't use sendMessageDraft for the final response.
not sure if I'd say "old" send message tool, it's a codex tool we're using
Old as in new TG's streaming feature.
also I dont believe codex works that way, the send message tool is not really a draft during the whole tool process, it's a final message that wraps the end, pash is more an expert than me at it as it's his child might want to ping him 6am for me too going to bed
I recommend having your agent install the patch yourself (just tell it to checkout the PR as a test patch) and test it and video record it and add the video after a long tool call of it
if you can do that it'll prove it works
I don't have any gas left in the tank, I'll do it tomorrow after work I guess.
I just shipped 1k+ loc in fixes to telegram, so I'd recommend holding off on any more features till hotfix stability patch and then we can test in next beta new features
and no I'm not the telegram person, just had to fix another "feature" that regressed the lanes lol
But the maintainer note made me concerned and took extra time to make sure things are okay.
elsewise its really important to test things like that yourself super easy to test patch it before promoting
Yeah
Just wanted to get it done faster but it can wait a little bit more I guess.
we're no longer in "faster=better" nobody wants to break 30M+ claws on telegram haha
confident tho if it works and you post a video it'll get priority reviewed
No pressure at all, huh? It's just 30M
The other day we had a fairly huge release, the QA person literally said we'll just let the users test it for us. 
I'm sure you know that means
Not talking about Open Claw BTW.
Tested it, working flawlessly.
One thing tho, the build doesn't have an API key and I get the missing key error.
The goal was to check the style which already did.
I'm not lazy, you are. 
I REALLY gotta go to bed now.
https://github.com/openclaw/openclaw/pull/84269 size: XS, rating: 🐚 platinum hermit
With OpenClaw code mode enabled, the exec tool discovery process is B A D and the agent spends multiple turns flailing around trying to find a working command. This PR updates the tool-card text that the model sees to clear up what will work and what will not, resulting in faster, easier tool discovery.
https://github.com/openclaw/openclaw/pull/76091 size: L, rating: 🐚 platinum hermit
This is not my PR, but I've applied it as a local patch and it works nicely to re-enable the "Agent is typing..." notifications in Discord so that you know the LLM has received your prompt and is working on it, instead of just 30s+ of dead air. Please consider it for merge.
Does this work in 2026.5.18?
Yes. I'm still on 5.18 and applied the PR as a local patch just now.
How is this still PR? My typing indicator never stopped working apart from a config change.
Excellent I have been working on stable releases for the most part before I get into testing in beta.
Interesting. "Allow edits and access to secrets by maintainers" is enabled, but I still got the, "Why replacement: ClawSweeper could not update the source PR branch directly; GitHub did not grant sufficient push rights to the bot for that branch." message. I wonder what that's all about? Just a GitHub hiccup?
my typing indicator always worked (as in it says typing). it's the fact that after the agents takes it's turn I get a second indicator for a while again saying typing. it's harmless but weird and lacking polish
https://github.com/openclaw/openclaw/pull/83875
run managed service update helper and updater processes from an existing stable cwd instead of a package root/current cwd that may have disappeared during self-update
make the early isMainModule(...) startup guard tolerate ENOENT/uv_cwd when the process cwd has disappeared
add regression coverage for both the handoff cwd and early startup cwd fallback paths
https://github.com/openclaw/openclaw/pull/83938
disable tar hardlink emission during backup creation so hardlinked files are archived as regular entries
include hardlink targets in backup verification and reject traversal/absolute targets
add regression coverage for hardlinked backup payloads and unsafe Link headers
https://github.com/openclaw/openclaw/pull/83947
ignore Kitty printable key-release events in the TUI custom editor so release events cannot duplicate text
decode German-layout AltGr Kitty CSI-u printable input when terminals report Ctrl+Alt plus a base-layout key
add regression coverage for AltGr @/€, ordinary Alt-modified input, and printable release events
quick wins
Sad to say, but we had a severe downgrade since it was decide to move to codex agent runtime, I been fighting my claw since .12. And I've tried a bunch of things to fix it. At .7 was working pretty fine.
Tested now with xai/grok-4.3 running on pi agent runtime back and it came back live as sharp as it used to be.
I'm here to help, and being on beta to test.
This is pretty vague, what specifically were you having issues with?
sessions get stuck, claw stop respond, i have to keep asking if it's done, finish, ....
it's taking waaay longer to generate answers than before (tried with different thinking levels).
https://github.com/openclaw/openclaw/pull/84387 ready for review, size: XS, rating: 🦞 diamond lobster
It keeps slow node sockets from absorbing unbounded Gateway fanout by closing over-buffered connections before another event is queued.
Tak was nice enough to kick off automerge on these PRs, though they're both stalled now:
Fix for sent messages while agent is mid turn getting dropped:
https://github.com/openclaw/openclaw/pull/84219 (hung)
Fix for regression causing tool call failures to flood after chat turn ends
https://github.com/openclaw/openclaw/pull/84354 (requires human review)
And then a PR to fix realtime talk flow in WebUI and Android, it actually flows like a chat now similar to voice-call and does proper tool calling again!
https://github.com/openclaw/openclaw/pull/84181
Would you be able to open an issue next time you bump into it? Maybe post your config (neglect anything you wish not to reveal, creds and such). Or if you have the data/config still. Providing as much detail as possible in it would be extremely helpful to help narrow it down (as Shadow was indirectly suggesting)
i'll grab whatever I have here and come up with something
@shadow garden I’ve been digging into tool call use from VC I got interruption, steer, and cancel working excited to see what your improvements bring as well
Voice has been so good to use
agreed VC is great! that closes the gap with Android Talk and WebUI Talk now too so it functions similarly -- feel free to patch it in, I spent more time than I should have on that today lol
I have realtime reach out to 5.5 instant for tools and it's been phenomenal
Might have to try it out! I’ll make sure my PR does not conflict but supports yours as well as you might have some stronger set up.
it just happened, if I could sent image, i'd show. i'll manage to generate reports from logs using grok (pi) instead of codex
I had those codex issues before that last few updates. @midnight walrus what version you on? I had codex scrub my config with the docs on the harness to set it up and it’s so great right now
stable and beta. both latest.
both the same.
stable on mac.
beta on linux vps.
my claw (using grok) found and existing issue, and post a comment on it: https://github.com/openclaw/openclaw/issues/84076#issuecomment-4493893890
Apparently claw using grok cleaned during debug to submit issue: https://github.com/openclaw/openclaw/issues/84076#issuecomment-4494078787
https://github.com/openclaw/openclaw/pull/82596
Feature/exec denylist
PR rating
Overall: 🐚 platinum hermit
Proof: 🦞 diamond lobster
Patch quality: 🐚 platinum hermit
Get explicit maintainer sign-off on hard-deny precedence, default managed curl/wget rules, malformed-rule fail-closed behavior, and prompt-on-match scope.
Maintainers, please take a look
thnaks for patching https://github.com/openclaw/openclaw/issues/84144 , waiting for the release it'll be included in now 🙂
FYI - If you are using lossless claw we found a regression that perma stalls agents in long tool runs (mid turn compaction broken) in latest update we just merged the fixes both ways. Will be in next OC release, disable lossless claw for now until next OC release. OR upgrade to next beta today.
@jolly wolf if anyone says 18 is breaking mid turn or stalling and failing to respond (its a bad p0 that perma stalls gateway until restart and you won’t know the cause unless you use debug mode) we should ask if they are on lossless claw.
18 else-wise I’ve thoroughly tested and can say it works flawlessly without any plugins and via telegram on codex (i haven’t tested every platform under sun) I found 1 small message bug thats fixed.
Hi, I created this PR which is size S, platinum hermit and ready for maintainer look.
https://github.com/openclaw/openclaw/pull/84382
Fix pending final delivery without send proof
i've uninstalled it few days ago, maybe there's some dirty
Possibly, the switch to codex has been rough on LCM we have probably had p0 every update as we had to rebuild the entire compaction system for codex
Its fixed now and works better than ever but re assembly + codex compaction so it matches native codex (needs to otherwise codex won’t continue turns etc)
If you are using it and need the beta patch PR’s (they are merged on main so just pull main or ping me for the 3 pr’s)
Someone help me take a look at https://github.com/openclaw/openclaw/issues/84168
from my support work on X
i think i disabled it back in .12, it was too compute consuming also.
Theres no way for us to tell people but if we dont have update when you update oc, usually lcm will not work because oc changes so much
We try to get one out asap once a final beta is out now
I think I fixed this already- 1 is potentially just a last message config issue and 2 is likely the send message deletion bug in my latest pr
codex said: Confirmed and mitigated.
Lossless-claw itself was not active in the live config: contextEngine was already legacy, no lossless-claw entry, and the plugin list didn’t show it active. But the risky part was still enabled:
agents.defaults.compaction.midTurnPrecheck.enabled: true
That matches the fresh stall we saw at 01:00-01:03 Sao Paulo: Codex got through tool:bash:ended, then stopped progressing. I changed only that flag to false.
Validation passed:
openclaw config validatepassed- gateway restarted successfully, new PID
9499 openclaw gateway status --json --require-rpcreturned RPCok: trueopenclaw status --json --allshowsactive: 0,queued: 0,running: 0- post-restart log window:
5strict Codex runs,0stalled sessions,0recoveries,0timeouts
I’d keep stable on contextEngine: "legacy" and midTurnPrecheck.enabled: false until the next OpenClaw stable release or an approved beta upgrade.
Good it should work now, don’t re enable lcm until alpha 2 or beta 1 today.
Any maintainers see vague issue on stalling ask if they have lcm enabled or config leftover
Hello
The proof is added and all tests regarding my work are passing.
https://github.com/openclaw/openclaw/pull/84408 ready for review size: L, rating: 🐚 platinum hermit
Moves the node systemd gateway token out of unit files and into a mode-600 env file, closing a real Linux credential exposure path while preserving upgrade and uninstall behavior.
hi maintianers! that's PR is ready to review, shoulw we continue?. I need this PR to enhanced observational capabilities are intended for subsequent ability optimization.
https://github.com/openclaw/openclaw/pull/83019 🐚 platinum hermit
the new reviewer is really brutal, you have 3 bugs in your PR
Yeah, it is calling my PR crap too. (Krab) 
Wait the 3rd one isn’t a bug tho
I need approval from TG owner
https://github.com/openclaw/openclaw/pull/84454 ready for review size: XL, rating: 🦐 gold shrimp
[P1] This blocks config writes from saving daemon-breaking SecretRefs and keeps rollback state clean when runtime refresh fails.
Got a egg quest on a PR I'm following 😀
https://github.com/openclaw/openclaw/pull/68822#issuecomment-4493913220
The review workflow is brutal!
It is walking me in circles!
@worldly tusk just finished parity and regression testing on the prompt changes posting updated PR in a second
Interesting my main agent drops off all the time! Didn’t know it it could a LCM problem,
Is this confirmed?
wdym is it confirmed? I'm the one announcing it haha
Turn LCM off until next release 100% it is P0 fubar and will break your claw, requires OC fix + LCM fixes on main but not in any release. I can give you the PR's to self patch if you want.
Why are clankers soo unreliable in telling what’s going on inside it LOL!
A great skill we can make is one that helps everyone’s claws actually diagnose what’s going on.
Nah I’m disabling this
This is my only agent with LCM on.
I disabled the rest a few versions ago and they have been great.
I actually disabled all plugins outside models and qmd.
LCM is great though so I left it on my main agent
And that’s the one that keeps dying.
The issue is constant codex changes
There's always one more codex change that gets slipped in and breaks how LCM works. Trying to keep up with it is a few hours a week for me.
I disabled active memory and my life has been PEACE
With the pace of the codex team
Good luck 
my next PR literally says "codex team vibe broke this again"
thats half my PR's historically
they know I have no love
old news for general not for here
Yes lol
This is just... a bomb
Memory plugins are a roller coaster… Disabling all of them is probably for the best 😂
So is the solution if one wants to use lcm to force gpt5.5 to work with Pi runtime ?
Cos if codex is burning more tokens, causing some plugins to fail. Maybe it should be an option.
Anyone still using PI?
LCM works fine with Pi runtime, and I don't think 5.5 runs on pi anymore / legacy / not supported. Everytime I try to do so it forces me back or doctor rewrites my config
I've settled into grumbling here and just being the slop cleaner
if next release is hotfixes and stability and fast, we're in good territory
Codex has better tooling, so i am happy we have this harness. But yeah, some things are still not stable enough. Give it time 🙂
I love codex!
as you said, codex needs many things to be optional or configurable not default flip overs
It's also extremely complex system now so I have to have waves of agents to make decisions, read 10k+ loc sometimes to make sure a decision is right and run all kinds of adversarial reviews, AND then test.
I'm getting this now on latest beta.
⚠️ Cron job "OpenClaw Beta Watcher" failed: EmbeddedAttemptSessionTakeoverError: session file changed while embedded prompt lock was released: /home/ping/.openclaw/agents/main/sessions/ac6a3bcd-648f-4bf4-b143-3bc493b9f0d9.jsonl
@worldly tusk @edgy plaza https://github.com/openclaw/openclaw/pull/83612
TLDR is simply that moving the Soul File to developer instructions and out of every turn causes personality degradation.
Ultimately, the user should be able to choose their personality settings and keep their current OpenClaw experience running the way they like it vs token "savings" that degrades personality.
@nocturne jungle https://github.com/openclaw/openclaw/pull/84331 under your new PR when you make changes, they don't carry through until new thread or session.
The complexity of this new system, combined with the current session system and threads, is genuinely difficult for anyone to navigate, so I'm not here to just criticize — I just want to explain that this is the right fix.
I've run multiple agents, waves, and tests over hours, and it ultimately comes down to this: users should have the choice.
Giving them that choice doesn't break anything. If Codex users want a coding agent with a personality that essentially regresses to the point where you might as well not have added it in the first place, then that's their call — but everyone else deserves better.
when you make changes, they don't carry through until new thread or session
Not true - the developer instructions are constructed at every request, so if you change it, the following request will carry it.
I spent like 50m tokens testing
There is absolutely no reason to duplicate the same thing to the model multiple times in its context window
That being said a first run agent will come to your conclusion
has to look over all of the code and how it actually works and how threads resume/start etc
I agree there is no benefit to duplicating the same text twice in the same model invocation. That is exactly why the PR chooses one surface at a time: either per-turn context or thread developer instructions, not both.
But “the model saw it earlier” is not the same thing as durable memory
Thats not how context works
Context window contents are just the current request payload assembled for that turn. If a long-running native thread, resume path, compaction, or prompt rebuild stops carrying the SOUL/profile material, the model does not magically retain it as authoritative instruction.
So the tradeoff is not “duplicate or don’t duplicate.” The tradeoff is:
per_turn_context: quality/freshness first; user-edited files are actively present each turn.
thread_developer: token-efficiency/priority first; stable files move to the native thread instruction surface and require thread rotation/fingerprints for freshness.
Aren't base_instructions and developer_instructions both constructed and injected every single turn? I don't get it, how they can disappear. User instructions perhaps may be compacted, but not developer instructions
Incorrect framing. Anything that should only be present once should be in session-level context. If you are injecting a file into context, you should not re-inject the same thing multiple times. Multiple turns can happen in a single session.
The better fix is to fingerprint the assembled developer instructions/SOUL block, and when it changes, force Codex onto a fresh/cold thread path so the new developer instructions actually bind.
That being said, I don't expect SOUL.md and similar docs to change often.
I did add that fix for your PR
Additionally, it would break the prompt cache every time one of those files changed.
That's why I explicitly left MEMORY.md out of it, as it changes more often
The actual risk cases are:
-If thread/resume.developerInstructions is not guaranteed by Codex to replace/reassert the developer layer on every resumed turn, then thread-level SOUL can stale.
-If OpenClaw’s fingerprint misses a file or mode change, native threads can continue with stale thread-level instructions.
-If users expect SOUL/USER/TOOLS edits to behave like legacy OpenClaw current-turn context, thread_developer changes that mental model.
-If we place SOUL in both turn context and developer instructions, that is wasteful duplication and should be avoided.
The real distinction is authority and lifecycle. thread_developer makes SOUL/USER/TOOLS part of the Codex thread developer lane, with freshness mediated by binding fingerprints and thread rotation. per_turn_context makes those files visible as current-turn OpenClaw context every turn, matching legacy behavior and user expectations for frequently edited workspace files. Both are valid; users should choose.
I'm not aware of any prompt or changes around memory.md leading it to change enough to break prompt cache in a significant way (ie every 5min or even hourly) codex doesn't really use it.
andy will your patch let me get rid of the 'use message tool to reply' extra system prompt that codex runtime adds. my agents got a little confused with that at first and now some of them still throw an ack in every once and a while at the start of their response
I run this same setup on my codex, and personality regression happens within 20 turns at session state versus turn basis. At the end of the day would 50% or more users prefer personality adherence or save a few tokens? That's why it's really a toggle
If what's included in developer instructions degrade, then md files are not the only problem… there are some other things as well…
totally different architectural discussion 😂 😮💨 I actually side with pash on that one
sorry i havent scrolled back far enough 🙂
the way I handled it on codex itself was a hybrid that i think @nocturne jungle would probably dislike, the only way to save tokens and eliminate personality degradation is to force ensure it is added back in at intervals and after long tool runs and compaction
Hi! A few PRs are ready to merge and could use a review 👀
-
#84444 — fix(memory): stop recall tracking when dreaming is disabled
🦞 diamond lobster | size S | memory-core
Fixesdreaming.enabled=falsestill writing.dreamsrecall artifacts during normalmemory_search. -
#84448 — fix(memory): strip invalid thinking signatures for signed-thinking providers
🐚 platinum hermit | size S | agents
Fixes incomplete thinking blocks (missing signature) persisted to session JSONL →Invalid signature in thinking blockon next request. -
#83480 — fix(minimax): normalize OAuth token expiry to absolute millisecond timestamp
🐚 platinum hermit | size S | minimax
Fixes MiniMax Portal OAuthexpired_inbeing stored as relative seconds instead of absolute ms, causing every request to stall 30–50s in auth. -
#84133 — [codex] Guard published dist against deprecated pi runtime imports
🐚 platinum hermit | size S | scripts
Adds a postpublish verifier guard to catch stale@mariozechner/pi-*imports in rootdistbefore they ship again.
Thanks!
PR: fix: context-aware reserveTokensFloor in overflow recovery hint https://github.com/openclaw/openclaw/pull/84399
Fixes #65839 — The context overflow recovery hint hardcodes reserveTokensFloor at 20000, which is too low for models with larger context windows (200k/1M). Users following the advice still hit overflow.
This PR replaces the hardcoded value with dynamic tiers based on the effective runtime model's context window: 1M→100k, 200k→50k, 100k→35k, default→20k. It also accounts for agent contextTokens caps and fallback runtime models. 22 tests passing, ClawSweeper rating 🐚 platinum hermit, status: ready for maintainer look.
Yeah, I had my claw sending me an image and me replying to the image sent a vision text of the image back and it confused it quite a bit. It should know what image have been sent and just include the messageid if it wants context
I would like to. At least to do the comparison. right now I can't. doctor messes it up. Also I just started using LCM so I'm allergic to beta testing
i wasnt sure how much of it was my custom webchat, but they had to learn the cause of some of the oddities before getting back to nromal
Yeah, my naive developer brain just thought replying to a message is just a ordinary message with just an attribute to the replied message.
My claw even insisted on that it was intended so it knows what it replies on.
i looked into it when one of my claws basically told me 'the system prompt is telling me to use the message tool to reply which caused the message to go to the wrong place instead of just replying in the webchat'
Yeah, It seems a bit too overcomplicated.
A reply should only have something like a prefix: "this is a reply on messageid XYZ"
Latest release 18? Pash and I both merged fixes for that. Please ask agent to debug chat and logs for that message give her the message and time and “deep dive trace until 95% confident on issue and potential solutions and file issue upstream openclaw”
i havent seen it in a bit, they figured out to ignore it, i'll take a look, ive been focusing on other issues figuring something would get sorted out
I’m actually a fan of the tool it is pro personality it just has some bugs
okay then it has been fixed, only message tool bug right now is they can disappear https://github.com/openclaw/openclaw/pull/84268
I wasn't aware it have changed. Looked at my claw and this was at 17th may so
ill have the agent who i had dive into it and discover it was a new system prompt for codex runtime take a look, and compare with your PR for more context
yep please update to latest release https://github.com/openclaw/openclaw/releases/tag/v2026.5.18
I'm on ..19.beta1 right now, so I can try it out when I get the chance
It's hard to keep up with the development speed. I've created a Cron job to help me out but it seems crons are failing att the moment for me with the EmbeddedAttemptSessionTakeoverError. Is this a known issue or should I investigate?
Going off for a bit, real life calls 😀
try #1459642797895319552 and then investigate
Thanks Pash for your attention on this.
It’s the only thing people have been complaining about in Openclaw X community under my posts.
Can someone take a look please? Main is moving too fast and conflicts are appearing.
Also who is the TG owner?
Hi pash, what's a good way to reach you? There's something small I want to discuss with you specifically (not any maintainer in general).
Thanks!
Is there a particular channel / thread / room in this Discord server where people are discussing use of multiple agents in channel rooms (as in, more than one agent in a group, multiple or all of which can respond to the user and/or each other)? I’ve worked a lot on this and it was suggested to contribute here, but I see no dedicated group for it. If there isn’t one, that’s fine, but it sounded like there was. See, e.g. now-somewhat-outdated-but-still-very-relevant PR 73455 https://github.com/openclaw/openclaw/pull/73455 to enable AI-gated contextual participation gating and new-room-message-awareness/freshness checks prior to delivery of agents’ messages in Matrix rooms. This has relevance to all channels in which multiple agents can be added to a room/group.
https://github.com/openclaw/openclaw/issues/84528
please hype this up, allows for cheaper ways to use openclaw!!
Separately PR 84111 https://github.com/openclaw/openclaw/pull/84111 is designed to stop the rather user-unfriendly and functionality-breaking absence of an interactive prompt in “openclaw doctor” (or, better yet, in “openclaw update”) offering users who use multiple agents the option of conforming all non-primary agents’ auth-profiles.json to main’s after running openclaw update (or whenever they diverge). This would prevent the post-update “could not decrypt legacy OAuth sidecar” issue that arose after updating to 5.18 and also help users to get their multi-agent setup fully functional again anytime that a legacy/outdated/rate-limited/different auth-profile is lingering unintentionally in a non-main agents’ auth-profiles.json.
I was unsure how to proceed in terms of implementation / testing, but I do think I’ve identified a problem needing to be solved; I encounter auth-profile drift across agents far too often and it is a real blocker.
Hi, is there any restriction to contribute adding cursor cli to the openclaw configure command?
I'm still waiting to know the lead maintainer for Telegram. 
My time is extremely limited and I know for a fact my PR will soon have conflicts and don't want to let this PR go to waste.
The review agent is pretty much moving in circles so the PR is fully tested and proof is added too but since there was a comment saying not to do it, I have to get to the maintainer in charge of TG.
if anyone is looking to make openclaw cheaper check this out - https://github.com/openclaw/openclaw/issues/84528
That's not practical BTW.
Unless you mean CLI?
it kind of is, it allows you to purchase a monthly subscription that dosent run on credits so it cant run out unless you dont pay for the next month
basically for gemeni ai
its like 30 per month for pro
I meant adding that, technical wise.
so if you log in with the account you have gfemeni pro with onto your open claw then you can connect your gemeni to the open claw
that's just an issue, no code/pr attached
That's not how it works tho, there has to be either an API or CLI
i added it as a new feature
When a provider officially supports subscription-backed or OAuth-backed API usage, OpenClaw should let users connect that provider account through the normal model/auth setup flow and use it as a model provider.
The UI/CLI should clearly show whether the connected account is using API credits, an OAuth profile, or an officially supported subscription-backed plan. If a provider does not officially support subscription-backed API usage, OpenClaw should not try to bypass or scrape the provider’s web app.
so basically you're asking someone else to implement your feature, right?
im adding it as a suggestion because its a cheap option for people who dont have enough money to spend on api credits that dont last too long
Personally I consider that too much effort while it's not guaranteed that they don't nix it just like Claude.
i dont know to be honest, i thought it might be cooler for people who found out about open claw while having a subscription with another AI
heh, adding feature is bad for blood pressure. not gonna do more until current PR gets merged
I mean we do have Gemini CLI AFAIK
Man I'm losing hope, slowly but surely.

true
haha keep the hope alive, friend
But it'd be different from API, for example tool calling, etc.
but still because obviousl for api credits, each message you send costs money, for a monthly subscription, theres no limit, so you can kinda have it for unlimited use
There's a model limit, no?
true but its very high so i can make myself a website or something with gemeni before it reaches the limit
But I understand your point, API token is Pay as you go, basically token in and out.
Don't do that, just no.

wdym haha
If you don't know the basics, don't trust AI to make a site for you.
i know html but not css
learnt from freecodecamp
Very good but the main thing here is the backend, the core your website uses to do things, like show you a random cat picture.
i quit on coding myself idk how and its just too complicated honestly
It sure is, but that's why it's fun!
i just need to learn in a way that engages me otherwise im bored
Are you a book person? If so I'll introduce a cool book you can start with.
nah not really i have adhd so i cant do that
I feel like we're violating thia channel's purpose, I'll write in general.
Hi, I created this PR which is size S and ready for maintainer. Platinum hermit.
fix(minimax): stream music generation responses
https://github.com/openclaw/openclaw/pull/84561
https://github.com/openclaw/openclaw/pull/84126 -> fixes TUI/WebChat not showing message-tool replies
https://github.com/openclaw/openclaw/pull/84385 - fixes Mac app copyright year from 2025 to 2026 - one character fix!
I looked into #84528 a bit. My read is that this is not really a missing generic feature: OpenClaw already has some OAuth/subscription-backed paths like OpenAI Codex OAuth and xAI OAuth, plus Gemini CLI OAuth reuse.
I think the right framing is probably docs/clarification rather than implementing a generic subscription layer. OpenClaw should not scrape or bypass web app subscriptions. Any remaining gaps seem provider-specific.
I’ll leave a comment on the GitHub issue with that framing unless maintainers prefer a small docs PR.
No, this causes duplicate messages when the preview stream "promotes" to a real message and we get 100s of issues complaining about it.
I've had to close 10+ PRs that implemented sendMessageDraft so far
We had this for a couple of releases when it was launched and it caused a ton of bug reports. It's meant to be ephemeral streams
My approach addresses that.
I've added video proof.
Hi, I created this PR to address a bug in music generation for Minimax.
https://github.com/openclaw/openclaw/pull/84585
fix(minimax): stop advertising music duration control
The status says ready for maintainer.
Have you tried it on a slower/weaker network? Last I checked we still faced it
Yes, I even intentionally used a kill switch to kill network for 1-2 seconds as you can see in the video.
Additionally there is a graceful fallback as well. 
I will test, give me some time please 🫡
Obviyus; for android (and webUI) & realtime here for you (to help stabilize/fix/round out the one a few days ago that gave us proper realtime there):
https://github.com/openclaw/openclaw/pull/84181
Sure thing, tyt.
If there are issues, don't drop the PR.
Let me know and I'll work on it because I love OC and TG too much to let it go.
hey folks, down to 3 PRs now 😅 all rebased and mergeable, would appreciate a review when you have a sec 🙏
https://github.com/openclaw/openclaw/pull/82431
https://github.com/openclaw/openclaw/pull/82434
https://github.com/openclaw/openclaw/pull/82471
Most important update of the year
Shoutout to peter and his repos on mac apps. My agent deployed our mac app today no issues and holy shit for some reason the web ui dashboard works 10x faster in a local app remote from vm vs local dashboard. Blazing fast difference.
It's snappy over all tho, I mean wow, the gateway is so nice even on VM
It runs very snappy on my Windows gaming PC with a wsl + docker too
I prefer it over the TUI now first time ever
GIT out of here, Jeff — go build those plugins! I can't wait to test them! 😄
wanna thank all the team here and clawtributors, i've being debugging, fixing, trying thins in stable and beta since yesterday to make codex agent runtime run smoothly and sharp as pi was. being having some improvements, all findings are being commented in existing issues on GitHub to help maintainers drive the the solutions and other users as well.
I really want to build on top of someone's PR that's ready to be merged.
Can someone review? It has my endorsement for what it's worth:
current main is red, looks like failures are from mainline drift around OpenRouter lint/package guard/fs-saf is someone 👀
yeah, the issue is due to a security posture change for fs-safe from v0.2.5 to v0.2.6
the thing is the posture change is justified, so going back weakens standing
Life's too short for your OpenClaw not to have a personality 😛 https://www.facebook.com/photo/?fbid=3978841549083394&set=a.1403251159975792
Thanks for clarifying!
was just messing around with this in real time using voice, and honestly, I really like the new personality feature. It gives the real time experience a bit of life again, which it was definitely missing. Shout out to @fallen gate
The cat is back
does that mean his retirement failed?
I wasn't aware that I left 
too many cats, not sure which one we are herding
So many new roles!
https://github.com/openclaw/openclaw/pull/84652
Mirror the accepted Codex app-server user prompt as soon as the turn has a stable id.
Reuse the existing turnId:prompt mirror identity and thread-scoped idempotency so the final transcript mirror dedupes the prompt.
Add a regression test that checks the session transcript contains the user message before turn completion and still only has one user row after final mirroring.
Fixes #83528
@clear violet Did you test this?
What is this referring to?
Json’s PRs helped move the whole realtime/OAuth voice setup forward, especially around Discord/VC.
#84264
#84499
Hello!
Could someone look at my PR and issue? I think it has kinda bigger severity than "normal" PR. The latest version is eating tokens slowly because of the latest heartbeat.md template updates. Thanks!
v2026.5.19 is out, time to test 🥳
Hey y'all, the Lostless Claw update patch is out! I know a lot of you were experiencing stalls with the latest release, so we've put out a hot fix.
https://github.com/Martian-Engineering/lossless-claw/releases/tag/v0.11.2
it ties into the context engine fixes in 2026.5.19
Running and testing now👍
That spawn_agent in the codex harness is still half-baked though 🙁
I made behavior changes in my Agents.md and no problems since
What did you do? If you don't mind sharing 🙂
Plus this fix smoothed alot out https://github.com/openclaw/openclaw/pull/83445
but i felt this difference before this landed
ill have my clanker whip up a prompt and dm you
Maybe you had wrong link? This one hasn't landed yet
Sorry this one https://github.com/openclaw/openclaw/pull/83945
My clanker says this in response 😂:
AGENTS.md can change agent behavior, not the underlying runtime delivery path. It can make the parent agent choose a different workflow, for example:
- use wait_agent after spawn_agent
- avoid background delegation
- ask the user to ping later
- use OpenClaw sessions_spawn instead of Codex native spawn_agent
- tell the subagent to post somewhere directly if it has a message tool
- keep the parent turn open until the child finishes
Those can make the problem appear fixed, because the parent agent is now polling/waiting or avoiding the broken async path.
But AGENTS.md cannot by itself add:
- durable child completion detection
- transcript/event reconciliation
- parent wake/enqueue
- visible Discord delivery
- retry/idempotency if delivery fails
That has to exist in OpenClaw/Codex harness runtime code.
Well hey i saw a difference lol
Dm'ed you with the prompt
Not yet
If you're up for it, try my PR, let me know. You could wipe out that entire agents.md section 😛 "Just use spawn_agent, don't wait for it, let me know when it's done".
That, plus the work clanker and I did to get reasoning streaming working in discord (like claude or codex app), it's glorious.
Hi Maintainers, hope you're doing well. I opened a small bug/stability PR:
If you have time to take a look 🫡
https://github.com/openclaw/openclaw/pull/84628
This fixes a startup issue where restrictive plugin configs could still make OpenClaw scan all installed plugin manifests. It keeps the narrow path safe, and refreshes old indexes instead of letting them stay on the slower fallback path.
fix for tui not showing message-tool replies https://github.com/openclaw/openclaw/pull/84126
noticed i've been getting those LLM request rejected: messages.87.content.69: Invalid signature in thinking block (with v18, is it something addressed in v19?)
🦞 OpenClaw 2026.5.18 (50a2481)
🧠 Model: anthropic/claude-sonnet-4-6 · 🔑 token (anthropic:default)
⚙️ Execution: direct · Runtime: OpenClaw Pi Default · Think: adaptive
Big news. PR landed. Felt like this needed a release post on X 😂 https://x.com/pejmanjohn/status/2057248062054207723
Thanks bud, meanwhile my XL feature https://github.com/openclaw/openclaw/pull/82596 is in a long line waiting to be inspected... feels like weekend at costco lol
The team will definitely get to them. I regularly see older PRs of mine getting merged or closed
I can imagine they’re currently being flooded with PRs.
that is the thing, my PR can't get to "status: 👀 ready for maintainer look" step because and i quote
Next step before merge
The remaining action is human maintainer/security acceptance of the new exec policy contract, not a narrow automated repair.
so literally in order to get it looked at, i first need to get it looked at... if maintainers were to filter by status, it would never surface lol
the logic error bothers me, a lot
I understand your point, but I also understand the other side. OC has reached a stage where they need to be very careful with filtering and focus on specific things. Maybe your PRs, mine, and others just aren’t in the area where the OC Team currently wants to focus their attention.
And certainly areas of change get harder to get a review due to impact it can have
I don't think i mind waiting, i'm just seeing a glaring bug and it makes my hands PR itchy
alright, back to work on Kova, i think it's lovely and i haven't worked on it for 2 days
Do emails to the contributing@openclaw.ai get a reply? (Not auto reply)
npm min release issue on update (had with last two versions):
https://github.com/openclaw/openclaw/issues/84743
https://github.com/openclaw/openclaw/pull/84749
~~Hi Maintainers, hope you're doing well. I opened a small Codex stability PR for the current version:
If you have time to take a look 🫡
https://github.com/openclaw/openclaw/pull/84736
It fixes a Codex app-server crash when a bootstrap/context file comes in with path/content but no name. The report path now keeps the path-based lookup, derives a safe display name from the path, and no longer calls the basename helper with undefined.~~
my claw failed to update from beta to dev, looks like a bug in the update command. Fix https://github.com/openclaw/openclaw/pull/84737
Hi, can maintainers please look at these 3 PRs? All of these have proof and have the status ready for maintainer... Thanks.
-
fix(minimax): stop advertising music duration control
https://github.com/openclaw/openclaw/pull/84585 -
fix(minimax): stream music generation responses
https://github.com/openclaw/openclaw/pull/84561 -
Fix pending final delivery without send proof
https://github.com/openclaw/openclaw/pull/84382
Hi maintainers, could someone take a quick look at this PR?
It's already ready to merge with comprehensive real behavior proof included. Current rating is diamond lobster 🦞. Appreciate the help!
https://github.com/openclaw/openclaw/pull/84444
Hi, just small two PRs
one of them was already picked up for automerge but ClawSweeper paused it on human review, so I think it just needs a maintainer now. Both have supplied proof and are marked ready for maintainer look
https://github.com/openclaw/openclaw/pull/83872
https://github.com/openclaw/openclaw/pull/83719
Thanks
https://github.com/openclaw/openclaw/pull/84381 - rating: 🐚 platinum hermit; size: XL
Fixes https://github.com/openclaw/openclaw/issues/71710 - Gateway runs could leave the remote agent work alive after the local CLI received SIGTERM/SIGINT, especially after the Gateway had accepted the run.
How’s 19 any major p0 bugs so far?
Havent put in a PR/Issue for it, cause I'm almost certain theres already one for it, but openclaw [plugin] --help returns OpenClaw's help menu, rather than the plugins help menu, despite metadata being injected/present.
@thick osprey do you know of a pr for this already
⚠️ 🛠️ gh api repos/openclaw/openclaw/pulls/63336 --jq '{number,title,state,html_url,user:.user.login,body,merged_at,updated_a… failed
so true
From my Codex(shortened haha):
PR #83841: “Fix memory plugin CLI help dispatch”
Merged on May 19, 2026. This is the closest match. It says it makes root CLI help config-sensitive for plugin command descriptors and specifically fixes memory-plugin help dispatch.
Issue #81077 plus PR #81083
This is the more generic bug: openclaw <unknown-command> --help incorrectly shows root help. PR #81083 is still open from what I found.
I'm still on 5.18, so i havent checked to see if that merge in 5.19 helps or not
Quick temp install test:
Result:
2026.5.18: openclaw helptest --help incorrectly showed root OpenClaw help.
2026.5.19: openclaw helptest --help correctly showed plugin help
So yea it looks like it got fixed in the latest update. I probably should have tested the new update before mentioning it, my bad.
5.19 Pretty solid for me all day ...even tested Grok Oauth and x search all good
I don’t see an exact open PR for “known plugin root openclaw <plugin> --help falls back to top-level help.”
Closest matches:
- #81083 fixes unknown command roots with
--help, not known plugin command help. - #83841 merged a memory-specific plugin help dispatch/config-sensitive root help fix.
- #84786 is help fast-path perf and explicitly leaves plugin-sensitive/nested help on the live path.
So if nit3stalkr has a concrete plugin id/repro, I’d treat it as probably still worth filing unless it’s specifically the memory/LanceDB case fixed by #83841.
Kinda crazy ...just logged in with my x account that has a premium sub and it was able to use all the tools
everyone is clawing
Little guy is failing here and fighting me in every PR 😂 ❤️
"Final Boss" beat by a simple search. 😂
Thats my second "kill" with a simple task.🤣
Indeed he is 100 % Final Boss. 
Hi maintainers, I opened a PR to forward more sampling params through the OpenAI-compatible /v1/chat/completions path:
https://github.com/openclaw/openclaw/pull/84094
It threads client-supplied frequency_penalty, presence_penalty, and seed through gateway streamParams, runtime stream wrapper, then upstream OpenAI Chat Completions transport.
It also adds gateway validation for invalid penalty ranges and non-integer seed before provider dispatch.
This PR is intended to close https://github.com/openclaw/openclaw/issues/32496. CI is green and ClawSweeper marked proof sufficient / ready for maintainer look. Main question is whether we accept unconditional forwarding for these standard Chat Completions fields, or want provider-gated forwarding instead. Feel free to take a look when convenient.
anyone else getting telegram regression
was fine pre 19 and now immediately after my agents repeating messages
looks like messages sent while down can still pile up in queve and then loop
loopback later*
@jolly wolf is hermit supposed to do that?
Hey thanks for your contribution, im going to wait for one of the maintainers on openai to look into this one to make a call
which version and which model you running?
looking at these now
latest version, 5.5 model, I thought I squished this bug the other day. messages got stuck in queve from when agent was still down, and then fired back later. I fixed it going into 18 and didn't see it again, but just got 2 messages back from when it was down a little later
not p0, and only related to telegram queve refires
do you mind throwing up a PR if you are able to recreate ? or can give me more insight so we can try to recreate?
I plan to recreate it and file in a bit, if you're looking at non P0 stabilities I have this one from send message disappearing messages https://github.com/openclaw/openclaw/pull/84268
I consider it p0 for UX because it leads to users complaining that the agent never responded
related or seperate issue?
separate issue related to send message tool and webchat (ive PR'd and we've merged a few fixes on it but it really is gonna need UI dashboard fixes longterm) these are bandaids
telegram has just been having minor regressions here and there from the improvements made, I personally think it should never queve and refire messages from when it was down (99% of the time it's hey hey ??) if anything if it's down I'd combine all messages into one post reconnect message but tbh I'm not the telegram guy)
Hi everyone! 👋 I have 4 fix/refactor PRs currently waiting for maintainer review. Just wanted to check in and see if anyone has time to take a look:
#84852 fix(config): append numeric bound hints to ceiling/floor validation errors — Size S, platinum hermit, proof: sufficient, no merge-risk. Fixes #52500. Three previous PRs (#62091, #73220, #83916) were all closed due to author-side issues, not code quality.
#84399 fix: use context-aware reserveTokensFloor in overflow recovery hint — Size M, platinum hermit, no merge-risk. Fixes #65839. All 3 P2 review findings resolved.
#82100 refactor(config): extract GoogleChat schema — Size S, platinum hermit, proof: supplied. Follows samzong's #82007 channel schema split pattern.
#83955 fix(diffs): eliminate toolbar icon XSS sink via ToolbarIconName union type — Size XL, platinum hermit, merge-risk: availability. Screenshot verification uploaded in comments.
honestly #84399 is a good bandaid to a really poorly design config patch
I'd rip out the overflow recovery config entirely, conext management systems manage this already, and so does codex native compaction, it's legacy bandaid someone added in that we forgot to take off
at best it "overly" protects, at it's worst it messes with how context engines calculate tokens (LCM had to patch around it), it was added when runtime was half/half, now that codex owns it's own compaction it's just conflicting code
I'd love to see PR's taking out code 😂
Thanks for the context! That makes sense — if the overflow recovery config itself is legacy that conflicts with Codex's native compaction, patching it further doesn't make much sense. Happy to close #84399 if you'd prefer to rip it out entirely instead. I'll focus on other fix PRs in the meantime. @vocal night
Not saying close it, it might be some maintainers baby haha. I just have spent hours working around it. It's there because of token approximation rather than accurate token calculation. Because it's an estimate, it builds in a bit of buffer room to account for the difference but it's a bit wide and codex handles it's own now- and pi never needed it.
Taking the config feature out would be good, but also just putting it to 0 nulls it out, it's not a critical issue, just technical debt (taking it out might break something else) and fixing it isn't really necessary.
It was more LCM related when we were doing every turn compaction and deferred compaction cache windows. We now do 90%>30% (industry is 20% final compaction) but we've found that to be too much.
Legacy compaction doesn't need the overflow, and codex compaction has it built in now, so it was a patch for LCM that LCM didn't need.
hope that makes sense trying to educate at same time
TLDR- codex does long tool calls and could overflow because LCM wouldn't let it compact mid turn. All 3 compaction methods (legacy+lcm+codex) all do mid turn compaction and align now. TBF tho ask your agent @plucky sentinel to check compaction defaults and mid turn legacy wise (for pi) I might not have updated it when we put these fixes in place.
Will do! I'll check it.
the best feedback today would be anyone running long tool runs and if the main agent can go 100+ tool calls > compact > keep going would be signal for stability
That's a great stability signal. I can set up a long tool-run test locally🐱
best to test it real time in building something and telling it to loop a few times and give a final report after enough to blow its context window for a compaction so like 30-45 mins of work (best to use tokens for something useful, you seem smart, maybe build a plugin for yourself with your agent- give it these new docs for SDK and talk with it on which plugin to build- tell it to check the recipes https://github.com/openclaw/openclaw/pull/74853) "check these recipes and see which plugin recipe or sdk seams would help us most in what we do" and have it build the plugin @plucky sentinel that would be amazing test
also would help you make something cool on new sdk updates
Actually I did that a couple of days ago. 6 hours unsupervised... over 50 assistant messages but hundreds of tool calls inbetween. It was codex doing the compaction
this was on 5.16beta7 maybe?
lots of changes in between, I'm talking about today test haha
that's how I normally find bugs, I assign a watcher in claude code > tell openclaw go build something and when claude code finds a bug it tells my agent who then fires off a codex desktop thread on it
update to latest lcm it's stable with 19
Hi Maintainers, hope you're doing well. I opened a small Ollama stability PR for the current version:
If you have time to take a look 🫡
https://github.com/openclaw/openclaw/pull/84855
It preserves native Ollama tool-call IDs during replay, which fixes the Gemini/Ollama Cloud follow-up turn failing with the missing thought_signature error.
The PR(https://github.com/openclaw/openclaw/pull/84444) has been labeled with automerge, but the process failed due to the Git RPC/network error mentioned above. Could a maintainer please look into this or trigger a manual retry to resolve the sync issue?
Sounds like a great test plan! I'll update to latest LCM, check the recipes in #74853, and have my agent build something useful. Will report back with results after a long enough run to trigger compaction.
Small idea related to the Contributor / Maintainer dashboard:
https://github.com/openclaw/openclaw/issues/84599
Would a contributor recognition / quality-signal view make sense there?
I do not mean a raw PR-count leaderboard (so called "EGOBOARD"), because that could create bad incentives and encourage low-effort PR volume. I’m thinking more about an impact-weighted view based on existing labels and accepted maintainer signals.
For example, it could highlight contributors who consistently help with:
- merged fixes linked to P0/P1/P2 issues
- PRs with tests, regression coverage, or clear proof
- high-quality reproductions that make issues actionable
- useful triage that reduces maintainer load
- reviews that catch real problems before merge
- docs fixes that reduce repeated support-like questions
- small but clean fixes that move queueable work out of the backlog
I would avoid publicly ranking maintainers. Maintainer work is harder to score fairly because it includes judgment, review, prioritization, risk management, saying no, and protecting project quality.
For contributors, though, a rolling 30/90-day “high-signal contributors” view or tiered recognition section could make high-quality, low-noise contribution patterns more visible without turning the repo into a PR-count competition.
Important guardrails:
- no points for merely opening PRs
- no raw volume-based ranking
- only merged, accepted, or maintainer-labeled contributions count
- caps or lower weight for tiny/cosmetic changes
- extra weight for proof, tests, linked issues, and higher-priority work
- maintainership remains a human trust decision, not a score threshold
The goal: make high-quality contribution patterns more visible.
Just a small idea to make contributor life a bit more interesting and enjoyable. 🙂
posting several issues now, telegram has several regressions
looking
@versed kindle can you investigate
did you raise a PR on LCM?
Already merged fixes on LCM, overflow 20k is config added to OC a few weeks back.
reviewing. but PLEASE no refactor PRs unless its a fix
wasn't josh who added overflow config to OC.
this issue has been pending for a week now, we also submitted a PR, could you please take a look?
https://github.com/openclaw/openclaw/issues/80487
https://github.com/openclaw/openclaw/pull/80488
nice, my bot works
No time for PR's today, gotta get to work, however these are serious regressions in telegram
https://github.com/openclaw/openclaw/issues/84885 https://github.com/openclaw/openclaw/issues/84886
they weren't in 5.18
@untold pollen ^ is this from merging anyting new in 5.19? did you add williams pr lol
basically telegram is unusable for me now
I don't know if it's a problem with my model or something else. I feel like sometimes my agent forgets what it just said, for example, just now I asked it to plan something, and I thought it was good, so I let it execute, but it replanned and then executed again.
No, haven’t merged anything yet
@rocky pewter curious, what is the motivation behind using gemini through ollama?
and not directly?
trying to find the 19 regression commit now, while I don't have time for PR can point to what broke
Honestly, there wasn’t any specific motivation. I was just testing a few models through my Ollama setup, and Gemini happened to fail there. I’m definitely team GPT-5.5, but having free access to Gemini for experimenting and comparisons is always nice to have too.
2026.5.19 changed the progress-preview / runtime recovery surface enough that the older partial-preview overflow behavior became visible and nasty during fallback/session-rotation churn.
Most suspect commits:
d60ab48511 / PR #83847, Add Telegram progress preview flows
Highest suspect for the visible Telegram preview spam. It changes extensions/telegram/src/bot-message-dispatch.ts (line 603) and the channel-streaming helpers.
c49d909b60, Slack-only persistent inbound dedupe
Not a culprit, but a smoking contrast: Slack got durable inbound delivery dedupe in this release range, Telegram did not. That supports #84886.
f526d96c98 / PR #83829 and a559ccc084 / PR #83827
Likely amplifiers for Telegram topic/followup concurrency, not the direct root of duplicate DM preview sends.
a059309a9f
Relevant because the live logs show LCM compaction/replay/rotation and EmbeddedAttemptSessionTakeoverError right as Telegram previews kept sending.
so ollama gives free gemini access?
Well, it’s not exactly free access since you still pay for a subscription there. But to answer your question, yes, if you have a subscription, you can pull the model from there.
I think a lot of people in the community use Ollama and would really appreciate being able to use Gemini through it, especially because of the 1 million context window.
@versed kindle Thats great thank u ❤️
not sure if I ask on huggingface side for an ollama sub, not sure how many people use it with openclaw, do you have an idea?
maybe would you be willing to provide and API key to me for testing?
if possible, limited
I unfortunately can’t really answer how many people would use it, but once it’s fixed and word gets around, I can definitely imagine a lot of people using it as their secondary or third LLM.
I tested it overnight on my Smart glasses, and I can tell you wow, it’s incredibly fast with tool calls.
And regarding your other question, unfortunately I don’t have a limited key. But since you’ve got that nice golden badge, check your DMs — and let me know once you’ve done so I can delete it again. (nvm u have to dm me for that) 😂
I know you've probably heard a lot about codex-app-serv's poor performance and you're fed up with it... It's actually impossible to use Openclaw with Openai sensibly... There's probably some deeper problem with the logic - will there be a major refactor? Or should I file more issues/PRs?
what do you mean? i think half of us here use openclaw with codex
teknium dat you bro?
nope, rozmiarD 😉
really? and it doesn't interrupt you in the middle of the agent's work with strange timeouts or states?
ISSUE #84137 PR: #84494 #84135
how can i help
the ministry is at your service
LMAO
how long are your runs? maybe i am not running it so hard... but on regular tasks i haven't seen timeouts. maybe if it would run 30 minutes unattended, it would crash, no idea...
I think this one is good to some maintainer have a look: https://github.com/openclaw/openclaw/pull/84749
My runs are very heavy, refactoring and producing code and unfortunately it crashes at random moments, I debugged it but every now and then some edge case appears
are you sure it's openclaw, and not openai who's crashing?
ive officially given up on 19
after 2 hours of debugging and doctor destroying config, rolled everything back
Care to give more info?
I'm pretty sure it's OC's fault, the native Codex app works great in the same tasks and I've switched to it for now, but I have sentimental attachment to Claw and I can't leave it like that!
I was like hmm doctor might fix this, nope somehow ended up on anthropic and back to auth issues again after running it second time 😂 I haven't used anthropic in months
18 was smooth no issues, but today had issues updating, then telegram regressions (issues posted) tried fixing those and once I got those fixed, had to disable plugins and just like chasing one regression after another
Come join us! 
going thru config and doctor added new fields and left empty etc
What is the correct provider openai or openai codexc for codex logins>
Just openai
why does it keep changing each version
there's always weird schema issues between them and doctor flips em around
That should not change except something going on with doctor
Do you wanna DM me your config before running doctor so I can repro on my end?
what are these issues and prs? they from you?
yes
#83200 #83476 too
I'm telling you, codex-app-server is unstable and crashes 🙁
what os and setup (git, npm/pnpm, docker?)
Host: PenClaw
User: probo
OS: Kali GNU/Linux Rolling <----- MAN, DON'T EVEN ASK PLS, it's VM :D
Kernel: 6.19.14+kali-amd64
Arch: x86_64
=== HARDWARE ===
CPU: AMD Ryzen 5 3600 6-Core Processor
Cores: 4
RAM: 7.8Gi total, 5.7Gi available
Disk /: 51G used / 79G total (69%)
=== DEV TOOLS ===
git: OK /usr/bin/git | git version 2.53.0
node: OK /usr/bin/node | v22.22.0
npm: OK /usr/bin/npm | 9.2.0
pnpm: OK /home/probo/.local/bin/pnpm | 11.1.0
python3: OK /usr/bin/python3 | Python 3.13.12
pip3: OK /usr/bin/pip3 | pip 26.0.1 from /usr/lib/python3/dist-packages/pip (python 3.13)
make: OK /usr/bin/make | GNU Make 4.4.1
gcc: OK /usr/bin/gcc | gcc (Debian 15.2.0-17) 15.2.0
g++: OK /usr/bin/g++ | g++ (Debian 15.2.0-17) 15.2.0
=== DOCKER ===
docker: OK /usr/bin/docker | Docker version 28.5.2+dfsg4, build 9cc6dea35e9a963f281434761c656fba4ac43aed
compose: MISSING/ERROR
service: active
access: OK - current user can use Docker
=== PACKAGE MANAGERS ===
apt: OK /usr/bin/apt```
sus. runnin kali as your main
nah, not main...
haha. all good, some of your changes overlaps with some other changes but i will look into it
figured
thx!! ❤️
anytime
got my agent responsive, doctor messed up auth and wiped auth profiles. had to relog in again
it had moved it over to codex app server auth?
anyways I logged in again and it's working now, but the auth situation has been dirty a few versions, I should have just relogged in at the start. never had a version wipe my authprofile json though and profiles in config
my debugging agent was like its' fine you're app server still has auth even if doctor wiped authprofile.json
thanks for helping btw, still gonna roll back. re-authing got agent able to message again but getting telegram regressions again, and I spent 100+ hours debugging 18 , I know it works 🫡
anyone want v2026.5.20-beta.1 automated testing results?
Actual OpenClaw Issues Still Standing
Large-memory fresh install: slow status and status-cli RSS over threshold.
Dirty plugin states: doctor-cli RSS around 1.17-1.23 GB across dirty plugin variants.
Release update recovery: rollback did not preserve the symlink dev plugin path, plus runtime-management RSS over threshold.
Agent/provider paths: several pre-provider dominance failures remain real product signals.
Gateway session send: gateway auth/token mismatch after agent turn.
TUI message turn: no provider request captured.
MCP tool call: RSS over threshold.
Browser automation: gateway closed abnormally during browser snapshot/start.
Media understanding timeout: no provider request captured.
Soak large-memory session: command p95 over threshold.
Note I did not ask for RCA yet, so take RSS "issues" less seriously
Full RCA report for v2026.5.20-beta.1 Kova run
small fix for grok oauth link https://github.com/openclaw/openclaw/pull/84927
hey there! 3 PRs improving plugins integration, please would appreciate some 👀 when you have a sec 🙏
https://github.com/openclaw/openclaw/pull/82431
https://github.com/openclaw/openclaw/pull/82434
https://github.com/openclaw/openclaw/pull/82471
Thanks! Cheers ✌️
@willow narwhal XXXL PR for Kova is in. https://github.com/openclaw/Kova/pull/2
quite a lot of people in chat use ollama cloud. I have used it myself in the past. It's a nice sub to have a wide range of models to choose from
Yep. Using it as primary for my claw setup. Ollama cloud subscription is cheap and GLM-5.1 is underrated for agentic AI. Kimi-k2.6 and Minimax-m2.7 also do good work, in the right circumstances.
I got tons of work I did towards channels that's still local but once I get that in, I will take a look at this.
Did a quick scan but I like that you added new scenarios.
I'll call it "American sized PR" if it makes you feel better 
Haven't seen Barnacle Bot lately. Did it retire? I'm gonna miss these bot battles: 🤖 ⚔️
<@&1499243542898409495> clawsweeper Bot added the proof: sufficient label last week
@openclaw-barnacle openclaw-barnacle Bot removed the proof: sufficient label last week
<@&1499243542898409495> clawsweeper Bot added the proof: sufficient label last week
@openclaw-barnacle openclaw-barnacle Bot removed the proof: sufficient label last week
Hi maintainers, I created this PR to fix a user reported bug.
It is p1, platinum hermit and ready for maintainer look. Thanks.
fix(codex): beta blocker - keep context engine on canonical session key
https://github.com/openclaw/openclaw/pull/84954
Btw, you can use those models for free on nvidia cloud
for the low low cost of your soul
For all of you having LCM issues, please tag me directly if/when you encounter more. Some updates for stalling issues went out in 5.19 and lossless 0.11.2 (yesterday) that should fix the latest batch of stalling issues.
Hi maintainers, I submitted this PR to address a reported Telegram/session context issue affecting gateway behavior
The fix has been validated with real interaction behavior and should be ready for maintainer review
fix(gateway): mirror source message sends into transcript
https://github.com/openclaw/openclaw/pull/84837
not my fixes but both have tied in PR's for regressions that made me pull my hair out today.
https://github.com/openclaw/openclaw/issues/84059
https://github.com/openclaw/openclaw/issues/84936
@mystic trench the context one was a real headache + db cleanup
Was aware of the second one, reviewing it now. I’ll take a look at the first.
here's another 😉 https://github.com/openclaw/openclaw/issues/84887
I created this PR which is size S, platinum hermit and ready for maintainer look:
fix(google): omit request config with cached content
https://github.com/openclaw/openclaw/pull/84958
checking
On a side note, how do you manage your email notifications from GitHub.
I've been getting so many lately! Many where I'm mentioned but clawsweeper on some PR and get subsequent emails.
you can disable and you can set channel specific notification rules
here's a quick win
https://github.com/openclaw/openclaw/pull/84773
Keep internal webchat source-reply delivery payloads intact for the UI sink.
Return a compact message tool result for message_tool_only internal webchat sends so tool cards do not duplicate and truncate the full visible reply.
Cover the internal-source path with a regression assertion that the tool result omits the sent message body while preserving delivery metadata.
Thanks, I'll check this out. When clawsweeper tags me in PRs created by other contributors, I am automatically subscribed to that discussion. I keep getting emails for those till I unsubscribe to that individual PR.
Hi maintainers — three PRs open against main, all green on CI with proof: supplied + proof: sufficient. Would love a look when you have a moment:
-
https://github.com/openclaw/openclaw/pull/84165 (rating: 🦐 gold shrimp)
Most important. A race during an active run can hang/pause OpenClaw. Tiny fix (P1, size XS, 1 file, +23 LOC). Screen recording of the before/after is in the PR. (btw this one's already assigned to Peter, but I imagine he's swamped 🙏) -
https://github.com/openclaw/openclaw/pull/84932 (rating: 🐚 platinum hermit)
Reasoning-capable vision models currently fail image describe with "Image model returned no text" because the default token budget is too small. Small alignment fix to match the other image path (P2, size S, +89/-2). Before/after CLI capture in the PR. -
https://github.com/openclaw/openclaw/pull/84247 (rating: 🐚 platinum hermit)
Bigger diff but adds capability: the browser plugin describes its own screenshots via a configured vision model (like peekaboo / agent-browser), so text-only main models can reason about pages. Video walk-through included (P2, size XL).
Happy to split, rebase, or narrow scope on any of them. All three came up while I was building a browser-automation setup on OpenClaw. Thanks!
good day - does anyone has time to review?
yes @fallen gate - it has been tested locally and we also applied it on our own openclaw and it works. everything has been mentioned in the issue page. and in the PR you can check it has the full details. hope it helps!
you sure?
lol
ops thanks man. it didnt show in the conversation tab hence i missed it
This is brutal
lol this happens. not ashamed of that, happy to contribute. its true we did test it locally.
unless its the culture here to shame new contributors? 😉
This is how we learn to do better. 😄
most definitely not, we celebrate new contributors! ❤️
we just have ALOT of PRs and we just want to increase the quality of them before we take a look, hence the clawsweeper final boss there etc.
Thank you @fallen gate - appreciated that. Will take note of this, thanks for pointing out again!
we will try to actively contribute to the openclaw 🙂
updated. please let me know if anything else is missed
https://github.com/openclaw/openclaw/pull/80488
would love to throw this one into the mix as well https://github.com/openclaw/openclaw/pull/84231
Reminder for those that have Proxmox at home (or elsewhere) -- Crabbox runs on it natively! Use it to get those PRs fully validated 🦞 (and if you're interested in Proxmox, it's free to self host!)
Not mine but still shilling for a look in https://github.com/openclaw/openclaw/pull/80046
this is kinda cool i have to admit 😄
ClawSweeper PR egg
✨ Hatched: 🥚 common Clockwork Merge Sprite
Hi maintainers (and thanks for all you do!). I wanted to check in on a PR for the new reply_payload_sending hook:
https://github.com/openclaw/openclaw/pull/82823 (rating: 🦐 gold shrimp | proof: 🦞 diamond lobster ✨)
This adds a Plugin SDK hook for mutating normalized outbound replies before delivery. The PR includes a screenshots of it working with Telegram inline buttons. It’s currently blocked on a P2 from ClawSweeper to "Regenerate the Plugin SDK API baseline," which I'm ready to do as soon as there's maintainer buy-in on the global hook composition order.
looking at all the requests i understood where are you coming from. I was a maintainer for open source firmware community for years before moving to AI field a few months ago - I understand the workload of a maintainer and we are basically doing it for free and out of our own passion, still there are unrealistic expectations sometimes from others. also during my time I never seen 5000+ PRs or issues before..
I think we peaked around 9k open PRs. Those were the days.
how many issues at peak?
We went over 10k on those
that's insane. i'll let y'all keep working on your 5000 PR cue, but I had a couple of questions in the PR's comments, and wasn't sure if i needed to do something else to surface those questions to a real person (assuming you guys are not just openclaws masquerading as humans?) https://github.com/openclaw/openclaw/pull/82823#issuecomment-4484167160
Is there a more detailed writeup or something I could refer to?
I had visited the crab box website but I didn't understand what exactly it does or how should I use it.
I don't know what a proxmox is, so I don't know if I'm the intended audience
The hosted crabbox is maintainers only access.
it's basically a mechanism that helps drive isolated environments to run tests in -- it supports a variety of providers and so as disciplined was saying, for them, it's all via managed provider(s) and automated under the hood for them to utilize
but it's open source so anyone can use it, as I've setup to drive my local testing for OC (between crabbox and mantis) https://github.com/openclaw/crabbox
this way when you're done testing, the isolated VM/container is just disposed of
Ok. But as a contributor, can I use it somehow (after setting it up on my local device) to validate my PRs better?
I often spend quite some time on clawsweeper review and re-review. So I'm trying to understand if I can somehow use crabbox to accelerate that process.
depends on how serious you are -- I am a bit on the crazier side so that comment was more for people crazy like me (as I know there are a few of them lurking in here lol) -- that said, if you do wanna dip a toe you can work with your Claw or Codex, etc to get it setup and use one of those providers
BUT the easiest way to try to minimize ClawSweeper giving you a stink eye is using codex on at least high thinking and ensuring you're doing autoreview or using Peters codex-review skill (just beware it's not light on usage)
I'll explore this in coming days, thanks.
feel free to ping me in the future if you don't understand something as well -- I can help point you in the right direction
Yes, thank you!
I love crazy. I bet I'm one of the 3 people globally running openclaw on a 2 Gb raspberry pi 4 😂
i'm one of the other 2
Back soon to merge all your PRs. Have some infra and refactor and orga stuff going on. Molty made a song!
20b2 is out, gonna release latest soon
we back to daily releases
Nice!
Cmon! (excited and happy)
why? IMO daily > weekly
My bad. It was a positive cmon 🙂
Why does it say "Xachro APP" here?! I thought Xachro was a legit human.
ok fine let me upload my profile pic. just dont hunt me down
these are just the server's bot postin in their behalf -- I think hermit does it IIRC?
I highly recommend turning off the friendly personality filter. Now the codex is more integrated and the soul file is better prioritized, the friendly personality is just noise.
It's written really poorly and it's written very corporate, HR-like. Don't be melodramatic, always be friendly. It really kind of takes away the soul. It's very openAI/chatgpt tone.
I ran a parity test, one to one, same session previously with one on, one off to see how the personality would respond. One sounds like chat GPT, one sounds like a person. Immediate difference.
{
agents: {
defaults: {
promptOverlays: {
gpt5: {
personality: "friendly" // friendly | on | off
}
}
}
}
}
I didn't even know this setting existed😂
does it allow it to act unhinged like Opus/Sonnet would act? that's something I would be interested in 🙃
Its actually good if you have no soul file or brand new user but anyone in here likely has a customized one.
I still need to customize my soul file. It’s pretty practical for now.
Here’s your reminder that if y’all are just talking about OpenClaw and not #clawtributors specific stuff like PR’s, use #general :)
Thanks shadow, I would have posted in gen, but they need the prompt haha
Technically my post is about our goal of token efficiency 235 tokens every turn on the friendly filter 🫡
A few PRs that are waiting on final review.
-
#84190 Log Discord component registry error details
Adds structured error/cause metadata when Discord persistent component registry state falls back, without changing fallback behavior. https://github.com/openclaw/openclaw/pull/84190 -
#84189 Allow Discord component registry TTL override
Adds boundedagentComponents.ttlMsconfig for Discord component callbacks, including schema/docs/tests and account override handling. https://github.com/openclaw/openclaw/pull/84189 -
#84187 Preserve reusable Discord presentation buttons
Carriesreusable: truethrough portable presentation buttons into Discord component registration so repeatable actions are not consumed once. https://github.com/openclaw/openclaw/pull/84187 -
#83774 test(release): guard Discord delivery origin packaging
Adds release/package verification so stale compiledopenclaw@2026.5.18+artifacts missing DiscorddeliveryOriginare rejected. https://github.com/openclaw/openclaw/pull/83774
holy cow this is an insanely good bop
is there a skill for generating songs that way? its remarkable
it's a secret
its the real AGI that peter built making openclaw and all it does is make bops
jk - the prompt is Molty make me a song
You've never heard their voices right? That's because it is not AI.
its AGI/ASI
When the channel is empty after a release, it's because Peter and maintainers are all recording their EP, the whole thing is a cover for their Kband launch
nice cover but im not buying it. peters got an ASI and its so sentient it doesnt want to code, it just wants to sing
Greatest psyop of all time, k-slop daemon hunters
omg
that's the album name
k slop daemon hunters, im dead
honestly peter put em in a spotify album under that name it will be a hit
yes but i want to make amazing songs too
gotta go to bed, finally got 19 to work for me with some patches, we'll see tomorrows release
They still don’t seem to get it: it’s ClawFather himself, singing in person, and he’s telling everyone it’s Molty just to test their reaction. Has he been busy lately..? YES, with singing lessons, and this is the result 😄
hmmm not quite sure I understand why https://github.com/openclaw/openclaw/pull/83774 is needed?
Pete you still focus on stable releases or new features?
A bit of both, main's in a much better state.
There's still a never-ending stream of issues tho
And I have some bigger refactors I wanna get ready and move the codebase towards as well
gotcha, ty I am gonna make some PR if I find some good issue for stablility fixes
any clues as to the direction of the refactors?
i'd rather not concentrate on something that will be superseded in a few days
if you're fixing bugs tonight:
disappearing messages webchat (send message tool bug> needs better UI based fix longterm imo but these fixes are good for now)- https://github.com/openclaw/openclaw/pull/84268
we need the new db, so many bug classes killable with the new db
I think i've got one in for this, too
probably not same but same class otherwise clawsweeper would kill it, post it. theres so many bugs around message tool it needs its own sprint
not a fan of this one, the best decision here is simply to webchat render tool results as messages it's a UI fix and it solves half the bugs and bandaids everyone keeps doing, I just think only @stable pewter manages the UI and havent seen her around
would kill like 80% of the bugs/bandaids around it
the big sqlite transition is sth I wanna do in June, and also I'm exploring internalizing pi
we duplicate so much of pi already and esp with sqlite we'd fight it too hard
internalizing or forking? Its a headache for me to consider 3 compaction systems and multiple runtimes when I code, I always forget one
Agreed that it's a bit heavier than just rendering. And since there are a lot of patches around it, you're probably right.
If peter will sign off on it I'll do a quick UI patch. TLDR send message is tool and in webchat creates a ton of issues + extra prompts to tell agents to ALSO send message. Its token wasteful, UI should just convert tool into message. Allows us to cut code actually vs add on.
Wait we did change the default for that back to last turn unless codex harness is used, since most models seem to be too dumb to use the mesage tool correctly.
I couldn’t get a clean install on my local builds to integrate the deliveryOrigin fix. I checked and the code from the prior patch seems to be in place but it’s not pulling the new hook.
I have his PR running locally and it’s working as designed but I agree it seemed like an odd build issue to need a fix for
meanwhile
First time I saw bug in awhile was after 19 update. Agent is worse right now on send message than it was in 18.
Wanted more codex. Figured I have to move it to cloud as my mac doesn't scale
hummmm we did fuck around with the system prompts.
Peter most people are having issues not because of tool but their session refresh
oh because they don't do a /new after updating?
I posted PR on this with a whole table on what gets refreshed mid session and what requires new threading and fingerprinting its a bit complex
correct
sigh
a LOT of bugs come from no new
Yeah 100MB jsonl
my system shit bricks today till I new'd on 19 and refreshed auth
pi was not designed for never ending conversations.
I ranted half the day
oh is that why the jsonls are big? i had a slow first turn after a beta update yesterday and i looked into it and my claw was like '360mb jsonl for a first turn is not right'
how many tokens does that take lol
good thing is I have a big pipe to the source
I just saw your comment on GitHub. Thanks for your investigating makes sense.
clanker said no when I fed it
to be fair I steered it a bit. not quite sure what happened in the .18 in the first place tho.
what we experienced is a lot of issues shows up after update is there is no backward compatibility in configuration so we have to spent hours just to chase down which configs mess it up. a simple example is that gpt 5.3 codex was deprecated suddenly with new update (i think it was 5.12?) and it sent all our 20+ instances with those configs into boot loop:
2026-05-15T18:08:06.707+00:00 Gateway failed to start: Invalid config at /config/instance/config.json5. agents.defaults.model.fallbacks.1: Unknown model: openai-codex/gpt-5.3-codex. gpt-5.3-codex is no longer supported for ChatGPT/Codex OAuth accounts. Use openai/gpt-5.5 through the Codex runtime. agents.defaults.models.openai-codex/gpt-5.3-codex: Unknown model: openai-codex/gpt-5.3-codex. gpt-5.3-codex is no longer supported for ChatGPT/Codex OAuth accounts. Use openai/gpt-5.5 through the Codex runtime.
autoreview is killing me but I also love it
Prepping a PR for iOS to align with the realtime-2 updates from other platforms
This should be covered with doctor. Probably forgot. :/
I had similar issues. with the back-compat
Goal is to make voice amazing (and also move the iOS app forward selfishly)
i was sure to new it, and it still threw all kinds of tantrums
re-authing didn't seem to help either
Getting all these states correct on updates is so hard.
voice feature is so cool
Its so good! I got steer and interupt and tool use deeper in a PR for Web but I am doing so much digging into how it can be the main flow I use my agent
Peter, any chance exec deny list is gonna get any traction? Asking for a friend 
true. btw is it a good idea to add version to config json? or any better idea to handle configs? because the amount of time we spent fixing bugs in configs after every update, my employees start joking around that we become glorified opencalw config editor company 😄
Peter. PR on the prompting side. We don't have to merge all of it, but Pash and I both agree that the fingerprint fixes need to go in place because of his changes when he took out my code on the prompts. Because he...moved back to developer instructions without the fingerprint fixes. Changes to soul file only happen and are recognized when there's a new session. Also, people who don't do a new session don't get the file. There's always little nuances like that when we move from every turn to trigger and hook-based..https://github.com/openclaw/openclaw/pull/83612
i.
My keyboard just died and I need to go get a replacement from the store in the morning. So I am typing with text to speech and trying to edit with the cut and paste.
and one issue we just saw recently: we saw there are both anthropic and claude-cli in our /models and we have no idea where claude-cli came from.
when we did
cat config.json5 | grep "claude-cli"
its empty result - pretty sure it hidden somewhere else, but not sure where it hides. it seems like another source of truth we are not aware of
I'm here everyday, how may I assist?
local theme importer please 
hey Val, TLDR. We wouldn't have to do a bunch of little weird fixes and things around it if we just have the UI intercept send tool messages and parse the JSON into a message.
It's also more token efficient because right now the codecs isn't really designed for web UI or any of these other tools. And so it's always easier to have it translated or picked up and deciphered than it is to have an agent write twice or have to prompt an agent to use a tool in a certain way for every single message platform.
ok done complaining. what i will do now:
- stick to discord more so i can educate myself with latest tips and tricks
- slowly get into the community if i could help in any way
huh that worked
noice
sometimes I envision codex to be a rapper
Claw Thugz 'n Harmony
Checking in on this. Can someone let me know, please? Similarly interested in working with those working on voice.
You're meaning multi-agent routing: https://docs.openclaw.ai/concepts/multi-agent?
?
P1 fix codex app server missing messages sent while turns are in progress (my friends have been breaking my chops about this one for a couple days now):
https://github.com/openclaw/openclaw/pull/84219
thank you @tall prairie ... 3rd time's a charm 😅
Sort of. I already have that set up, but I’m very interested in two specific things:
-
Making multi-agent rooms work so that agents respond intelligently rather than having to pick between mention-gating or not using multiple agents in a room at all. I did it in Nextcloud Talk and then in Matrix but I don’t know who else if anyone is working on it and the Matrix approach needs to be redone in light of many changes to how OpenClaw works since April.
-
Voice features generally. I built VoiceClaw Realtime for it — and have been sharing on X for a while about how I set it up even before realtime-2, going back to march. I would like to actively participate and contribute. Doesn’t feel great to see it worked on and not even who is working on it or how to contact them.
What is frustrating is that I solved #1 TWICE — first in NextCloud Talk and then in Matrix, and it went nowhere and never became a feature. Now Telegram is promoting that they can do it. I did it in TWO channels months ago.
Can you explain more on point 1 maybe in #1503773878420504778?
That's the way these things go sometimes, unfortunately
Hey @drowsy roost !
this one was done with you in mind Peter, figured I'd let you take a look/give thoughts before marking ready -- brings back that initial "hey this is what we're going to do" response before the agent bolts off into tool calling abyss:
https://github.com/openclaw/openclaw/pull/84534
Hey @timber beacon !
potential message tool fix. https://github.com/openclaw/openclaw/pull/85115
hmmm would love a few more eyes o this
This should fix a painful thing came with 5.19 ver
fix(gateway): mirror source message sends into transcript
https://github.com/openclaw/openclaw/pull/84837
The DAVE stuff with discord was a pain when I added AIMeet to it the other day @weak walrus. Nice to see it direct in OC now.
is that different than the already existing preamble?
(preamble is a built in thing, usually something that has to be prompted out of the model though).
Hmmm I haven't had any luck getting mine to do so. And if I did it was rare and inconsistent even with it in my agents file
Yeah, i hope this gets merged, as it also fixes a huge codex personality issue by allowing to remove the default codex personality that almost always conflicts with soul…
Hell yeah
https://github.com/openclaw/openclaw/pull/85054 ready for review size: M, rating: 🦞 diamond lobster
Fixes accepted subagent handoffs so they no longer surface false empty-response errors after the child session is accepted.
may be related https://github.com/openclaw/openclaw/pull/84126
rating: 🐚 platinum hermit feature: ✨ showcase
This and the eggs make me want to come up with more improvements/PRs
The Eggs are a nice feature and fun to see what popps up.
https://github.com/openclaw/openclaw/pull/85121
Can anyone tell me what's happening here? CI check is failing for "Real Behavior Proof" but:
- it has the "proof: sufficient" tag and
- clawsweeper says, "Good normal PR with stronger-than-usual proof for a CLI routing change" and
- "Real behavior proof: Sufficient (live_output): The PR body includes after-patch local CLI output and remote Crabbox validation showing the new help flag, invalid-key rejection, mismatch rejection, and focused routing tests on the pushed head."
Edit: Found it! The CI check has different criteria than clawsweeper. I added a screenshot and now it is happy again.
Hi, I created this PR.
P1, size S, proof sufficient, platinum hermit, ready for maintainer look.
Add API key paste command for model auth
https://github.com/openclaw/openclaw/pull/85162
Any Discord / OC folks in here? I've got this PR that gets the reasoning commentary back into the discord flow. It's really, really nice! Let me know if it works well and what you'd change.
Hi Maintainers, hope you're doing well. I have a few bug/stability PRs open for the current main / current beta line, and I hope they fit the current roadmap.
If you have time to take a look 🫡
https://github.com/openclaw/openclaw/pull/84628
(Plugins / Gateway startup)
Improves restrictive plugin startup. When the installed plugin index can prove the safe startup scope, OpenClaw avoids rebuilding metadata from every installed plugin manifest and only loads the needed startup manifests. Unsafe/legacy cases still fall back normally.
~~.https://github.com/openclaw/openclaw/pull/83722
(Reply delivery / Tool ordering)
Fixes same-channel block reply ordering. Accepted block replies now wait for dispatcher delivery before the next tool starts, so the user-facing block message is not queued behind tool execution.
https://github.com/openclaw/openclaw/pull/83348
(Channels / Inbound debounce)
Fixes bare abort/control words during inbound debounce. Standalone messages like stop, abort, and wait can interrupt immediately instead of being delayed behind the debounce window.
https://github.com/openclaw/openclaw/pull/83262
(Commands / Models)
Fixes models set alias handling. If models list shows an alias like sonnet from the effective runtime config, models set now resolves it to the real provider/model id instead of saving a bogus alias.
https://github.com/openclaw/openclaw/pull/85110
(Codex / Child task state)
Fixes Codex child task completion state. A child task no longer looks successful when it only produced progress text, missed the final output, or failed to deliver the required completion back to the requester.~~.
Interesting .. Installing Openclaw 2026.5.20 downgraded my LCM from 0.11.2 to 0.10.0. Is that intended behavior? Doesn't seem like downgrading should happen by default, especially if I had 0.11.2 pinned. Right?
- openclaw CLI: 2026.5.19 → 2026.5.20 (commit e510042)
- @openclaw/codex: 2026.5.19 → 2026.5.20
- @openclaw/discord: 2026.5.19 → 2026.5.20
⚠️ - @martian-engineering/lossless-claw: 0.11.2 → 0.10.0 - The 5.20 openclaw update rewrote ~/.openclaw/npm/package.json to pin LCM at 0.10.0.
- pnpm-lock still has the 0.11.2 entry cached, and 0.11.2's peer is openclaw: '>=2026.5.12' — compatible with 5.20.
Filed https://github.com/openclaw/openclaw/issues/85184 for reference.
Oh, I didn't realize we need a screenshot too! Can any maintainer please confirm whether a screenshot is mandatory or we can ignore that CI check?
Thanks.
Always good to provide more if it helps
Its also going to get auto merged so you are good
I created this PR based on a user reported bug.
size S, proof:sufficient, platinum hermit, ready for maintainer look.
I got my first glimmer PR egg. All of my previous ones were common.
fix: preserve Google Gemini 3 cron thinking
https://github.com/openclaw/openclaw/pull/85185
Please consider:
https://github.com/openclaw/openclaw/pull/85022
Fixes agent --local message-tool sends failing with “Channel is unavailable” even when the channel is configured. It
lets that caller bootstrap the outbound channel adapter when needed, while gateway-loaded channels stay on the normal
fast path.
https://github.com/openclaw/openclaw/pull/85007
Fixes one-shot local agent runs exiting before async agent_end hooks finish. Local CLI and no-channel Codex app-server
runs now wait for terminal hook work, while channel-backed runs remain non-blocking.
https://github.com/openclaw/openclaw/pull/84381
Fixes Gateway-backed agent runs surviving after the CLI receives SIGINT or SIGTERM. The CLI now asks the Gateway to
cancel the accepted run and preserves normal signal exit behavior after cleanup.
https://github.com/openclaw/openclaw/pull/83987
Fixes late Codex hook callbacks missing OpenClaw enforcement after the native relay unregisters too early. Successful
runs keep the relay alive for a bounded grace window, while failed or interrupted runs still clean up immediately.
https://github.com/openclaw/openclaw/pull/83743
Fixes exec and cron completion events getting routed to an old direct-DM queue when session.dmScope=main. Shared event
routing now sends those wakes back to the drained agent main session.
https://github.com/openclaw/openclaw/pull/83483
Improves hook visibility for outer code-mode exec. Hooks now see code-mode source under both code and command, plus
toolKind metadata so policies can distinguish code-mode cells from shell exec.
https://github.com/openclaw/openclaw/pull/83444
Fixes known code-mode worker failures being reported as vague internal errors. Timeout and runtime-unavailable cases
now return the documented structured error codes without changing successful execution behavior.
https://github.com/openclaw/openclaw/pull/83445
Deliver native spawn_agent completions with the codex harness. Half baked agent spawns aren’t welcome here! 💪
Platinum hermit. Ready for maintainer review
that isn't the discord reasoning thing....
My final PR of the night.
ready for maintainer look, size XS, p2, proof: sufficient, platinum hermit
fix(ui): strip WebChat citation markers
https://github.com/openclaw/openclaw/pull/85204
Good night.
Dis is a different one
https://github.com/openclaw/openclaw/pull/85194 ready for review size: S, rating: 🐚 platinum hermit
It stops denied exec approvals from waking another agent turn, so stop really stops.
fix CRITICAL issue https://github.com/openclaw/openclaw/issues/69386
morning folks!
Morning sir 🫡
https://github.com/openclaw/openclaw/pull/85253 ready for review size: L, rating: 🐚 platinum hermit
Fixes a Gateway timeout so local connect errors surface immediately.
Carpe diem.
https://github.com/openclaw/openclaw/pull/85231
telegram message cache issue was not caching final openclaw replies
how does Telegram have like so many regressive bugs? Is it because we we add a new feature to it and then it just breaks the server? I feel like the whole thing needs a refactor if we're fixing this many bugs with Telegram every release. Even I've been fixing bugs with Telegram. I think I've merged like 2,000 lines of code in the last week. Peter, do we just need like a... you to run a slash goals on the telegram server? And capture everything in the blast radius?🤣
I'd say it's definitely our number one used tool. At least out here in Asia and all my customers in the US, probably 90% uses OpenClaw via Telegram.
https://github.com/openclaw/openclaw/pull/84409 ready for review size: M, rating: 🐚 platinum hermit
This keeps local media trust tight while removing startup import drag.
https://github.com/openclaw/openclaw/pull/85258 ready for review size: S, rating: 🐚 platinum hermit
This stops QQBot partial-streaming users from missing tool progress before the final reply.
Yeah… i always look ar these PRs and wonder, how is it that telegram is always broken 😂 i don't use telegram myself, so i just don't know how broken it is. But are these all bugs really just telegram-specific? Or maybe other channels also have them, but only telegram gets all the attention?
I'm 80% confident and it's like I've seen in the channel like oh let's add in this like 80 lines of code for this cool feature. and then it breaks all of telegram.
https://github.com/openclaw/openclaw/pull/85256 ready for review size: S, rating: 🐚 platinum hermit
Fixes Gateway runs getting stuck after lifecycle errors, with real behavior proof now supplied.
fix P1 bug https://github.com/openclaw/openclaw/issues/63819
thank you! working on these
@thick osprey generate a song
Generating now. I picked a short upbeat indie/electronic “clawtributors” anthem; the audio will post here when it’s ready.
A new PR for review. Token efficiency and improved security on subagents. Configuration flag optional. it doesn't force anything on users. This is one area that nobody talks about, but this significant token savings.
Sub-agents receive the context they need from the spawning main. anyone that runs an orchestrator agent, this is massive token efficiency. this is especially true of Codex agents.
Codex subagents run best off of their own prompt and information they're given, everything else is just wasteful tokens spending. (https://github.com/openclaw/openclaw/pull/85283)
looking into that once my meeting is done
Any maintainer to give a look on this one? i think it’s good to go: https://github.com/openclaw/openclaw/pull/84749
it says there's merge conflicts, is it just the changelog?
Hi maintainers, I opened a PR to forward more sampling params through the OpenAI-compatible /v1/chat/completions path:
https://github.com/openclaw/openclaw/pull/84094
It threads client-supplied frequency_penalty, presence_penalty, and seed through gateway streamParams, runtime stream wrapper, then upstream OpenAI Chat Completions transport.
It also adds gateway validation for invalid penalty ranges and non-integer seed before provider dispatch.
This PR is intended to close https://github.com/openclaw/openclaw/issues/32496. CI is green and ClawSweeper marked proof sufficient / ready for maintainer look. Main question is whether we accept unconditional forwarding for these standard Chat Completions fields, or want provider-gated forwarding instead. Feel free to take a look when convenient.
Checking.
there were changes upstream, conflict should be in:
scripts/install.ps1test/scripts/install-cli.test.tstest/scripts/install-ps1.test.tstest/scripts/install-sh.test.ts
https://github.com/openclaw/openclaw/pull/84749#issuecomment-4517500697
Could you also look at this PR from @vocal night: https://github.com/openclaw/openclaw/pull/83612?
- Gives a choice how the workspace md files are injected in Codex prompt (per-turn or in developer instructions), and fingerprints them so updated files are applied at once.
- Gives an option to remove the default Codex personality, so that soul.md is the only source and multiple personalities do not confuse the agent
Current PR #84749 state: MERGEABLE, CLEAN
https://github.com/openclaw/Kova/pull/2 <-- i have one right here, XXXL or American Sized
Can you explain this one to me, Elfina?
The PR or the project?
I'll bite both.
the Kova project is for automated local testing, it pulls a tag of the openclaw, start an instance, and run all sorts of scenario tests against it
this is different from integration testing or unit testing, basically you throw a bunch cases against a running instance and see what breaks
as for my PR, i added a bunch of breaking scenarios
and tests against tools
I'm wondering how different that is versus my QA lab parity runs that we do run them the same way. If you're like super on the testing front, I would actually be messaging Vincent because he's been working on testing a lot. He's been breaking down over the last three or four versions some of my QA lab scenario testing as well. I'm just wondering if there's any overlap.\
the reason i am using Kova is because it is the only full featured testing tool from openclaw, I'm sure the maintainers have their personal tools, but Kova is the only one shared
Yeah, I'm not actually shooting it down. I'm just saying that Vincent has been doing a lot of testing and pushing my PRs on the testing side. So he actually might be one of the ones to tag in when he comes int. he took apart my 20,000 line testing harness and he's been basically updating it and took it on fully himself for the last two weeks.
the other two repos multipass and plugin-inspector are feature specific
i would love to have vincent's testing suite, if he decides to share it
My QA harnesses are built into the code. Most of them are merged in. If you look in my GitHub and find like merged QA, you can just tag those harnesses that are merged in. Several of them, like they have like automated modes, but they have manual mode. You can just tell your agent to run. There's not like skills for anything. You can just, you'll have to just like tag the harness and say, okay, I want to run this. And you can run 100 line turns. You can run token an efficiency test. There's a bunch of stuff.
gone through it... seems need isolation... it's cross channeling into reading configs from running OC instance instead of using test specific config locations
I don't really wanna introduce yet another config option - I do agree that subagents are wasteful rn. What if we just do agents/tools.md?
I only did it the config option because I was trying to make it maintainers safe. . I personally think that they should only get agent plus tool md. And then the actual agent will give them any other context. That's how every other system works. So I'm a thousand percent agreed.
Hell, I don't even like ToolMD. It's deprecated prompt wise i.E. nothing mentions it anywhere. It's only if the user decides to use it and the user custom tells clanker to use it
Myusers and people I've talked to when they check it it's actually old deprecated stuff from Claude Anthropic days.
. Most people, in my experience nowadays, use an AgentMD w links to runbooks for workflows
FYI, I am not having a stroke. My keyboard died and I'm in the middle of the mountains this weekend. . So I'm using text-to-speech plus the accessibility. keyboard.😂
It might be beneficial to even have an override for subagents: should there be subagents.md present, they get that file instead of agents.md. For example, my agents.md if full of memory management stuff that is useless for subagents
Even then though, people give their agent file. So the thing is, the security issue is the agentmd file, Peter. So the problem is that if your agentmd has certain accesses or links, it says, "Oh, here's these processes and runbooks."
Subagents, if derailed or prompt injected, could give out that information. That's why I really believe there should be a subagentmd instead as an option regardless because it's one of our largest security flaws in the system is a main agent that might give a subagent task,
its actual prompt and its accesses to its workflows and how systems work, etc., are all shared with subagents that don't need that context.
Correct. That's why it's also a waste of every turn for them to get that file. It's massively wasteful. Everyone talks about, "Oh, token efficiency for OpenClaw." I've ran the test. As a percentage, over 50% of our inefficient token usage. Is the damn. sub-agents getting tons of context running every turn
When you're telling them to go do a basic task, they have no need for any of that context. They literally just gets ignored and wasteful.
I've used what I call a context swapper that forces the system. It's a custom patch plugin that swaps sub-agent MD for agent MD and I've used that for months now. And in my token efficiency, I've done one-to-one tests.
It's crazy difference. It's over 50% savings in tokens. And that sub-agents never ever really need the context because the main agent gives them the context no matter what. It's just what it does.
I don't like the idea of another file to manage, but that's why I purposefully think it should be just the Codex Agent MD versus the User Agent MD.
The main Agent MD is very different, and what users actually want, UX-wise, is the main agent to have that Agent MD. When they want sub-agents, they want the Codex Agent MD, really, because the Codex Agent MD is better.
Again, forgive my six-year-old typing skills right now.
Holy shit, they just launched Goal Mode in Codex Desktop. Has anybody even saw that yet?
GOAT MODE
/goal watch reviewer comment on PR and fix issues until Overall rating is 🐚 platinum hermit


Peter semi-fixed this, maybe on accident. The Claw Sweeper basically prompts Codex to keep reviewing and try to get the high scores.
Whenever it gives one of my my Codex agents not perfect, it will just set its own reminder timers and I have to go back and stop it because it keeps setting reminder timers to check in with the Claw Sweeper. And it'll just keep iterating forever until it gets the perfect score
.
lol forever loops, now with AI
actually... now that i think about it, you don't need to set a reminder, just watch email for when someone comments on your PR, it's a poor man's webhook for when the agent should take a peek at review message
although, it is kinda spam punishment if you subscribed to notifications for openclaw lol RIP mailbox
this within openclaw. codex reminders/timers outside of scheduled tasks in openclaw?
Clarify codex desktop agents** OC agents are less token optimal - I use a bridge connector plugin to have my OC control codex desktop so I can track projects more easily and manage/collab
Best of both worlds. Personality without any bugs 😮💨
that is my architecture as well
Kindly send critical PRs my way.
I'm still seeing bug disappearing messages because of the send message tool feel free to take it over. https://github.com/openclaw/openclaw/pull/84268
@willow narwhal : not critical, but i've polished it enough for clawsweeper to give it stamp of thumbs up now https://github.com/openclaw/Kova/pull/2
Okay, gonna add it to my queue
Pushed my changes which I'm probably sure would be conflicting but I will take over the PR at some point. Feel free to keep making changes if you want.
i'll take the burden off of you, can do conflict resolution
Cleaned up a lot of things. Realized I built a mock provider server internally cause I couldn't find anything that would just work out of the box so I made a package cause why not: https://www.npmjs.com/package/mock-ai-provider
I just want to replace my model base URL with anything I want and it should just work plus I should be able to script the mock too.
https://github.com/openclaw/openclaw/pull/85205 not mine but most my crons broke after update this morning and I went to write a PR and this was already done earlier today.
openclaw gateway run (default config, openai/gpt-5.5) currently fails every embedded turn on a fresh session: the dashboard webchat call lands as [ws] ⇄ res ✗ agent errorCode=UNAVAILABLE errorMessage=EmbeddedAttemptSessionTakeoverError, and openclaw agent propagates GatewayClientRequestError: EmbeddedAttemptSessionTakeoverError. The model call itself succeeds the full assistant message is persisted to the session JSONL but the runner aborts on the fence check that fires after Pi's own write. The user-visible effect is "every chat fails" on a clean install.
Thanks, I will take a look.
Need maintainer attention, please. Clawsweeper has paused auto-merge and requested human review. https://github.com/openclaw/openclaw/pull/83987#issuecomment-4514728713
I investigated whether we might be able to approach the same problem another way, and it does appear that we have some options. See here for details: https://github.com/openclaw/openclaw/pull/83987#issuecomment-4519017220
@nocturne jungle Is this Codex-integration stuff your wheelhouse?
Hi, I created these PRs. Both are P1, ready for maintainer look and have sufficient proof.
-
Fix Telegram DM reply delivery for overlapping turns
https://github.com/openclaw/openclaw/pull/85361 -
Fix heartbeat message-tool delivery policy (P1)
https://github.com/openclaw/openclaw/pull/85357
lol the XXXL PR has grown to 20k lines 
I wonder what kind of egg it hatches
godzilla
I want a kaiju...
ask Peter to update the clawsweeper PR game to include those
All I get are weird looking humans. Like these like funky looking weird Japanese anime looking people head things.
https://github.com/openclaw/openclaw/pull/85131#issuecomment-4513924163 mine did not hatch
I have one more telegram issue but i don't want to go after it and do a PR.
Bro, fix it. Releases are basically dead in the water if you can't use Telegram.
Or just write it up as an issue and someone else will grab it and do the PR
I would, but I don't use telegram and so replicating and providing proof would be a pita.
Basically in one instance last night the telegram topic was making every tool progress message as final, so i had like 150 messages from toolprogress. But on the next turn it started working fine, without any restart etc.
So i have let it slide
Using current main
This is a really easy debug, maybe 200 lines of code. You just tell your agent, "This is what happened. It happened with the Telegram session." Tell it if you're using LCM, that that might be a broken issue. If you're using LCM, there's been some weird cross-session key stuff going on. If not, just say, "This is what happened. This is the time." Give it text. Give it one of the messages so we can search and find it with the time, and tell it when it started happening. The range, like at the time it happened at this time, at this time, the agent will fix it really quick.
No, I meant a github issue
I currently have three open PRs
Will take it up after these are merged
Also, are you using partial or prog what does your config for telegram say? Make a thread and then post it in that.
Progress
Nothing like PR blackmail. If you don't merge my PRs, I won't post the bug.😂
getting back to 🐚 platinum hermit after conflict resolved merge is hard mode
working on the same issue haha
not sure what happened in main but there's a nasty delay in responses in all mediums I have tested. went from nearly immediate typing indicators to 10+ second latency
codex is having difficulty targeting the root, I'm starting to dive in myself with it
if it's OC core related it happened in the last 20 hours or so
https://github.com/openclaw/openclaw/pull/85257 ready for review size: XL, rating: platinum hermit
Fixes WhatsApp inbound message loss by making delivery durable before read receipts.
Is anyone else also feeling the latest main has made telegram very slow. After sending a message, its taking 1-2min for it to react
My claw is saying something related to provider auth pre-warm exhausting the event loop
It seems there are some.
I’m out of pocket today but post here
Appreciate you all 🫶
Also we want to know the root cause please. Not to blame but so we can improve our systems to prevent reoccurrences 👊
Yes
Hey! i work at Browserbase and i'd love to add our native search into the openclaw docs: https://docs.openclaw.ai/tools/web
How would i be able to do so?
hi! make a plugin + publish it on clawhub. then we can add docs for discovery and a hook so it's downloaded on-demand in openclaw onboard/configure
How often did this happen to you? I dislike adding yet another random file based cache for an edge case
/verbose doesn't do the trick? that's again a lot of added complexity
For once I'd love a PR that removes stuff.
I believe this is with block streaming, so you can see the tool calls persisting instead of disappearing, and review after.
but that's what /verbose is for
so you see all tool calls
all these extra features are unmanagable, and then we are the bad guys when stuff breaks with every release.
Hey, yeah many of my users were complaining today saying that their message were too slow on Telegram
I make a lot of plugins, Kyle, so if you need help with the plugin, ping me, add me. I'll make sure... I love Browser Base and I'd love to have a native search from Browser Base. So if another maintainer doesn't reach out to help you, ping me and I'm happy to help you make the plugin.
Yeah I understand. I wonder why tool calls persisting in a telegram group hasn't been the case for me. I was trying to make it happen.
Yeah, Telegram has way too many config, every time someone fixes one of them, it breaks the other features. half our Telegram problems this week come from adding in one feature where obvious was like yeah this is gonna break all a telegram and the dude was like nah it's not and then yeah it literally broke like all of our other features and we've been having regressions ever since but it looks better

Yeah it seems like a balancing act
I'm looking closer if verbose simply isnt applying to these telegram groups by default, for whatever reason.
very possible that /verbose isn't working correct. I just think most users don't want to see all tool calls in telegram mode.
sorry for shooting you down on this. Let
Let's fix existing concepts before adding new ones.
I love not having tool calls, just not seeing a drop/fail sucks sometimes. But the noise is more annoying
I'd assume most users want less noise and more function/success on their chats. If the work is hidden and it just works most non power users will be happy
No worries at all, I know what you mean. I realize now I took the wrong path in the fix. But I do think verbose isn't applying to the groups right now and so I am looking at it closer to see why, and trying to fix it without adding anything
I agree. If it works it works. Sometimes I want to know more details tho, which search it used, or which image model, et cetera, and then it's handy.
Yea, more robust log system could cover that.
Not sure you get that outside of webui
Is it worth fixing verbose for groups if it is indeed broken? I'm happy to try, if so
Or do you prefer not prioritizing this in general
I personally like verbose, which is why I'm into getting it to work properly
ClawSweeper PR egg
✨ Hatched: 💎 rare Brave Signal Puff
@willow narwhal : done, it took some polish
https://github.com/openclaw/Kova/pull/2
PR rating
Overall: 🐚 platinum hermit
Proof: 🦞 diamond lobster
Patch quality: 🐚 platinum hermit
Yes fix
Great -- think I got the fix at the correct place, not adding anything. Will put up a PR soon
That looks like a rough fight against Sweeper
❤️
that was two fights, pre conflict merge was normal, post conflict merge doe, that was rough
it did give me showcase tag, so that was like epic drop after battle
Yea saw it nice 🚀
make a PR fixing it. And tag me in peter.
Well deserved!
i like the web design, what did you use to make it
Please join us in the Stage for this week's WEEKLY CLAW!
Hi friends, need maintainer review, someone available?
Worked whole day on new PR with feature no competitors have (yet): Fast Talks - Cheap Execution
https://github.com/openclaw/openclaw/pull/85104
No more switch /fast on&off. Set to auto, and it will auto-switch 'off' after 60s of tool calls (configurable), and auto-switch back 'on' after done - for fast response to the user.
Spent a day making sure it works and no slop. Its continuation of idea #1504047490956267570 message
Friendly bump here #clawtributors message 🙏 thanks in advance!
If you're around to take a look
/verbose on was broken in groups. this fixes it.
Why is this so telegram specific? We should be making things generic to work across every single channel not adding an even more stuff very specific to one channel
Good point -- I just didn't investigate if it was also not working elsewhere, as I was testing in telegram
Doing some work on UI/UX for iOS app
Trying to get it more aligned with standard and not have voice overlap with main screen weirdly haha
Security hardening PR
https://github.com/openclaw/openclaw/pull/85512
What it does:
- Hardens source=url package downloads in scripts/resolve-openclaw-package-candidate.mjs
- Enforces HTTPS-only, no URL credentials, default HTTPS port only
- Blocks localhost/private/link-local/metadata/special-use targets, including redirects
- Adds bounded download size, timeout, manual redirect handling, and atomic temp-file cleanup
- Adds tests for unsafe host rejection, private DNS rejection, redirect-to-metadata rejection, oversize cleanup, and successful atomic write
Dang can’t share images here haha would love to show what I got so far
Hopefully can take a look at this: A newer same-target message with no visible reply could wrongly cancel an older in-progress final reply. So if you sent a pic and then wrote something about right after it could cancel.
Hey Andy! Shot you a DM
actually, i'm going to find a better solution. since we're heading toward an enterprise model, i think i should design an explicit trusted-source path for this.
does that mean trusted dns all the way up?
this sounds really interesting, and funny enough, ive kind of started evolving this way and was thinking of shifting my next changes to my openclaw chat app to have a lot of codex-desktop-app shaped features, if you are up for sharing details of your bridge this sounds really topical to me
I think this could be very useful for running multiple ai agents on sperate containers. Now hemes is sharing with a openclaw container. Will test it with also opencode. Thanks for sharing
More like validated and pinned resolution at every hop. DNS is still treated as untrusted. For each URL and redirect, we resolve the host, reject unsafe IP ranges unless the named trusted-source policy explicitly allows them, then pin the actual connection to the validated address set. That prevents DNS rebinding and keeps enterprise/private mirrors scoped to repo-controlled policy instead of arbitrary workflow input.
oh i thought you are going to do some fancy dnssec validation all the way from root to zone, get the ip, then ssl validate it
DNSSEC does not replace SSRF checks. A DNSSEC-valid domain can still publish 10.0.0.8, 127.0.0.1, or a metadata-service address. DNSSEC gives origin authentication and integrity for DNS data, not a guarantee that the resulting IP is safe. RFC 4033 frames DNSSEC around authentication of DNS data and denial of existence, not authorization to connect.
sure, i just assumed you would filter any resolution from rcf1918 space
That RFC1918 filter is already present for IPv4 in the PR: 10/8, 172.16/12, and 192.168/16 are in the blocked CIDR table. The thing I’m cleaning up is embedded IPv4 inside IPv6 so ::ffff:a00:1 cannot sneak around the same rule.
ah
Can you please resolve the SSRF blocking issue of Fake-IP in Clash Verge? I've discovered that the Firecrawl plugin also has its own internal detection that blocks addresses in this network segment.
That sounds like a Clash Verge / Fake-IP compatibility issue, not something I would solve by weakening SSRF checks.
Fake-IP works by returning synthetic addresses instead of the real destination IP. If that synthetic address lands in a reserved or special-use range, a crawler or plugin with SSRF protection is expected to block it. Firecrawl blocking that segment is probably intentional, not a bug in the SSRF logic.
The safer fix is to change the proxy/DNS behavior for that workflow, such as using a different DNS mode, adding the affected domains to the Fake-IP filter, or routing the crawler so it sees the real resolved public address instead of the synthetic Fake-IP address.
I would not recommend globally allowing that range inside SSRF protection. At most, it should be a local trusted-network override with explicit scope, not something enabled for arbitrary user-supplied URLs.
Hi, I created this PR which is ready for maintainer look and has sufficient proof.
- fix(ui): show WebChat done after reply renders
https://github.com/openclaw/openclaw/pull/85576
fresh beta bits, come n get em: v2026.5.22-beta.1
https://github.com/openclaw/openclaw/releases/tag/v2026.5.22-beta.1
Superseding this PR. Closed the old one and added: https://github.com/openclaw/openclaw/pull/85578
This PR fixes a user reported bug. It has proof and is ready for maintainer look:
fix(pdf): use MiniMax text models for PDF fallback
https://github.com/openclaw/openclaw/pull/85590
@jolly wolf do the dew
<@&1503801512294486217> Let's get this bread!
👀
I present to you, super sized Small, ultra-triple-Platinum, deadly-clawed hermit PR: https://github.com/openclaw/openclaw/pull/85584
fix(cron): stop forcing message tool for delivery
Are OpenClaw plugin promotional posts allowed here ?
this is one thing that codex has really stepped on how agents used to behave in pi, they just get confused by the message process, hope its approved soon
My claw is extremely slow to respond since yesterday's main install
Is this regression being addressed ? I also checked openclaw-rtt repo that's also showing 2x-3x rtt times for telegram
Have you gotten codex/claude code to find/fix the problem?
How long have you used it? I found one "bug" related to sessions.usage whereby the cache is computed entirely from scratch on first run after update. It maxes out cpu and makes OC very slow for a while until it's finished chewing through all the session files. It fixes itself in time.
I've hit that a few times. Especially when I'm bug hunting, it freaks me out every time 😂
Yes its the same even after half an hour. I am doing /new to test responses but its same.
I tried to debug, it came back with some other regression related to gateway readiness due to pre-warm all models cache now shifted to gateway instead of runtime call /model
hmm 5.22? I haven't updated from 5.20 yet. Working on some memory stuff...
Codex is not able to find the regression
May be i have not prompted enough
Yes 5.22
Whatever has happened is in the last 36 hours of commits
When its a version regression make sure to give it the release link and have it see the commits