npm 0.1.0: session/new hangs 15s against ZCode CLI ≥ 0.16 — please cut a release including #38

[lianxin255]

Thanks for the bridge — it works great built from main.

Problem: the published npm package (zcode-acp-server 0.1.0, 2026-07-05) cannot create sessions against ZCode CLI ≥ 0.16:

• initialize succeeds
• session/new hangs ~15s, then fails with {"code":-32603,"message":"Internal error","data":{"details":"zcode create failed: timeout"}}

Root cause: ZCode CLI 0.16 added a session/requestRuntimePreferences server→client request during session/create. The 0.1.0 build only handles interaction/* server requests, so the preferences request goes unanswered and zcode's 15s timeout aborts the create. Fixed on main by #38 (17e9fc6), which auto-replies in the backend read loop.

Verified locally (built from main @ a5cb8a1, against ZCode desktop 3.7.7 / CLI 0.16.3, macOS arm64):

• initialize → session/new returns in ~0.5s
• full streaming works (thought/message chunks, tool_call with rawInput/rawOutput, usage updates)
• session/resume continues a session across processes; stray argv (e.g. an acp positional) is tolerated

Ask: could you publish a 0.2.0 (or 0.1.1) that includes #38?

Context: we're preparing a multica runtime-family PR (multica-ai/multica#5361) that drives zcode through this bridge and declares zcode-acp-server >= 0.2.0 as its minimum — a published release is the one blocking dependency for that.

[william0wang]

Released zcode-acp-server@0.2.0 — the runtime-preferences handshake fix from #38 is included, so session/new works against ZCode CLI ≥ 0.16. This release also bundles everything merged since 0.1.0 (45 commits): lazy session creation, resume cold-start retries, custom model providers, drag-and-drop attachments, the cancel-then-send hang / cross-turn contamination fixes (#48), and the thought-level dropdown root-cause fix (#47/#48). See CHANGELOG for the full list. Thanks for the detailed report!