@rho-workspace/rho 0.5.2 → 0.5.4

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/prompt.d.ts

@@ -1,54 +0,0 @@
-/**
- * ACP v2 `session/prompt`, served through the turn events of `ClaudeAcpAgent`.
- *
- * v2 answers the prompt once Claude Code takes it in, with the id of the user
- * message it became, and reports the rest of the turn as `state_update`s.
- */
-import { type ContentBlock, type PromptRequest } from "@agentclientprotocol/sdk/unstable";
-import * as v2 from "@agentclientprotocol/sdk/experimental/v2/unstable";
-import type { ClaudeAcpAgent } from "../acp-agent.js";
-import type { ForegroundEvents } from "../turn-events.js";
-/**
- * Starts a turn for `params`, and answers when Claude Code takes the prompt
- * in, with the id of the user message it became. `send` delivers a session
- * update of the prompt's session; it must not throw, and must deliver updates
- * in the order it is called, also relative to the agent's own updates.
- *
- * - Taken in: the prompt's `user_message`, then the answer. From then on, the
- *   turn is the session's foreground work, which reports its states (see
- *   {@link v2Foreground}).
- * - Ended or failed before it was taken in: the answer is a JSON-RPC error,
- *   `-32800` for a prompt that a cancel ended in the queue.
- */
-export declare function v2Prompt(agent: ClaudeAcpAgent, params: v2.PromptRequest, send: (update: v2.SessionUpdate) => void): Promise<v2.PromptResponse>;
-/**
- * Reports the foreground work of a session (see {@link ForegroundEvents}) as
- * its `state_update`s. `send` delivers a session update of that session, as
- * for {@link v2Prompt}.
- *
- * - Started: `running`. For a prompt's turn, right after its `user_message`.
- * - Waiting on a permission request or a question: `requires_action`, and
- *   `running` once none is open, unless a cancel withdrew the last one: the
- *   work is being stopped then, and its `idle` follows.
- * - Ended: `idle` with the stop reason, usage, and `_meta` of the work.
- * - Failed: `idle` with the `error` stop reason and the JSON-RPC error that v1
- *   answers the prompt with, so a client can show its message and handle its
- *   code as for an error response (for example, `-32000` starts the client's
- *   sign-in).
- *
- * The work is a prompt's turn or a model cycle that Claude Code started on its
- * own, such as its follow-up after a background subagent finished. A turn's
- * work ends at its result, also when v1 holds the turn's answer for the
- * background subagents it spawned (`Turn.deferredSettle`): v2 allows
- * background updates while idle, so the subagents' output and requests arrive
- * after `idle`, and their follow-up is a cycle of its own.
- */
-export declare function v2Foreground(send: (update: v2.SessionUpdate) => void): ForegroundEvents;
-/**
- * A v2 prompt may hold content blocks that v1 cannot express: a custom one,
- * or one from a newer ACP version. Clients send only the kinds the agent
- * advertised, so such a block is rejected rather than silently dropped.
- */
-export declare function v1PromptRequest({ prompt, ...request }: v2.PromptRequest): PromptRequest;
-export declare function v1ContentBlock(block: v2.ContentBlock): ContentBlock;
-//# sourceMappingURL=prompt.d.ts.map

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/prompt.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"prompt.d.ts","sourceRoot":"","sources":["../../src/v2/prompt.ts"],"names":[],"mappings":"AAAA;;;;;GAKG;AACH,OAAO,EAGL,KAAK,YAAY,EACjB,KAAK,aAAa,EAEnB,MAAM,mCAAmC,CAAC;AAC3C,OAAO,KAAK,EAAE,MAAM,mDAAmD,CAAC;AACxE,OAAO,KAAK,EAAE,cAAc,EAAE,MAAM,iBAAiB,CAAC;AACtD,OAAO,KAAK,EAAE,gBAAgB,EAAuC,MAAM,mBAAmB,CAAC;AAE/F;;;;;;;;;;;GAWG;AACH,wBAAgB,QAAQ,CACtB,KAAK,EAAE,cAAc,EACrB,MAAM,EAAE,EAAE,CAAC,aAAa,EACxB,IAAI,EAAE,CAAC,MAAM,EAAE,EAAE,CAAC,aAAa,KAAK,IAAI,GACvC,OAAO,CAAC,EAAE,CAAC,cAAc,CAAC,CAiC5B;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,YAAY,CAAC,IAAI,EAAE,CAAC,MAAM,EAAE,EAAE,CAAC,aAAa,KAAK,IAAI,GAAG,gBAAgB,CAoBvF;AAgCD;;;;GAIG;AACH,wBAAgB,eAAe,CAAC,EAAE,MAAM,EAAE,GAAG,OAAO,EAAE,EAAE,EAAE,CAAC,aAAa,GAAG,aAAa,CAEvF;AAED,wBAAgB,cAAc,CAAC,KAAK,EAAE,EAAE,CAAC,YAAY,GAAG,YAAY,CAenE"}

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/session-update.d.ts

