yoi/.yoi/tickets/00001KVHR3WSD/thread.md

9.4 KiB

作成

LocalTicketBackend によって作成されました。


State changed

Ticket を workspace-panel が queued にしました。


Decision

Routing decision: blocked_pending_dependency

Panel Queue により routing 対象として確認したが、00001KVHR3WSD00001KVHR3WS6depends_on している。MCP tools/call execution は registered MCP tools を前提にするため、00001KVHR3WS6 が closed になるまで実装開始せず queued のまま保持する。

Next:

  • 00001KVHR3WS6 が closed になった後、改めて reroute する。

Decision

Routing decision: implementation_ready_parallel

Reason:

  • User directive: 「blocker無いなら並列にやっちゃえよ」。この指示により、未解決 blocker がない Ticket は並列実装対象として扱う。
  • 前回は 00001KVHR3WS6 tool registration が未完了だったため blocked/queued hold としたが、現在 00001KVHR3WS6 は closed。
  • Ticket body は MCP tools/call execution、permission-before-call、ordinary Tool result/history path、normal result / MCP isError / JSON-RPC protocol error の区別、bounded result serialization を実装可能な粒度で定義している。
  • 現在 inprogress は Dashboard/Console TUI refactor 00001KVHX0WBE のみで、作業領域は TUI/CLI naming/module boundary。MCP tools/call 実装とは直接 conflict しないため、別 worktree / sibling Coder Pod で並列化できる。
  • Orchestrator worktree は clean、matching branch/worktree はなし。
  • Risk domain は mcp / tools-call / permission / history / bounded-output だが、Ticket は permission denied before server request、ordinary Tool result/history path、bounded output、untrusted content treatment を明示している。bounded context check 後も implementation 前に必要な追加 human decision は見つからなかった。

Evidence checked:

  • Ticket 00001KVHR3WSD body / thread / relations / artifacts。
  • TicketRelationQuery(00001KVHR3WSD): outgoing depends_on 00001KVHR3WS6 is now closed。
  • TicketOrchestrationPlanQuery(00001KVHR3WSD): previous blocked_by 00001KVHR3WS6 is resolved; accepted plan recorded now。
  • Workspace state:
    • Orchestrator worktree clean at 381db88e
    • inprogress: 00001KVHX0WBE only。
    • visible spawned child: Dashboard/Console Coder only。
    • no matching MCP tools-call branch/worktree。

IntentPacket:

Intent:

  • Route invocation of registered MCP-backed Yoi tools to MCP tools/call through ordinary Yoi Tool execution/result/history paths。
  • Enforce existing PreToolCall / Tool permission policy before any MCP server request is sent。

Binding decisions / invariants:

  • Permission denial must occur before sending tools/call to the MCP server。
  • MCP result content is untrusted and must not become hidden context injection。
  • Results must be recorded through ordinary Tool call/result history path。
  • Distinguish normal result, MCP isError: true, and JSON-RPC protocol error。
  • Serialize content blocks / structuredContent / _meta boundedly; oversize/rich results must be truncated or rejected by explicit policy。
  • Preserve lifecycle/registration redaction and bounds from previous MCP Tickets。
  • Do not implement resources/read, prompts/get, list_changed, sampling, or elicitation in this Ticket。

Requirements / acceptance criteria:

  • MCP mock tool returns normal result through ordinary Yoi Tool result。
  • MCP isError: true is represented distinctly from JSON-RPC protocol failure。
  • Permission denied call is not sent to MCP server。
  • Oversize/rich results are bounded/truncated or rejected according to explicit policy。
  • Tool history shows ordinary tool call/result, not hidden context injection。
  • Tests cover normal result, isError, protocol error, permission denial, and output bounds。

Escalate if:

  • Existing ToolRegistry contribution path cannot route invocation without broad provider-substrate redesign。
  • Permission-before-call cannot be represented without changing Tool policy architecture。
  • Result serialization requires product decisions beyond a safe bounded subset。

Next action:

  • Record queued -> inprogress and commit Ticket records before creating implementation worktree and spawning Coder。

State changed

