Context
Several important bug fixes have landed on main since v0.6.3 (Nov 2025):
These fix a class of race conditions where session/update notification handlers run after Prompt() has already returned, causing downstream consumers to see empty or garbled results.
Impact
Multiple downstream projects pinned to v0.6.3 are hitting these issues:
In our case, ~86% of ACP review jobs return empty output to the caller while the log file (written by the same handler goroutine, but after Prompt() returns) contains the full content. The root cause is exactly the race fixed by #5 and #8.
Request
Would it be possible to cut a new tagged release? We're currently considering pinning to a main commit, but a proper semver tag would be much preferred for dependency management.
I understand #17 was a significant change (unstable ACP schema support). If that needs stabilization time before tagging, a heads-up on expected timing would be very helpful so downstream consumers can plan accordingly.
Thanks for maintaining this SDK — the fixes themselves are solid, they just need a release vehicle.
Context
Several important bug fixes have landed on
mainsince v0.6.3 (Nov 2025):Prompt()returns beforeSessionUpdatehandlers complete (merged Dec 5, 2025)These fix a class of race conditions where
session/updatenotification handlers run afterPrompt()has already returned, causing downstream consumers to see empty or garbled results.Impact
Multiple downstream projects pinned to v0.6.3 are hitting these issues:
In our case, ~86% of ACP review jobs return empty output to the caller while the log file (written by the same handler goroutine, but after
Prompt()returns) contains the full content. The root cause is exactly the race fixed by #5 and #8.Request
Would it be possible to cut a new tagged release? We're currently considering pinning to a
maincommit, but a proper semver tag would be much preferred for dependency management.I understand #17 was a significant change (unstable ACP schema support). If that needs stabilization time before tagging, a heads-up on expected timing would be very helpful so downstream consumers can plan accordingly.
Thanks for maintaining this SDK — the fixes themselves are solid, they just need a release vehicle.