@@ -1,32 +0,0 @@
-/**
- * The v2 form of the session updates that `ClaudeAcpAgent` sends as v1
- * updates.
- */
-import * as v2 from "@agentclientprotocol/sdk/experimental/v2/unstable";
-import type { AcpSessionNotification } from "../acp-subagents.js";
-/**
- * The id of the plan of a session. v1 has one plan per session, which every
- * plan update replaces whole, from TodoWrite and from the Task tools alike.
- * v2 tracks plans by id, so that plan gets one.
- */
-export declare const SESSION_PLAN_ID = "plan";
-/**
- * The v2 form of a v1 session update, or `undefined` when v2 has no
- * counterpart and the update tells a v2 client nothing new.
- *
- * Update kinds that the v2 surface does not translate yet throw, so a gap is
- * an error rather than a silently missing update.
- */
-export declare function v2SessionUpdate(update: AcpSessionNotification["update"]): v2.SessionUpdate | undefined;
-/**
- * The child's own `state_update` for a v1 `subagent_update` that reports the
- * child's work state, or `undefined` when it reports none.
- *
- * v1 reports a child's work state only on its parent, as the `state` of the
- * `subagent_update`. v2 reports it on the child's own stream, as for any
- * session, and mirrors it on the parent (the subagents RFD). The child's copy
- * goes right after the parent's: never before the announcement, and both
- * copies of a state before any later state.
- */
-export declare function v2ChildStateUpdate(update: AcpSessionNotification["update"]): v2.UpdateSessionNotification | undefined;
-//# sourceMappingURL=session-update.d.ts.map

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/session-update.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"session-update.d.ts","sourceRoot":"","sources":["../../src/v2/session-update.ts"],"names":[],"mappings":"AAAA;;;GAGG;AACH,OAAO,KAAK,EAAE,MAAM,mDAAmD,CAAC;AACxE,OAAO,KAAK,EAAE,sBAAsB,EAAE,MAAM,qBAAqB,CAAC;AAIlE;;;;GAIG;AACH,eAAO,MAAM,eAAe,SAAS,CAAC;AAEtC;;;;;;GAMG;AACH,wBAAgB,eAAe,CAC7B,MAAM,EAAE,sBAAsB,CAAC,QAAQ,CAAC,GACvC,EAAE,CAAC,aAAa,GAAG,SAAS,CAyD9B;AAED;;;;;;;;;GASG;AACH,wBAAgB,kBAAkB,CAChC,MAAM,EAAE,sBAAsB,CAAC,QAAQ,CAAC,GACvC,EAAE,CAAC,yBAAyB,GAAG,SAAS,CAM1C"}

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/session.d.ts