User explicitly authorized parallel implementation when no blocker exists. Ticket body/thread, relation metadata, closed MCP tool-registration dependency, Orchestrator worktree state, visible Pods, existing branch/worktree, and bounded MCP tools/call context were checked. Dependency 00001KVHR3WS6 is closed, no matching worktree/branch exists, and no missing planning decision was found. Accepting this queued Ticket for parallel implementation before worktree/Pod side effects.


Implementation report

Implementation orchestration start:

  • User explicitly authorized parallel work for Tickets without blockers。
  • Acceptance records were committed on Orchestrator branch: 92432ad7 ticket: accept mcp tools call
  • Created implementation worktree /home/hare/Projects/yoi/.worktree/00001KVHR3WSD-mcp-tools-call on branch impl/00001KVHR3WSD-mcp-tools-call at 92432ad7
  • Spawned Coder Pod yoi-coder-00001KVHR3WSD with write scope limited to the implementation worktree and read-only root scope only for runtime workspace identity。
  • Coder task explicitly forbids root/original workspace implementation, resources/prompts/list_changed scope creep, merge, Ticket close, and cleanup。

Next action:

  • Let MCP tools/call Coder proceed in parallel with Dashboard/Console Coder. Inspect implementation reports and route each to Reviewer when ready。

Implementation report

Coder implementation report received from yoi-coder-00001KVHR3WSD.

Implementation commit:

  • 9a245403 mcp: execute stdio tool calls

Changed areas reported:

  • crates/mcp/src/stdio.rs:
    • Added typed CallToolRequest, CallToolResult, and McpContentBlock
    • Added McpStdioClient::call_tool(...) for MCP tools/call
  • crates/pod/src/feature/mcp.rs:
    • Replaced discovery-only MCP tool stub with executable McpStdioTool
    • Execution spawns/initializes the configured stdio MCP server, sends tools/call, then shuts down。
    • Result serialization is deterministic/model-visible/untrusted and bounded: content block cap, text/string truncation, JSON depth/node caps, binary/rich image/audio data omitted with size metadata, final output byte cap。
    • MCP isError: true is represented as an MCP tool-level result distinct from JSON-RPC protocol errors。
  • crates/mcp/tests/fixtures/mock_server.rs:
    • Added mock modes for normal tools/call, MCP isError, JSON-RPC protocol error, and no-call assertion。
  • crates/mcp/tests/stdio_lifecycle.rs:
    • Added focused lifecycle/client tests for normal result, isError, protocol error, and permission-denial-style no-call。

Coder validation reported:

  • cargo test -p mcp --test stdio_lifecycle: passed, 12 tests。
  • cargo test -p pod feature::mcp: passed, 9 tests。
  • cargo check -p mcp -p pod: passed。
  • cargo fmt --check: passed。
  • git diff --check: passed。
  • nix build .#yoi --no-link: passed。

Known deferrals:

  • MCP resources/read, prompts/get, list_changed, sampling, and elicitation remain unimplemented as requested。
  • MCP isError: true is returned through ordinary ToolOutput with explicit status: "mcp_is_error" / isError: true; JSON-RPC failures remain ToolErrors。

Orchestrator evidence checked before review dispatch:

  • Implementation worktree is clean。
  • HEAD is 9a245403
  • Diff from acceptance 92432ad7..HEAD is one implementation commit touching 4 files, about 688 insertions / 11 deletions。
  • git diff --check 92432ad7..HEAD produced no diagnostics。

Next action:

  • Dispatch Reviewer for r1 review against Ticket requirements, with focus on permission-before-call, ordinary Tool result/history path, isError vs protocol error distinction, output bounds/untrusted content, no resources/prompts/list_changed scope creep, and test coverage。

Plan

Review dispatch:

  • Spawned Reviewer Pod yoi-reviewer-00001KVHR3WSD-r1 against implementation branch impl/00001KVHR3WSD-mcp-tools-call
  • Review target commit: 9a245403 mcp: execute stdio tool calls
  • Review baseline: 92432ad7
  • Reviewer task focuses on permission-before-call, ordinary Tool result/history path, isError vs protocol error semantics, output bounds/untrusted content, lifecycle redaction/shutdown preservation, no resources/prompts/list_changed/sampling/elicitation scope creep, tests, and package validation。
  • Reviewer is instructed not to edit source, commit, merge, close the Ticket, or use TicketReview directly; it will report verdict/evidence back to Orchestrator。