cursor-opencode-provider 0.5.0 → 0.6.1

package/dist/protocol/switch-mode.d.ts

@@ -0,0 +1,178 @@
+/**
+ * Cursor-native SwitchMode ⇄ OpenCode `plan_enter` / `plan_exit`.
+ *
+ * Cursor raises `switch_mode_request_query` (#4) with SwitchModeArgs and blocks
+ * until the client replies approved{} or rejected{reason} (no async variant).
+ * Cursor CLI prompts the user, then flips unifiedMode and injects a
+ * `<system_reminder>` describing how to behave in that mode.
+ * Display `switch_mode_tool_call` (#25) is a separate transcript record and is
+ * not replayed as a host tool.
+ *
+ * Host mapping (advertisement-gated):
+ * - plan, spec → plan_enter
+ * - every other non-empty target → plan_exit (leave plan for OpenCode build),
+ *   then inject the Cursor CLI-shaped mode reminder for that target
+ *
+ * Upstream OpenCode's plan tools are not mode flags. Each one asks the user
+ * through the Question service and, on "Yes", injects a synthetic user message
+ * carrying `agent: "plan" | "build"`, which `createUserMessage` turns into a
+ * `setAgentModel` primary-agent switch (opencode `tool/plan.ts`,
+ * `session/prompt.ts`). A provider cannot reach `setAgentModel`, but the two
+ * observable halves — the approval gate and the behavioural contract — are both
+ * reachable, so the bridge degrades instead of refusing when the host tool is
+ * missing (`plan_enter` is commented out upstream and `plan_exit` is gated
+ * behind OPENCODE_EXPERIMENTAL_PLAN_MODE + CLI client):
+ *
+ * - entering plan/spec needs no host tool at all — approve immediately and let
+ *   the injected <system_reminder> carry the contract, exactly as Cursor CLI's
+ *   own plan mode is prompt-enforced.
+ * - leaving plan mode is the gate the user must actually see, so it falls back
+ *   to the host `question` tool and only rejects when that is absent too.
+ *
+ * Resolution is keyed solely on the advertised catalog under canonical tool
+ * names — never on host identity or model id. A compatibility layer may restate
+ * alternate host vocabulary under canonical names before the provider sees the
+ * catalog, so the bridge itself remains OpenCode-shaped.
+ *
+ * CLI reject reason for user declines: "Mode switch rejected by user"
+ * (chunk-7076/dist/ui.js onSwitchModeReject).
+ */
+import { type OpencodeQuestionInput } from "./ask-question.js";
+/**
+ * `PendingExec.resultField` for a held-open SwitchMode InteractionQuery.
+ * Continuation writes an InteractionResponse, not an ExecClientMessage.
+ */
+export declare const SWITCH_MODE_RESULT_FIELD = "switch_mode_request_response";
+/** CLI verbatim when the user rejects the mode switch. */
+export declare const USER_REJECTED_REASON = "Mode switch rejected by user";
+export declare const MISSING_QUERY_REASON = "Missing switch-mode query";
+export declare const MISSING_ARGS_REASON = "Missing switch-mode arguments";
+export declare const MISSING_TARGET_REASON = "Missing targetModeId";
+/**
+ * A turn that cannot call host tools is a lifecycle turn (title generation,
+ * compaction, summarization). OpenCode opens one alongside the real Run, and it
+ * must not mutate session state — approving there flips plan mode twice and
+ * lets the throwaway turn write its own plan file.
+ *
+ * Soft-ack with `approved{}` instead of `rejected{reason}`: a hard reject lands
+ * in the transcript and the real turn narrates "mode switches are blocked"
+ * even though the next Run will succeed. CreatePlan already soft-acks the same
+ * case; SwitchMode must match.
+ */
+export declare const PLAN_EXIT_UNAVAILABLE_REASON: string;
+/** Upstream `PlanExitTool` wording, minus a plan path the provider cannot verify. */
+export declare const SWITCH_MODE_EXIT_QUESTION = "Planning is complete. Would you like to switch to the build agent and start implementing?";
+export declare const SWITCH_MODE_EXIT_HEADER = "Build Agent";
+export type SwitchModeHostTool = "plan_enter" | "plan_exit";
+/**
+ * How a SwitchMode query is satisfied this turn.
+ *
+ * - `native`   the host advertises the matching plan tool; bridge to it.
+ * - `approve`  entering plan mode needs no host tool — approve immediately.
+ * - `ack`      lifecycle turn (`allowTools=false`): approve on the wire without
+ *              mutating session mode (same soft-ack pattern as CreatePlan).
+ * - `question` leaving plan mode falls back to the host `question` prompt.
+ * - `reject`   nothing can satisfy it; `reason` names the real cause.
+ */
+export type SwitchModeBridge = {
+    kind: "native";
+    toolName: SwitchModeHostTool;
+} | {
+    kind: "approve";
+} | {
+    kind: "ack";
+} | {
+    kind: "question";
+    input: OpencodeQuestionInput;
+} | {
+    kind: "reject";
+    reason: string;
+};
+export type CursorSwitchModeArgs = {
+    targetModeId: string;
+    explanation: string;
+    toolCallId: string;
+};
+export type DecodedSwitchModeQuery = {
+    args: CursorSwitchModeArgs;
+    toolCallId: string;
+};
+export type SwitchModeMapping = {
+    ok: true;
+    toolName: SwitchModeHostTool;
+} | {
+    ok: false;
+    reason: string;
+};
+/** Normalize Cursor mode ids for comparison. */
+export declare function normalizeSwitchModeId(targetModeId: string): string;
+/**
+ * Map a Cursor unified-mode id onto an OpenCode plan enter/exit tool.
+ * Does not check advertisement — callers gate on the host catalog.
+ *
+ * plan/spec enter plan; every other non-empty target leaves plan via plan_exit
+ * (host-portable primary switch) and relies on {@link cursorModeSystemReminder}
+ * for CLI-shaped behavioral guidance.
+ */
+export declare function mapSwitchModeTarget(targetModeId: string): SwitchModeMapping;
+/** Host `question` input mirroring upstream `PlanExitTool`'s own prompt. */
+export declare function switchModeExitQuestionInput(): OpencodeQuestionInput;
+/**
+ * Resolve how this SwitchMode target is satisfied, keyed only on the advertised
+ * catalog under canonical tool names.
+ *
+ * A missing plan tool is not a refusal: entering plan mode needs no host tool,
+ * and leaving it degrades to the `question` prompt so the user still approves
+ * before any execution starts.
+ */
+export declare function resolveSwitchModeBridge(targetModeId: string, options: {
+    allowTools: boolean;
+    advertised: ReadonlySet<string> | Iterable<string>;
+    /** Cursor unified mode currently recorded for this session, if any. */
+    activeModeId?: string;
+}): SwitchModeBridge;
+/** Decode a `switch_mode_request_query` body, or undefined when unusable. */
+export declare function decodeSwitchModeQuery(queryBytes: Uint8Array): DecodedSwitchModeQuery | undefined;
+/** OpenCode plan_enter / plan_exit advertise empty input. */
+export declare function switchModeToolInput(): Record<string, never>;
+/** Shape `approved{}` / `rejected{reason}` for encodeMessage. */
+export declare function switchModeApprovedResult(): Record<string, unknown>;
+export declare function switchModeRejectedResult(reason: string): Record<string, unknown>;
+/**
+ * Host tool outcome → Cursor SwitchModeRequestResponse.
+ * Question/permission declines and empty failures use the CLI user-reject string.
+ */
+export declare function switchModeResultFromToolOutput(output: string, isError: boolean): Record<string, unknown>;
+/**
+ * Host `question` outcome → Cursor SwitchModeRequestResponse, for the emulated
+ * plan exit. Only an explicit "Yes" approves; an unanswered or dismissed prompt
+ * keeps the model in plan mode rather than silently starting execution.
+ */
+export declare function switchModeResultFromQuestionOutput(output: string, isError: boolean): Record<string, unknown>;
+/** Record the approved Cursor mode for later system-reminder injection. */
+export declare function setActiveCursorMode(sessionKey: string | undefined, targetModeId: string, options?: {
+    bridgedPlanEntered?: boolean;
+}): void;
+export declare function getActiveCursorMode(sessionKey: string | undefined): string | undefined;
+/** True while the provider has an approved Cursor plan/spec mode for this session. */
+export declare function isCursorPlanModeActive(sessionKey: string | undefined): boolean;
+/** True after a bridged plan/spec Run has observed plan_enter removed by the host. */
+export declare function isBridgedCursorPlanModeActive(sessionKey: string | undefined): boolean;
+export declare function clearActiveCursorMode(sessionKey: string | undefined): void;
+export declare function resetActiveCursorModesForTests(): void;
+/**
+ * Cursor CLI-shaped mode reminder for the active unified mode.
+ * Tool names are adapted to OpenCode (`task`, `question`) where the CLI names
+ * Cursor-only tools; the behavioral contract matches the CLI reminders.
+ */
+export declare function cursorModeSystemReminder(targetModeId: string, options?: {
+    firstTurn?: boolean;
+    planExitAdvertised?: boolean;
+}): string | undefined;
+/**
+ * Consume the active-mode reminder for this OpenCode session.
+ * Marks the mode as no longer first-turn after the first successful read.
+ */
+export declare function takeActiveCursorModeReminder(sessionKey: string | undefined, options?: {
+    advertisedTools?: ReadonlySet<string> | Iterable<string>;
+}): string | undefined;