@@ -1,39 +0,0 @@
-/**
- * The ACP v2 session lifecycle, expressed through the v1 session methods of
- * `ClaudeAcpAgent`: v2 requests become the v1 requests that the agent serves,
- * and its v1 responses become v2 responses.
- */
-import { type AvailableCommand, type ForkSessionRequest, type LoadSessionRequest, type NewSessionRequest, type NewSessionResponse, type ResumeSessionRequest, type ResumeSessionResponse, type SessionConfigOption, type SetSessionConfigOptionRequest } from "@agentclientprotocol/sdk/unstable";
-import * as v2 from "@agentclientprotocol/sdk/experimental/v2/unstable";
-export declare function v1NewSessionRequest(params: v2.NewSessionRequest): NewSessionRequest;
-/**
- * The v1 request that a v2 `session/resume` means.
- *
- * v2 restores a session with `session/resume` and replays its history only
- * when `replayFrom` asks for it. v1 has two methods: `session/resume`, which
- * never replays, and `session/load`, which replays the whole history before it
- * responds. `replayFrom: { type: "start" }` is the second; a cursor that
- * starts elsewhere is rejected.
- */
-export declare function v1RestoreSessionRequest(params: v2.ResumeSessionRequest): {
-    method: "resume";
-    request: ResumeSessionRequest;
-} | {
-    method: "load";
-    request: LoadSessionRequest;
-};
-/**
- * The v1 request of a v2 `session/fork`. In both versions the agent's fork
- * returns a session that the client can prompt, with its config options.
- */
-export declare function v1ForkSessionRequest(params: v2.ForkSessionRequest): ForkSessionRequest;
-/** v2 drops `modes`: the session mode is the `mode` config option, which the agent always lists. */
-export declare function v2NewSessionResponse(response: NewSessionResponse): v2.NewSessionResponse;
-export declare function v2ResumeSessionResponse(response: ResumeSessionResponse): v2.ResumeSessionResponse;
-/** v2 tags a select value with `type: "id"`; v1 leaves it untagged. */
-export declare function v1SetSessionConfigOptionRequest(params: v2.SetSessionConfigOptionRequest): SetSessionConfigOptionRequest;
-/** v2 names the id of an option `configId` and the id of a select group `groupId`. */
-export declare function v2ConfigOptions(options: SessionConfigOption[]): v2.SessionConfigOption[];
-/** v2 tags the free-text input of a command with `type: "text"`. */
-export declare function v2AvailableCommands(commands: AvailableCommand[]): v2.AvailableCommand[];
-//# sourceMappingURL=session.d.ts.map

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/session.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"session.d.ts","sourceRoot":"","sources":["../../src/v2/session.ts"],"names":[],"mappings":"AAAA;;;;GAIG;AACH,OAAO,EAEL,KAAK,gBAAgB,EACrB,KAAK,kBAAkB,EACvB,KAAK,kBAAkB,EAEvB,KAAK,iBAAiB,EACtB,KAAK,kBAAkB,EACvB,KAAK,oBAAoB,EACzB,KAAK,qBAAqB,EAC1B,KAAK,mBAAmB,EAGxB,KAAK,6BAA6B,EAEnC,MAAM,mCAAmC,CAAC;AAC3C,OAAO,KAAK,EAAE,MAAM,mDAAmD,CAAC;AAGxE,wBAAgB,mBAAmB,CAAC,MAAM,EAAE,EAAE,CAAC,iBAAiB,GAAG,iBAAiB,CAQnF;AAED;;;;;;;;GAQG;AACH,wBAAgB,uBAAuB,CACrC,MAAM,EAAE,EAAE,CAAC,oBAAoB,GAE7B;IAAE,MAAM,EAAE,QAAQ,CAAC;IAAC,OAAO,EAAE,oBAAoB,CAAA;CAAE,GACnD;IAAE,MAAM,EAAE,MAAM,CAAC;IAAC,OAAO,EAAE,kBAAkB,CAAA;CAAE,CAmBlD;AAED;;;GAGG;AACH,wBAAgB,oBAAoB,CAAC,MAAM,EAAE,EAAE,CAAC,kBAAkB,GAAG,kBAAkB,CAOtF;AAaD,oGAAoG;AACpG,wBAAgB,oBAAoB,CAAC,QAAQ,EAAE,kBAAkB,GAAG,EAAE,CAAC,kBAAkB,CAExF;AAED,wBAAgB,uBAAuB,CAAC,QAAQ,EAAE,qBAAqB,GAAG,EAAE,CAAC,qBAAqB,CAKjG;AAED,uEAAuE;AACvE,wBAAgB,+BAA+B,CAC7C,MAAM,EAAE,EAAE,CAAC,6BAA6B,GACvC,6BAA6B,CAgB/B;AAED,sFAAsF;AACtF,wBAAgB,eAAe,CAAC,OAAO,EAAE,mBAAmB,EAAE,GAAG,EAAE,CAAC,mBAAmB,EAAE,CAQxF;AAWD,oEAAoE;AACpE,wBAAgB,mBAAmB,CAAC,QAAQ,EAAE,gBAAgB,EAAE,GAAG,EAAE,CAAC,gBAAgB,EAAE,CAKvF"}

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/terminal.d.ts

