https://github.com/OpenHands/software-agent-sdk/pull/1391 Added

deleting

status for conversations 🙏

What do you think if we give the agent some info about finding docs on itself, in CLI ? Kinda like CC is doing, to presumably make it easier to use its features https://github.com/OpenHands/OpenHands-CLI/issues/207

Add LLM Profiles cc: @chilly-france-44439 https://github.com/OpenHands/software-agent-sdk/pull/795

merged Move the search and count events methods to background threads. These operations are still slow, but will no longer block the main runloop: https://github.com/OpenHands/software-agent-sdk/pull/1400 🙏

(Bug / Screenshot outlined under "Steps to Reproduce")

In the release notes for Web GUI V1, other than the PRs like usual, what should I put for "Breaking" section? Anything?

https://github.com/OpenHands/software-agent-sdk/pull/1403 Nasty bug - it means that conversations cannot be deserialized when the server restarts if you have static secrets defined.

Looking into a SDK release today 👀 LMK if there's any PR you want to make into this release

One thing i noticed is that our V1 GUI still uses the hardcoded

verified-models.ts

in V0 frontend - i.e., the list is not updated to the list in agent-sdk. • Current list we are using in GUI: https://github.com/OpenHands/OpenHands/blob/3b7b2fd8cc59f096850116d44b76e5a54d242285/frontend/src/utils/verified-models.ts • SDK: https://github.com/OpenHands/software-agent-sdk/blob/a8c5dd323a9663f94be52a7b43589[…]19207d/openhands-sdk/openhands/sdk/llm/utils/verified_models.py I think we should switch to using the SDK list as the source of truth as we delete old code and transition to V1?

BTW, do we have any plans on when we expect to remove all the V0 releated code in OpenHands repo? (cc @wooden-umbrella-84098 @purple-thailand-64770)

1.6.0 released to PYPI (cc @straight-sundown-84319) https://github.com/OpenHands/software-agent-sdk/actions/runs/20278930372/job/58235333623

QQ regarding streaming tokens It seems we can't tell whether the tokens streamed are a thought that accompany an action (because the think tokens appear as a normal message until the tool call tokens are generated?) Could someone give me a quick rundown of

ThinkAction

vs thought accompanying a tool vs reasoning content vs thinking content/blocks

1.7.0 SDK Release 🙏 https://github.com/OpenHands/software-agent-sdk/pull/1486

v1.7.0 SDK is out on PyPI now https://github.com/OpenHands/software-agent-sdk/actions/runs/20464297287

v1.7.1 with the critical condenser fixes from calvin https://github.com/OpenHands/software-agent-sdk/pull/1513

👆 SDK 1.7.1 is published to PyPI: https://github.com/OpenHands/software-agent-sdk/actions/runs/20511528487/job/58933161696

SDK 1.7.2 release (patch release containing the condensation bug fix) https://github.com/OpenHands/software-agent-sdk/pull/1530

Is openhands-web v1 still responsible for docker containers? or is that in the sdk? are volumes still supported? https://openhands-ai.slack.com/archives/C06U8UTKSAD/p1767035403832719

i posted in questions maybe not right place. Hey team! 👋 Running into a networking issue deploying OpenHands 1.1 as a LAN-accessible server (Docker runtime on Ubuntu 22.04). Problem: Agent-server containers can't resolve

host.docker.internal

, causing MCP connection failures and conversations stuck at

WAITING_FOR_SANDBOX

. Error:

Sandbox server not running: <http://host.docker.internal:50555> : [Errno -2] Name or service not known

Root Cause: When

DockerSandboxService

creates agent-server containers (line ~363 in

docker_sandbox_service.py

), it doesn't pass the

extra_hosts

parameter, so agent-servers can't resolve

host.docker.internal

to reach the main app's MCP endpoint. What I've tried: ✅ Added

extra_hosts

to main openhands-app container (works for main app) • ❌

SANDBOX_RUNTIME_EXTRA_HOSTS

(only applies to runtime containers, not agent-servers) • ❌ Custom networks, host networking (breaks health checks) • ❌ Docker daemon config (conflicts with existing setup) Questions: Is there an environment variable to pass

extra_hosts

to agent-server containers? 1. Should

SANDBOX_AGENT_SERVER_IMAGE

allow overriding the default agent-server image? (Tried this but OpenHands still uses default image) 2. Any recommended workaround for remote LAN deployment? Temporary Fix Idea: Could we add support for

AGENT_SERVER_EXTRA_HOSTS

env var that gets passed through to agent-server containers? Happy to provide more logs/details or open a GitHub issue if needed. Thanks! 🙏 Issue logged https://github.com/OpenHands/OpenHands/issues/12175

https://github.com/OpenHands/software-agent-sdk/pull/1555 6 files changed, lines of code: +329 −540 (Going in the right direction 😉 ) 🔨We now work with pydantic rather than try to bludgeon it into working the way we think it should! 🔨 It is quite a low level change so 👀 appreciated (@chilly-france-44439 / @calm-artist-7206) 🙏

Fixes for broken tests: https://github.com/OpenHands/software-agent-sdk/pull/1578 I'm not sure why these didn't fail previously. It affects the schema rather than the server side functionality. 🙏

Allow setting conversation id for remote conversations: https://github.com/OpenHands/software-agent-sdk/pull/1579 For CLI ACP <> Remote Cloud conversations its helpful to be able to specific a conversation ID in advance (because there is a bunch of local pre-processing we do for a specific conversation id before starting the cloud conversation)

There's a bunch of failing tests on the SDK branch - not sure why these didn't show up before merge... 🫠

This is a generic bot acct

Just a heads up, sorry if it's obvious: this account seems unmanned. I see not only AI-generated stuff, but no clue of a human presence https://github.com/OpenHands/software-agent-sdk/issues/2051#issuecomment-3899174290

PR removing

list(events)

usage for some user prompt hook: https://github.com/OpenHands/software-agent-sdk/pull/1844

CI enforcement for Public API removal/change https://github.com/OpenHands/software-agent-sdk/pull/2072

I'd love to know if there are concerns with this: • CI to enforce that every public API breakage has at least one

@deprecated

release • and, it’s a minor version release (not a patch) Basically like this: deprecation policy

has renamed the channel from "project-sdk" to "proj-sdk"

Since this is pretty overlapping with #C06R25BT5B2, I'd propose we archive this channel and move discussion to that channel.