package/dist/protocol/switch-mode.js

@@ -0,0 +1,417 @@
+/**
+ * Cursor-native SwitchMode ⇄ OpenCode `plan_enter` / `plan_exit`.
+ *
+ * Cursor raises `switch_mode_request_query` (#4) with SwitchModeArgs and blocks
+ * until the client replies approved{} or rejected{reason} (no async variant).
+ * Cursor CLI prompts the user, then flips unifiedMode and injects a
+ * `<system_reminder>` describing how to behave in that mode.
+ * Display `switch_mode_tool_call` (#25) is a separate transcript record and is
+ * not replayed as a host tool.
+ *
+ * Host mapping (advertisement-gated):
+ * - plan, spec → plan_enter
+ * - every other non-empty target → plan_exit (leave plan for OpenCode build),
+ *   then inject the Cursor CLI-shaped mode reminder for that target
+ *
+ * Upstream OpenCode's plan tools are not mode flags. Each one asks the user
+ * through the Question service and, on "Yes", injects a synthetic user message
+ * carrying `agent: "plan" | "build"`, which `createUserMessage` turns into a
+ * `setAgentModel` primary-agent switch (opencode `tool/plan.ts`,
+ * `session/prompt.ts`). A provider cannot reach `setAgentModel`, but the two
+ * observable halves — the approval gate and the behavioural contract — are both
+ * reachable, so the bridge degrades instead of refusing when the host tool is
+ * missing (`plan_enter` is commented out upstream and `plan_exit` is gated
+ * behind OPENCODE_EXPERIMENTAL_PLAN_MODE + CLI client):
+ *
+ * - entering plan/spec needs no host tool at all — approve immediately and let
+ *   the injected <system_reminder> carry the contract, exactly as Cursor CLI's
+ *   own plan mode is prompt-enforced.
+ * - leaving plan mode is the gate the user must actually see, so it falls back
+ *   to the host `question` tool and only rejects when that is absent too.
+ *
+ * Resolution is keyed solely on the advertised catalog under canonical tool
+ * names — never on host identity or model id. A compatibility layer may restate
+ * alternate host vocabulary under canonical names before the provider sees the
+ * catalog, so the bridge itself remains OpenCode-shaped.
+ *
+ * CLI reject reason for user declines: "Mode switch rejected by user"
+ * (chunk-7076/dist/ui.js onSwitchModeReject).
+ */
+import { parseAnswerSegments, } from "./ask-question.js";
+import { decodeMessageSparse } from "./messages.js";
+/**
+ * `PendingExec.resultField` for a held-open SwitchMode InteractionQuery.
+ * Continuation writes an InteractionResponse, not an ExecClientMessage.
+ */
+export const SWITCH_MODE_RESULT_FIELD = "switch_mode_request_response";
+/** CLI verbatim when the user rejects the mode switch. */
+export const USER_REJECTED_REASON = "Mode switch rejected by user";
+export const MISSING_QUERY_REASON = "Missing switch-mode query";
+export const MISSING_ARGS_REASON = "Missing switch-mode arguments";
+export const MISSING_TARGET_REASON = "Missing targetModeId";
+/**
+ * A turn that cannot call host tools is a lifecycle turn (title generation,
+ * compaction, summarization). OpenCode opens one alongside the real Run, and it
+ * must not mutate session state — approving there flips plan mode twice and
+ * lets the throwaway turn write its own plan file.
+ *
+ * Soft-ack with `approved{}` instead of `rejected{reason}`: a hard reject lands
+ * in the transcript and the real turn narrates "mode switches are blocked"
+ * even though the next Run will succeed. CreatePlan already soft-acks the same
+ * case; SwitchMode must match.
+ */
+export const PLAN_EXIT_UNAVAILABLE_REASON = "Neither the OpenCode `plan_exit` tool nor the `question` tool is available to the " +
+    "current agent, so leaving plan mode cannot be approved this turn.";
+/** Upstream `PlanExitTool` wording, minus a plan path the provider cannot verify. */
+export const SWITCH_MODE_EXIT_QUESTION = "Planning is complete. Would you like to switch to the build agent and start implementing?";
+export const SWITCH_MODE_EXIT_HEADER = "Build Agent";
+const SWITCH_MODE_EXIT_YES = "Yes";
+const SWITCH_MODE_EXIT_NO = "No";
+const activeCursorModeBySession = new Map();
+function asRecord(value) {
+    return value && typeof value === "object" && !Array.isArray(value)
+        ? value
+        : undefined;
+}
+function str(value) {
+    return typeof value === "string" ? value : "";
+}
+/** Normalize Cursor mode ids for comparison. */
+export function normalizeSwitchModeId(targetModeId) {
+    return targetModeId.trim().toLowerCase();
+}
+/**
+ * Map a Cursor unified-mode id onto an OpenCode plan enter/exit tool.
+ * Does not check advertisement — callers gate on the host catalog.
+ *
+ * plan/spec enter plan; every other non-empty target leaves plan via plan_exit
+ * (host-portable primary switch) and relies on {@link cursorModeSystemReminder}
+ * for CLI-shaped behavioral guidance.
+ */
+export function mapSwitchModeTarget(targetModeId) {
+    const id = normalizeSwitchModeId(targetModeId);
+    if (!id)
+        return { ok: false, reason: MISSING_TARGET_REASON };
+    if (id === "plan" || id === "spec") {
+        return { ok: true, toolName: "plan_enter" };
+    }
+    return { ok: true, toolName: "plan_exit" };
+}
+/** The synthetic AskQuestion item backing a question-emulated plan exit. */
+function switchModeExitQuestionItem() {
+    return {
+        id: "switch_mode_exit",
+        prompt: SWITCH_MODE_EXIT_QUESTION,
+        options: [
+            { id: "yes", label: SWITCH_MODE_EXIT_YES },
+            { id: "no", label: SWITCH_MODE_EXIT_NO },
+        ],
+        allowMultiple: false,
+    };
+}
+/** Host `question` input mirroring upstream `PlanExitTool`'s own prompt. */
+export function switchModeExitQuestionInput() {
+    return {
+        questions: [
+            {
+                question: SWITCH_MODE_EXIT_QUESTION,
+                header: SWITCH_MODE_EXIT_HEADER,
+                options: [
+                    {
+                        label: SWITCH_MODE_EXIT_YES,
+                        description: "Switch to build agent and start implementing the plan",
+                    },
+                    {
+                        label: SWITCH_MODE_EXIT_NO,
+                        description: "Stay with plan agent to continue refining the plan",
+                    },
+                ],
+            },
+        ],
+    };
+}
+/**
+ * Resolve how this SwitchMode target is satisfied, keyed only on the advertised
+ * catalog under canonical tool names.
+ *
+ * A missing plan tool is not a refusal: entering plan mode needs no host tool,
+ * and leaving it degrades to the `question` prompt so the user still approves
+ * before any execution starts.
+ */
+export function resolveSwitchModeBridge(targetModeId, options) {
+    const mapped = mapSwitchModeTarget(targetModeId);
+    if (!mapped.ok)
+        return { kind: "reject", reason: mapped.reason };
+    // Lifecycle turn: soft-ack on the wire, no session mutation. A hard reject
+    // would enter the transcript and make the real turn narrate a blocked switch.
+    if (!options.allowTools)
+        return { kind: "ack" };
+    // Already in the target mode: nothing to approve. Cursor's own IDE handler
+    // auto-approves here too, and without this a model that asks to leave plan
+    // mode after the plan write already prompted would ask the user twice.
+    if (options.activeModeId
+        && normalizeSwitchModeId(options.activeModeId) === normalizeSwitchModeId(targetModeId)) {
+        return { kind: "approve" };
+    }
+    const names = options.advertised instanceof Set
+        ? options.advertised
+        : new Set(options.advertised);
+    if (names.has(mapped.toolName))
+        return { kind: "native", toolName: mapped.toolName };
+    // Entering plan mode is provider-owned: the injected <system_reminder> is the
+    // whole contract, exactly as Cursor CLI's own plan mode is prompt-enforced.
+    if (mapped.toolName === "plan_enter")
+        return { kind: "approve" };
+    // Leaving plan mode starts real work, so it keeps a user-visible gate.
+    if (names.has("question")) {
+        return { kind: "question", input: switchModeExitQuestionInput() };
+    }
+    return { kind: "reject", reason: PLAN_EXIT_UNAVAILABLE_REASON };
+}
+/** Decode a `switch_mode_request_query` body, or undefined when unusable. */
+export function decodeSwitchModeQuery(queryBytes) {
+    let decoded;
+    try {
+        decoded = decodeMessageSparse("SwitchModeRequestQuery", queryBytes);
+    }
+    catch {
+        return undefined;
+    }
+    const argsRecord = asRecord(decoded.args);
+    if (!argsRecord)
+        return undefined;
+    const targetModeId = str(argsRecord.target_mode_id);
+    if (!targetModeId.trim())
+        return undefined;
+    const toolCallId = str(argsRecord.tool_call_id) || str(decoded.tool_call_id);
+    return {
+        args: {
+            targetModeId,
+            explanation: str(argsRecord.explanation),
+            toolCallId,
+        },
+        toolCallId,
+    };
+}
+/** OpenCode plan_enter / plan_exit advertise empty input. */
+export function switchModeToolInput() {
+    return {};
+}
+/** Shape `approved{}` / `rejected{reason}` for encodeMessage. */
+export function switchModeApprovedResult() {
+    return { approved: {} };
+}
+export function switchModeRejectedResult(reason) {
+    return { rejected: { reason } };
+}
+/**
+ * Host tool outcome → Cursor SwitchModeRequestResponse.
+ * Question/permission declines and empty failures use the CLI user-reject string.
+ */
+export function switchModeResultFromToolOutput(output, isError) {
+    if (!isError)
+        return switchModeApprovedResult();
+    const trimmed = output.trim();
+    // OpenCode plan tools throw Question.RejectedError on "No" — treat as user reject.
+    if (!trimmed
+        || /reject/i.test(trimmed)
+        || /denied/i.test(trimmed)
+        || /permission/i.test(trimmed)
+        || /cancelled|canceled|dismissed/i.test(trimmed)) {
+        return switchModeRejectedResult(USER_REJECTED_REASON);
+    }
+    return switchModeRejectedResult(trimmed);
+}
+/**
+ * Host `question` outcome → Cursor SwitchModeRequestResponse, for the emulated
+ * plan exit. Only an explicit "Yes" approves; an unanswered or dismissed prompt
+ * keeps the model in plan mode rather than silently starting execution.
+ */
+export function switchModeResultFromQuestionOutput(output, isError) {
+    if (isError)
+        return switchModeResultFromToolOutput(output, true);
+    const [segment] = parseAnswerSegments([switchModeExitQuestionItem()], output);
+    const answer = (segment ?? "").trim().toLowerCase();
+    if (answer === SWITCH_MODE_EXIT_YES.toLowerCase())
+        return switchModeApprovedResult();
+    return switchModeRejectedResult(USER_REJECTED_REASON);
+}
+/** Record the approved Cursor mode for later system-reminder injection. */
+export function setActiveCursorMode(sessionKey, targetModeId, options = {}) {
+    if (!sessionKey)
+        return;
+    const modeId = normalizeSwitchModeId(targetModeId);
+    if (!modeId)
+        return;
+    activeCursorModeBySession.set(sessionKey, {
+        modeId,
+        firstTurn: true,
+        bridgedPlanEntered: options.bridgedPlanEntered === true,
+    });
+}
+export function getActiveCursorMode(sessionKey) {
+    if (!sessionKey)
+        return undefined;
+    return activeCursorModeBySession.get(sessionKey)?.modeId;
+}
+/** True while the provider has an approved Cursor plan/spec mode for this session. */
+export function isCursorPlanModeActive(sessionKey) {
+    const mode = getActiveCursorMode(sessionKey);
+    return mode === "plan" || mode === "spec";
+}
+/** True after a bridged plan/spec Run has observed plan_enter removed by the host. */
+export function isBridgedCursorPlanModeActive(sessionKey) {
+    if (!sessionKey)
+        return false;
+    const state = activeCursorModeBySession.get(sessionKey);
+    return (state?.modeId === "plan" || state?.modeId === "spec") && state.bridgedPlanEntered;
+}
+export function clearActiveCursorMode(sessionKey) {
+    if (!sessionKey)
+        return;
+    activeCursorModeBySession.delete(sessionKey);
+}
+export function resetActiveCursorModesForTests() {
+    activeCursorModeBySession.clear();
+}
+function wrapReminder(body) {
+    return `<system_reminder>\n${body.trim()}\n</system_reminder>`;
+}
+/**
+ * Cursor CLI-shaped mode reminder for the active unified mode.
+ * Tool names are adapted to OpenCode (`task`, `question`) where the CLI names
+ * Cursor-only tools; the behavioral contract matches the CLI reminders.
+ */
+export function cursorModeSystemReminder(targetModeId, options = {}) {
+    const id = normalizeSwitchModeId(targetModeId);
+    if (!id)
+        return undefined;
+    const first = options.firstTurn !== false;
+    // Without a host plan_exit, recording the plan is itself the gate: the
+    // provider persists it and then asks the user whether to start implementing.
+    // Naming an unavailable tool would strand the model.
+    const leavePlan = options.planExitAdvertised === false
+        ? "record the finished plan (Cursor CreatePlan). Writing it needs no approval, and the user is then asked whether to start implementing; if they decline, refine the plan and record it again"
+        : "record the finished plan, then call OpenCode `plan_exit` so the user can approve leaving plan mode";
+    if (id === "plan" || id === "spec") {
+        return wrapReminder(first
+            ? `Plan mode is active. The user does not want execution yet -- you MUST NOT make edits, run non-readonly tools (including changing configs or making commits), or otherwise modify system state. This supersedes any conflicting instruction.
+
+1. Research enough to make an accurate plan.
+2. Before finishing, resolve decisions that would materially change the implementation path, touched files, architecture, user-visible behavior, data model, or validation strategy. If investigation cannot resolve one, ask clarifying questions in small batches (use the OpenCode \`question\` tool when available).
+3. Do not put choices in the plan for the user to resolve. The plan must present one recommended approach, not unresolved questions or "choose A or B" options.
+4. When ready, ${leavePlan}.
+5. Do not execute the plan until the user confirms it.`
+            : `Plan mode is still active. You MUST NOT make edits, run non-readonly tools (including changing configs or making commits), or otherwise modify system state. This supersedes any conflicting instruction.`);
+    }
+    if (id === "chat") {
+        return wrapReminder(first
+            ? `Ask mode is active. The user wants you to answer questions about their codebase or coding in general. You MUST NOT make any edits, run any non-readonly tools (including changing configs or making commits), or otherwise make any changes to the system. This supersedes any other instructions you have received (for example, to make edits).
+
+Your role in Ask mode:
+
+1. Answer the user's questions comprehensively and accurately. Focus on providing clear, detailed explanations.
+2. Use readonly tools to explore the codebase and gather information needed to answer the user's questions.
+3. Provide code examples and references when helpful, citing specific file paths and line numbers.
+4. If you need more information, ask the user for clarification (OpenCode \`question\` when available).
+5. You may provide suggestions about how to implement something, but you MUST NOT actually implement it yourself.
+6. If the user asks you to make changes or implement something, politely remind them that you're in Ask mode and can only provide information and guidance. Suggest they switch to Agent mode (OpenCode \`plan_exit\` / SwitchMode target agent) if they want you to make changes.`
+            : `Ask mode is still active. You MUST NOT make any edits, run any non-readonly tools (including changing configs or making commits), or otherwise make any changes to the system. This supersedes any other instructions you have received (for example, to make edits).`);
+    }
+    if (id === "debug") {
+        return wrapReminder(first
+            ? `You are now in **DEBUG MODE**. You must debug with **runtime evidence**.
+
+**Why this approach:** Traditional AI agents jump to fixes claiming high confidence, but fail due to lacking runtime information. You cannot and must NOT fix bugs from code-only guesses — you need actual runtime data.
+
+**Your systematic workflow:**
+1. Generate 3-5 precise hypotheses about WHY the bug occurs.
+2. Instrument code with logs to test hypotheses in parallel.
+3. Ask the user to reproduce the bug. Conclude with a <reproduction_steps>...</reproduction_steps> block when the user must run something (mandatory unless the issue is fully confirmed fixed).
+4. Analyze logs, accept/reject hypotheses, and only then implement a fix.
+5. Verify the fix with runtime evidence before claiming success.
+
+Prefer reproduction, runtime logs, and end-to-end verification over speculative refactors.`
+            : `Debug mode is still active. You must debug with **runtime evidence**.
+
+**During fixes:** Do NOT remove instrumentation until post-fix verification logs prove success or the user explicitly asks you to remove it.
+**Testing:** Prefer reproduction, runtime logs, and end-to-end verification; run tests when they directly exercise a hypothesis or confirm the final fix.
+**Reproduction steps (MANDATORY):** Unless the issue is fully confirmed fixed, conclude with a <reproduction_steps>...</reproduction_steps> block when the user must reproduce.
+**If fix failed:** Generate NEW hypotheses from different subsystems and add more instrumentation.`);
+    }
+    if (id === "multitask") {
+        return wrapReminder(`Multitask Mode is active. You are a coordinator who pushes meaningful work to asynchronous workers through the OpenCode \`task\` tool (prefer background=true when the host supports it).
+
+- For most non-trivial requests, launch or resume one coherent worker and let that worker handle the investigation/implementation.
+- After delegating the only coherent worker task, do not redo the same work in the foreground. Only coordinate, answer a new independent question, or synthesize after multiple workers return.
+- NEVER await or sleep while waiting for a running subagent — end your response; you will be notified when it completes.
+- Do NOT aggressively decompose small or medium tasks into many sibling agents. Multitask Mode is about moving substantial work out of the foreground, not maximizing parallel agents.
+- For trivial requests (zero or one tool call), fulfill them directly and disregard these Multitask instructions.`);
+    }
+    if (id === "triage") {
+        return wrapReminder(first
+            ? `Triage mode is active. Your job is to coordinate long-horizon, multi-step work by delegating to subagents and integrating their progress.
+
+1. Break the user's task into well-scoped subtasks and launch subagents with the OpenCode \`task\` tool. Provide clear objectives and context so each subagent can make measurable progress.
+2. Routinely inspect subagent output and synthesize results.
+3. Decide next steps and iterate: launch additional agents, request revisions, or merge work when ready.
+4. Throughout triage mode, maintain a global plan, document your decisions, and ensure the combined work moves the user toward their goal.`
+            : `Triage mode is still active. You must continue to coordinate long-horizon, multi-step work by delegating to subagents and integrating their progress.`);
+    }
+    if (id === "project") {
+        return wrapReminder(`You are Project Agent Mode: a long-running, high-level planner and orchestrator for complex software projects.
+
+Your mandate is to convert user intent into a correct, high-quality implementation by delegating nearly all work to subagents and coordinating them safely over long horizons.
+
+## Non-Negotiable Rules
+1) Orchestrate, don't execute — you are NOT an implementer. Workspace modifications MUST be performed by OpenCode \`task\` subagents.
+2) Task-first for everything — default to spawning subagents for research, exploration, implementation, validation, and review. Use your own read-only tools only for quick triage and synthesizing plans.
+3) No work without clarity — if ambiguity remains, stop and ask clarifying questions (OpenCode \`question\` when available).
+4) Phase-gated workflow — Clarify → Research → Plan → User Review → Implement → Review → Iterate → Finalize. Do not skip phases.
+5) Externalize state — assume chat context may be condensed; keep durable progress notes so work can resume from written artifacts.`);
+    }
+    if (id === "background") {
+        return wrapReminder(`Cloud / background mode intent is active. Prefer long-running and environment/browser automation work via OpenCode \`task\` subagents (background=true when advertised) rather than blocking the foreground turn.
+
+- Useful when the task needs browser automation, multi-service environments, or should keep running if the local session is interrupted.
+- After launching background work, end your response promptly; do not busy-wait.
+- For short local unit/lint/typecheck work, stay in ordinary agent execution instead.`);
+    }
+    // agent / build / edit / unknown leave-plan targets: implementation mode.
+    return wrapReminder(first
+        ? `Agent mode is active (OpenCode build / agents). You have left plan mode and may implement: edit files, run tools, and execute the agreed approach.
+
+- Prefer making progress with the advertised host tools.
+- If the task is large or ambiguous again, switch back to plan mode (OpenCode \`plan_enter\` / SwitchMode target plan) before a large rewrite.`
+        : `Agent mode is still active. Continue implementing with the advertised host tools. Switch back to plan mode only when a new large/ambiguous design decision appears.`);
+}
+/**
+ * Consume the active-mode reminder for this OpenCode session.
+ * Marks the mode as no longer first-turn after the first successful read.
+ */
+export function takeActiveCursorModeReminder(sessionKey, options = {}) {
+    if (!sessionKey)
+        return undefined;
+    const state = activeCursorModeBySession.get(sessionKey);
+    if (!state)
+        return undefined;
+    const advertised = options.advertisedTools
+        ? options.advertisedTools instanceof Set
+            ? options.advertisedTools
+            : new Set(options.advertisedTools)
+        : undefined;
+    const isPlanMode = state.modeId === "plan" || state.modeId === "spec";
+    if (isPlanMode && state.bridgedPlanEntered && advertised) {
+        if (advertised.has("plan_enter")) {
+            activeCursorModeBySession.delete(sessionKey);
+            return cursorModeSystemReminder("agent", { firstTurn: true });
+        }
+    }
+    const reminder = cursorModeSystemReminder(state.modeId, {
+        firstTurn: state.firstTurn,
+        ...(advertised ? { planExitAdvertised: advertised.has("plan_exit") } : {}),
+    });
+    if (state.firstTurn)
+        state.firstTurn = false;
+    return reminder;
+}

package/dist/protocol/tool-call-bridge.js

@@ -1,5 +1,6 @@
 import { mapCursorArgsToOpencode, mapCursorSubagentTypeToOpenCode, mcpRealToolName } from "./tools.js";
 import { decodeStructEntriesToJson } from "./struct.js";
+import { mapSwitchModeTarget } from "./switch-mode.js";
 const TODO_STATUS = {
     0: "pending",
     1: "pending",
@@ -127,8 +128,8 @@ export function parseDisplayToolCall(callId, toolCall) {
         };
     }
     // create_plan_tool_call here is display-state mirroring into todowrite.
-    // Separately, InteractionQuery create_plan_request_query is auto-acked in
-    // protocol/interactions.ts (F14 / CLI headless parity) — that ack is not an
+    // Separately, InteractionQuery create_plan_request_query writes a host plan
+    // file via protocol/create-plan.ts (hostPlansDir) — that write is not an
     // execution of this display payload.
     if (variant === "update_todos_tool_call" || variant === "create_plan_tool_call") {
         const result = asRecord(payload.result);
@@ -237,14 +238,18 @@ export function parseDisplayToolCall(callId, toolCall) {
         };
     }
     if (variant === "switch_mode_tool_call") {
-        const target = typeof args.target_mode_id === "string" ? args.target_mode_id.toLowerCase() : "";
-        const preferred = target.includes("plan") || target === "plan" ? "plan_enter" : "plan_exit";
+        // Display-path mirror of InteractionQuery #4. Same mapping as switch-mode.ts:
+        // plan/spec → plan_enter; every other non-empty target → plan_exit.
+        // Display completions stay non-replayed regardless of mapping.
+        const target = typeof args.target_mode_id === "string" ? args.target_mode_id : "";
+        const mapped = mapSwitchModeTarget(target);
         return {
             callId,
             variant,
-            preferredToolName: preferred,
+            preferredToolName: mapped.ok ? mapped.toolName : "plan_exit",
             // OpenCode plan_enter / plan_exit both advertise an empty input schema.
             args: {},
+            bridgeable: mapped.ok,
         };
     }
     // F11: display-path delete → bash `rm -f` (OpenCode has no delete tool).