@@ -1,42 +0,0 @@
-/**
- * Agent-owned display terminals for the commands that the agent runs.
- *
- * The agent reports a command through the terminal extension of ACP v1
- * clients, as codex-acp does: `_meta.terminal_info` names the terminal of a
- * tool call, whose content references it; `terminal_output` (a snapshot) or
- * `terminal_output_delta` (a chunk) carries the output, and `terminal_exit` the
- * exit. ACP v2 standardizes this as display-only terminals: the same content
- * reference, and `terminal_update` and `terminal_output_chunk` for the
- * terminal's state. The agent reports to a v2 client as to a client of the
- * extension (`ToolCallClientCapabilities.from`), and {@link V2Terminals} turns
- * the extension's keys into those updates.
- */
-import type { ToolCall, ToolCallUpdate } from "@agentclientprotocol/sdk/unstable";
-import type * as v2 from "@agentclientprotocol/sdk/experimental/v2/unstable";
-type V1ToolCallReport = (ToolCall & {
-    sessionUpdate: "tool_call";
-}) | (ToolCallUpdate & {
-    sessionUpdate: "tool_call_update";
-});
-/** The terminal updates of the tool call reports of one v2 connection. */
-export declare class V2Terminals {
-    /** The terminal and the last reported command of each running command, by session and tool call. */
-    private readonly running;
-    /**
-     * The terminal updates that a tool call report carries in the extension's
-     * keys, and the report without them, or undefined when nothing else is left
-     * in it.
-     *
-     * The extension names no command, so the terminal gets the command of the
-     * tool call's `rawInput` once a report carries it: the first report of a
-     * streamed tool use has no input yet.
-     */
-    split(sessionId: string, report: V1ToolCallReport): {
-        terminal: v2.SessionUpdate[];
-        report: V1ToolCallReport | undefined;
-    };
-    /** Forgets the terminals of a session. */
-    forget(sessionId: string): void;
-}
-export {};
-//# sourceMappingURL=terminal.d.ts.map

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/terminal.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"terminal.d.ts","sourceRoot":"","sources":["../../src/v2/terminal.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;GAYG;AACH,OAAO,KAAK,EAAE,QAAQ,EAAE,cAAc,EAAE,MAAM,mCAAmC,CAAC;AAClF,OAAO,KAAK,KAAK,EAAE,MAAM,mDAAmD,CAAC;AAE7E,KAAK,gBAAgB,GACjB,CAAC,QAAQ,GAAG;IAAE,aAAa,EAAE,WAAW,CAAA;CAAE,CAAC,GAC3C,CAAC,cAAc,GAAG;IAAE,aAAa,EAAE,kBAAkB,CAAA;CAAE,CAAC,CAAC;AAiB7D,0EAA0E;AAC1E,qBAAa,WAAW;IACtB,oGAAoG;IACpG,OAAO,CAAC,QAAQ,CAAC,OAAO,CAA+D;IAEvF;;;;;;;;OAQG;IACH,KAAK,CACH,SAAS,EAAE,MAAM,EACjB,MAAM,EAAE,gBAAgB,GACvB;QAAE,QAAQ,EAAE,EAAE,CAAC,aAAa,EAAE,CAAC;QAAC,MAAM,EAAE,gBAAgB,GAAG,SAAS,CAAA;KAAE;IAuCzE,0CAA0C;IAC1C,MAAM,CAAC,SAAS,EAAE,MAAM,GAAG,IAAI;CAKhC"}

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/tool-call-meta.d.ts

@@ -1,53 +0,0 @@
-/**
- * The `_meta` of the tool calls of one ACP v2 connection, as the client stores
- * it.
- *
- * The agent gives each v1 tool call report the `_meta` keys of that report.
- * An AIR client merges them by key (see `ToolCallFieldTracker`), and another
- * v1 client reads them per report. A v2 client patches its stored `_meta` by
- * top-level key: a key the report leaves out keeps its value, a key set to
- * `null` is removed, and any other value replaces the key whole, nested
- * objects included.
- *
- * {@link V2ToolCallMeta} therefore keeps the merged `_meta` of each tool call,
- * with the `claudeCode` keys merged one by one and every other key replaced
- * whole, as `ToolCallFieldTracker` models it. A report carries the top-level
- * keys that changed: all of `claudeCode` when one of its keys changed, since
- * the client does not merge it, and `null` for a key that is gone. A report
- * that changes nothing carries no `_meta`.
- *
- * `claudeCode.toolName` repeats the name of the tool, which v2 has a field
- * for. It becomes the `name` of a tool call that has none yet, and is left out
- * of the stored `_meta`. Subagent routing reads it before this, on the agent's
- * v1 reports.
- */
-import type { ToolCall, ToolCallUpdate } from "@agentclientprotocol/sdk/unstable";
-export declare class V2ToolCallMeta {
-    /** The stored `_meta` of each tool call, by session and tool call, oldest first. */
-    private readonly calls;
-    /**
-     * The v2 reports of `report`: the report with the `_meta` keys it changes,
-     * without `_meta` when it changes none, and with `name` when it names the
-     * tool call for the first time.
-     *
-     * `starts` says that the report starts the tool call (a v1 `tool_call`),
-     * which forgets what an earlier one with the same id stored: the report sets
-     * `null` for each of its keys. `replaying` says that the client may hold
-     * `_meta` of the tool call from before this connection, for example from an
-     * earlier live session. A replayed start of a tool call this connection has
-     * not reported then clears it with `_meta: null`, and a second report sets
-     * the current keys.
-     */
-    apply<Report extends ToolCall | ToolCallUpdate>(sessionId: string, report: Report, starts: boolean, replaying?: boolean): [Report] | [Report, ToolCallUpdate];
-    /**
-     * The tool call of a permission request's subject: like {@link apply}, but
-     * with every stored `_meta` key even when the subject changes nothing, since
-     * a client can show the request from the request alone.
-     */
-    subject<Report extends ToolCall | ToolCallUpdate>(sessionId: string, toolCall: Report): Report;
-    /** Forgets the tool calls of a session, when it closes. */
-    forget(sessionId: string): void;
-    /** Stores the entry as the most recent one, and forgets the oldest one past the limit. */
-    private remember;
-}
-//# sourceMappingURL=tool-call-meta.d.ts.map

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/tool-call-meta.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"tool-call-meta.d.ts","sourceRoot":"","sources":["../../src/v2/tool-call-meta.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,OAAO,KAAK,EAAE,QAAQ,EAAE,cAAc,EAAE,MAAM,mCAAmC,CAAC;AAOlF,qBAAa,cAAc;IACzB,oFAAoF;IACpF,OAAO,CAAC,QAAQ,CAAC,KAAK,CAAqD;IAE3E;;;;;;;;;;;;OAYG;IACH,KAAK,CAAC,MAAM,SAAS,QAAQ,GAAG,cAAc,EAC5C,SAAS,EAAE,MAAM,EACjB,MAAM,EAAE,MAAM,EACd,MAAM,EAAE,OAAO,EACf,SAAS,UAAQ,GAChB,CAAC,MAAM,CAAC,GAAG,CAAC,MAAM,EAAE,cAAc,CAAC;IA6CtC;;;;OAIG;IACH,OAAO,CAAC,MAAM,SAAS,QAAQ,GAAG,cAAc,EAAE,SAAS,EAAE,MAAM,EAAE,QAAQ,EAAE,MAAM,GAAG,MAAM;IAO9F,2DAA2D;IAC3D,MAAM,CAAC,SAAS,EAAE,MAAM,GAAG,IAAI;IAM/B,0FAA0F;IAC1F,OAAO,CAAC,QAAQ;CAQjB"}

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/tool-call.d.ts

@@ -1,38 +0,0 @@
-/**
- * The v2 form of the tool call reports that `ClaudeAcpAgent` sends as v1
- * `tool_call` and `tool_call_update` updates, and in permission requests.
- */
-import type { ToolCall, ToolCallUpdate } from "@agentclientprotocol/sdk/unstable";
-import type * as v2 from "@agentclientprotocol/sdk/experimental/v2/unstable";
-type V1ToolCallReport = (ToolCall & {
-    sessionUpdate: "tool_call";
-}) | (ToolCallUpdate & {
-    sessionUpdate: "tool_call_update";
-});
-type V2ToolCallUpdate = v2.ToolCallUpdate & {
-    sessionUpdate: "tool_call_update";
-};
-/**
- * The v2 form of a v1 tool call report.
- *
- * v1 reports a new tool call with `tool_call` and changes it with
- * `tool_call_update`; v2 has one `tool_call_update` that upserts by
- * `toolCallId`. Both leave a field that a report omits unchanged, and both
- * replace `content` and `locations` as whole arrays. They differ on `null`:
- * in v1 it leaves the field unchanged too, in v2 it clears the field, so `null`
- * fields are left out.
- *
- * Diffs need what a v1 diff does not say, so the agent builds them in v2 form
- * for a v2 client (`v2DiffContent`), and they pass as they are. Terminal
- * content references a display terminal, as in v2: a v2 client has no client
- * terminals, so the agent's only terminals are those of its terminal extension
- * (see `terminal.ts`).
- */
-export declare function v2ToolCallUpdate(report: V1ToolCallReport): V2ToolCallUpdate;
-/**
- * The v2 form of the fields of a v1 tool call report, which a session update
- * and the subject of a permission request carry. See {@link v2ToolCallUpdate}.
- */
-export declare function v2ToolCallPatch(toolCall: ToolCall | ToolCallUpdate): v2.ToolCallUpdate;
-export {};
-//# sourceMappingURL=tool-call.d.ts.map

package/node_modules/@agentclientprotocol/claude-agent-acp/dist/v2/tool-call.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"tool-call.d.ts","sourceRoot":"","sources":["../../src/v2/tool-call.ts"],"names":[],"mappings":"AAAA;;;GAGG;AACH,OAAO,KAAK,EAAE,QAAQ,EAAmB,cAAc,EAAE,MAAM,mCAAmC,CAAC;AACnG,OAAO,KAAK,KAAK,EAAE,MAAM,mDAAmD,CAAC;AAE7E,KAAK,gBAAgB,GACjB,CAAC,QAAQ,GAAG;IAAE,aAAa,EAAE,WAAW,CAAA;CAAE,CAAC,GAC3C,CAAC,cAAc,GAAG;IAAE,aAAa,EAAE,kBAAkB,CAAA;CAAE,CAAC,CAAC;AAE7D,KAAK,gBAAgB,GAAG,EAAE,CAAC,cAAc,GAAG;IAAE,aAAa,EAAE,kBAAkB,CAAA;CAAE,CAAC;AAElF;;;;;;;;;;;;;;;GAeG;AACH,wBAAgB,gBAAgB,CAAC,MAAM,EAAE,gBAAgB,GAAG,gBAAgB,CAE3E;AAED;;;GAGG;AACH,wBAAgB,eAAe,CAAC,QAAQ,EAAE,QAAQ,GAAG,cAAc,GAAG,EAAE,CAAC,cAAc,CAUtF"}

package/node_modules/@agentclientprotocol/codex-acp/README.md

@@ -1,109 +0,0 @@
-# ACP adapter for Codex CLI
-
-[![npm version](https://img.shields.io/npm/v/%40agentclientprotocol%2Fcodex-acp)](https://www.npmjs.com/package/@agentclientprotocol/codex-acp)
-
-Use [OpenAI Codex](https://github.com/openai/codex) from [Agent Client Protocol](https://agentclientprotocol.com/) clients.
-
-`codex-acp` is a stdio ACP agent server. It starts the Codex App Server, translates ACP requests into Codex operations, and maps Codex events back into the client.
-
-## Features
-
-- ChatGPT, API key, and client-provided custom gateway authentication.
-- Model, reasoning effort, fast mode, approval, and sandbox mode configuration.
-- Concrete recommended model and reasoning-effort values through the opt-in [AIR recommended config values](docs/air-extensions.md#recommended-config-values) capability.
-- Text prompts, embedded context, images, resource links, and additional workspace directories.
-- Shell command, file change, [permission request](docs/air-extensions.md#permission-presentation), MCP tool call, terminal output, reasoning, plan, web search, image generation, image view, token usage, and review events.
-- Compact file changes through the negotiated [AIR diff patch extension](docs/air-extensions.md#diff-patch).
-- For AIR, one tool call shape with each fact in one field, as the [tool call contract](docs/air-extensions.md#tool-call-contract) defines. Other clients keep the earlier fields.
-- [Native ACP subagent sessions](docs/subagent-sessions.md) (after capability negotiation) with separate child histories and root-routed permissions; a legacy tool-call fallback otherwise.
-- [Background terminal tasks](docs/air-extensions.md#async-tasks) in AIR, with task status and targeted stop support after capability negotiation.
-- Session-scoped long-running goals in AIR through the [goal extension](docs/air-extensions.md#goal).
-- Typed warnings and errors through the opt-in [AIR session failure extension](docs/air-extensions.md#session-failure).
-- All AIR extensions, capabilities, and `_meta` keys: [AIR extensions](docs/air-extensions.md).
-- A per-turn [agent file-change report](docs/air-extensions.md#agent-file-change-report) after capability negotiation.
-- Client-provided MCP servers over command-based stdio config and HTTP transport.
-- Slash commands: `/status`, `/mcp` (with `/mcp reconnect`), `/skills`, `/goal`, `/review`, `/review-branch`, `/review-commit`, `/compact`, and `/logout`, as well as configured skills.
-
-## Installation
-
-Run the published package directly:
-
-```bash
-npx -y @agentclientprotocol/codex-acp
-```
-
-Or install it globally:
-
-```bash
-npm install -g @agentclientprotocol/codex-acp
-codex-acp --version
-```
-
-The npm package includes a compatible `@openai/codex` dependency. Set `CODEX_PATH` only when you want the adapter to run a different Codex binary:
-
-```bash
-CODEX_PATH=/path/to/codex npx -y @agentclientprotocol/codex-acp
-```
-
-To try changes that have landed on `main` but are not released yet, install from the
-`preview` channel. Pushes to `main` trigger preview publishing without waiting
-for CI or release-please; release commits are excluded, and newer pushes can
-replace queued previews. See
-[docs/RELEASES.md](docs/RELEASES.md#preview-releases).
-
-```bash
-npx -y @agentclientprotocol/codex-acp@preview
-```
-
-## Authentication
-
-The adapter advertises ACP auth methods during initialization. Clients can authenticate with:
-
-- ChatGPT login. Set `NO_BROWSER=1` to hide this method in remote or browserless environments.
-- API key via `CODEX_API_KEY` or `OPENAI_API_KEY`.
-- A custom OpenAI-compatible gateway, when the client opts in to the gateway auth capability.
-
-## Runtime options
-
-- `CODEX_API_KEY` - API key used when the API-key auth method is selected. Takes precedence over `OPENAI_API_KEY`.
-- `OPENAI_API_KEY` - fallback API key used when the API-key auth method is selected.
-- `CODEX_PATH` - run a specific Codex executable instead of the bundled package dependency.
-- `CODEX_CONFIG` - JSON object merged into the Codex session config.
-- `MODEL_PROVIDER` - model provider to pass to Codex for new sessions.
-- `DEFAULT_AUTH_REQUEST` - ACP auth request JSON used when Codex requires authentication.
-- `INITIAL_AGENT_MODE` - initial mode id: `read-only`, `workspace-write`, `agent`, or `agent-full-access`.
-- `NO_BROWSER` - hide browser-based ChatGPT auth when set.
-- `APP_SERVER_LOGS` - directory for adapter logs.
-
-## Development
-
-```bash
-npm install
-npm run start
-npm run typecheck
-npm test
-```
-
-Build standalone binaries in `dist/bin` with:
-
-```bash
-npm run bundle:all
-```
-
-See [readme-dev.md](readme-dev.md) for local client configuration, binary packaging, and Codex type regeneration.
-
-### Subagent sessions
-
-Subagent sessions follow the draft [ACP subagent RFD](https://github.com/agentclientprotocol/agent-client-protocol/pull/1992) and are enabled only after bilateral capability negotiation during `initialize`. Without native negotiation, the subagent lifecycle stays an ordinary ACP tool call.
-
-See [docs/subagent-sessions.md](docs/subagent-sessions.md) for the negotiation, lifecycle events, `session/load` reconstruction, and legacy fallback details.
-
-### Background terminal tasks
-
-Codex can keep a shell command running after a turn continues. AIR clients can show this work in the Async Tasks panel and stop one command.
-
-See [AIR extensions](docs/air-extensions.md#async-tasks) for the capability, lifecycle events, and stop request.
-
-## License
-
-By contributing, you agree that your contributions will be licensed under the Apache 2.0 License.