feat: add demo:acp-code — the ACP demo in Code Mode

Boots the acp-agent example through the existing code-mode.cordis.yml
overlay (tool surface collapses to run_code + the generated TypeScript
SDK, dispatching through the worker-thread runtime), mirroring how
demo:code relates to demo:repl on the stdio side. The overlay header
and both READMEs now name the demo as a consumer. Smoke: the server
answers an ACP initialize handshake with a clean frame on stdout.
This commit is contained in:
Tianyi Cui
2026-07-09 11:44:10 +08:00
parent 673f20c990
commit 1be9baeb7b
4 changed files with 10 additions and 7 deletions

View File

@@ -1,11 +1,12 @@
# Code Mode RECORD overlay: the live acp-agent tree (./cordis.yml) with two
# Code Mode overlay: the live acp-agent tree (./cordis.yml) with two
# load-time patches — the app entry's config gains `tools: { mode: code }`
# (the registry offers exactly one wire tool, run_code, plus the generated
# TypeScript SDK prompt section) and the worker-thread code runtime joins the
# tree as `ctx.codeRuntime`. The dsh-acp-agent bin boots this file when the
# snapshot harness records the code-mode scenarios; DSH_SNAPSHOT=replay swaps
# it for the sibling code-mode.cordis.snapshot.yml. A config patch REPLACES
# the entry's whole config, so the base entry's fields are restated verbatim.
# tree as `ctx.codeRuntime`. The dsh-acp-agent bin boots this file for
# `pnpm run demo:acp-code` and when the snapshot harness records the
# code-mode scenarios; DSH_SNAPSHOT=replay swaps it for the sibling
# code-mode.cordis.snapshot.yml. A config patch REPLACES the entry's whole
# config, so the base entry's fields are restated verbatim.
- id: base
name: '@cordisjs/plugin-include'
config: