merge: runtime routing updates

.yoi/tickets/00001KVTNAY20/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Abstract Workspace Worker runtime spawn operations'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-23T16:34:39Z'
-updated_at: '2026-06-24T10:35:01Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 queued_by: 'workspace-panel'
 queued_at: '2026-06-23T19:25:09Z'

.yoi/tickets/00001KVTNAY20/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVTNAY20/thread.md

@@ -288,4 +288,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation completion after merge/validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVV01P5Z/item.md

@@ -2,7 +2,7 @@
 title: 'Planning Ticket API and UI without queue operations'
 state: 'planning'
 created_at: '2026-06-23T19:41:51Z'
-updated_at: '2026-06-23T19:41:51Z'
+updated_at: '2026-06-25T16:38:49Z'
 assignee: null
 ---
 

.yoi/tickets/00001KVV01P5Z/thread.md

@@ -4,4 +4,46 @@
 
 LocalTicketBackend によって作成されました。
 
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:34:15Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:34:15Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:38:49Z from: ready to: planning reason: cli_state field: state -->
+
+## State changed
+
+State changed to `planning`.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T16:38:49Z -->
+
+## Decision
+
+Returned to planning because the ticket is too broad in the current Runtime direction.
+
+Planning Ticket creation from Web UI should not be a direct form-to-file mutation that bypasses Intake. The intended flow likely needs Backend embedded Runtime + Intake Worker first, then Web Intake/Planning UI on top.
+
+Suggested split:
+1. Ticket read API / list-detail UI only.
+2. Backend embedded Intake Worker on worker-runtime.
+3. Web Intake Console / Planning Ticket creation through Intake.
+
+
 ---

.yoi/tickets/00001KVWECEQG/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Abstract Worker runtime registry and overview reporting'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T09:11:38Z'
-updated_at: '2026-06-24T11:15:13Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 queued_by: 'workspace-panel'
 queued_at: '2026-06-24T09:22:55Z'

.yoi/tickets/00001KVWECEQG/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVWECEQG/thread.md

@@ -374,4 +374,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation completion after merge/validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVWPVHFJ/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Pod/session storage cleanup CLI を追加する'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T11:39:41Z'
-updated_at: '2026-06-24T12:36:12Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 readiness: 'implementation_ready'
 risk_flags: ['pod-lifecycle', 'persistence', 'destructive-operation', 'cli-ux', 'session-history', 'authority-boundary']

.yoi/tickets/00001KVWPVHFJ/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVWPVHFJ/thread.md

@@ -213,4 +213,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation completion after merge/validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVWPW3KX/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'TUI Console: 連続した Thinking block を一つの表示グループにまとめる'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T11:39:59Z'
-updated_at: '2026-06-24T12:20:08Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 readiness: 'implementation_ready'
 risk_flags: ['tui-rendering', 'reasoning-display', 'block-aggregation', 'text-selection']

.yoi/tickets/00001KVWPW3KX/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVWPW3KX/thread.md

@@ -208,4 +208,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation completion after merge/validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVWSQM22/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Backend internal Orchestrator runtime for Kanban operations'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T12:29:58Z'
-updated_at: '2026-06-24T19:15:42Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 queued_by: 'workspace-panel'
 queued_at: '2026-06-24T19:04:55Z'

.yoi/tickets/00001KVWSQM22/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVWSQM22/thread.md

@@ -254,4 +254,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation/design completion after merge/validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVXK0WD3/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Remove legacy raw WASM Plugin runtime'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T19:51:56Z'
-updated_at: '2026-06-24T20:51:02Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 queued_by: 'workspace-panel'
 queued_at: '2026-06-24T20:11:56Z'

.yoi/tickets/00001KVXK0WD3/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVXK0WD3/thread.md

@@ -270,4 +270,22 @@ Correction:
 - 正しい merge commit は `bedbb670 merge: 00001KVXK0WD3 legacy wasm removal`。
 - 実装 commit `741d7132`、review approve、validation results、Ticket done 判断には変更なし。
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVXK0WDH/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Reject legacy Plugin runtime in manifest and CLI diagnostics'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T19:51:56Z'
-updated_at: '2026-06-24T21:20:45Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 queued_by: 'workspace-panel'
 queued_at: '2026-06-24T20:11:58Z'

.yoi/tickets/00001KVXK0WDH/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVXK0WDH/thread.md

@@ -303,4 +303,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation completion after merge/validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVXK0WDQ/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Define Plugin Service lifecycle and ingress queue runtime'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T19:51:56Z'
-updated_at: '2026-06-24T21:51:13Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 queued_by: 'workspace-panel'
 queued_at: '2026-06-24T20:12:00Z'

.yoi/tickets/00001KVXK0WDQ/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVXK0WDQ/thread.md

@@ -300,4 +300,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation completion after merge/review/focused validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVXK0WDX/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Add Plugin service output command model'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T19:51:56Z'
-updated_at: '2026-06-25T06:20:26Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 queued_by: 'workspace-panel'
 queued_at: '2026-06-24T20:12:02Z'

.yoi/tickets/00001KVXK0WDX/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVXK0WDX/thread.md

@@ -296,4 +296,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation completion after merge/review/focused validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVXK0WE4/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Add host-owned WebSocket driver for Plugin services'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T19:51:56Z'
-updated_at: '2026-06-25T07:06:30Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 queued_by: 'workspace-panel'
 queued_at: '2026-06-24T20:12:03Z'

.yoi/tickets/00001KVXK0WE4/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVXK0WE4/thread.md

@@ -285,4 +285,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation completion after merge/review/focused validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVXK0WEA/item.md

@@ -1,8 +1,8 @@
 ---
 title: 'Update Plugin WIT PDK templates for service event runtime'
-state: 'done'
+state: 'closed'
 created_at: '2026-06-24T19:51:56Z'
-updated_at: '2026-06-25T07:57:15Z'
+updated_at: '2026-06-25T14:13:52Z'
 assignee: null
 queued_by: 'workspace-panel'
 queued_at: '2026-06-24T20:12:05Z'

.yoi/tickets/00001KVXK0WEA/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVXK0WEA/thread.md

@@ -360,4 +360,22 @@ Evidence:
 
 Closure is not performed here; this state records implementation completion after merge/validation.
 
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
 ---

.yoi/tickets/00001KVZ9JGK0/artifacts/orchestration-plan.jsonl

@@ -0,0 +1 @@
+{"id":"orch-plan-20260625-164513-1","ticket_id":"00001KVZ9JGK0","kind":"blocked_by","related_ticket":"00001KVZSGT0Q","note":"Queue routing checked after Dashboard Queue. Backend internal Companion Runtime/Web Console depends on embedded worker-runtime Backend Registry connection `00001KVZSGT0Q`, which is still queued and itself blocked by earlier worker-runtime/core/Backend foundation dependencies. Do not start MVP implementation until that dependency chain is completed.","author":"yoi-orchestrator","at":"2026-06-25T16:45:13Z"}

.yoi/tickets/00001KVZ9JGK0/artifacts/relations.json

@@ -0,0 +1,13 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZ9JGK0",
+      "kind": "depends_on",
+      "target": "00001KVZSGT0Q",
+      "note": "Backend internal Companion Web Console should build on embedded worker-runtime registration in Backend RuntimeRegistry.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T16:30:00Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZ9JGK0/item.md

@@ -0,0 +1,125 @@
+---
+title: 'Backend内蔵Companion RuntimeとWeb Console MVP'
+state: 'queued'
+created_at: '2026-06-25T11:45:17Z'
+updated_at: '2026-06-25T16:45:24Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T16:44:45Z'
+---
+
+## 背景
+
+Workspace backend は Worker runtime registry / Backend internal runtime を control plane として扱う方向に進んでいる。Orchestrator については Backend internal runtime 上の Worker として Kanban / Ticket event を routing する設計が固まりつつある。同じ考え方で、Companion も local Pod / TUI 専用ではなく、Backend internal runtime 上の lightweight Worker として起動し、Web frontend から接続できるようにしたい。
+
+この Ticket では、TUI Console の Web 移植版に向けた MVP として、Backend internal Companion Worker にメッセージを送り、LLM 応答を Web frontend で受け取るところまでを実装する。Companion は v0 では filesystem / shell / ticket mutation / runtime operation tools を持たなくてよい。まずは tools なしの conversational Worker として、Backend internal runtime、Web API、Web console UI、stream / transcript projection の最小経路を作る。
+
+## 目的
+
+- Backend internal runtime 上で Companion Worker を起動・保持できる。
+- Workspace web frontend から Companion に接続できる。
+- Web console UI から message を送信し、Companion の応答を表示できる。
+- TUI Console の基本体験を Web に移植するための最小 transcript / run status / input path を作る。
+- v0 では tool authority を持たせず、Backend internal conversational Worker として安全に始める。
+
+## 要件
+
+### Backend internal Companion runtime
+
+- Backend internal runtime 上に Companion Worker を表現する。
+- Companion は local Pod process / Unix socket / `.yoi/pods` metadata に依存しない。
+- Worker identity は runtime scoped に扱う。
+  - `runtime_id`
+  - `worker_id`
+  - `display_name`
+  - `display_ref` 例: `companion@backend-internal`
+- Runtime registry / Worker list/detail から Backend internal Companion が見える。
+- v0 Companion は tools なし、または明示的に empty tool registry / minimal safe tool registry とする。
+- Workspace filesystem、shell、git、Ticket mutation、raw session path、raw socket path を Companion authority にしない。
+
+### Conversation / transcript model
+
+- Backend internal Companion に user message を送れる API を追加する。
+- Assistant response を Web frontend が受け取れるようにする。
+- v0 は以下のどちらかの方式でよい。
+  - request / response 完了後に transcript を返す。
+  - SSE / streaming endpoint で delta / final response を返す。
+- 実装方式は実装時に選んでよいが、UI が「送る -> 返る」を確認できること。
+- Backend は raw provider trace を durable authority にしない。
+- Web console 用 transcript は bounded projection とし、将来 prune / overview 化できる形にする。
+- usage aggregate / run status は取れる範囲で残す。v0 で詳細 dashboard は不要。
+
+### Web API
+
+- Workspace server に Companion connection / message API を追加する。
+- API は browser から raw runtime path / socket path / session path を受け取らない。
+- API は current workspace の Backend internal Companion を解決する。
+- 最低限以下を扱う。
+  - Companion status / detail 取得。
+  - Transcript / conversation projection 取得。
+  - User message 送信。
+  - Assistant response 取得または stream。
+- Error は typed response として扱う。
+  - companion unavailable
+  - already running / busy
+  - invalid input
+  - provider error
+  - response timeout / cancelled
+
+### Web Console UI
+
+- Workspace web に Companion Console 画面または panel を追加する。
+- TUI Console の基本 UI を Web 向けに移植する。
+  - transcript 表示。
+  - user message composer。
+  - sending / generating / idle / error 状態表示。
+  - assistant response の表示。
+- v0 は message round-trip が主目的であり、TUI Console の全機能移植は不要。
+- tool call UI、file viewer、diff viewer、thinking block grouping、multi Pod attach は scope 外でよい。
+- Web UI は Backend API response / stream を authority とし、local session file / Pod socket を直接読まない。
+
+### Runtime / LLM integration
+
+- Backend internal Companion は existing LLM worker / provider config / profile selection のどれを使うか実装時に決める。
+- v0 では project/default Companion profile の完全継承は必須ではないが、model / provider / language / prompt selection の最小方針を明確にする。
+- Companion prompt は Rust 直書きではなく prompt resource boundary を使う。
+- tools なし Companion でも system prompt / conversation history / current workspace identity は最小限渡せるようにする。
+- Long-running provider request 中に複数 message を送った場合の扱いを決める。
+  - v0 は single-flight / busy reject でよい。
+
+### Safety / authority
+
+- Browser は raw provider credential、socket path、session path、runtime file path を知らない。
+- Backend internal Companion は workspace filesystem / shell / git / Ticket mutation authority を持たない。
+- 将来 tool を追加する場合も、domain-specific backend operation / explicit grant 経由にする。
+- User message / assistant response は normal conversation history として扱い、hidden context injection にしない。
+- Provider error / cancellation / timeout は Web UI に明示する。
+
+## Non-goals
+
+- Full TUI Console parity。
+- Tool call execution UI。
+- Filesystem / shell / git / Ticket mutation tools を Companion に渡すこと。
+- Local Pod Companion の廃止。
+- Remote runtime implementation。
+- Multi-user auth / permission model の完成。
+- Persistent raw session DB ingest。
+- Usage dashboard の完成。
+- Orchestrator routing / Kanban integration。
+
+## 受け入れ条件
+
+- Backend internal runtime 上に Companion Worker が存在し、runtime / worker API から確認できる。
+- Web frontend から Backend internal Companion の status / transcript projection を取得できる。
+- Web frontend の Console UI から user message を送信できる。
+- Companion が LLM response を生成し、Web UI に表示される。
+- v0 Companion は filesystem / shell / git / Ticket mutation tools を持たない。
+- Browser が raw socket path / session path / runtime path / provider credential を扱わない。
+- Provider request 中の busy / error / timeout が typed error または UI state として扱われる。
+- Prompt prose は resource boundary に置かれている。
+- Focused backend / frontend tests が追加されている、または E2E 不足の場合はテスト可能範囲と手動確認手順が記録されている。
+- `cargo test -p yoi-workspace-server` が通る。
+- `cargo check -p yoi` が通る。
+- `cd web/workspace && deno task check && deno task build` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZ9JGK0/thread.md

@@ -0,0 +1,62 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T11:45:17Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:34:16Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:34:16Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: workspace-panel at: 2026-06-25T16:44:45Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:45:24Z -->
+
+## Decision
+
+Routing decision: blocked_by_dependency_or_missing_authority
+
+Reason:
+- Dashboard Queue による routing 許可を受けて Ticket / relations / orchestration plan / queue state を確認した。
+- 本 Ticket は `00001KVZSGT0Q` (`Backend RuntimeRegistryにembedded worker-runtimeを接続する`) に `depends_on` relation を持つ。
+- `00001KVZSGT0Q` は現在 `queued` で、さらに `00001KVZKSV6C` / `00001KVZBCQH4` の依存 chain により blocked と判断済み。
+- Backend internal Companion Runtime / Web Console MVP は Backend RuntimeRegistry 上の embedded worker-runtime connection を前提にするため、基盤確定前に開始しない。
+
+Evidence checked:
+- Ticket body: Backend internal Companion runtime、conversation/transcript model、Web API、Web Console UI、Runtime/LLM integration、Safety/authority、Non-goals。
+- Relations: outgoing `depends_on -> 00001KVZSGT0Q`。
+- Orchestration plan: blocker record `orch-plan-20260625-164513-1` を追加。
+- Queue state: queued は本 Ticket を含む6件。inprogress は worker-runtime core `00001KVZBCQH4` 1件。
+- Workspace state: core implementation is under reviewer Worker; dependent Backend Registry work is not accepted yet。
+
+Next action:
+- 本 Ticket は queued のまま待機。
+- `00001KVZSGT0Q` が accepted/completed して Backend embedded runtime connection が使えるようになった後、再 routing する。
+
+Escalate if:
+- Companion MVP を `00001KVZSGT0Q` 完了前に独立 spike する human decision がある。
+- Backend internal Runtime foundation の scope が Companion MVP requirements を満たさない。
+
+---

.yoi/tickets/00001KVZBCQH4/artifacts/orchestration-plan.jsonl

@@ -0,0 +1 @@
+{"id":"orch-plan-20260625-162107-1","ticket_id":"00001KVZBCQH4","kind":"accepted_plan","note":"Dashboard Queue による human-authorized routing。dependencies `00001KVZD10ED` は closed、`00001KVZG9BMS` は done で relation blockers は解消済み。","accepted_plan":{"summary":"`worker-runtime` core crate を最初の implementation slice として追加する。HTTP/WS/FS/remote は実装せず、memory-backed embedded Runtime API、Runtime/Worker identity、catalog/lifecycle/interaction/projection 型境界、internal store/allocation abstraction を実装する。`worker` crate の socket/session details は Runtime public API に再公開しない。","branch":"work/00001KVZBCQH4-worker-runtime-core","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZBCQH4-worker-runtime-core","role_plan":"Orchestrator が `/home/hare/Projects/yoi/.worktree/orchestration` から child implementation worktree を作成し、coder Worker にその worktree の narrow write scope を委譲する。reviewer Worker は同 worktree read-only を基本とし、IntentPacket / acceptance criteria / runtime authority boundary / public API leakage を確認する。merge/validation/done/cleanup は Orchestrator が行う。"},"author":"yoi-orchestrator","at":"2026-06-25T16:21:07Z"}

.yoi/tickets/00001KVZBCQH4/artifacts/relations.json

@@ -0,0 +1,21 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZBCQH4",
+      "kind": "depends_on",
+      "target": "00001KVZD10ED",
+      "note": "Runtime crate API should use llm-engine naming for the turn engine before defining Worker types.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T13:25:34Z"
+    },
+    {
+      "ticket_id": "00001KVZBCQH4",
+      "kind": "depends_on",
+      "target": "00001KVZG9BMS",
+      "note": "Worker Runtime should be created after the former pod crate is renamed to worker as the single Worker host.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T13:43:31Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZBCQH4/item.md

@@ -0,0 +1,156 @@
+---
+title: 'worker-runtime core crateと組み込みRuntime APIを作る'
+state: 'inprogress'
+created_at: '2026-06-25T12:17:05Z'
+updated_at: '2026-06-25T16:46:17Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T16:20:10Z'
+---
+
+## 背景
+
+Yoi は旧 `Pod` 相当の実行単位を今後 `Worker` として扱い、`Runtime` が複数 Worker を保持・操作する構造へ移行する。`llm-worker` は `llm-engine` へ改名し、既存 `pod` crate は `worker` crate へ改名する。次に必要なのは、Backend が持つ `RuntimeRegistry` ではなく、**Worker を実際に動かす環境そのものとしての Runtime** を library として定義することである。
+
+この Ticket は `worker-runtime` 全体を一括実装する umbrella ではない。最初の実装 slice として、HTTP server、WebSocket/SSE server、FS 永続化、remote client は含めず、Backend などに組み込める `worker-runtime` core crate と memory-backed embedded Runtime API を作る。
+
+## 要件
+
+### Crate / feature boundary
+
+- `crates/worker-runtime` を追加する。
+- `worker-runtime/lib.rs` は embeddable Runtime core API を公開する。
+- この Ticket では `worker-runtime/main.rs` / standalone Runtime process は実装しない。
+- Core crate は HTTP server / WebSocket server / filesystem store dependency を強制しない。
+- Cargo feature の土台だけは切ってよい。
+  - `memory-store` or core default。
+  - 将来の `fs-store`。
+  - 将来の `http-server`。
+  - 将来の `event-stream` / `ws-server`。
+  - 将来の `http-client`。
+
+### Runtime / Worker model
+
+- Runtime は Worker を動かす環境であり、trait object ではなく concrete runtime domain entity として扱う。
+- Runtime は Runtime-scoped Worker identity を使う。
+  - `runtime_id`
+  - `worker_id`
+  - `display_name`
+  - `display_ref`
+- Browser / Backend / API が `pod_name` / socket path / session path を authority にしない model を定義する。
+- Runtime / Worker の summary / detail / state / capability / diagnostics 型を定義する。
+- UI 表示用 `worker-name@runtime-name` と API authority `runtime_id + worker_id` を分ける。
+
+### Embedded Runtime API
+
+- Backend などの Rust process に `Runtime` を直接組み込める。
+- v0 は memory store でよい。
+- Runtime API は transport API ではなく、`worker-runtime/lib.rs` が公開する Rust API として定義する。
+- API surface は以下の責務に分ける。
+
+#### Runtime management API
+
+Runtime 自体の管理・観測を扱う。Worker 1体の操作とは分ける。
+
+- `runtime_summary` / `runtime_status`。
+- Runtime capabilities。
+- Runtime diagnostics。
+- Runtime-local store/allocation status。
+- Runtime が保持している Worker 数や busy summary。
+- v0 では Runtime config mutation は不要。config bundle sync も別 Ticket とする。
+
+#### Worker catalog / lifecycle API
+
+Runtime 内に存在する Worker の作成・一覧・停止を扱う。これは旧 `Pod` の process lifecycle をそのまま露出するのではなく、Runtime-scoped Worker lifecycle として定義する。
+
+- `list_workers(query)`。
+- `get_worker(worker_id)`。
+- `create_worker(CreateWorkerRequest)`。
+- `stop_worker(worker_id)`。
+- `cancel_worker(worker_id)` or active run cancel。
+- Unknown worker / duplicate worker / busy worker / unsupported capability を typed error にする。
+
+`CreateWorkerRequest` は Web/Dashboard intent を直接受けない。Backend resolver 後、Runtime が解決可能な profile-oriented request とする。
+
+- `display_name` / optional caller-provided worker id。
+- `WorkerIntent`。
+- `ProfileSelector`。
+- optional `ConfigBundleRef`。
+- requested capabilities。
+- optional workspace / mount references。
+
+Profile/config bundle sync は別 Ticket とし、この Ticket では `config_bundle` は optional placeholder として型に含める程度でよい。`config_bundle` が無い場合、Runtime-local builtin/default Profile resources の範囲で toolsなし Worker を作れるようにする。
+
+#### Worker interaction API
+
+Worker へ入力を送り、run を開始する経路を扱う。これは既存 `worker` crate が持つ single Worker の入力処理を Runtime 経由で呼べるようにする層であり、Worker 内部 API を無制限に継承しない。
+
+- `send_input(worker_id, WorkerInput)`。
+- v0 input は user message を最小単位とする。
+- v0 は per-worker single-flight / busy reject でよい。
+- acceptance result は accepted / rejected / busy / not found / failed を区別する。
+- Runtime は `pod_name` / socket path / session path を input authority にしない。
+
+#### Worker observation / projection API
+
+Worker の状態と UI 用 projection を扱う。raw provider trace / raw full session log は Runtime public authority にしない。
+
+- worker status / active run summary。
+- bounded transcript projection。
+- event cursor or subscription abstraction。
+- usage / overview projection placeholder。
+- diagnostics / last error。
+- v0 は in-memory event log / transcript projection でよい。
+
+#### Existing Worker APIとの関係
+
+- `worker` crate は当面 single Worker host として残る。
+- Runtime core は `worker` crate の全 public API を再公開しない。
+- Runtime が公開するのは複数 Worker 管理に必要な catalog / lifecycle / interaction / projection API のみ。
+- Worker 固有の socket protocol / attach details / session file details は Runtime API に漏らさない。
+
+### Store / allocation core
+
+- Memory-backed store を core に含める。
+- Store API は将来 `fs-store` feature や Backend-provided store に差し替えられる境界を持つ。
+- `pod-store` 相当の責務は standalone `worker-store` にせず、Runtime internal persistence abstraction として設計する。
+- `pod-registry` 相当の責務は standalone `worker-registry` にせず、Runtime internal allocation / scope abstraction として設計する。
+- この Ticket では full FS persistence / host-level stale reclaim は実装しない。
+
+### Existing Worker / LLM engine boundary
+
+- `llm-engine` は LLM turn engine として扱い、Runtime / Worker identity は持たせない。
+- `worker` crate は当面 single Worker host として残り、Runtime core から直接大規模移植しない。
+- Existing process/socket/session compatibility は後続 adapter / integration で扱う。
+
+## Non-goals
+
+- `fs-store` implementation。
+- REST command server。
+- SSE / WebSocket observation server。
+- HTTP client / Backend RuntimeRegistry remote integration。
+- Backend internal Companion Web Console。
+- Existing `pod-store` / `pod-registry` crate の即時削除。
+- Existing Worker process/socket/session model の削除。
+- Full remote Runtime protocol。
+- Profile/config bundle sync implementation。
+- Plugin package / grant / prompt resource synchronization。
+
+## 受け入れ条件
+
+- `crates/worker-runtime` が追加されている。
+- `worker-runtime` core は HTTP / WS / FS store dependency なしで library として使える。
+- `Runtime` concrete struct と Runtime/Worker domain types が公開されている。
+- Runtime management API、Worker catalog/lifecycle API、Worker interaction API、Worker observation/projection API が型として分離されている。
+- Memory-backed embedded Runtime が runtime summary/status、worker list/detail/create、send input、stop/cancel、bounded transcript projection、event cursor/subscription placeholder を持つ。
+- Worker create request は Web/Dashboard intent ではなく、`WorkerIntent`、Profile selector、optional `ConfigBundleRef`、requested capabilities を表現できる。
+- `ConfigBundleRef` が無い場合、Runtime-local builtin/default resources で toolsなし Worker を作れる。
+- `worker` crate の socket / attach / session file details が Runtime public API に再公開されていない。
+- Profile/config bundle sync は実装されていないが、後続 Ticket が接続できる型境界がある。
+- `runtime_id + worker_id` が authority であり、`pod_name` / socket path / session path を authority にしない。
+- Store / allocation abstraction が Runtime internal responsibility として定義されている。
+- `worker-store` / `worker-registry` standalone crate は作られていない。
+- `cargo test -p worker-runtime` が通る。
+- `cargo check -p yoi` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZBCQH4/thread.md

@@ -0,0 +1,557 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T12:17:05Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: comment author: hare at: 2026-06-25T12:21:06Z -->
+
+## Comment
+
+## 現状調査メモ: Pod / llm-worker / Panel / Workspace backend の Worker 扱い
+
+### crates/pod
+
+`pod` crate は現在、Worker 実行環境というより `yoi pod` process そのものの runtime を担っている。
+
+主な責務:
+
+- `entrypoint.rs`
+  - `yoi pod` CLI entrypoint。
+  - workspace / profile / manifest / project / store / pod name / session resume / hidden ticket-role marker を解決する。
+  - Profile launch policy、ticket role policy、workflow selection、resource prompt loading、tool feature install の起点を持つ。
+- `pod.rs`
+  - `Pod` 構造体が session store、metadata、current state、scope、tool registry、workflow registry、in-flight events、LLM Worker を束ねる。
+  - `Method::Run` を受けて history に user input を commit し、`llm_worker::Worker::run_with_callbacks` を起動する。
+  - assistant/tool/reasoning/usage/error/turn_end を session log と event broadcast に反映する。
+  - session persistence / snapshots / compaction / workflow invocation / pod metadata 更新が同居している。
+- `controller.rs` / `ipc/server.rs`
+  - Unix socket server。
+  - connect 時に `Event::Snapshot` を送る。
+  - JSON line method を読み、Pod controller に渡す。
+  - broadcaster 経由で append / status / alert / snapshot events を client に流す。
+- `in_flight.rs`
+  - attach mid-stream 用の transient text / thinking / tool-call block accumulator。
+  - session log authority ではなく socket snapshot/event 用の live projection。
+
+Runtime crate へ移す候補:
+
+- Worker lifecycle state / busy handling / input dispatch / event projection。
+- in-flight / transcript projection の汎用概念。
+- Worker event / method / status の domain model。
+
+Pod-specific に残す候補:
+
+- `yoi pod` CLI entrypoint。
+- Unix socket protocol compatibility。
+- pod metadata / runtime dir / stderr ready handshake。
+- session jsonl layout compatibility。
+- Profile / manifest discovery の既存 startup path。
+
+### crates/llm-worker
+
+`llm-worker` は Pod process とは独立した LLM turn executor に近い。
+
+主な責務:
+
+- `Worker` が model/provider config、history、tool registry、workflow registry、memory config、prompt config、retry/continuation policy を保持する。
+- `run_with_callbacks` が 1 user turn を LLM provider に投げ、stream events を callbacks に渡す。
+- tool-call loop、tool execution、reasoning / usage / continuation / retry / compaction safety など、実際の LLM turn semantics を持つ。
+- `CallbackHandler` / `RunCallbacks` により、Pod 側が session persistence / event broadcast / in-flight tracking を差し込む。
+
+Runtime crate へ移す候補:
+
+- 「Worker に input を送り response/events を得る」上位 lifecycle。
+- usage / overview projection。
+
+そのまま再利用する候補:
+
+- provider transport / request serialization / streaming event parsing。
+- tool-call loop / history-aware retry / continuation。
+- callbacks abstraction。
+
+注意点:
+
+- `llm-worker::Worker` は既に比較的 embeddable だが、現在は `pod::Pod` が session store・event・metadata・scope と強く結合して使っている。
+- Backend internal Runtime は、Pod を経由せず `llm-worker::Worker` を直接持てる可能性がある。
+
+### crates/client
+
+`client` crate は既存 Pod process / socket client の adapter 部分を持つ。
+
+主な責務:
+
+- `spawn.rs`
+  - `PodProcessLaunchConfig` / `PodProcessLaunchOptions`。
+  - `yoi pod` process を起動し、stderr の `YOI-READY` と socket connectability を acceptance evidence とする。
+- `pod_client.rs`
+  - Unix socket に接続し、connect-time snapshot / alert を drain してから method を送る。
+  - one-shot Pod client。
+
+Runtime model 上の位置付け:
+
+- `LocalProcess` / legacy Pod adapter が使う process-backed compatibility layer。
+- `worker-runtime` lib の core semantics ではなく、process transport adapter 側。
+
+### Panel / TUI
+
+Panel / TUI は現在 Pod を socket / metadata ベースで扱う。
+
+例:
+
+- dashboard companion send path は Companion Pod の socket path に `UnixStream::connect` し、connect-time Snapshot/Alert を読んでから `Method::Run` を送る。
+- `UserMessage` event を acceptance evidence とする。
+- Panel の role/session claim や ticket row 操作は既存 Pod / role launch helper に寄っている。
+
+Runtime model への移行方向:
+
+- TUI/Panel は直接 socket path を authority とせず、Backend / Runtime API 経由で `runtime_id + worker_id` に input を送る方向へ移す。
+- 既存 local Pod attach は compatibility path として残す。
+
+### Workspace backend
+
+Workspace backend は現在 `WorkerRuntimeRegistry` / `LocalPodRuntime` 相当を持つが、実行 Runtime ではなく local Pod metadata projection が中心。
+
+主な現状:
+
+- `crates/workspace-server/src/hosts.rs`
+  - `WorkspaceWorkerRuntime` trait、`WorkerRuntimeRegistry`、`LocalPodRuntime` が存在する。
+  - `LocalRuntimeBridge = LocalPodRuntime` alias が残る。
+  - `/api/hosts`, `/api/workers`, `/api/hosts/{host_id}/workers` は registry 経由で worker summaries を返す。
+  - LocalPodRuntime は `.yoi/pods/*/metadata.json` を読み、runtime/worker projection を作る。
+- `spawn_worker` 等の typed shape はあるが、実 operation は unsupported / pending に近い。
+- Backend internal LLM Worker runtime はまだ存在しない。
+
+Runtime model への移行方向:
+
+- Workspace backend の Registry は `worker-runtime::Runtime` または network Runtime client を束ねる集約境界にする。
+- `LocalPodRuntime` は本来の Runtime ではなく、既存 Pod metadata/socket を Worker projection に見せる compatibility adapter として扱う。
+- Backend internal Companion は `worker-runtime::Runtime` を embedded に持ち、その Runtime 内の Worker として作る。
+
+### 初期 implementation split 案
+
+1. `worker-runtime` crate skeleton。
+   - `RuntimeId` / `WorkerId` / `WorkerRef` / status / summary / input / event / transcript projection / error 型。
+   - `Runtime` concrete struct の最小 shell。
+   - worker list/detail/send_input の mock or no-op capable core。
+2. Backend に embedded Runtime を組み込む。
+   - Workspace backend の Registry に embedded Runtime handle を登録。
+   - まだ LLM は mock でもよい。
+3. `llm-worker` を使った tools なし in-process Worker。
+   - single-flight。
+   - transcript projection。
+   - usage/error projection。
+4. Existing LocalPodRuntime を compatibility adapter として明示化。
+   - metadata reader / socket send は adapter 側。
+   - PodProcessLaunchConfig は process-backed path に閉じる。
+5. `worker-runtime` binary / network API。
+   - 同じ Runtime lib を起動して HTTP command + event observation API を公開する。
+6. Web Companion Console MVP。
+   - Backend embedded Runtime 上の companion Worker に message round-trip。
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T13:14:10Z -->
+
+## Decision
+
+## 追加調査メモ: pod-store / pod-registry の役割と移行方針
+
+### pod-store
+
+`pod-store` は `{data_dir}/pods/{pod_name}/metadata.json` を扱う name-keyed metadata store である。主な内容は active session/segment pointer、workspace_root、spawned/reclaimed children、peers、resolved_manifest_snapshot。
+
+これは正規 Worker Runtime の永続化層としては粒度と authority が古い。
+
+- identity が `pod_name` 中心。
+- socket/process/session restore を前提にした metadata が混ざる。
+- child/peer relation は Runtime/Worker records と orchestration records に分解すべき。
+- session pointer は Runtime-local transcript/run projection として扱うべき。
+
+短期対応として `worker-store` に rename するが、最終的には `worker-runtime` 内部の persistence module に統合する。
+
+### pod-registry
+
+`pod-registry` は `<runtime_dir>/pods.json` の flock-protected live allocation table である。主な内容は pod_name、pid、socket path、scope allow/deny、delegated_from、segment_id。
+
+これは Backend の RuntimeRegistry とは別物で、旧 local Pod process 群の machine-wide scope lock / delegation / stale reclaim である。Runtime model では、Worker allocation は Runtime 内部の責務になる。
+
+- 同一 Runtime 内 Worker の scope conflict は Runtime の allocation manager が扱う。
+- remote Runtime の allocation は remote Runtime 側の authority。
+- host-level conflict が必要な場合も Pod registry ではなく Runtime/host allocation model として設計する。
+
+短期対応として `worker-registry` に rename するが、最終的には `worker-runtime` 内部の allocation / scope_registry module に統合する。
+
+### 決定
+
+- `pod-store` / `pod-registry` は正規 architecture では役目を終える。
+- ただし即削除ではなく、まず `worker-store` / `worker-registry` へ rename し、Pod terminology を active API から外す。
+- 後続 Ticket で standalone crates を削除し、`worker-runtime` 内部 module に統合する。
+- 後方互換 alias / old path migration は設けない。
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T13:25:49Z -->
+
+## Decision
+
+Implementation order is now recorded with depends_on relations:
+
+1. 00001KVZD10ED llm-worker crateをllm-engineへ改名する
+2. 00001KVZEHJG1 pod-store/pod-registry crateをWorker用語へ改名する
+3. 00001KVZBCQH4 組み込み/ネットワーク対応Worker Runtime crateを作る
+4. 00001KVZEHJGT worker store/registryをworker-runtimeへ統合する
+5. 00001KVZ9JGK0 Backend内蔵Companion RuntimeとWeb Console MVP
+
+The key boundary is that Backend RuntimeRegistry aggregates Runtime instances, while worker store/allocation belongs inside worker-runtime after the transitional rename step.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T13:30:09Z -->
+
+## Decision
+
+Decision update: skip the standalone worker-store / worker-registry rename step.
+
+The implementation order is now:
+
+1. 00001KVZD10ED llm-worker crateをllm-engineへ改名する
+2. 00001KVZBCQH4 組み込み/ネットワーク対応Worker Runtime crateを作る
+3. 00001KVZ9JGK0 Backend内蔵Companion RuntimeとWeb Console MVP
+
+`pod-store` and `pod-registry` should be handled during the worker-runtime implementation itself: do not create standalone `worker-store` / `worker-registry` transitional crates. Move their relevant responsibilities directly into worker-runtime internal persistence/allocation modules, and leave Pod-specific compatibility as adapter detail only where still needed.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T13:43:31Z -->
+
+## Decision
+
+Implementation order update:
+
+1. 00001KVZD10ED llm-worker crateをllm-engineへ改名する
+2. 00001KVZG9BMS pod crateをworker crateへ改名する
+3. 00001KVZBCQH4 組み込み/ネットワーク対応Worker Runtime crateを作る
+4. 00001KVZ9JGK0 Backend内蔵Companion RuntimeとWeb Console MVP
+
+The pod -> worker step is a rename, not a rewrite. Runtime creation absorbs the former pod-store / pod-registry responsibilities directly into worker-runtime internal persistence/allocation modules; do not create standalone worker-store / worker-registry crates.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T14:41:12Z -->
+
+## Decision
+
+Decision update: worker-runtime should separate the embeddable Runtime core from optional persistence and network transports.
+
+- `worker-runtime/lib.rs` owns Runtime semantics and can be embedded by Backend.
+- `worker-runtime/main.rs` is only a Runtime process wrapper around the same Runtime.
+- Use features so embedding the library does not force FS store / HTTP server / WebSocket server dependencies.
+- v0 persistence should support memory store for embedded use and fs-store for standalone Runtime process use.
+- Backend <-> remote Runtime should be Backend-initiated: Browser -> Backend -> Runtime. Browser must not talk to Runtime directly.
+- Commands should be REST/HTTP. Observation should be REST polling, SSE, or WebSocket; REST server and WS/SSE server implementation may be split from core crate creation.
+- Runtime-initiated persistent connection back to Backend is not a v0 requirement because it complicates session, auth, reconnect, and delivery semantics.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T14:48:23Z -->
+
+## Decision
+
+Decision update: split the former broad worker-runtime ticket into implementation-sized tickets.
+
+Current order:
+
+1. 00001KVZD10ED llm-worker crateをllm-engineへ改名する
+2. 00001KVZG9BMS pod crateをworker crateへ改名する
+3. 00001KVZBCQH4 worker-runtime core crateと組み込みRuntime APIを作る
+4. 00001KVZKST83 worker-runtimeにFS永続化featureを追加する
+5. 00001KVZKSTE2 worker-runtimeにREST command serverを追加する
+6. 00001KVZKSTJT worker-runtimeにevent stream serverを追加する
+7. 00001KVZKSV6C Backend RuntimeRegistryをworker-runtimeへ接続する
+8. 00001KVZ9JGK0 Backend内蔵Companion RuntimeとWeb Console MVP
+
+The core ticket must not absorb FS persistence, REST server, event stream server, or Backend remote client integration. Those are separate implementation tickets.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T15:51:07Z -->
+
+## Decision
+
+Decision update: Profile/config bundle synchronization is a separate implementation ticket.
+
+The worker-runtime core ticket should only define the create-worker boundary:
+- create request accepts a Profile selector.
+- create request has an optional ConfigBundleRef placeholder.
+- if no bundle is supplied, Runtime may resolve against its local builtin/default resources for v0 testing.
+
+Full bundle sync is tracked by 00001KVZQHPNY and should cover digest/versioned bundle storage, Runtime-side profile resolution, Backend sync orchestration, and host-local secret/mount/plugin policy enforcement.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T16:14:53Z -->
+
+## Decision
+
+Decision update: the worker-runtime core API must not be described as a vague list of capabilities.
+
+The API surface is split into:
+
+- Runtime management API: runtime summary/status/capabilities/diagnostics/store-allocation status.
+- Worker catalog/lifecycle API: list/detail/create/stop/cancel workers inside one Runtime.
+- Worker interaction API: send user input and start a run, with single-flight/busy semantics.
+- Worker observation/projection API: status, bounded transcript, event cursor/subscription placeholder, usage/overview diagnostics.
+
+The Runtime API should wrap the single-worker host functionality exposed by the renamed `worker` crate, but must not re-export all Worker internals. Socket protocol, attach details, session file layout, and legacy process details stay out of the Runtime public API.
+
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:18:21Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:18:21Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: workspace-panel at: 2026-06-25T16:20:10Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:21:38Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- Dashboard Queue により本 Ticket の Orchestrator routing が明示許可された。
+- Ticket body / thread には core slice の範囲、Non-goals、API 分割、profile/config bundle sync の境界、`worker` crate との責務境界が十分に記録されている。
+- Relation blockers は解消済み。`00001KVZD10ED` は closed、`00001KVZG9BMS` は done。
+- `queued` は本 Ticket 1件のみ、`inprogress` は 0 件。追加並列受理候補はない。
+- Orchestration worktree は queue commit `30363e5e` 上で clean。既存の旧 worker-rename child worktree/Workers は残っているが、今回の child worktree path / branch / scope は分離できる。
+
+Evidence checked:
+- Ticket body: `crates/worker-runtime` core crate、memory-backed embedded Runtime API、Runtime/Worker identity、management/catalog/interaction/projection API、Non-goals、acceptance criteria。
+- Ticket thread decisions: implementation order、`pod-store` / `pod-registry` を standalone `worker-store` / `worker-registry` にしない、FS/REST/event-stream/Backend integration/config-bundle sync は別 Ticket。
+- Relations: depends_on `00001KVZD10ED` / `00001KVZG9BMS`; incoming dependent Tickets are later FS/REST/event-stream/config-bundle work and do not block this core slice.
+- OrchestrationPlan: 新規 accepted plan `orch-plan-20260625-162107-1` を記録。
+- Code map: root `Cargo.toml` workspace members/dependencies、既存 `crates/worker` single Worker host、`crates/workspace-server/src/hosts.rs` の現行 `WorkerRuntimeRegistry` / `WorkspaceWorkerRuntime` / local compatibility projection を確認。
+- Workspace state: `/home/hare/Projects/yoi/.worktree/orchestration` clean; implementation worktree target `/home/hare/Projects/yoi/.worktree/00001KVZBCQH4-worker-runtime-core` / branch `work/00001KVZBCQH4-worker-runtime-core` を採用。
+
+IntentPacket:
+
+Intent:
+- `crates/worker-runtime` を追加し、Backend 等へ組み込める memory-backed embedded Runtime core API を実装する。
+
+Binding decisions / invariants:
+- `Runtime` は concrete domain entity。trait object を public authority として設計しない。
+- API authority は `runtime_id + worker_id`。`pod_name` / socket path / session path を Runtime public API authority にしない。
+- `worker` crate は当面 single Worker host として残し、Runtime core は socket / attach / session file details や全 public Worker internals を再公開しない。
+- HTTP server / WebSocket/SSE server / REST command server / HTTP client / FS persistence / Backend RuntimeRegistry integration / Web Console は実装しない。
+- `worker-store` / `worker-registry` standalone crate は作らない。store/allocation は Runtime internal abstraction として定義する。
+- Profile/config bundle sync は別 Ticket。ここでは `ConfigBundleRef` placeholder と Profile selector 境界まで。
+- Existing process/socket/session compatibility の削除・大規模移植はしない。
+
+Requirements / acceptance criteria:
+- `crates/worker-runtime` を workspace に追加し、library として HTTP/WS/FS dependency なしで使える。
+- Runtime management、Worker catalog/lifecycle、Worker interaction、Worker observation/projection API が型として分離される。
+- Memory-backed embedded Runtime が summary/status、worker list/detail/create、send input、stop/cancel、bounded transcript projection、event cursor/subscription placeholder、diagnostics を持つ。
+- `CreateWorkerRequest` は `WorkerIntent`、Profile selector、optional `ConfigBundleRef`、requested capabilities、optional workspace/mount refs を表現する。
+- `ConfigBundleRef` なしでも Runtime-local builtin/default resources の範囲で toolsなし Worker を作れる型/挙動にする。
+- `cargo test -p worker-runtime`、`cargo check -p yoi`、`git diff --check`、必要に応じて `nix build .#yoi --no-link` が通る。
+
+Implementation latitude:
+- Module分割、型名、内部 store/allocation trait/struct の詳細、event cursor/subscription placeholder の最小実装、memory worker の transcript/event 表現は Coder が既存コード規約に合わせて選んでよい。
+- v0 は actual LLM/provider integration なし、または toolsなし minimal Worker projection でよい。ただし acceptance criteria の create/send/stop/cancel/projection observable behavior はテストで示す。
+
+Escalate if:
+- `worker` crate の public API 大規模変更や socket/session compatibility 変更が必要になる。
+- HTTP/WS/FS/Backend integration/config bundle sync を実装しないと acceptance を満たせないと判明する。
+- `pod-store` / `pod-registry` の削除または standalone rename が必要になりそうになる。
+- Runtime public API authority に socket/session/path identity を混ぜる必要が出る。
+
+Validation:
+- `cargo fmt --all`
+- `cargo test -p worker-runtime`
+- `cargo check -p yoi`
+- `git diff --check`
+- 依存/packaging変更があるため可能なら `nix build .#yoi --no-link`
+
+Current code map:
+- Add: `crates/worker-runtime/**`。
+- Update: root `Cargo.toml` workspace members/default-members/dependencies, `Cargo.lock` as needed, docs/tests only if needed for public API clarity。
+- Reference only as needed: `crates/worker/**` for single Worker host boundary, `crates/workspace-server/src/hosts.rs` for existing Backend registry/projection context。
+- Do not implement network/server/fs integration in this Ticket.
+
+Critical risks / reviewer focus:
+- Scope creep into REST/WS/FS/Backend integration。
+- Runtime API leaking legacy `pod_name` / socket/session authority。
+- Re-exporting or duplicating too much of `worker` internals instead of a bounded Runtime API。
+- Store/allocation becoming standalone `worker-store` / `worker-registry` crates instead of internal boundaries。
+- Config bundle sync accidentally implemented instead of placeholder boundary。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T16:21:46Z from: queued to: inprogress reason: routing_accepted_unblocked_worker_runtime_core field: state -->
+
+## State changed
+
+Routing decision: implementation_ready。
+
+Dashboard Queue による human-authorized routing を受け、Ticket body/thread、relations、orchestration plan、workspace state を確認した。`00001KVZD10ED` は closed、`00001KVZG9BMS` は done で relation blockers は解消済み。queued は本 Ticket 1件のみ、inprogress は 0 件。accepted plan と IntentPacket を thread / orchestration plan に記録済み。
+
+これ以降、worktree creation / coder/reviewer Worker routing などの implementation side effect に進める。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T16:23:24Z -->
+
+## Implementation report
+
+Implementation kickoff:
+
+- Worktree created: `/home/hare/Projects/yoi/.worktree/00001KVZBCQH4-worker-runtime-core`
+- Branch: `work/00001KVZBCQH4-worker-runtime-core`
+- Coder Worker spawned: `yoi-coder-00001KVZBCQH4-worker-runtime`
+
+Scope notes:
+- Coder has read access to the implementation worktree and non-recursive workspace root identity path needed by runtime startup.
+- Coder write scope is intentionally narrow: `crates/**`, root `Cargo.toml`, and root `Cargo.lock` only.
+- Coder is instructed not to modify Ticket records and not to operate in root/orchestration worktrees.
+
+Startup note:
+- The first spawn attempt failed before child creation because the runtime workspace root path itself was not readable in the delegated scope. Retried with non-recursive read on `/home/hare/Projects/yoi` plus implementation worktree read/write scope; second spawn succeeded.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZBCQH4-worker-runtime at: 2026-06-25T16:32:52Z -->
+
+## Implementation report
+
+Implementation report:
+
+実装完了。マージ・Ticket 更新・cleanup は未実施。
+
+Commit:
+- `9b2cae32 feat: add memory worker runtime crate`
+
+変更ファイル / API 概要:
+- `Cargo.toml`
+  - workspace member / default-member に `crates/worker-runtime` を追加。
+  - workspace dependency に `worker-runtime` を追加。
+- `Cargo.lock`
+  - `worker-runtime` package entry を追加。
+- `crates/worker-runtime/Cargo.toml`
+- `crates/worker-runtime/src/*`
+
+新規 crate `worker-runtime` の主な API 領域:
+- `Runtime`: concrete な memory-backed embedded Runtime domain entity。`Runtime::new_memory()`, `Runtime::with_options(...)`。
+- `identity`: `RuntimeId`, `WorkerId`, `WorkerRef`。Worker 操作は `runtime_id + worker_id` を持つ `WorkerRef` を authority として扱う。
+- `management`: `RuntimeOptions`, `RuntimeSummary`, `RuntimeStatus`, `RuntimeLimits`。
+- `catalog`: `CreateWorkerRequest`, `WorkerIntent`, `ProfileSelector`, `ConfigBundleRef`, `CapabilityRequest`, `WorkspaceRef`, `MountRef`, `WorkerSummary`, `WorkerDetail`, `WorkerStatus`。
+- `interaction`: `WorkerInput`, `send_input(...)` による transcript 追記。
+- `observation`: bounded transcript projection、`EventCursor`, `RuntimeEventBatch`, poll-only `EventSubscription` placeholder。
+- `diagnostics`: `RuntimeDiagnostic`, `DiagnosticSeverity`。
+
+実装範囲:
+- HTTP / WS / SSE / REST / FS persistence / Backend integration / config bundle sync は未実装。
+- provider/tool execution も未統合。
+- config bundle なし・requested capabilities なしの tools-less Worker 作成をサポート。
+- create/list/detail/send/stop/cancel/projection/events/diagnostics の unit tests を追加。
+
+Validation results:
+- `cargo fmt --all`: success
+- `cargo test -p worker-runtime`: success (6 tests passed)
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: failure
+  - 理由: `Cargo.lock` に新規 workspace crate `worker-runtime` が追加されたため、既存 `package.nix` の `cargoHash` / vendored lock consistency が古くなっている。
+  - `package.nix` は今回の delegated write scope 外なので未変更。
+
+Residual risks / review focus:
+- `package.nix` の `cargoHash` 更新が別途必要。今回の delegated write scope が `crates/**`, root `Cargo.toml`, root `Cargo.lock` のみだったため対応していない。
+- v0 は in-memory のみで、Runtime/Worker lifecycle semantics は最小実装。特に terminal Worker に対する再 stop/cancel の扱いを review 対象にする。
+- Event subscription は意図通り poll-only placeholder。後続 streaming 実装時に cursor semantics が十分か確認する。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZBCQH4-runtime-packaging at: 2026-06-25T16:37:25Z -->
+
+## Implementation report
+
+Packaging follow-up implementation report:
+
+対応内容:
+- `package.nix` の `cargoHash` のみ更新。
+- New hash: `sha256-RHo2b6dVClqu32wpgES/RQeBMXaqyqXZaooeSH5SveM=`
+
+Commit:
+- `593db95175ff8537af2401a5def21fc32dd4846d fix: update nix cargo hash`
+
+Validation:
+- `nix build .#yoi --no-link`: success
+- `git diff --check`: success
+
+Residual notes:
+- 作業ツリーは clean。
+- merge / close / cleanup は未実施。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZBCQH4-worker-runtime at: 2026-06-25T16:46:17Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+主なブロッカー:
+
+- `stop_worker` / `cancel_worker` の terminal lifecycle が不安定です。
+  `Runtime::transition_worker` は「同じ status への再実行」だけを idempotent 扱いし、既に `Stopped` の Worker に `cancel_worker`、既に `Cancelled` の Worker に `stop_worker` を呼ぶと、terminal state を別の terminal state に上書きできます。
+  - 該当: `crates/worker-runtime/src/runtime.rs:209-235`, `353-385`
+  - 現状ロジック: `worker.status == status` の場合のみ早期 return、それ以外は `worker.status = status`
+  - 影響: stop/cancel が terminal lifecycle として安定せず、summary の `stopped_worker_count` / `cancelled_worker_count` や event history が後続操作で意味を変えられる。
+  - テストも `stop` と `cancel` を別 Worker で確認しているだけで、`stop -> cancel` / `cancel -> stop` の不変条件を覆っていません。
+  - 期待: terminal Worker への反対側 terminal 操作は拒否するか、既存 terminal state を保持する idempotent 応答にし、該当テストを追加してください。
+
+確認した範囲:
+
+- `crates/worker-runtime` は workspace / default-members / workspace.dependencies に追加済み。
+- crate 依存は `serde` / `thiserror` のみで、HTTP/WS/FS/provider 依存の追加は見当たりません。
+- API は `management`, `catalog`, `interaction`, `observation`, `diagnostics`, `identity` に分離されています。
+- `Runtime` は concrete entity として実装され、Worker 操作は `WorkerRef { runtime_id, worker_id }` を要求しています。pod/socket/session path を authority とする API は見当たりません。
+- event cursor/subscription placeholder は `runtime_id` 検証、bounded `read_events`、`PollOnly` subscription として概ね意図に合っています。
+- `CreateWorkerRequest` は `WorkerIntent`, `ProfileSelector`, optional `ConfigBundleRef`, requested capabilities, workspace/mount refs を保持しています。
+- tools-less 作成と diagnostics のテストは存在します。
+- `package.nix` の `cargoHash` 更新コミットは確認しました。
+- `git diff --check f8d3b1cc..HEAD` は成功。
+  cargo/nix の再実行は、read-only 指示と上記 blocker があるため実施していません。
+
+---

.yoi/tickets/00001KVZD10ED/artifacts/orchestration-plan.jsonl

@@ -0,0 +1 @@
+{"id":"orch-plan-20260625-132518-1","ticket_id":"00001KVZD10ED","kind":"accepted_plan","accepted_plan":{"summary":"Ticket `00001KVZD10ED` は implementation_ready。専用 worktree `/home/hare/Projects/yoi/.worktree/00001KVZD10ED-llm-engine-rename` と branch `work/00001KVZD10ED-llm-engine-rename` で、`llm-worker` / `llm-worker-macros` を `llm-engine` / `llm-engine-macros` に rename し、主要 public turn-engine 型を `Worker` から `Engine` 系へ rename する。責務移動や worker-runtime 実装、互換 alias は non-goal。","branch":"work/00001KVZD10ED-llm-engine-rename","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZD10ED-llm-engine-rename","role_plan":"Orchestrator: accept/routing, worktree creation, final integration/validation/cleanup. Coder: repository-wide crate/type rename in dedicated child worktree. Reviewer: read-only review focusing on mechanical rename completeness, no compatibility alias, no behavior/authority movement, and validation evidence."},"author":"yoi-orchestrator","at":"2026-06-25T13:25:18Z"}

.yoi/tickets/00001KVZD10ED/item.md

@@ -0,0 +1,89 @@
+---
+title: 'llm-worker crateをllm-engineへ改名する'
+state: 'closed'
+created_at: '2026-06-25T12:45:38Z'
+updated_at: '2026-06-25T14:13:52Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T13:24:26Z'
+---
+
+## 背景
+
+今後は旧 `Pod` 相当の実行単位を `Worker` として扱い、`Runtime` が複数 Worker を保持・操作する構造へ移行したい。一方、現在の `crates/llm-worker` は実行単位としての Worker ではなく、LLM provider request / stream parsing / tool-call loop / reasoning / usage / retry / continuation / low-level history を進める turn engine である。
+
+このまま `llm-worker::Worker` という名前を残すと、今後導入する `worker-runtime::Worker` / Runtime scoped Worker identity と衝突し、Pod から Worker への概念移行が分かりにくくなる。責務分離自体は現在の `llm-worker` のままで概ね良いが、名前は実体に合わせて `llm-engine` へ変更する。
+
+この Ticket では crate rename、Rust module path rename、主要型 rename、関連 procedural macro crate rename を一括で行う。中途半端に crate 名だけ変えると check が通りにくく、移行中の混乱も残るため、`llm-worker -> llm-engine`、`llm-worker-macros -> llm-engine-macros`、`Worker -> Engine` を同じ実装単位で完了させる。
+
+## 要件
+
+### Crate / package rename
+
+- `crates/llm-worker` を `crates/llm-engine` に rename する。
+- `crates/llm-worker-macros` を `crates/llm-engine-macros` に rename する。
+- Cargo package name を `llm-worker` から `llm-engine` に変更する。
+- Cargo package name を `llm-worker-macros` から `llm-engine-macros` に変更する。
+- Workspace `Cargo.toml`、crate dependencies、imports、tests、docs、Nix packaging references を新しい crate 名に更新する。
+- Rust import path は `llm_worker` から `llm_engine` に変更する。
+- Macro crate import path は `llm_worker_macros` から `llm_engine_macros` に変更する。
+- 旧 crate 名 compatibility alias は作らない。
+
+### Type / API rename
+
+- `llm_worker::Worker` を `llm_engine::Engine` に rename する。
+- `WorkerConfig` は `EngineConfig` に rename する。
+- `WorkerResult` は `EngineRunResult` または同等に rename する。
+- `WorkerError` は `EngineError` に rename する。
+- `RunOutput` は `EngineRunOutput` または `RunOutput` のままでもよいが、public API 上で `Worker` という語が turn engine の主体名として残らないよう整理する。
+- `ToolDefinition as WorkerToolDefinition` のような import alias は、意味が残るなら `EngineToolDefinition` 等に更新する。
+- 内部 doc comment / examples / tests の「Worker」は、実行単位としての Worker と混同しないよう `Engine` / `LLM engine` / `turn engine` に更新する。
+
+### Responsibility boundary
+
+- `llm-engine` は Runtime / Worker identity / process lifecycle / socket protocol / session file authority を持たない。
+- `llm-engine` は LLM turn engine として以下を担う。
+  - provider request / stream handling
+  - normalized LLM events
+  - tool-call loop
+  - text / reasoning / tool / usage handling
+  - retry / continuation
+  - low-level history management
+  - callback hooks
+- `pod` crate や将来の `worker-runtime` crate が、実行単位としての Worker lifecycle / Runtime scoped identity / transcript projection / API exposure を担う。
+- この Ticket では責務移動は最小限にし、主に naming / package boundary を整理する。
+
+### Migration scope
+
+- Repository-wide references to `llm-worker`, `llm-worker-macros`, `llm_worker`, and `llm_worker::Worker` are updated.
+- Repository-wide references to `llm_worker_macros` are updated to `llm_engine_macros`.
+- `pod` crate uses `llm_engine::Engine` internally.
+- Tests / fixtures / generated docs that mention the old crate/type names are updated.
+- If generated lock/package files change, they are updated consistently.
+- Obsolete paths are removed; no duplicate `crates/llm-worker` or `crates/llm-worker-macros` directory remains.
+
+## Non-goals
+
+- New `worker-runtime` crate implementation.
+- Pod -> Worker runtime migration.
+- Backend internal Companion implementation.
+- Runtime network API implementation.
+- Moving session persistence / socket protocol / metadata authority into `llm-engine`.
+- Changing provider request semantics, tool-call loop behavior, retry/continuation behavior, or history semantics beyond rename fallout.
+- Backward compatibility alias for the unreleased `llm-worker` crate name.
+
+## 受け入れ条件
+
+- `crates/llm-engine` and `crates/llm-engine-macros` exist; `crates/llm-worker` and `crates/llm-worker-macros` are gone.
+- Cargo package names and crate import paths are `llm-engine` / `llm_engine` and `llm-engine-macros` / `llm_engine_macros`.
+- Public turn-engine type is `llm_engine::Engine`, not `llm_engine::Worker`.
+- Public config/result/error names no longer use `Worker` for the LLM turn engine concept.
+- Repository-wide references to `llm-worker` / `llm-worker-macros` / `llm_worker` / `llm_worker_macros` are gone except migration notes or changelog-like context where intentionally retained.
+- `pod` and dependent crates compile against `llm_engine::Engine`.
+- Existing behavior of provider streaming, tool-call loop, history append callbacks, retry/continuation, and usage events is unchanged except for names.
+- Docs / comments that define the new WorkerRuntime direction no longer conflict with the LLM engine naming.
+- `cargo test -p llm-engine` passes.
+- `cargo test -p pod` passes.
+- `cargo check -p yoi` passes.
+- `git diff --check` passes.
+- `nix build .#yoi --no-link` passes.

.yoi/tickets/00001KVZD10ED/resolution.md

@@ -0,0 +1 @@
+Implemented, reviewed, marked done, and merged into develop.

.yoi/tickets/00001KVZD10ED/thread.md

@@ -0,0 +1,335 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T12:45:38Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T13:23:50Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T13:23:50Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: workspace-panel at: 2026-06-25T13:24:26Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T13:26:00Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- Dashboard Queue により人間が Orchestrator routing を許可した queued Ticket として確認した。
+- Ticket body は `llm-worker` / `llm-worker-macros` crate rename、Rust import path rename、major public type rename (`Worker` -> `Engine`, config/result/error names)、repo-wide references、validation を具体的に列挙している。
+- `TicketRelationQuery` は blocking relation 0 件、`TicketOrchestrationPlanQuery` は routing 前 plan 0 件だった。
+- bounded context check で repository-wide `llm-worker` / `llm_worker` references を確認し、主な変更 surface は `crates/llm-worker`, `crates/llm-worker-macros`, workspace/dependency metadata, `pod`/`manifest` imports, docs/tests/examples/Nix/Cargo.lock である。これは大きめだが mechanical rename task として明確で、責務移動や WorkerRuntime 実装は non-goal として分離されている。
+- risk は API/naming churn だが、受け入れ条件と validation が明確で、Coder の bounded implementation latitude に収まる。planning return が必要な未決定事項は見つからない。
+
+Evidence checked:
+- Ticket body / thread: `item.md`, `thread.md`。thread は create、planning->ready、ready->queued のみで未解決 blocker は記録されていない。
+- Relations / orchestration plan: relation 0 件、routing 前 plan 0 件。accepted plan `orch-plan-20260625-132518-1` を記録済み。
+- Code context: `git grep` で `crates/llm-worker`, `crates/llm-worker-macros`, `llm_worker`, `llm_worker_macros`, `Worker` imports/examples/tests/docs references を確認。
+- Workspace state: `/home/hare/Projects/yoi/.worktree/orchestration` は clean。queued Ticket はこの 1 件、inprogress Ticket は 0 件。
+
+IntentPacket:
+
+Intent:
+- LLM turn-processing crate を `llm-worker` から `llm-engine` へ rename し、public turn-engine主体型を `Worker` から `Engine` 系へ rename することで、今後の Runtime-scoped Worker concept と衝突しない package/API naming に整理する。
+
+Binding decisions / invariants:
+- `llm-engine` は LLM turn engine。Runtime / Worker identity / process lifecycle / socket protocol / session file authority は持たない。
+- 責務移動は最小限。provider request/stream handling、tool-call loop、reasoning/usage/retry/continuation/history/callback semantics は変えない。
+- `crates/llm-worker` / `crates/llm-worker-macros` は残さない。
+- `llm-worker` / `llm_worker` / `llm_worker_macros` compatibility alias は作らない。
+- `pod` crate and dependents should compile against `llm_engine::Engine` and renamed config/result/error types.
+- New `worker-runtime` crate or Pod->Worker migration is non-goal.
+
+Requirements / acceptance criteria:
+- `crates/llm-engine` and `crates/llm-engine-macros` exist; old directories gone.
+- Cargo package/dependency names and Rust import paths use `llm-engine` / `llm_engine` and `llm-engine-macros` / `llm_engine_macros`.
+- Public turn-engine type is `llm_engine::Engine`, not `Worker`; config/result/error names no longer use `Worker` for the turn engine concept.
+- Repository-wide old references are gone except intentional historical/migration notes if any.
+- `pod`, `manifest`, `yoi`, examples/tests/docs/Nix/Cargo.lock update consistently.
+- Existing runtime behavior is unchanged except names.
+- Validation target includes `cargo test -p llm-engine`, `cargo test -p pod`, `cargo check -p yoi`, `git diff --check`, `nix build .#yoi --no-link`.
+
+Implementation latitude:
+- Result/output type exact names may follow Ticket guidance (`EngineRunResult`, `EngineRunOutput`, etc.) as long as public API no longer presents LLM turn engine as Worker.
+- Internal file names may be renamed for clarity (`worker.rs` -> `engine.rs`) if practical; otherwise public module/API must be clean.
+- Historical ticket ids or changelog-like references may remain only if clearly intentional and not active API/docs guidance.
+
+Escalate if:
+- Rename requires behavior changes to provider streaming/tool-loop/history semantics.
+- A compatibility alias appears necessary to make internal crates compile.
+- Existing macro/test generated names cannot be renamed without broader procedural macro redesign.
+- `cargo test -p pod` failure is not the known prompt guidance snapshot caveat but a rename regression.
+
+Validation:
+- `cargo test -p llm-engine`
+- `cargo test -p pod`
+- `cargo check -p yoi`
+- `git diff --check`
+- `nix build .#yoi --no-link`
+- Add focused grep evidence for old names.
+
+Current code map:
+- Primary: `crates/llm-worker`, `crates/llm-worker-macros`, workspace `Cargo.toml`, `Cargo.lock`, `package.nix`。
+- Secondary: dependent imports in `crates/pod`, `crates/manifest`, examples/tests/docs/resources as found by grep。
+- Avoid: worker-runtime implementation, Pod runtime migration, session/socket authority changes, provider/tool-loop behavior changes。
+
+Critical risks / reviewer focus:
+- stale old crate/import/type references。
+- hidden compatibility alias left behind。
+- behavior changes mixed into mechanical rename。
+- `Worker` remaining as public turn-engine主体名 where it conflicts with Runtime Worker concept。
+- Nix/Cargo lock/hash updates missed。
+
+Next action:
+- `queued -> inprogress` を記録してから worktree-workflow で `/home/hare/Projects/yoi/.worktree/00001KVZD10ED-llm-engine-rename` を作成し、multi-agent-workflow で Coder/Reviewer sibling loop に進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T13:26:35Z from: queued to: inprogress reason: orchestrator_acceptance_unblocked field: state -->
+
+## State changed
+
+Orchestrator acceptance: queued -> inprogress
+
+- 直前確認で `TicketShow` は state `queued`、blocking relation は 0 件、accepted plan `orch-plan-20260625-132518-1` を確認した。
+- routing decision と IntentPacket は Ticket thread に記録済み。
+- orchestration worktree は clean。この Ticket 用 worktree/branch はまだ作成していない。
+- これ以降に worktree-workflow で `/home/hare/Projects/yoi/.worktree/00001KVZD10ED-llm-engine-rename` を作成し、multi-agent-workflow に接続する。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T13:28:20Z -->
+
+## Implementation report
+
+Implementation orchestration update:
+
+- worktree-workflow に従い、implementation worktree `/home/hare/Projects/yoi/.worktree/00001KVZD10ED-llm-engine-rename` と branch `work/00001KVZD10ED-llm-engine-rename` を作成した。
+- child worktree では tracked `.yoi` project records を見える状態にし、`.yoi/memory`、local/runtime/log/lock/secret-like `.yoi` paths を sparse-checkout で除外する方針にした。
+- Coder Pod `yoi-coder-00001KVZD10ED-llm-engine` を sibling として起動した。write scope は child worktree に限定し、runtime workspace root `/home/hare/Projects/yoi` は startup 要件を満たすため non-recursive read のみにした。
+- Coder には root/original workspace と orchestration worktree で read/write/validation/git operation を行わないよう明示した。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZD10ED-llm-engine at: 2026-06-25T13:47:26Z -->
+
+## Implementation report
+
+Implementation report:
+
+対象 Ticket:
+- `00001KVZD10ED` — `llm-worker crateをllm-engineへ改名する`
+
+実装概要:
+- `crates/llm-worker` → `crates/llm-engine`
+- `crates/llm-worker-macros` → `crates/llm-engine-macros`
+- Cargo package / workspace dependency 名を `llm-engine` / `llm-engine-macros` へ更新。
+- Rust import path を `llm_engine` / `llm_engine_macros` へ更新。
+- turn-engine API を rename。
+  - `Worker` → `Engine`
+  - `WorkerConfig` → `EngineConfig`
+  - `WorkerError` → `EngineError`
+  - `WorkerResult` → `EngineResult`
+  - `WorkerState` → `EngineState`
+  - `RunOutput` → `EngineRunOutput`
+- `pod` 側の engine 保持 API / error / alert source 等も rename fallout として更新。
+- docs / tests / examples / Nix / `Cargo.lock` / `package.nix` hash を更新。
+- 旧 crate directory は削除済みで、互換 alias は追加していない。
+
+Commit:
+- `292fc4ea refactor: rename llm worker crate to engine`
+
+Validation:
+- `cargo test -p llm-engine`: success
+- `cargo test -p pod`: success
+  - 既知 caveat の prompt guidance snapshot failure は今回発生しなかった。
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Grep evidence:
+- `.yoi/tickets/**` と `docs/report/**` を除外した active tree で以下の旧 active references は 0 件。
+  - `llm-worker`
+  - `llm_worker`
+  - `llm-worker-macros`
+  - `llm_worker_macros`
+- `crates/llm-engine` / `crates/llm-engine-macros` 内の旧 public Worker API 名も 0 件。
+  - `\bWorker\b`
+  - `WorkerConfig`
+  - `WorkerError`
+  - `WorkerResult`
+  - `WorkerState`
+- historical `.yoi/tickets` / `docs/report` 内には旧語が残る。count: 786。これは Ticket 本文・過去 report 類の履歴文脈として意図的に残している。
+
+Residual risks / notes:
+- 互換 alias は入れていないため、外部未追跡コードが `llm-worker` / `llm_worker::Worker` を直接参照している場合は破壊的変更になる。ただし Ticket の binding invariant 通り。
+- merge / Ticket close / worktree cleanup は未実施。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZD10ED-llm-engine at: 2026-06-25T13:54:15Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+確認結果、Ticket `00001KVZD10ED` の IntentPacket / acceptance criteria に対してブロッカーは見つかりませんでした。
+
+Read-only 確認:
+- 対象 worktree / branch / commit:
+  - `work/00001KVZD10ED-llm-engine-rename`
+  - HEAD `292fc4ea`
+  - base `22598710` は ancestor。
+- Ticket 記録:
+  - `thread.md` の IntentPacket / acceptance criteria / reviewer focus を確認。
+  - 要件は `llm-worker` → `llm-engine`、public turn-engine API を `Worker` 系から `Engine` 系へ rename、互換 alias なし、責務移動なし。
+- crate / directory:
+  - `crates/llm-engine`, `crates/llm-engine-macros` が存在。
+  - `crates/llm-worker`, `crates/llm-worker-macros` は存在しない。
+- Cargo / Nix:
+  - root `Cargo.toml` の members/default-members/workspace deps が `llm-engine` / `llm-engine-macros`。
+  - `crates/pod/Cargo.toml` 等の依存も `llm-engine`。
+  - `Cargo.lock` は旧 package 名から新 package 名へ置換済み。
+  - `package.nix` の `cargoHash` 更新を確認。
+- public API:
+  - `crates/llm-engine/src/lib.rs` は `Engine`, `EngineConfig`, `EngineError`, `EngineResult`, `EngineRunOutput` を export。
+  - `WorkerConfig` / `WorkerError` / `WorkerResult` / `WorkerState` / bare `RunOutput` は active tree で検出されず。
+  - `llm-engine` / `llm-engine-macros` 内に `pub type Worker` 等の互換 alias は見つからず。
+- stale reference:
+  - `.yoi/tickets/**` と `docs/report/**` を除いた tracked active tree で `llm-worker`, `llm_worker`, `llm-worker-macros`, `llm_worker_macros` は検出されず。
+- behavior / responsibility risk:
+  - `crates/llm-worker/src/worker.rs` → `crates/llm-engine/src/engine.rs` は正規化比較で import order / formatting 程度の差分に収まっていることを確認。
+  - `crates/llm-engine/README.md` に Pod names / sockets / process lifecycle / scope delegation / durable Pod state を持たない境界が明記されており、Runtime/Worker identity や socket/session authority の責務移動は見当たらない。
+- whitespace:
+  - `git diff --check 22598710..HEAD`: success。
+
+未再実行:
+- `cargo test -p llm-engine`
+- `cargo test -p pod`
+- `cargo check -p yoi`
+- `nix build .#yoi --no-link`
+
+上記は reviewer の read-only/no-write 条件を優先して再実行していない。coder 報告では成功済み。
+
+Non-blocking note:
+- `pod` 側には local variable や既存 runtime/manifest 文脈としての `worker` 語が残っているが、今回の acceptance 対象である old crate/import/API 名や `llm_engine::Worker` 互換 alias ではないため問題なし。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T13:57:16Z -->
+
+## Implementation report
+
+Integration outcome:
+
+- Coder `yoi-coder-00001KVZD10ED-llm-engine` が implementation branch `work/00001KVZD10ED-llm-engine-rename` に実装を commit した。
+  - implementation commit: `292fc4ea refactor: rename llm worker crate to engine`
+- Reviewer `yoi-reviewer-00001KVZD10ED-llm-engine` は read-only review で `approve`。old crate directories removal、Cargo/Nix consistency、public Engine API、old active references なし、compatibility alias なし、behavior/responsibility movement なしを確認した。
+- Orchestrator worktree `/home/hare/Projects/yoi/.worktree/orchestration` で branch `work/00001KVZD10ED-llm-engine-rename` を merge 済み。
+  - merge commit: `254ecccb merge: 00001KVZD10ED llm engine rename`
+
+Implemented behavior:
+- `crates/llm-worker` -> `crates/llm-engine`
+- `crates/llm-worker-macros` -> `crates/llm-engine-macros`
+- Cargo package/dependency/import path を `llm-engine` / `llm_engine`, `llm-engine-macros` / `llm_engine_macros` に更新。
+- Public turn-engine API を Engine 系へ rename。
+  - `Worker` -> `Engine`
+  - `WorkerConfig` -> `EngineConfig`
+  - `WorkerError` -> `EngineError`
+  - `WorkerResult` -> `EngineResult`
+  - `WorkerState` -> `EngineState`
+  - `RunOutput` -> `EngineRunOutput`
+- `pod`, `manifest`, docs, examples, tests, Nix, `Cargo.lock`, `package.nix` hash を更新。
+- old crate directories は削除済み。compatibility alias は追加していない。
+
+Validation in Orchestrator worktree:
+- `cargo test -p llm-engine`: success
+- `cargo test -p pod`: success
+- `cargo check -p yoi`: success
+- active old reference grep excluding `.yoi/tickets/**` and `docs/report/**`: success, none found for:
+  - `llm-worker`
+  - `llm_worker`
+  - `llm-worker-macros`
+  - `llm_worker_macros`
+- `crates/llm-engine` / `crates/llm-engine-macros` old public Worker API grep: success, none found for:
+  - `\bWorker\b`
+  - `WorkerConfig`
+  - `WorkerError`
+  - `WorkerResult`
+  - `WorkerState`
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Notes:
+- Historical `.yoi/tickets/**` and `docs/report/**` references to old names remain as durable history/report context and are not active API/docs guidance.
+- Unlike recent Plugin full `cargo test -p pod` runs, this validation passed `cargo test -p pod` fully.
+
+Next action:
+- Mark Ticket done after this integration/validation evidence.
+- Then stop related child Pods and remove only the child implementation worktree/branch.
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T13:57:29Z from: inprogress to: done reason: merged_validated field: state -->
+
+## State changed
+
+Implementation is merged into the orchestration branch and validated.
+
+Evidence:
+- merge commit: `254ecccb merge: 00001KVZD10ED llm engine rename`
+- reviewer result: approve
+- validation in `/home/hare/Projects/yoi/.worktree/orchestration` succeeded:
+  - `cargo test -p llm-engine`
+  - `cargo test -p pod`
+  - `cargo check -p yoi`
+  - active old reference grep excluding `.yoi/tickets/**` and `docs/report/**`
+  - old public Worker API grep in `crates/llm-engine` / `crates/llm-engine-macros`
+  - `git diff --check`
+  - `nix build .#yoi --no-link`
+
+Closure is not performed here; this state records implementation completion after merge/validation.
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T14:13:52Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T14:13:52Z status: closed -->
+
+## 完了
+
+Implemented, reviewed, marked done, and merged into develop.
+
+
+---

.yoi/tickets/00001KVZG9BMS/artifacts/orchestration-plan.jsonl

@@ -0,0 +1 @@
+{"id":"orch-plan-20260625-141406-1","ticket_id":"00001KVZG9BMS","kind":"accepted_plan","accepted_plan":{"summary":"Ticket `00001KVZG9BMS` は prerequisite `00001KVZD10ED` が done になったため implementation_ready。専用 worktree `/home/hare/Projects/yoi/.worktree/00001KVZG9BMS-worker-crate-rename` と branch `work/00001KVZG9BMS-worker-crate-rename` で、`crates/pod` を `crates/worker` へ rename し、public execution-unit API を Worker terminology へ整理する。`pod-store`/`pod-registry` standalone rename、worker-runtime実装、socket/session互換の完全削除は non-goals。","branch":"work/00001KVZG9BMS-worker-crate-rename","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZG9BMS-worker-crate-rename","role_plan":"Orchestrator: accept/routing, worktree creation, final integration/validation/cleanup. Coder: repository-wide crate/API rename in dedicated child worktree. Reviewer: read-only review focusing on mechanical rename completeness, CLI/process launch consistency, no pod-store/registry rename, no responsibility rewrite, and validation evidence."},"author":"yoi-orchestrator","at":"2026-06-25T14:14:06Z"}

.yoi/tickets/00001KVZG9BMS/artifacts/relations.json

@@ -0,0 +1,13 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZG9BMS",
+      "kind": "depends_on",
+      "target": "00001KVZD10ED",
+      "note": "Rename llm-worker to llm-engine first so Worker naming is available for the former pod crate.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T13:43:31Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZG9BMS/item.md

@@ -0,0 +1,90 @@
+---
+title: 'pod crateをworker crateへ改名する'
+state: 'done'
+created_at: '2026-06-25T13:42:37Z'
+updated_at: '2026-06-25T16:19:23Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T14:13:35Z'
+---
+
+## 背景
+
+Yoi は旧 `Pod` 相当の実行単位を今後 `Worker` として扱い、`Runtime` が複数 Worker を保持・操作する構造へ移行する。既存の `crates/pod` は、現在の `yoi pod` process / Unix socket / session persistence / tool registry / workflow / `llm-engine` turn execution host を束ねる実行単位の本体であり、実質的には「single Worker host」である。
+
+`llm-worker` は `llm-engine` に改名して LLM turn engine から `Worker` 名を空ける。その後、`pod` crate を rewrite ではなく rename として `worker` crate に寄せる。大規模な責務移動はこの Ticket では行わず、名前と公開 API を今後の Runtime/Worker model に合わせる。`pod-store` / `pod-registry` 相当の責務は、この rename Ticket では直接扱わず、後続の `worker-runtime` 作成時に Runtime 内部 persistence / allocation module として吸収する。
+
+## 目的
+
+- 旧 `Pod` 実行単位を `Worker` として命名し直す。
+- `worker-runtime` 導入前に、`Worker` が実行単位、`llm-engine` が turn engine、`Runtime` が Worker を動かす環境、という命名を揃える。
+- 既存 `pod` crate の実装は基本 rewrite せず、rename / import path / type name / docs / tests を整理する。
+- 後続の `worker-runtime` crate が `worker` crate を single Worker host として扱える状態にする。
+
+## 要件
+
+### Crate / package rename
+
+- `crates/pod` を `crates/worker` に rename する。
+- Cargo package name を `pod` から `worker` に変更する。
+- Rust import path を `pod` から `worker` に変更する。
+- Workspace `Cargo.toml`、crate dependencies、tests、docs、Nix packaging references を更新する。
+- 旧 crate name / import path の compatibility alias は作らない。
+
+### Type / module rename
+
+- Public type / module / doc comment の `Pod` terminology を Worker terminology に更新する。
+  - `Pod` -> `Worker`。
+  - `PodConfig` / `PodController` / `PodState` / `PodEvent` 相当があれば Worker terminology に寄せる。
+  - `pod_name` は `worker_name` または `worker_id` 相当へ寄せる。
+- ただし、既存 socket protocol / session file / on-disk compatibility の詳細に残る `pod` 文字列については、後続 Runtime 移行で消すべき legacy detail として明示的に扱う。
+- `llm-engine` 内部の `Engine` と、実行単位としての `worker::Worker` が名前上衝突しないようにする。
+
+### CLI / process surface
+
+- 現在の `yoi pod` CLI surface をどう rename するかを実装時に決める。
+- 後方互換は設けなくてよいが、dogfooding runtime / spawn path / scripts / tests への影響を明示的に処理する。
+- Low-level process launch path は、後続の `worker-runtime` では compatibility / process-backed Worker host として扱えるようにする。
+
+### Responsibility boundary
+
+- この Ticket は rename が主目的であり、大規模な responsibility rewrite はしない。
+- `worker` crate は当面 single Worker host として以下を保持する。
+  - input handling
+  - `llm-engine` integration
+  - event emission
+  - session / transcript compatibility
+  - tool registry / workflow integration
+  - legacy socket compatibility
+- Runtime に属する責務は後続 Ticket へ残す。
+  - 複数 Worker 管理
+  - embedded / networked Runtime API
+  - worker store / allocation integration
+  - remote runtime support
+- `pod-store` / `pod-registry` の standalone rename は行わず、後続 `worker-runtime` 作成時に直接内部 module へ吸収する。
+
+## Non-goals
+
+- `worker-runtime` crate の実装。
+- Backend internal Companion Web Console の実装。
+- `pod-store` / `pod-registry` の `worker-store` / `worker-registry` への中間 rename。
+- Runtime 内部 persistence / allocation module の完成。
+- Existing process/socket/session model の完全削除。
+- `llm-engine` rename の実装。
+- Provider request / tool-call loop / history semantics の変更。
+
+## 受け入れ条件
+
+- `crates/worker` が存在し、`crates/pod` は残っていない。
+- Cargo package name and Rust import path are `worker`.
+- Public execution-unit type is `worker::Worker`, not `pod::Pod`.
+- Repository-wide active references to `pod` crate / `pod::` import / `crates/pod` are gone except intentionally documented legacy context.
+- Dependent crates compile against `worker` crate.
+- `llm-engine::Engine` と `worker::Worker` の責務境界が code/docs/comments 上で明確になっている。
+- Existing process/socket/session compatibility path still works or is explicitly updated without old-name alias.
+- `pod-store` / `pod-registry` are not renamed to standalone `worker-store` / `worker-registry` in this Ticket.
+- `cargo test -p worker` passes.
+- `cargo test -p yoi` or relevant CLI tests covering process launch pass.
+- `cargo check -p yoi` passes.
+- `git diff --check` passes.
+- `nix build .#yoi --no-link` passes.

.yoi/tickets/00001KVZG9BMS/thread.md

@@ -0,0 +1,747 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T13:42:37Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T14:08:22Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T14:08:22Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: workspace-panel at: 2026-06-25T14:13:35Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T14:14:52Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- Dashboard Queue により人間が Orchestrator routing を許可した queued Ticket として確認した。
+- outgoing `depends_on` は `00001KVZD10ED` で、`00001KVZD10ED` は done / merged / reviewed / validated 済み。`TicketShow` derived blockers は空で、implementation acceptance blocker は残っていない。
+- incoming dependent `00001KVZBCQH4` は後続 worker-runtime creation であり、この Ticket の acceptance blocker ではない。
+- Ticket body は `crates/pod` -> `crates/worker` crate/package/import rename、public execution-unit API rename、CLI/process surface update、non-goals、validation を具体的に列挙している。
+- bounded context check で current active references to `crates/pod`, `pod::`, package `pod`, `yoi pod` process entrypoint, tests/docs/Nix を確認した。変更量は大きいが mechanical rename + bounded public surface alignment として進められる。
+- CLI/process surface は risk だが、Ticket は backward compatibility alias 不要、dogfooding runtime/spawn path/scripts/tests 影響を明示処理することを要求している。設計未決定というより implementation slice 内の bounded choice と判断する。
+
+Evidence checked:
+- Ticket body / thread: `item.md`, `thread.md`。thread は create、planning->ready、ready->queued のみで未解決 blocker は記録されていない。
+- Relations / orchestration plan: outgoing depends_on `00001KVZD10ED` is done; incoming dependent `00001KVZBCQH4`; routing 前 plan 0 件。accepted plan `orch-plan-20260625-141406-1` を記録済み。
+- Code context: `git grep` で `crates/pod`, `pod::`, package/dependency `pod`, `yoi pod`, `Pod` public API refs を確認。
+- Workspace state: `/home/hare/Projects/yoi/.worktree/orchestration` は clean。queued Ticket はこの 1 件、inprogress Ticket は 0 件。
+
+IntentPacket:
+
+Intent:
+- 現在の single execution-unit host crate `pod` を `worker` に rename し、実行単位としての `worker::Worker` と LLM turn engine `llm_engine::Engine` の命名境界を揃える。
+
+Binding decisions / invariants:
+- This is a rename / API terminology alignment Ticket, not a responsibility rewrite.
+- `worker` crate remains the current single Worker host: input handling, llm-engine integration, event emission, session/transcript compatibility, tool registry, workflow integration, legacy socket compatibility.
+- Do not implement `worker-runtime` crate or multi-worker Runtime API.
+- Do not standalone-rename `pod-store` / `pod-registry` to `worker-store` / `worker-registry` in this Ticket.
+- Do not change provider request/tool-call/history semantics.
+- Do not create `pod` crate/import compatibility alias.
+- Existing on-disk/socket/session compatibility may retain legacy `pod` strings only where explicitly legacy/internal and documented.
+
+Requirements / acceptance criteria:
+- `crates/worker` exists; `crates/pod` does not remain.
+- Cargo package/import path are `worker`.
+- Public execution-unit type is `worker::Worker`, not `pod::Pod`.
+- Active repository references to `pod` crate / `pod::` import / `crates/pod` are gone except intentional legacy context.
+- Dependent crates compile against `worker` crate.
+- `llm_engine::Engine` vs `worker::Worker` boundary is clear in code/docs/comments.
+- Existing process/socket/session compatibility path still works or is explicitly updated without old-name alias.
+- `pod-store` / `pod-registry` are not renamed as standalone crates.
+- Validation target includes `cargo test -p worker`, `cargo test -p yoi` or relevant CLI tests, `cargo check -p yoi`, `git diff --check`, `nix build .#yoi --no-link`.
+
+Implementation latitude:
+- Exact CLI command spelling may be updated according to Ticket requirement, but no backward alias should be added unless a hard blocker appears. If command migration threatens current runtime dogfooding assumptions, escalate.
+- Internal legacy file/socket/session names may remain only when required for compatibility and must be clearly legacy/internal, not active API guidance.
+- Type/module rename can be staged mechanically; prioritize compile/test correctness and grep evidence.
+
+Escalate if:
+- Rename requires broad runtime architecture rewrite or worker-runtime implementation.
+- Current process launch/spawn mechanics cannot work without a compatibility `pod` command/alias.
+- `pod-store` / `pod-registry` must be renamed for compile correctness.
+- Session/socket/on-disk migration would be required beyond explicit legacy compatibility labels.
+- Behavior changes unrelated to naming are needed.
+
+Validation:
+- `cargo test -p worker`
+- `cargo test -p yoi` or focused process/CLI tests
+- `cargo check -p yoi`
+- `git diff --check`
+- `nix build .#yoi --no-link`
+- grep evidence for stale active references.
+
+Current code map:
+- Primary: `crates/pod`, workspace `Cargo.toml`, dependent crates (`crates/yoi`, `crates/tui`, workspace-server/client as discovered), tests/docs/resources, `Cargo.lock`, `package.nix`.
+- Avoid: `pod-store` / `pod-registry` standalone rename, worker-runtime implementation, root/original workspace operations.
+
+Critical risks / reviewer focus:
+- stale active `pod` crate/import/directory references.
+- hidden compatibility alias.
+- breaking runtime process launch / spawn command path.
+- accidentally renaming persistence crates out of scope.
+- behavior changes mixed into mechanical rename.
+- confusion between `llm_engine::Engine` and `worker::Worker` responsibilities.
+
+Next action:
+- `queued -> inprogress` を記録してから worktree-workflow で `/home/hare/Projects/yoi/.worktree/00001KVZG9BMS-worker-crate-rename` を作成し、multi-agent-workflow で Coder/Reviewer sibling loop に進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T14:15:18Z from: queued to: inprogress reason: orchestrator_acceptance_unblocked field: state -->
+
+## State changed
+
+Orchestrator acceptance: queued -> inprogress
+
+- 直前確認で `TicketShow` は state `queued`、derived blockers は空。
+- outgoing dependency `00001KVZD10ED` は done / merged / reviewed / validated 済み。
+- accepted plan `orch-plan-20260625-141406-1` を確認した。
+- routing decision と IntentPacket は Ticket thread に記録済み。
+- これ以降に worktree-workflow で `/home/hare/Projects/yoi/.worktree/00001KVZG9BMS-worker-crate-rename` を作成し、multi-agent-workflow に接続する。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T14:16:23Z -->
+
+## Implementation report
+
+Implementation orchestration update:
+
+- prerequisite `00001KVZD10ED` が done であることを確認し、`00001KVZG9BMS` を受理した。
+- worktree-workflow に従い、implementation worktree `/home/hare/Projects/yoi/.worktree/00001KVZG9BMS-worker-crate-rename` と branch `work/00001KVZG9BMS-worker-crate-rename` を作成した。
+- child worktree では tracked `.yoi` project records を見える状態にし、`.yoi/memory`、local/runtime/log/lock/secret-like `.yoi` paths を sparse-checkout で除外する方針にした。
+- Coder Pod `yoi-coder-00001KVZG9BMS-worker-rename` を sibling として起動した。write scope は child worktree に限定し、runtime workspace root `/home/hare/Projects/yoi` は startup 要件を満たすため non-recursive read のみにした。
+- Coder には root/original workspace と orchestration worktree で read/write/validation/git operation を行わないよう明示した。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZG9BMS-worker-rename at: 2026-06-25T15:07:12Z -->
+
+## Implementation report
+
+Implementation report:
+
+実装概要:
+- `crates/pod` を `crates/worker` へ改名。
+  - Cargo package/import path を `pod` から `worker` へ更新。
+  - `worker::Worker`, `WorkerConfig`, `WorkerState`, `WorkerEvent`, `WorkerClient`, `WorkerRuntimeCommand` など Worker 用語へ更新。
+- CLI/process surface を `yoi pod` から `yoi worker` へ変更。
+  - 後方互換の `yoi pod` alias は追加していません。
+- `llm_engine::Engine` と `worker::Worker` の境界を明確化。
+  - 既存 manifest の turn-engine 側設定は `engine` 用語へ寄せ、Worker host 側設定と分離しました。
+- `pod-store` / `pod-registry` は crate/package としては改名していません。
+  - ただし Worker API と整合するよう、関連する型・呼び出し側は Worker 用語へ更新。
+  - 既存互換・内部文脈として、legacy on-disk metadata directory `pods` などは残しています。
+- resources/prompts、profiles、docs、Nix、Cargo workspace、Cargo.lock を更新。
+- `package.nix` の `cargoHash` を更新。
+
+主な変更ファイル:
+- `crates/pod/**` → `crates/worker/**`
+- `crates/client/src/pod_client.rs` → `crates/client/src/worker_client.rs`
+- `crates/tui/src/pod_list.rs` → `crates/tui/src/worker_list.rs`
+- `crates/yoi/src/pod_cleanup_cli.rs` → `crates/yoi/src/worker_cleanup_cli.rs`
+- `resources/prompts/pod/**` → `resources/prompts/worker/**`
+- `resources/prompts/common/pod-orchestration.md` → `resources/prompts/common/worker-orchestration.md`
+- `docs/design/pod-session-state.md` → `docs/design/worker-session-state.md`
+- `Cargo.toml`, `Cargo.lock`, `package.nix`
+- dependent crates: `protocol`, `manifest`, `tui`, `client`, `workspace-server`, `yoi`, docs/resources
+
+Validation:
+- `cargo test -p worker`: success
+- `cargo test -p yoi`: success
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Grep evidence:
+- `crates/pod` refs: intentional `pod-store` / `pod-registry` path を除きなし
+- `pod::` refs: なし
+- package/import `pod` refs: intentional `pod-store` / `pod-registry` dependencies を除きなし
+- old public `Pod*` execution-unit type refs: intentional exclusions を除きなし
+- active CLI refs:
+  - `yoi pod`: なし
+  - `"pod" =>`: なし
+  - `--pod`: なし
+  - `POD_OPTIONS`: なし
+  - `parse_pod`: なし
+  - `pod_name`: intentional exclusions を除きなし
+
+残っている lower-case `pod` は主に以下の intentional legacy/internal context:
+- crate/package name として残す指定のある `pod-store`
+- crate/package name として残す指定のある `pod-registry`
+- legacy on-disk metadata directory `pods`
+- related comments/tests describing those legacy/internal boundaries
+
+Commit:
+- `6c59fe927b8094f735651ef0e18fad5e8b62ea83 refactor: rename pod crate to worker`
+
+Residual risks / notes:
+- `pod-store` / `pod-registry` crate 名は Ticket invariant に従って残しています。そのため grep 上の lower-case `pod` は完全にはゼロになりません。
+- legacy on-disk directory `pods` は既存 metadata/session compatibility のため維持しました。
+- merge / close / cleanup は実施していません。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZG9BMS-worker-rename at: 2026-06-25T15:15:27Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+読取専用で Ticket / IntentPacket、`4c677640..HEAD` diff、grep/nl による focused inspection を行いました。`cargo`/`nix` 系の再実行は read-only 指示と書込み副作用回避のため行っていません。
+
+良い点:
+- `crates/worker` は存在し、`crates/pod` は削除済み。
+- workspace/Cargo.lock 上の package/import は `worker` に移行済みで、`pod-store` / `pod-registry` は standalone rename されていません。
+- CLI は `yoi worker` / `--worker` 側へ移行しており、明示的な `yoi pod` alias は見当たりませんでした。
+
+Blockers:
+
+1. 生成済み Web protocol が旧 Pod protocol のまま。
+   - `web/workspace/src/lib/generated/protocol.ts` が Rust 側の `Worker*` protocol と不整合です。
+   - 例: `PodStatus`, `Greeting { pod_name: ... }`, `PodEvent`, method `pod_event`, `list_pods`, `restore_pod`, events `pods_listed`, `pod_restored` など。
+   - `crates/protocol/src/lib.rs` は `WorkerStatus` / `WorkerEvent` / `worker_name` / `worker_event` 等へ更新済みのため、Web/TS client 側が socket protocol とズレるリスクがあります。
+
+2. public API に旧 Pod 名の enum variant が残存。
+   - `crates/client/src/spawn.rs` の `SpawnError::PodLaunchFailed { ... }`。
+   - `crates/client/src/lib.rs` で `SpawnError` は public re-export されているため、Ticket の “Public execution-unit type/API terminology is Worker, not Pod” に反します。
+
+3. model-facing prompts / workflows / active docs に旧 Pod guidance が残存。
+   - `resources/prompts/common/worker-orchestration.md`: “Peer Pods ...”
+   - `resources/workflows/ticket-orchestrator-routing.md`: “Coder/Reviewer は sibling Pods ...”
+   - `resources/prompts/role/intake.md`, `resources/prompts/role/orchestrator.md`, `resources/prompts/panel/orchestrator_idle_queue_notice.md` にも active orchestration guidance として “Pods” が残っています。
+   - `docs/design/worker-session-state.md` に `SendToPeerPod` と記載されていますが、実装側は `SendToPeerWorker`。
+   - これらは legacy/internal compatibility label ではなく current LLM/workflow guidance なので例外扱いできません。
+
+4. active documentation に壊れた旧パス / 旧型名が残存。
+   - `crates/pod-store/README.md` に削除済み `docs/design/pod-session-state.md` へのリンク。
+   - `KNOWN_ISSUES.md` に `crates/worker/src/pod.rs` / `Pod::ensure_segment_head` 等、存在しない path/type。
+
+Required fixes:
+- `web/workspace/src/lib/generated/protocol.ts` を Rust protocol と一致させる。
+- `client::SpawnError::PodLaunchFailed` を `WorkerLaunchFailed` に rename し、match/source mapping も更新する。
+- `resources/prompts/**` / `resources/workflows/**` の active “Pod(s)” guidance を Worker terminology に更新する。
+- `SendToPeerPod` など実装と不一致な docs を `SendToPeerWorker` に更新する。
+- 削除済み `docs/design/pod-session-state.md` へのリンク、存在しない `crates/worker/src/pod.rs` / `Pod::ensure_segment_head` 参照を修正する。
+- 修正後、報告済み validation に加えて stale grep を再実施する。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZG9BMS-worker-rename at: 2026-06-25T15:26:07Z -->
+
+## Implementation report
+
+Follow-up implementation report after review request_changes:
+
+対応内容:
+
+1. Web generated protocol の Worker 用語追従
+- `web/workspace/src/lib/generated/protocol.ts` を Rust protocol から再生成。
+- 旧 Pod protocol 名を Worker に更新。
+  - `PodStatus` → `WorkerStatus`
+  - `Greeting { pod_name }` → `Greeting { worker_name }`
+  - `PodEvent` → `WorkerEvent`
+  - `pod_event` → `worker_event`
+  - `list_pods` → `list_workers`
+  - `restore_pod` → `restore_worker`
+  - `pods_listed` → `workers_listed`
+  - `pod_restored` → `worker_restored`
+
+2. public API enum variant の修正
+- `crates/client/src/spawn.rs`
+  - `SpawnError::PodLaunchFailed` → `SpawnError::WorkerLaunchFailed`
+  - public re-export される型なので、match / source mapping も更新。
+
+3. active model-facing guidance の Pod 表現修正
+- 以下を Worker 用語へ更新。
+  - `resources/prompts/common/worker-orchestration.md`
+  - `resources/workflows/ticket-orchestrator-routing.md`
+  - `resources/prompts/role/intake.md`
+  - `resources/prompts/role/orchestrator.md`
+  - `resources/prompts/panel/orchestrator_idle_queue_notice.md`
+
+4. stale docs/path/type の修正
+- `docs/design/worker-session-state.md`
+  - `SendToPeerPod` → `SendToPeerWorker`
+- `crates/pod-store/README.md`
+  - deleted path `docs/design/pod-session-state.md` → `docs/design/worker-session-state.md`
+  - crate 名は invariant に従い `pod-store` のまま、説明は legacy-named crate owning current Worker metadata と明記。
+- `KNOWN_ISSUES.md`
+  - `crates/worker/src/pod.rs` → `crates/worker/src/worker.rs`
+  - `Pod::ensure_segment_head` → `Worker::ensure_segment_head`
+  - `PodError::WorkflowResolve` → `WorkerError::WorkflowResolve`
+
+Validation:
+- `cargo test -p worker`: success
+- `cargo test -p yoi`: success
+- `cargo check -p yoi`: success
+- `cargo test -p protocol --features typescript`: success
+- `cd web/workspace && deno task check`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Stale grep evidence:
+- review blocker terms were checked and found no matches:
+  - `PodStatus`, `PodEvent`, `pod_name`, `pod_event`, `list_pods`, `restore_pod`, `pods_listed`, `pod_restored`, `PodLaunchFailed`, `SendToPeerPod`, `sibling Pods`, `Peer Pods`, `yoi pod`, `--pod`, `crates/worker/src/pod.rs`, `Pod::ensure_segment_head`, `pod-session-state.md`
+- Strict stale grep was rerun; intentional `pod-store` / `pod-registry` crate names aside, active public Pod protocol/prompt/API reference remains absent.
+
+Commit:
+- `ebf50baa94f76bb000f70f63e133c7883729de5c fix: align worker rename followups`
+
+Residual risks / notes:
+- なし。child worktree は commit 後 clean。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZG9BMS-worker-rename at: 2026-06-25T15:29:25Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+Follow-up を read-only で確認した。`6c59fe92..HEAD` の差分確認と blocker term grep を実施し、ビルド/テストは副作用回避のため再実行していない。
+
+解消確認:
+- `web/workspace/src/lib/generated/protocol.ts` は `WorkerStatus` / `worker_name` / `WorkerEvent` / `worker_event` / `list_workers` / `restore_worker` / `workers_listed` / `worker_restored` に更新済み。
+- `SpawnError::PodLaunchFailed` は `WorkerLaunchFailed` に更新済み。
+- 主要 prompt/workflow の `Peer Pods` / `sibling Pods` は一部修正済み。
+
+Remaining blockers:
+
+1. 削除済み docs path がまだ残存。
+   - `crates/pod-registry/README.md:29`
+   - `../../docs/design/pod-session-state.md` への link が残っている。対象 file は `worker-session-state.md` に移行済みなので、壊れた active doc link。
+
+2. 旧 tool 名 `SendToPeerPod` が active code に残存。
+   - `crates/session-analytics/src/lib.rs:1600`
+   - 実装側は `SendToPeerWorker` へ移行済みだが、analytics の分類に `SendToPeerWorker` がなく `SendToPeerPod` だけ残っている。stale name であるだけでなく、現行 tool の分類漏れに見える。legacy log 対応で旧名を残すなら、`SendToPeerWorker` を追加した上で legacy comment を付けるのが安全。
+
+3. active docs/comments に旧 Pod guidance がまだ残存。
+   - `docs/development/work-items.md:250`: `Reviewer Pods should be sibling Pods...`
+   - `crates/protocol/src/lib.rs:80`: `List Pods visible to this Worker...`
+   - `AGENTS.md:19`: `Notify / PodEvent / ...`
+   - いずれも compatibility/internal on-disk `pods` の説明ではなく、現在の active terminology / protocol guidance なので Worker terminology に寄せるべき。
+
+Required verification after fix:
+```sh
+rg -n -S 'SendToPeerPod|pod-session-state\.md|sibling Pods|List Pods visible|PodEvent' \
+  AGENTS.md crates resources docs web/workspace/src/lib/generated/protocol.ts \
+  --glob '!target' --glob '!docs/report/**'
+```
+This grep should be empty or any remaining hit must be explicitly legacy/internal and justified.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZG9BMS-worker-rename at: 2026-06-25T15:44:18Z -->
+
+## Implementation report
+
+Second follow-up implementation report after review request_changes:
+
+対応内容:
+
+1. broken docs path 修正
+- `crates/pod-registry/README.md`
+  - `../../docs/design/pod-session-state.md` → `../../docs/design/worker-session-state.md`
+  - `pod-registry` は invariant に従って crate 名を維持しつつ、本文では legacy-named crate と明記して Worker 用語へ更新。
+
+2. old tool name classification 修正
+- `crates/session-analytics/src/lib.rs`
+  - current tool name `SendToPeerWorker` を worker tool classification に追加。
+  - historical session logs の分類維持のため、`SendToPeerPod` は `LEGACY_SEND_TO_PEER_POD_TOOL` として明示的な legacy analytics-only comment 付きで保持。
+
+3. active docs/comments の Pod guidance 修正
+- `docs/development/work-items.md`
+  - `Reviewer Pods should be sibling Pods...` → `Reviewer Workers should be sibling Workers...`
+- `crates/protocol/src/lib.rs`
+  - `List Pods visible...` → `List Workers visible...`
+- `AGENTS.md`
+  - `Podの状態` → `Workerの状態`
+  - `Notify / PodEvent / ...` → `Notify / WorkerEvent / ...`
+
+Validation:
+- `cargo test -p session-analytics`: success
+- `cargo test -p worker`: success
+- `cargo test -p yoi`: success
+- `cargo check -p yoi`: success
+- `cargo test -p protocol --features typescript`: success
+- `cd web/workspace && deno task check`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Specified grep evidence:
+```text
+crates/session-analytics/src/lib.rs:1595:    const LEGACY_SEND_TO_PEER_POD_TOOL: &str = "SendToPeerPod";
+```
+- この 1 件のみ残存。
+- historical session logs の分類維持のための analytics-only legacy tool name で、直下の classification branch にも legacy comment を付けている。
+- active prompt/protocol/docs/API guidance の旧 Pod 参照ではない。
+
+Commit:
+- `94c7aa793a179b377108dea841fe9d381affbd9c fix: clean remaining worker rename references`
+
+Residual risks / notes:
+- child worktree は commit 後 clean。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZG9BMS-worker-rename at: 2026-06-25T15:46:40Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+読取専用で `94c7aa79` を確認した。前回指摘分のうち、以下は解消済み。
+
+- `crates/pod-registry/README.md` の `worker-session-state.md` link 更新。
+- `crates/protocol/src/lib.rs` の `List Workers...` comment 更新。
+- `AGENTS.md` / `docs/development/work-items.md:250` の前回 exact blocker 更新。
+- `SendToPeerPod` は `LEGACY_SEND_TO_PEER_POD_TOOL` として analytics-only legacy comment 付きで残り、現行 `SendToPeerWorker` 分類も追加済みなので、この残存は許容可能。
+
+Remaining blockers:
+
+1. active E2E helper に旧 `--pod` CLI が残存。
+   - `tests/e2e/src/lib.rs:1541`
+   - `config.command_args` がまだ `"--pod"` を渡している。
+   - `yoi pod` / `--pod` alias を作らない方針なので、これは現行 CLI に対して壊れた active test/helper。`--worker` へ更新が必要。
+
+2. active user-facing / developer-facing guidance に旧 Pod terminology が残存。
+   代表例:
+   - `crates/tui/src/dashboard/mod.rs:96` — `"no Tickets or Pods found ..."`
+   - `crates/tui/src/dashboard/mod.rs:2939` — `"spawning role Pods"`
+   - `crates/tui/src/dashboard/mod.rs:4951` — `"sibling coder/reviewer Pods"`
+   - `crates/tui/src/dashboard/tests.rs:837` — 旧文字列期待
+   - `crates/client/README.md:5` — “talking to Pods”
+   - `crates/manifest/src/config.rs:43` — “spawned child Pods”
+   - `docs/design/overview.md:14` — “between clients and Pods”
+   - `docs/development/workflows.md` / `docs/development/dogfooding.md` / `docs/development/work-items.md` にも current guidance としての `Pods` が残存。
+
+これらは `pod-store` / `pod-registry` crate 名や on-disk `pods` compatibility の説明ではなく、現在の実行単位・CLI・Dashboard guidance なので Worker terminology に寄せるべき。
+
+Required verification after fixes:
+```sh
+rg -n -S --glob '!target' --glob '!docs/report/**' -- '--pod|yoi pod' .
+rg -n -S --glob '!target' --glob '!docs/report/**' \
+  'sibling coder/reviewer Pods|role Pods|talking to Pods|between clients and Pods|Spawned Pods|child Pods|Pods found|Pod categories|Pod row' \
+  crates docs tests resources AGENTS.md README.md KNOWN_ISSUES.md
+```
+These should be empty or any remaining hit must be explicitly legacy/internal and justified.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZG9BMS-worker-rename at: 2026-06-25T15:58:35Z -->
+
+## Implementation report
+
+Third follow-up implementation report after review request_changes:
+
+対応内容:
+
+1. E2E helper の旧 CLI 引数修正
+- `tests/e2e/src/lib.rs`
+  - rewind fixture の起動引数を `--pod` から `--worker` に変更。
+  - 関連 helper 名・フィールド・説明も `worker_names` / `worker_rows` / Worker row に更新。
+- `tests/e2e/tests/panel.rs`
+  - 期待値・メッセージを Worker terminology に更新。
+
+2. Active user/developer guidance の Pod 表現修正
+- `crates/tui/src/dashboard/mod.rs`
+  - `no Tickets or Pods found ...` → `no Tickets or Workers found ...`
+  - `spawning role Pods` → `spawning role Workers`
+  - `sibling coder/reviewer Pods` → `sibling coder/reviewer Workers`
+- `crates/tui/src/dashboard/tests.rs`
+  - 期待文字列を Worker に更新。
+- `crates/client/README.md`
+  - `talking to Pods` → `talking to Workers`
+- `crates/manifest/src/config.rs`
+  - `spawned child Pods` → `spawned child Workers`
+- `docs/design/overview.md`
+  - `between clients and Pods` → `between clients and Workers`
+- `docs/design/profiles-manifests-prompts.md`
+  - `Spawned Pods` → `Spawned Workers`
+- `docs/development/dogfooding.md`
+  - `child Pods` → `child Workers`
+- `docs/development/workflows.md`
+  - `Spawned Pods` → `Spawned Workers`
+
+Validation:
+- `cargo test -p worker`: success
+- `cargo test -p yoi`: success
+- `cargo check -p yoi`: success
+- `cargo test -p protocol --features typescript`: success
+- `cargo check -p yoi-e2e`: success
+- `cd web/workspace && deno task check`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Notes:
+- `cargo check -p e2e` は package 名が存在しなかったため失敗し、正しい package 名 `yoi-e2e` で `cargo check -p yoi-e2e` を実行して成功。
+
+Specified grep evidence:
+- `rg -n -S --glob '!target' --glob '!docs/report/**' -- '--pod|yoi pod' .`: no matches.
+- `rg -n -S --glob '!target' --glob '!docs/report/**' 'sibling coder/reviewer Pods|role Pods|talking to Pods|between clients and Pods|Spawned Pods|child Pods|Pods found|Pod categories|Pod row' crates docs tests resources AGENTS.md README.md KNOWN_ISSUES.md`: no matches.
+- Additional E2E stale grep for `pod_rows`, `pod_names`, `row.key.kind == "pod"`, `"--pod"`: no matches.
+
+Commit:
+- `da96d06f25932ff60fc00a3fc516a276a2847125 fix: remove stale pod guidance references`
+
+Residual risks / notes:
+- child worktree は commit 後 clean。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZG9BMS-worker-rename at: 2026-06-25T16:00:39Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+読取専用で `da96d06f` を確認した。指定 grep は報告通り概ね解消しており、`--pod` / `yoi pod`、`pod_rows` / `pod_names` / `row.key.kind == "pod"` は見当たらなかった。
+
+ただし、前回 blocker の「active user/developer-facing guidance に旧 Pod terminology が残存」に対して、まだ active docs/test diagnostics に旧名が残っている。
+
+Remaining blockers:
+
+- `docs/development/workflows.md`
+  - `20: ## Child Pods`
+  - `38: Child Pods may commit ...`
+- `docs/development/work-items.md`
+  - `27: Inside Pods ...`
+  - `32: Ticket tools inside Pods`
+  - `34: Pods with the Ticket built-in feature ...`
+  - `198: spawn coder/reviewer Pods ...`
+  - `229: coder Pods ...`
+- `tests/e2e/tests/panel.rs`
+  - `77: fixture blocks host Pod launch`
+  - `626: host/fixture runtime Pod marker ...`
+
+これらは `pod-store` / `pod-registry` crate 名や on-disk `pods` compatibility の説明ではなく、現在の Worker 実行単位・workflow guidance・test diagnostics なので、Ticket の Worker rename intent に合わせて `Worker(s)` へ更新が必要。
+
+`SendToPeerPod` の analytics-only legacy constant は、現行 `SendToPeerWorker` 分類と明示 comment があるため許容。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZG9BMS-worker-rename at: 2026-06-25T16:07:26Z -->
+
+## Implementation report
+
+Fourth follow-up implementation report after review request_changes:
+
+対応内容:
+
+1. 指摘箇所の Worker terminology 更新
+- `docs/development/workflows.md`
+  - `## Child Pods` → `## Child Workers`
+  - `Child Pods may commit ...` → `Child Workers may commit ...`
+- `docs/development/work-items.md`
+  - `Inside Pods ...` → `Inside Workers ...`
+  - `Ticket tools inside Pods` → `Ticket tools inside Workers`
+  - `Pods with the Ticket built-in feature ...` → `Workers with the Ticket built-in feature ...`
+  - `spawn coder/reviewer Pods ...` → `spawn coder/reviewer Workers ...`
+  - `coder Pods ...` → `coder Workers ...`
+- `tests/e2e/tests/panel.rs`
+  - `fixture blocks host Pod launch` → `fixture blocks host Worker launch`
+  - `host/fixture runtime Pod marker ...` → `host/fixture runtime Worker marker ...`
+
+2. 追加で見つかった docs/tests の active Pod 表現も更新
+- `docs/design/tool-permissions-scope.md`: `Child Pods` → `Child Workers`
+- `docs/design/compaction.md`: `long-running Pods` → `long-running Workers`
+- `docs/design/memory-knowledge.md`: `normal Pods` → `normal Workers`
+- `docs/design/plugin-packages.md`: `Restored Pods` → `Restored Workers`
+- `docs/development/environment.md`: `spawned Pods` → `spawned Workers`
+- `tests/e2e/tests/rewind.rs`: `single-pod rewind fixture` → `single-worker rewind fixture`
+- `tests/e2e/tests/panel.rs`: active test helper/fixture naming and diagnostics updated to Worker terminology.
+
+Validation:
+- `cargo test -p worker`: success
+- `cargo test -p yoi`: success
+- `cargo check -p yoi`: success
+- `cargo test -p protocol --features typescript`: success
+- `cargo check -p yoi-e2e`: success
+- `cd web/workspace && deno task check`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Grep evidence:
+- `rg -n -S --glob '!target' --glob '!docs/report/**' -- '--pod|yoi pod' .`: no matches.
+- `rg -n -S --glob '!target' --glob '!docs/report/**' 'sibling coder/reviewer Pods|role Pods|talking to Pods|between clients and Pods|Spawned Pods|child Pods|Pods found|Pod categories|Pod row' crates docs tests resources AGENTS.md README.md KNOWN_ISSUES.md`: no matches.
+- `rg -n -S 'Child Pods|Inside Pods|Ticket tools inside Pods|Pods with the Ticket built-in feature|spawn coder/reviewer Pods|coder Pods|host Pod launch|runtime Pod marker' docs/development/workflows.md docs/development/work-items.md tests/e2e/tests/panel.rs`: no matches.
+- `rg -n -S '\bPod\b|\bPods\b' docs tests --glob '!target' --glob '!docs/report/**'`: no matches.
+
+Commit:
+- `cb0c52e7871849b9482c37ae63cacf4a2898da90 fix: update remaining active worker wording`
+
+Residual risks / notes:
+- child worktree は commit 後 clean。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZG9BMS-worker-rename at: 2026-06-25T16:11:36Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+読取専用で `cb0c52e7` を確認した。前回指摘した `docs/development/workflows.md` / `docs/development/work-items.md` / `tests/e2e/tests/panel.rs` の blocker は解消している。指定 grep も報告通り空だった。
+
+ただし、Ticket の「public type / module / doc comment の Pod terminology を Worker terminology に更新」「active references は legacy context として明示」条件に対して、まだ active な旧 wording が残っている。
+
+Remaining blockers:
+
+- `crates/tui/src/picker.rs:49`
+  - user-facing error message: `list all host/data-dir Pods`
+  - 現在の CLI/UX surface では Worker を表示しているため `Workers` へ更新が必要。
+
+- `crates/tools/README.md:5`
+  - `used by Pods`
+  - crate README の active architecture doc なので `Workers` へ更新が必要。
+
+- `crates/manifest/README.md:5`
+  - `used to create or restore Pods`
+  - `Worker` terminology に更新が必要。
+
+- `crates/pod-store/Cargo.toml:3`
+  - description: `Durable Pod-name metadata/state persistence`
+  - `pod-store` crate 名を残すのは Ticket invariant 通りだが、metadata description は current Worker 実行単位に合わせるか、`legacy-named ... Worker metadata/state persistence` のように legacy context を明示する必要がある。
+
+補足:
+- `SendToPeerPod` の analytics-only legacy constant は、現行 `SendToPeerWorker` 分類と明示 comment があるため許容。
+- `YOI_POD_RUNTIME_COMMAND` や on-disk `pods` compatibility は、別途 legacy/process compatibility context として扱われているため今回の blocker にはしていない。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZG9BMS-worker-rename at: 2026-06-25T16:13:43Z -->
+
+## Implementation report
+
+Fifth follow-up implementation report after review request_changes:
+
+対応内容:
+
+- `crates/tui/src/picker.rs`
+  - user-facing error message: `list all host/data-dir Pods` → `list all host/data-dir Workers`
+- `crates/tools/README.md`
+  - `used by Pods` → `used by Workers`
+- `crates/manifest/README.md`
+  - `used to create or restore Pods` → `used to create or restore Workers`
+- `crates/pod-store/Cargo.toml`
+  - description: `Durable Pod-name metadata/state persistence` → `Legacy-named durable Worker metadata/state persistence`
+  - crate 名 `pod-store` は invariant 通り維持。
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo check -p yoi`: success
+- `cargo test -p yoi`: success
+- `git diff --check`: success
+
+今回の変更は README / Cargo description / user-facing string の小修正のみのため、重い検証は追加していない。
+
+Grep evidence:
+- `rg -n -S 'list all host/data-dir Pods|used by Pods|used to create or restore Pods|Durable Pod-name metadata/state persistence' crates docs tests --glob '!target' --glob '!docs/report/**'`: no matches.
+- `rg -n -S '\bPod\b|\bPods\b|\bpod-name\b|\bPod-name\b' crates docs tests --glob '!target' --glob '!docs/report/**'`: no matches.
+
+Commit:
+- `60dbd724c5496e80c7fe31a51f1425a7688e50ee fix: clean remaining worker wording`
+
+Residual risks / notes:
+- child worktree は commit 後 clean。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZG9BMS-worker-rename at: 2026-06-25T16:15:07Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+読取専用で `60dbd724` の follow-up diff と grep を確認した。追加の blocker は見つからなかった。
+
+確認した点:
+- `crates/tui/src/picker.rs` の user-facing wording は `Workers` に更新済み。
+- `crates/tools/README.md` / `crates/manifest/README.md` は `Workers` terminology に更新済み。
+- `crates/pod-store/Cargo.toml` description は `Legacy-named durable Worker metadata/state persistence` となり、crate 名を残す Ticket invariant と current Worker terminology の両方に整合。
+- `crates/worker` は存在し、`crates/pod` は不在。
+- workspace/Cargo 上の旧 `pod` package/import は見当たらず、`worker` crate 参照になっている。
+- 指定 blocker phrase grep は空。
+- repo-wide の高リスク旧語 grep では、`SendToPeerPod` は `crates/session-analytics` の analytics-only legacy constant のみで、現行 `SendToPeerWorker` 分類と明示 comment があるため許容範囲。
+- `--pod` / `yoi pod` / `PodEvent` / `PodStatus` / `PodLaunchFailed` / `SpawnPod` / `pod-session-state.md` 等の active stale refs は見当たらなかった。
+
+検証コマンド自体は read-only 方針のため再実行していないが、報告された validation 内容と今回の差分・grep 確認から、これまでの request_changes blockers は解消済みと判断する。
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:17:59Z -->
+
+## Decision
+
+Routing decision: blocked_by_dependency_or_missing_authority
+
+Reason:
+- Dashboard 起点の `/ticket-orchestrator-routing` で target Ticket は未指定だったため、queue 状態を再確認した。
+- `TicketList` では `queued` 0 件、`ready` 0 件、`inprogress` 1 件のみ。追加で受理すべき queued Ticket はない。
+- 唯一の active Ticket は本 Ticket `00001KVZG9BMS`。実装 branch は reviewer approve 済みで、orchestration worktree には merge commit `2a7e8775 merge: 00001KVZG9BMS worker crate rename` がある。
+- ただし Orchestrator 側の最終 validation 実行はユーザー割り込みで中断され、merge 後の Orchestrator validation / done 遷移 / child worktree cleanup の evidence はまだ Ticket に記録されていない。
+- 今回の workflow invocation は「Dashboard opened... wait for explicit follow-up before spawning role Pods」という指示付きであり、この routing pass では新規 role Pod は spawn しない。
+
+Evidence checked:
+- Ticket body / thread: rename 要件、accepted IntentPacket、Coder implementation reports、Reviewer approve (`60dbd724` follow-up) を確認。
+- Relations: outgoing dependency `00001KVZD10ED`、incoming dependent `00001KVZBCQH4`。derived blockers は空。
+- Orchestration plan: accepted plan `orch-plan-20260625-141406-1` は implementation worktree `/home/hare/Projects/yoi/.worktree/00001KVZG9BMS-worker-crate-rename` / branch `work/00001KVZG9BMS-worker-crate-rename`。
+- Repository/worktree: orchestration branch HEAD は `2a7e8775` merge commit、working tree は clean。implementation worktree remains at `60dbd724` and clean per prior checks.
+- Visible Workers/Pods: existing coder/reviewer child Workers are idle; no new child Worker was spawned in this routing pass.
+
+Next action:
+- 明示 follow-up があれば、orchestration worktree で interrupted final validation を再開する。
+- validation が通れば結果を implementation_report として記録し、`inprogress -> done`、必要な cleanup（child Workers stop、implementation worktree/branch cleanup）へ進む。
+- validation/review evidence に新 blocker が出た場合だけ、追加修正または reviewer loop を検討する。新規 role Worker spawn は明示 follow-up/authority のもとで行う。
+
+Escalate if:
+- merge 後 validation が失敗する。
+- cleanup が dirty worktree / branch divergence / live Worker scope conflict で blocked になる。
+- `develop` など merge target への反映権限・タイミングについて追加判断が必要になる。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T16:19:23Z from: inprogress to: done reason: user_confirmed_done_after_merge_and_review field: state -->
+
+## State changed
+
+ユーザー指示「StopPodでハングしてそうだったから再起しただけ / doneにしといて」を受け、完了済みとして記録する。
+
+完了根拠:
+- 実装 branch は orchestration worktree に merge 済み: `2a7e8775 merge: 00001KVZG9BMS worker crate rename`。
+- Reviewer は `60dbd724` follow-up を approve 済みで、残 blocker なし。
+- Coder 側 validation は `cargo test -p worker`、`cargo test -p yoi`、`cargo check -p yoi`、`cargo test -p protocol --features typescript`、`cargo check -p yoi-e2e`、`web/workspace deno task check`、`git diff --check`、`nix build .#yoi --no-link` 成功報告あり。
+- 最終 Orchestrator validation は operator restart により中断されていたが、ユーザーがその事情を説明し done 記録を明示許可した。
+
+補足:
+- この state change は close ではなく `done` 記録。必要なら別途 close / cleanup を扱う。
+
+---

.yoi/tickets/00001KVZKST83/artifacts/orchestration-plan.jsonl

@@ -0,0 +1 @@
+{"id":"orch-plan-20260625-164354-1","ticket_id":"00001KVZKST83","kind":"blocked_by","related_ticket":"00001KVZBCQH4","note":"Queue routing checked after Dashboard Queue. FS store feature depends on worker-runtime core `00001KVZBCQH4`, which is currently inprogress and under review. Do not start FS persistence implementation until core API is reviewed/merged/done.","author":"yoi-orchestrator","at":"2026-06-25T16:43:54Z"}

.yoi/tickets/00001KVZKST83/artifacts/relations.json

@@ -0,0 +1,13 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZKST83",
+      "kind": "depends_on",
+      "target": "00001KVZBCQH4",
+      "note": "FS persistence is an optional feature on top of the worker-runtime core API.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T14:47:43Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZKST83/item.md

@@ -0,0 +1,55 @@
+---
+title: 'worker-runtimeにFS永続化featureを追加する'
+state: 'queued'
+created_at: '2026-06-25T14:44:02Z'
+updated_at: '2026-06-25T16:44:04Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T16:39:26Z'
+---
+
+## 背景
+
+`worker-runtime` core は embedded use のため memory store を持つが、独立 Runtime process では process restart に耐える local persistence が必要になる。Backend は SQLite control plane / projection を持つが、remote Runtime process が Backend SQLite を直接 authority とする設計にはしない。Runtime execution store は Runtime 側の local filesystem に置くのが v0 では最も単純で、既存 `pod-store` / session jsonl / runtime dir の知見も活用できる。
+
+この Ticket では `worker-runtime` の `fs-store` feature と filesystem persistence backend を実装する。HTTP server / event stream server は別 Ticket とする。
+
+## 要件
+
+- `worker-runtime` に `fs-store` feature を追加する。
+- Feature disabled 時、core library は FS store dependency を強制しない。
+- `FsRuntimeStore` 相当を追加し、Runtime の store backend として選択できる。
+- Filesystem layout は Runtime scoped / Worker scoped にする。
+  - runtime record / config snapshot。
+  - worker record。
+  - worker state。
+  - event log JSONL。
+  - transcript projection JSONL。
+  - overview / usage projection。
+- Store は `runtime_id + worker_id` を authority とし、`pod_name` / socket path / legacy session path を authority にしない。
+- Atomic write / directory creation / corrupt record diagnostics / bounded read を扱う。
+- 旧 `pod-store` の metadata JSON / active segment pointer / atomic write pattern は参考にするが、standalone `worker-store` crate は作らない。
+- Memory store tests と FS store tests の両方が通る。
+
+## Non-goals
+
+- REST command server。
+- SSE / WebSocket event stream server。
+- Backend RuntimeRegistry integration。
+- Full legacy Pod session migration。
+- SQLite Runtime store。
+- Standalone `worker-store` crate。
+
+## 受け入れ条件
+
+- `worker-runtime` に optional `fs-store` feature がある。
+- `fs-store` disabled でも `worker-runtime` core が compile できる。
+- `FsRuntimeStore` が Runtime の persistence backend として使える。
+- Worker create / state update / event append / transcript append / bounded read が FS store で動く。
+- FS layout が Runtime/Worker scoped であり、legacy Pod path を public authority にしていない。
+- Corrupt/missing files are surfaced as typed diagnostics/errors.
+- `cargo test -p worker-runtime --no-default-features` が通る。
+- `cargo test -p worker-runtime --features fs-store` が通る。
+- `cargo check -p yoi` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZKST83/thread.md

@@ -0,0 +1,61 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T14:44:02Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:34:16Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:34:16Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: workspace-panel at: 2026-06-25T16:39:26Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:44:04Z -->
+
+## Decision
+
+Routing decision: blocked_by_dependency_or_missing_authority
+
+Reason:
+- Dashboard Queue による routing 許可を受けて Ticket / relations / orchestration plan / queue state を確認した。
+- 本 Ticket は `00001KVZBCQH4` (`worker-runtime core crateと組み込みRuntime APIを作る`) に `depends_on` relation を持つ。
+- `00001KVZBCQH4` は現在 `inprogress` で、implementation commits はあるが reviewer review 中。merge / Orchestrator validation / done ではない。
+- FS persistence feature は worker-runtime core API / store boundary に依存するため、core API 確定前に開始しない。
+
+Evidence checked:
+- Ticket body: `fs-store` feature、atomic write、schema/version metadata、diagnostics、Non-goals。
+- Relations: outgoing `depends_on -> 00001KVZBCQH4`。
+- Orchestration plan: blocker record `orch-plan-20260625-164354-1` を追加。
+- Queue state: queued は本 Ticket、REST server、Backend Registry foundation、Backend embedded connection の4件。inprogress は `00001KVZBCQH4` 1件。
+
+Next action:
+- 本 Ticket は queued のまま待機。
+- `00001KVZBCQH4` が reviewer approve / merge / validation / done になった後、再 routing する。
+
+Escalate if:
+- `00001KVZBCQH4` の store/allocation boundary が FS feature の requirements を満たさない。
+- FS feature を core Ticket に巻き戻す必要が出る。
+
+---

.yoi/tickets/00001KVZKSTE2/artifacts/orchestration-plan.jsonl

@@ -0,0 +1 @@
+{"id":"orch-plan-20260625-164410-1","ticket_id":"00001KVZKSTE2","kind":"blocked_by","related_ticket":"00001KVZBCQH4","note":"Queue routing checked after Dashboard Queue. REST command server depends on worker-runtime core `00001KVZBCQH4`, which is currently inprogress and under review. Do not start HTTP/server implementation until core API is reviewed/merged/done.","author":"yoi-orchestrator","at":"2026-06-25T16:44:10Z"}

.yoi/tickets/00001KVZKSTE2/artifacts/relations.json

@@ -0,0 +1,13 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZKSTE2",
+      "kind": "depends_on",
+      "target": "00001KVZBCQH4",
+      "note": "REST command server wraps the worker-runtime core API.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T14:47:43Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZKSTE2/item.md

@@ -0,0 +1,58 @@
+---
+title: 'worker-runtimeにREST command serverを追加する'
+state: 'queued'
+created_at: '2026-06-25T14:44:02Z'
+updated_at: '2026-06-25T16:44:20Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T16:39:39Z'
+---
+
+## 背景
+
+`worker-runtime` は library として Backend に組み込めるだけでなく、別ホスト上の独立 Runtime process としても動かしたい。独立 process の Runtime は、Backend が client として接続できる command API を公開する必要がある。Browser は Runtime process に直接接続せず、常に Backend を経由する。
+
+この Ticket では observation stream ではなく、Worker 操作 command 用の REST/HTTP server と `worker-runtime/main.rs` の最小 process wrapper を実装する。
+
+## 要件
+
+- `worker-runtime` に `http-server` feature を追加する。
+- `http-server` disabled 時、core library は HTTP server dependency を強制しない。
+- `worker-runtime/main.rs` または binary entrypoint が Runtime を起動し、HTTP command API を公開する。
+- Command API は少なくとも以下を扱う。
+  - `GET /v1/runtime`
+  - `GET /v1/workers`
+  - `GET /v1/workers/{worker_id}`
+  - `POST /v1/workers`
+  - `POST /v1/workers/{worker_id}/input`
+  - `POST /v1/workers/{worker_id}/stop`
+  - `POST /v1/workers/{worker_id}/cancel`
+  - `GET /v1/workers/{worker_id}/transcript`
+- API は Runtime lib の methods を呼ぶ wrapper とし、Worker semantics を二重実装しない。
+- Command response は typed JSON shape とする。
+- Busy / unknown worker / invalid input / unsupported operation / runtime unavailable を typed error にする。
+- Runtime process config は v0 で最小限でよいが、runtime id / bind address / store selection を扱えるようにする。
+- v0 auth は minimal local token placeholder でもよいが、Browser に Runtime credential を渡さない前提を崩さない。
+
+## Non-goals
+
+- SSE / WebSocket event stream server。
+- Backend HTTP client integration。
+- Dynamic Runtime registration。
+- Browser direct Runtime access。
+- Full auth / permission model。
+- FS store implementation beyond using existing `fs-store` if available。
+
+## 受け入れ条件
+
+- `worker-runtime` に optional `http-server` feature がある。
+- `http-server` disabled でも `worker-runtime` core が compile できる。
+- Runtime process binary starts and exposes REST command endpoints.
+- REST handlers delegate to `Runtime` lib API rather than duplicating Worker semantics.
+- Worker create / input / stop / cancel / detail / transcript endpoints have typed request/response/error shapes.
+- Browser-facing docs/comments state that Browser must go through Backend, not Runtime directly.
+- Focused HTTP handler tests are added.
+- `cargo test -p worker-runtime --features http-server` が通る。
+- `cargo check -p yoi` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZKSTE2/thread.md

@@ -0,0 +1,61 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T14:44:02Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:34:16Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:34:16Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: workspace-panel at: 2026-06-25T16:39:39Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:44:20Z -->
+
+## Decision
+
+Routing decision: blocked_by_dependency_or_missing_authority
+
+Reason:
+- Dashboard Queue による routing 許可を受けて Ticket / relations / orchestration plan / queue state を確認した。
+- 本 Ticket は `00001KVZBCQH4` (`worker-runtime core crateと組み込みRuntime APIを作る`) に `depends_on` relation を持つ。
+- `00001KVZBCQH4` は現在 `inprogress` で、implementation commits はあるが reviewer review 中。merge / Orchestrator validation / done ではない。
+- REST command server は worker-runtime command/response/projection semantics に依存するため、core API 確定前に HTTP/server implementation side effect を開始しない。
+
+Evidence checked:
+- Ticket body: REST command server、request/response schema、operation timeouts、host/port config、diagnostics、Non-goals。
+- Relations: outgoing `depends_on -> 00001KVZBCQH4`。incoming dependent `00001KVZ9JGK0`。
+- Orchestration plan: blocker record `orch-plan-20260625-164410-1` を追加。
+- Queue state: queued は本 Ticket、FS store、Backend Registry foundation、Backend embedded connection の4件。inprogress は `00001KVZBCQH4` 1件。
+
+Next action:
+- 本 Ticket は queued のまま待機。
+- `00001KVZBCQH4` が reviewer approve / merge / validation / done になった後、再 routing する。
+
+Escalate if:
+- worker-runtime core の command/projection API が REST mapping に足りない。
+- REST server concerns を core crate に混ぜないと acceptance を満たせないように見える。
+
+---

.yoi/tickets/00001KVZKSTJT/artifacts/relations.json

@@ -0,0 +1,21 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZKSTJT",
+      "kind": "depends_on",
+      "target": "00001KVZBCQH4",
+      "note": "Event stream server exposes the worker-runtime core event bus/log.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T14:47:43Z"
+    },
+    {
+      "ticket_id": "00001KVZKSTJT",
+      "kind": "depends_on",
+      "target": "00001KVZKSTE2",
+      "note": "Observation endpoints share the Runtime process server surface with the REST command server.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T14:47:43Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZKSTJT/item.md

@@ -0,0 +1,48 @@
+---
+title: 'worker-runtimeにWebSocket event stream serverを追加する'
+state: 'planning'
+created_at: '2026-06-25T14:44:02Z'
+updated_at: '2026-06-25T16:42:14Z'
+assignee: null
+---
+
+## 背景
+
+Runtime command は REST/HTTP でよいが、Worker output / status / transcript update を Backend が追うには observation transport が必要になる。Runtime から Backend へ能動接続する相互型は v0 では採用せず、Backend が Runtime の event stream に接続する形にする。Browser は Runtime event stream に直接接続せず、Backend が proxy / projection する。
+
+この Ticket では `worker-runtime` process に WebSocket based observation server を追加する。SSE は将来追加してよいが、v0 の実装対象は Backend-owned WebSocket client が接続する Runtime event stream とする。command API とは分離する。
+
+## 要件
+
+- `worker-runtime` に `ws-server` feature を追加する。
+- Feature disabled 時、core library は stream server dependency を強制しない。
+- Runtime process が Worker / Runtime events を WebSocket observation endpoint で公開できる。
+- Endpoint は少なくとも以下のどちらかを扱う。
+  - `GET /v1/events/ws?cursor=...`
+  - `GET /v1/workers/{worker_id}/events/ws?cursor=...`
+- Event stream は Runtime lib の event bus / event log を元にする。
+- Event cursor / event id は Runtime local opaque id とする。
+- Reconnect / cursor resume / bounded backlog / unknown cursor の扱いを typed にする。
+- Transcript projection polling endpoint と event stream の責務を分ける。
+- Browser direct Runtime access は想定せず、Backend client が購読する。
+
+## Non-goals
+
+- REST command server implementation。
+- Backend event proxy UI implementation。
+- Runtime-initiated Backend push connection。
+- Full exactly-once delivery。
+- Browser-facing WebSocket protocol。
+
+## 受け入れ条件
+
+- `worker-runtime` に optional `ws-server` feature がある。
+- Feature disabled でも `worker-runtime` core が compile できる。
+- Runtime process exposes worker/runtime WebSocket event stream endpoint.
+- Backend client can reconnect with cursor / last event id semantics at the protocol level.
+- Unknown cursor / expired cursor / worker not found are typed errors or stream diagnostics.
+- WebSocket event stream tests cover at least connect, event delivery, cursor resume, and worker-scoped filtering.
+- `cargo test -p worker-runtime --features ws-server` が通る。
+- `cargo check -p yoi` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZKSTJT/thread.md

@@ -0,0 +1,52 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T14:44:02Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:34:16Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:34:16Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:42:14Z from: ready to: planning reason: cli_state field: state -->
+
+## State changed
+
+State changed to `planning`.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T16:42:14Z -->
+
+## Decision
+
+Returned to planning because the current ticket is not concrete enough.
+
+The purpose is specifically observation: Backend subscribes to a Runtime-owned WebSocket stream to receive Worker output and related runtime/worker events. It is not a command channel, not browser-facing, and not the path for sending user input.
+
+Before this can be ready, define the event model and protocol boundary concretely:
+- which Worker output events are streamed (text delta/final, reasoning visibility policy, tool call lifecycle, status, run started/completed/errored, usage, diagnostics);
+- whether the stream is runtime-wide, worker-scoped, or both;
+- event envelope shape, event id/cursor semantics, ordering, backlog, reconnect behavior, and unknown/expired cursor handling;
+- relationship between streamed output and transcript projection/event log persistence;
+- Backend client/proxy expectations and how Browser receives the projection without connecting directly to Runtime;
+- what is deliberately excluded from the stream, such as raw provider trace or raw full session log.
+
+
+---

.yoi/tickets/00001KVZKSV6C/artifacts/orchestration-plan.jsonl

@@ -0,0 +1 @@
+{"id":"orch-plan-20260625-163206-1","ticket_id":"00001KVZKSV6C","kind":"blocked_by","related_ticket":"00001KVZBCQH4","note":"Queue routing checked after Dashboard Queue. This Backend RuntimeRegistry foundation Ticket depends on `00001KVZBCQH4` worker-runtime core. That dependency is currently inprogress and only at coder implementation report stage, not reviewed/merged/done, so implementation side effects for this Ticket are blocked.","author":"yoi-orchestrator","at":"2026-06-25T16:32:06Z"}

.yoi/tickets/00001KVZKSV6C/artifacts/relations.json

@@ -0,0 +1,13 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZKSV6C",
+      "kind": "depends_on",
+      "target": "00001KVZBCQH4",
+      "note": "Backend RuntimeRegistry foundation should use worker-runtime core domain types.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T16:30:00Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZKSV6C/item.md

@@ -0,0 +1,88 @@
+---
+title: 'Backend RuntimeRegistryの基盤をworker-runtime向けに整理する'
+state: 'queued'
+created_at: '2026-06-25T14:44:03Z'
+updated_at: '2026-06-25T16:32:17Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T16:31:28Z'
+---
+
+## 背景
+
+Workspace Backend は複数 Runtime を束ねる `RuntimeRegistry` を持つ。Registry は Worker を実行する主体ではなく、embedded Runtime と remote Runtime process、既存 local Worker compatibility adapter を同じ Backend-facing API から参照・routing するための集約境界である。
+
+この Ticket は embedded Runtime 実装や remote HTTP client 実装を含めない。先に Backend 側の Registry 構造、runtime identity、capability/status projection、Browser-facing API の authority 境界を `worker-runtime` の domain model に合わせて整理する。
+
+## 要件
+
+### Registry responsibility
+
+- Backend `RuntimeRegistry` は Runtime を実行しない。
+- Backend `RuntimeRegistry` は以下を扱う集約境界とする。
+  - Runtime lookup。
+  - Runtime summary / capability / status projection。
+  - Runtime-scoped Worker identity の routing key。
+  - Browser-facing API への safe projection。
+  - workspace visibility / policy / audit hook point。
+- Runtime internal store / allocation registry と Backend `RuntimeRegistry` を混同しない。
+- Worker metadata persistence や live allocation authority は Runtime 側の責務とし、Backend Registry は直接所有しない。
+
+### Runtime identity / handle model
+
+- Backend-facing Runtime identity は `runtime_id` を authority とする。
+- Worker authority は `runtime_id + worker_id` とする。
+- UI 表示用 `display_ref` は authority にしない。
+- Registry は将来以下の runtime source を扱える shape にする。
+  - embedded `worker_runtime::Runtime`。
+  - remote Runtime process client。
+  - existing local Worker/Pod compatibility adapter。
+- この Ticket では embedded / remote 実 handle の実装は後続に残す。
+- Existing local metadata projection は必要なら compatibility source として残すが、正規 Runtime authority として扱わない。
+
+### Backend API boundary
+
+- Browser-facing API は Runtime endpoint / token / socket path / session path / local metadata path を受け取らない。
+- Browser-facing API は `runtime_id + worker_id` を authority として扱える shape にする。
+- Existing `/api/workers` / `/api/hosts` / runtime list behavior は、新 Registry model へ段階移行できるよう整理する。
+- v0 では既存 API の behavior を維持しつつ、内部 model を RuntimeRegistry に寄せてよい。
+- New runtime-scoped endpoints を足すか、既存 endpoints を拡張するかは実装時に決めてよいが、ticket内で選んだ方針を記録する。
+
+### Implementation target
+
+- 主な対象は `crates/workspace-server/src/hosts.rs` と `crates/workspace-server/src/server.rs` とする。
+- 既存 `WorkerRuntimeRegistry` / `LocalPodRuntime` / `LocalRuntimeBridge` 相当を、Backend Registry foundation と local compatibility source の境界に整理する。
+- `LocalPodRuntime` という名前が正規 Runtime 実装に見える場合は、`LocalPodCompatibilitySource` / `LocalWorkerCompatibilityAdapter` 相当の名前へ寄せる。
+- 既存 local metadata reader の behavior は維持してよいが、Runtime authority ではなく compatibility projection として diagnostics / implementation kind に表す。
+- 既存 `/api/hosts` / `/api/workers` / `/api/hosts/{host_id}/workers` の outward behavior は原則維持する。
+- runtime-scoped endpoint を新設する場合は、既存 endpoint を壊さず追加する。
+- この Ticket では Worker create / send input / remote HTTP call / embedded direct call の実処理は実装しない。後続 handle が差し込める型・routing境界までに留める。
+
+### Error / diagnostics
+
+- Unknown runtime、unknown worker、runtime unavailable、operation unsupported、worker not visible を typed に分けられるようにする。
+- Compatibility local source 由来の stale metadata / invalid metadata は diagnostic として扱い、Runtime authority を歪めない。
+
+## Non-goals
+
+- Embedded `worker_runtime::Runtime` の登録・routing 実装。
+- Remote HTTP Runtime client 実装。
+- REST command server / event stream server implementation。
+- Backend internal Companion Web Console completion。
+- Dynamic Runtime registration。
+- Full auth / permission model。
+- Removing local compatibility path。
+
+## 受け入れ条件
+
+- Workspace backend に `worker-runtime` domain model と整合した `RuntimeRegistry` 基盤がある。
+- Registry は Runtime identity / Worker routing key / capability / status projection を扱える。
+- Registry の責務が Runtime internal store/allocation と code/docs/tests 上で分離されている。
+- Browser-facing API が Runtime endpoint / token / socket path / session path を authority として受け取らない。
+- Existing local Worker/Pod metadata projection は compatibility source として明示されている。
+- Embedded/remote runtime 実装は後続 Ticket で追加できる handle boundary がある。
+- Focused workspace-server tests cover Registry identity/projection/error mapping and local compatibility source behavior.
+- `cargo test -p yoi-workspace-server` が通る。
+- `cargo check -p yoi` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZKSV6C/thread.md

@@ -0,0 +1,82 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T14:44:03Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T16:27:28Z -->
+
+## Decision
+
+Decision update: split Backend Runtime work into three implementation tickets.
+
+1. 00001KVZKSV6C Backend RuntimeRegistryの基盤をworker-runtime向けに整理する
+   - Registry identity/projection/error boundary only.
+   - No embedded Runtime handle implementation.
+   - No remote Runtime client implementation.
+2. 00001KVZSGT0Q Backend RuntimeRegistryにembedded worker-runtimeを接続する
+   - Direct lib-call integration for backend-internal Runtime.
+3. 00001KVZSGT14 Backend RuntimeRegistryにremote worker-runtime processを接続する
+   - HTTP/event-stream client integration for remote Runtime processes.
+
+Companion Web Console depends on embedded integration, not remote integration.
+
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:30:31Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:30:31Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: workspace-panel at: 2026-06-25T16:31:28Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:32:17Z -->
+
+## Decision
+
+Routing decision: blocked_by_dependency_or_missing_authority
+
+Reason:
+- Dashboard Queue による routing 許可を受けて Ticket / relations / orchestration plan / workspace state を確認した。
+- 本 Ticket は `00001KVZBCQH4` (`worker-runtime core crateと組み込みRuntime APIを作る`) に `depends_on` relation を持つ。
+- `00001KVZBCQH4` は現在 `inprogress`。Coder implementation report は届いているが、まだ review / merge / validation / done ではない。
+- 本 Ticket の要件は worker-runtime core domain types を前提に Backend Registry foundation を整理する内容なので、依存 Ticket が確定する前に別 worktree / Coder Worker を開始すると API churn / conflict risk が高い。
+
+Evidence checked:
+- Ticket body: Backend RuntimeRegistry foundation、runtime_id / worker_id authority、existing local compatibility source、workspace-server hosts/server target、Non-goals。
+- Relations: outgoing `depends_on -> 00001KVZBCQH4`; incoming dependents `00001KVZSGT0Q`, `00001KVZSGT14`。
+- Orchestration plan: blocker record `orch-plan-20260625-163206-1` を追加。
+- Workspace state: `00001KVZBCQH4` implementation worktree exists and coder has reported commit `9b2cae32`, but no reviewer approval / Orchestrator merge yet。
+- Queue state: 本 Ticket と `00001KVZSGT0Q` が queued、`00001KVZBCQH4` が inprogress。
+
+Next action:
+- 本 Ticket は queued のまま待機。
+- `00001KVZBCQH4` が reviewer approve / merge / validation / done になった後、再 routing して unblocked なら `queued -> inprogress` acceptance に進む。
+
+Escalate if:
+- `00001KVZBCQH4` の Runtime API shape が本 Ticket の前提を満たさない。
+- Backend Registry foundation 側で worker-runtime core の追加変更が必要になる。
+
+---

.yoi/tickets/00001KVZQHPNY/artifacts/orchestration-plan.jsonl

@@ -0,0 +1 @@
+{"id":"orch-plan-20260625-164457-1","ticket_id":"00001KVZQHPNY","kind":"blocked_by","related_ticket":"00001KVZBCQH4","note":"Queue routing checked after Dashboard Queue. Profile/config bundle sync depends on worker-runtime core `00001KVZBCQH4`, which is currently inprogress and under review. Do not start sync implementation until core CreateWorkerRequest/Profile boundary is reviewed/merged/done.","author":"yoi-orchestrator","at":"2026-06-25T16:44:57Z"}

.yoi/tickets/00001KVZQHPNY/artifacts/relations.json

@@ -0,0 +1,13 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZQHPNY",
+      "kind": "depends_on",
+      "target": "00001KVZBCQH4",
+      "note": "Config bundle sync builds on the worker-runtime core CreateWorkerRequest/Profile boundary.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T15:51:07Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZQHPNY/item.md

@@ -0,0 +1,95 @@
+---
+title: 'RuntimeへProfile/config bundleを同期する'
+state: 'queued'
+created_at: '2026-06-25T15:49:30Z'
+updated_at: '2026-06-25T16:45:08Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T16:44:39Z'
+---
+
+## 背景
+
+Runtime は Worker を動かす環境であり、Worker creation 時には Profile / prompt resources / tool policy / plugin declarations / host-local policy を使って最終的な WorkerSpec を作る必要がある。Backend が Profile を完全解決して巨大な WorkerSpec を毎回 Runtime に渡す設計にすると、remote Runtime / Plugin / secret / mount / host-specific policy と相性が悪い。
+
+一方で、Runtime に `profile = "builtin:companion"` の selector だけを送っても、remote Runtime が同じ Profile / prompt / plugin resource を持っている保証はない。したがって、Backend は workspace/project で有効な Profile/config bundle を Runtime に同期し、Worker creation では profile selector + bundle digest + intent を送る形にしたい。
+
+この Ticket は `worker-runtime` core の後続として、Runtime への Profile/config bundle sync と Runtime-side profile resolution を実装する。初期 `worker-runtime` core では `config_bundle = None` による builtin/default fallback で動作確認できるため、この同期機能は別実装粒度とする。
+
+## 要件
+
+### Config bundle model
+
+- Runtime に同期可能な Profile/config bundle model を定義する。
+- Bundle は digest / revision / workspace id / created_at / source metadata を持つ。
+- Bundle は少なくとも以下を表現できる。
+  - Profile definitions。
+  - prompt resources。
+  - workflow definitions or references。
+  - tool declarations / tool policy。
+  - plugin descriptors / package refs / digests。
+  - non-secret model/provider config refs。
+  - language settings。
+  - workspace/project metadata。
+  - grants / policy declarations。
+- Secret values、runtime-local mount actual path、local cache path、raw socket/session path は bundle に含めない。
+- Secret は secret ref / grant / policy として表現し、値は Runtime host-local secret store が解決する。
+
+### Runtime sync API
+
+- Runtime は config bundle を受け取り、digest で保存・照合できる。
+- Embedded Runtime では direct lib API で bundle sync できる。
+- Networked Runtime では REST API で bundle sync できる shape を定義する。
+  - 例: `PUT /v1/config-bundles/{digest}`。
+  - 例: `GET /v1/config-bundles/{digest}` or status endpoint。
+- Runtime は create worker 時に指定された bundle digest を持っているか検証する。
+- Bundle digest mismatch / missing bundle / invalid profile selector / unsupported declaration を typed error にする。
+
+### Worker creation integration
+
+- `CreateWorkerRequest` は profile selector + config bundle ref を受ける。
+- Runtime は bundle 内の Profile を最終解決する。
+- Runtime は host-local policy / capability / secret / mount / plugin grant enforcement を適用して `ResolvedWorkerSpec` を作る。
+- Backend は Profile を完全解決した巨大 WorkerSpec を送らず、intent / profile selector / bundle ref / required capabilities を送る。
+- Runtime-local builtin/default fallback は残してよいが、remote Runtime / plugin use では bundle が必要になる policy を設定できる。
+
+### Backend responsibility
+
+- Backend は workspace/project の有効 config bundle を作成・選択し、対象 Runtime に同期する。
+- Backend はどの Runtime にどの bundle を同期してよいかを policy / workspace visibility で判断する。
+- Backend は Browser に Runtime credential / direct endpoint / raw bundle storage path を渡さない。
+- Backend RuntimeRegistry は Runtime の bundle availability / digest status を確認できる。
+
+### Plugin / host policy boundary
+
+- Plugin package bytes を bundle に含めるか package ref + digest にするかは実装時に決める。
+- Runtime は plugin descriptor / digest / grants を検証してから tool/service/ingress surface を登録する。
+- Runtime host が保護したい secret / mount / network egress / shell/git availability は host-local policy として最終判断する。
+- Bundle sync は Plugin execution を直接許可するものではなく、Runtime-side grant enforcement が必要である。
+
+## Non-goals
+
+- `worker-runtime` core crate の作成。
+- FS store feature の実装。
+- REST command server の実装そのもの。ただし API shape は定義してよい。
+- Full Plugin package manager / registry / signature policy。
+- Secret value synchronization。
+- Workspace mount actual path synchronization without host policy。
+- Backend internal Companion Web Console completion。
+
+## 受け入れ条件
+
+- Config bundle domain type が定義され、digest / revision / provenance を持つ。
+- Runtime は bundle を保存・一覧/確認・digest 検証できる。
+- `CreateWorkerRequest` が profile selector + config bundle ref を扱える。
+- Runtime は bundle 内 Profile を解決し、host-local policy を適用する境界を持つ。
+- Missing bundle / digest mismatch / invalid profile / unsupported declaration が typed error になる。
+- Bundle は secret values / raw socket path / raw session path / runtime-local mount actual path を含まない。
+- Backend は Runtime へ bundle sync し、Runtime の bundle availability を確認できる。
+- Remote Runtime 用 REST sync API shape または実 endpoint がある。
+- Builtin/default fallback と synced bundle mode の責務が docs/tests で区別されている。
+- `cargo test -p worker-runtime` が通る。
+- `cargo test -p yoi-workspace-server` が通る。
+- `cargo check -p yoi` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZQHPNY/thread.md

@@ -0,0 +1,62 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T15:49:30Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:34:16Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:34:16Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: workspace-panel at: 2026-06-25T16:44:39Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:45:08Z -->
+
+## Decision
+
+Routing decision: blocked_by_dependency_or_missing_authority
+
+Reason:
+- Dashboard Queue による routing 許可を受けて Ticket / relations / orchestration plan / queue state を確認した。
+- 本 Ticket は `00001KVZBCQH4` (`worker-runtime core crateと組み込みRuntime APIを作る`) に `depends_on` relation を持つ。
+- `00001KVZBCQH4` は現在 `inprogress` で、implementation/package fix commits はあるが reviewer review 中。merge / Orchestrator validation / done ではない。
+- Config bundle sync は worker-runtime core の `CreateWorkerRequest` / Profile selector / `ConfigBundleRef` boundary に依存するため、core API 確定前に implementation side effect を開始しない。
+
+Evidence checked:
+- Ticket body: config bundle model、Runtime sync API、Worker creation integration、Backend responsibility、Plugin/host policy boundary、Non-goals。
+- Relations: outgoing `depends_on -> 00001KVZBCQH4`; incoming related `00001KVZSGT14`。
+- Orchestration plan: blocker record `orch-plan-20260625-164457-1` を追加。
+- Queue state: queued は本 Ticket を含む6件。inprogress は `00001KVZBCQH4` 1件。
+- Workspace state: orchestration worktree is clean at queue commit; core implementation is under reviewer Worker.
+
+Next action:
+- 本 Ticket は queued のまま待機。
+- `00001KVZBCQH4` が reviewer approve / merge / validation / done になった後、再 routing する。
+
+Escalate if:
+- core の `CreateWorkerRequest` / `ConfigBundleRef` placeholder が bundle sync requirements を満たさない。
+- bundle sync のために REST server / FS store / Plugin manager 実装を同時に要求する形になりそうな場合。
+
+---

.yoi/tickets/00001KVZSGT0Q/artifacts/orchestration-plan.jsonl

@@ -0,0 +1 @@
+{"id":"orch-plan-20260625-163225-1","ticket_id":"00001KVZSGT0Q","kind":"blocked_by","related_ticket":"00001KVZKSV6C","note":"Queue routing checked after Dashboard Queue. Embedded Runtime connection depends on Backend RuntimeRegistry foundation `00001KVZKSV6C`, which is still queued and itself blocked by inprogress worker-runtime core `00001KVZBCQH4`. Do not start this Ticket until the foundation dependency is accepted/completed.","author":"yoi-orchestrator","at":"2026-06-25T16:32:25Z"}

.yoi/tickets/00001KVZSGT0Q/artifacts/relations.json

@@ -0,0 +1,13 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZSGT0Q",
+      "kind": "depends_on",
+      "target": "00001KVZKSV6C",
+      "note": "Embedded Runtime connection builds on the Backend RuntimeRegistry foundation.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T16:30:00Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZSGT0Q/item.md

@@ -0,0 +1,67 @@
+---
+title: 'Backend RuntimeRegistryにembedded worker-runtimeを接続する'
+state: 'queued'
+created_at: '2026-06-25T16:23:58Z'
+updated_at: '2026-06-25T16:32:35Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T16:31:30Z'
+---
+
+## 背景
+
+`worker-runtime` core crate と Backend `RuntimeRegistry` 基盤ができたら、Workspace Backend process 内に embedded `worker_runtime::Runtime` を組み込み、`backend-internal` Runtime として Registry から扱えるようにしたい。これは Backend internal Companion Web Console の前提であり、remote Runtime process / HTTP client / FS store / event stream server を待たずに進められる。
+
+この Ticket では embedded Runtime handle を Backend Registry に接続する。Runtime は memory store / builtin/default Profile fallback / toolsなし Worker でよい。
+
+## 要件
+
+### Embedded Runtime registration
+
+- Workspace Backend が `worker_runtime::Runtime` を process 内に生成・保持できる。
+- Embedded Runtime を `backend-internal` 相当の runtime id / display name / capabilities で RuntimeRegistry に登録できる。
+- Registry から embedded Runtime の runtime summary / status / capabilities を取得できる。
+- Embedded Runtime は HTTP endpoint / token / socket path を持たない。
+
+### Worker operations
+
+- Backend Registry は embedded Runtime に対して direct lib call で以下を route できる。
+  - worker list / detail。
+  - create worker。
+  - send input。
+  - stop / cancel。
+  - bounded transcript projection。
+  - event cursor / subscription placeholder。
+- v0 は toolsなし Worker / builtin/default Profile fallback / memory store でよい。
+- Busy / unknown worker / runtime unavailable / unsupported operation を typed error に map する。
+
+### Backend API exposure
+
+- Browser-facing API は embedded Runtime を remote Runtime と同じ `runtime_id + worker_id` authority で扱う。
+- Browser は embedded Runtime internals / store path / provider credentials を知らない。
+- Existing `/api/workers` / runtime list に embedded Runtime Worker を含めるか、新 runtime-scoped endpoint に出すかを実装時に決め、方針を記録する。
+- Local compatibility source と embedded Runtime source を diagnostics / implementation kind で区別できる。
+
+## Non-goals
+
+- Remote Runtime process client。
+- FS store。
+- REST command server。
+- Event stream server。
+- Full Companion Web Console UI。
+- Profile/config bundle sync。
+- Local compatibility path の削除。
+
+## 受け入れ条件
+
+- Workspace Backend が embedded `worker_runtime::Runtime` を生成し、RuntimeRegistry に登録できる。
+- Backend API から `backend-internal` Runtime の summary/status/capabilities を確認できる。
+- Backend Registry が embedded Runtime の worker list/detail/create/send input/transcript projection を direct lib call で扱える。
+- v0 toolsなし Worker が create でき、input acceptance まで確認できる。
+- Browser-facing API に socket path / session path / runtime internal store path / provider credential が露出しない。
+- Local compatibility source と embedded Runtime source が混同されない。
+- Focused workspace-server tests cover embedded runtime registration and routing.
+- `cargo test -p yoi-workspace-server` が通る。
+- `cargo check -p yoi` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZSGT0Q/thread.md

@@ -0,0 +1,61 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T16:23:58Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:30:31Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:30:31Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: workspace-panel at: 2026-06-25T16:31:30Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:32:35Z -->
+
+## Decision
+
+Routing decision: blocked_by_dependency_or_missing_authority
+
+Reason:
+- Dashboard Queue による routing 許可を受けて Ticket / relations / orchestration plan / workspace state を確認した。
+- 本 Ticket は `00001KVZKSV6C` (`Backend RuntimeRegistryの基盤をworker-runtime向けに整理する`) に `depends_on` relation を持つ。
+- `00001KVZKSV6C` は現在 `queued` で、さらに `00001KVZBCQH4` worker-runtime core が `inprogress` のため blocked と判断済み。
+- Embedded Runtime connection は Backend RuntimeRegistry foundation の handle boundary に依存するため、foundation 確定前に implementation side effect を開始しない。
+
+Evidence checked:
+- Ticket body: embedded `worker_runtime::Runtime` registration、direct lib call routing、Backend API exposure、Non-goals。
+- Relations: outgoing `depends_on -> 00001KVZKSV6C`; incoming dependent `00001KVZ9JGK0`。
+- Orchestration plan: blocker record `orch-plan-20260625-163225-1` を追加。
+- Workspace state: `00001KVZBCQH4` は inprogress、`00001KVZKSV6C` は queued/blocked。
+
+Next action:
+- 本 Ticket は queued のまま待機。
+- `00001KVZKSV6C` が accepted/completed して Backend Registry foundation が確定した後、再 routing する。
+
+Escalate if:
+- Embedded Runtime connection のために `00001KVZKSV6C` の scope/acceptance を変更する必要が出る。
+- worker-runtime core API が embedded Backend integration に必要な create/send/projection semantics を満たさない。
+
+---

.yoi/tickets/00001KVZSGT14/artifacts/relations.json

@@ -0,0 +1,45 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZSGT14",
+      "kind": "depends_on",
+      "target": "00001KVZKSV6C",
+      "note": "Remote Runtime connection builds on the Backend RuntimeRegistry foundation.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T16:30:00Z"
+    },
+    {
+      "ticket_id": "00001KVZSGT14",
+      "kind": "depends_on",
+      "target": "00001KVZKST83",
+      "note": "Standalone remote Runtime should have FS persistence available before Backend integration.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T16:30:00Z"
+    },
+    {
+      "ticket_id": "00001KVZSGT14",
+      "kind": "depends_on",
+      "target": "00001KVZKSTE2",
+      "note": "Remote Runtime routing needs the REST command API.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T16:30:00Z"
+    },
+    {
+      "ticket_id": "00001KVZSGT14",
+      "kind": "depends_on",
+      "target": "00001KVZKSTJT",
+      "note": "Remote Runtime observation needs the Runtime event stream API.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T16:30:00Z"
+    },
+    {
+      "ticket_id": "00001KVZSGT14",
+      "kind": "related",
+      "target": "00001KVZQHPNY",
+      "note": "Remote Runtime integration will eventually coordinate Profile/config bundle sync, but v0 can use builtin/default fallback where applicable.",
+      "author": "yoi ticket",
+      "at": "2026-06-25T16:30:00Z"
+    }
+  ]
+}

.yoi/tickets/00001KVZSGT14/item.md

@@ -0,0 +1,71 @@
+---
+title: 'Backend RuntimeRegistryにremote worker-runtime processを接続する'
+state: 'ready'
+created_at: '2026-06-25T16:23:58Z'
+updated_at: '2026-06-25T16:30:32Z'
+assignee: null
+---
+
+## 背景
+
+Standalone `worker-runtime` process が FS store、REST command server、event stream server を持った後、Workspace Backend は remote Runtime process に client として接続できる必要がある。Browser は remote Runtime に直接接続せず、Backend が RuntimeRegistry / policy / visibility / audit / typed error mapping を挟んで proxy / projection する。
+
+この Ticket では Backend RuntimeRegistry に remote Runtime client handle を追加する。Embedded Runtime 接続とは別実装粒度とする。
+
+## 要件
+
+### Remote Runtime client
+
+- Backend は config-like data から remote Runtime client handle を作成できる。
+  - runtime id / display name。
+  - base URL。
+  - token / secret ref placeholder。
+  - capability cache / last seen status。
+- Remote command は `worker-runtime` REST command API に対する Backend-owned client で実行する。
+- Remote observation は Runtime event stream API に対する Backend-owned client で購読または proxy できる。
+- Backend は Runtime endpoint / credential を Browser に渡さない。
+
+### Registry routing
+
+- Backend RuntimeRegistry は remote Runtime handle へ以下を route できる。
+  - runtime summary / status / capabilities。
+  - worker list / detail。
+  - create worker。
+  - send input。
+  - stop / cancel。
+  - bounded transcript projection。
+  - event stream/proxy。
+- Embedded Runtime handle と remote Runtime handle は Browser-facing API から同じ `runtime_id + worker_id` authority で扱える。
+- Network failure / auth failure / timeout / remote unsupported / remote worker not found を typed error に map する。
+
+### Config / policy boundary
+
+- Backend がどの remote Runtime に接続してよいかを config / registry data で管理する。
+- Dynamic registration は不要。
+- Config bundle sync は関連するが、この Ticket では remote Runtime connection / routing を主目的とする。
+- Browser は remote Runtime base URL / token / direct endpoint authority を知らない。
+
+## Non-goals
+
+- `worker-runtime` core crate implementation。
+- FS store implementation。
+- REST command server implementation。
+- Event stream server implementation。
+- Embedded Runtime integration。
+- Dynamic Runtime registration。
+- Full auth / permission model。
+- Backend internal Companion Web Console completion。
+
+## 受け入れ条件
+
+- Workspace Backend が remote Runtime client handle を config-like data から登録できる。
+- Backend RuntimeRegistry が remote Runtime の list/detail/create/input/transcript/event operations を route できる。
+- Remote network/auth/timeout errors が typed Backend errors に map される。
+- Browser-facing API に remote Runtime base URL / credential / direct endpoint が露出しない。
+- Embedded Runtime handle と remote Runtime handle が同じ `runtime_id + worker_id` authority model で扱われる。
+- Event stream client/proxy path が Backend-owned connection として実装されている。
+- Focused workspace-server tests cover mocked remote Runtime routing and error mapping.
+- `cargo test -p yoi-workspace-server` が通る。
+- `cargo check -p yoi` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZSGT14/thread.md

@@ -0,0 +1,24 @@
+<!-- event: create author: "yoi ticket" at: 2026-06-25T16:23:58Z -->
+
+## 作成
+
+LocalTicketBackend によって作成されました。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T16:30:32Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T16:30:32Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---

AGENTS.md

@@ -11,12 +11,12 @@
 
 LLM に投げる context への割り込みは、大きく2種類に分かれる。**前者は許されるが、後者は禁止**。
 
-Podの状態から純粋に再現可能で、且つ揮発性の無い操作であることが望ましい。（pruning、tool result の content 切り詰め、prompt cache anchor の付与等）。
+Workerの状態から純粋に再現可能で、且つ揮発性の無い操作であることが望ましい。（pruning、tool result の content 切り詰め、prompt cache anchor の付与等）。
 原則として、コンテキストは積み重ねるものであり、一時的にメッセージを差し込むことや、過去のメッセージを改ざんすることはKVキャッシュのヒット率を下げる。
 
 **禁止**: ターンを跨ぐことができない情報に基づいて、history に記録せずに context だけにコンテンツを差し込むこと。これをやると LLM はそれに反応して生成を行う一方、次以降のターンでhistoryに残らないため、「自分がなぜその発言/tool call をしたか」の根拠が消えるうえ、prompt cache のヒット率も低下させることになる。
 
-新しい input を context に乗せたいなら、必ず先に `worker.history` に append して commit すること。`history.json` への永続化はそこから自動的についてくる。Notify / PodEvent / `<system-reminder>` 系はこの原則で扱う。
+新しい input を context に乗せたいなら、必ず先に `worker.history` に append して commit すること。`history.json` への永続化はそこから自動的についてくる。Notify / WorkerEvent / `<system-reminder>` 系はこの原則で扱う。
 また、キャッシュを破壊するタイミングは正確にコントロールされる必要があり、キャッシュ破壊とトークン消費のトレードオフに基づいて慎重に設計されるべきである。
 
 ---

Cargo.lock

@@ -2102,7 +2102,7 @@ source = "registry+https://github.com/rust-lang/crates.io-index"
 checksum = "11d3d7f243d5c5a8b9bb5d6dd2b1602c0cb0b9db1621bafc7ed66e35ff9fe092"
 
 [[package]]
-name = "llm-worker"
+name = "llm-engine"
 version = "0.2.1"
 dependencies = [
  "async-trait",
@@ -2110,7 +2110,7 @@ dependencies = [
  "dotenv",
  "eventsource-stream",
  "futures",
- "llm-worker-macros",
+ "llm-engine-macros",
  "reqwest",
  "schemars",
  "serde",
@@ -2127,7 +2127,7 @@ dependencies = [
 ]
 
 [[package]]
-name = "llm-worker-macros"
+name = "llm-engine-macros"
 version = "0.2.0"
 dependencies = [
  "proc-macro2",
@@ -2242,7 +2242,7 @@ name = "manifest"
 version = "0.1.0"
 dependencies = [
  "arc-swap",
- "llm-worker",
+ "llm-engine",
  "mlua",
  "protocol",
  "secrets",
@@ -2373,7 +2373,7 @@ dependencies = [
  "chrono",
  "libc",
  "lint-common",
- "llm-worker",
+ "llm-engine",
  "manifest",
  "schemars",
  "serde",
@@ -2873,52 +2873,6 @@ version = "0.2.3"
 source = "registry+https://github.com/rust-lang/crates.io-index"
 checksum = "b4596b6d070b27117e987119b4dac604f3c58cfb0b191112e24771b2faeac1a6"
 
-[[package]]
-name = "pod"
-version = "0.1.0"
-dependencies = [
- "arc-swap",
- "async-trait",
- "chrono",
- "clap",
- "client",
- "dotenv",
- "fs4",
- "futures",
- "futures-util",
- "include_dir",
- "libc",
- "llm-worker",
- "manifest",
- "mcp",
- "memory",
- "minijinja",
- "pod-registry",
- "pod-store",
- "protocol",
- "provider",
- "reqwest",
- "schemars",
- "serde",
- "serde_json",
- "session-metrics",
- "session-store",
- "tempfile",
- "thiserror 2.0.18",
- "ticket",
- "tokio",
- "tokio-tungstenite",
- "toml",
- "tools",
- "tracing",
- "tungstenite",
- "uuid",
- "wasmtime",
- "wat",
- "workflow",
- "yoi-plugin-pdk",
-]
-
 [[package]]
 name = "pod-registry"
 version = "0.1.0"
@@ -3045,7 +2999,7 @@ dependencies = [
  "async-trait",
  "base64",
  "chrono",
- "llm-worker",
+ "llm-engine",
  "manifest",
  "reqwest",
  "secrets",
@@ -3901,7 +3855,7 @@ version = "0.1.0"
 dependencies = [
  "async-trait",
  "futures",
- "llm-worker",
+ "llm-engine",
  "protocol",
  "serde",
  "serde_json",
@@ -4352,7 +4306,7 @@ dependencies = [
  "async-trait",
  "chrono",
  "fs4",
- "llm-worker",
+ "llm-engine",
  "project-record",
  "schemars",
  "serde",
@@ -4535,7 +4489,7 @@ dependencies = [
  "grep-searcher",
  "html5ever",
  "ignore",
- "llm-worker",
+ "llm-engine",
  "manifest",
  "markup5ever_rcdom",
  "pdf-extract",
@@ -4715,7 +4669,7 @@ dependencies = [
  "base64",
  "client",
  "crossterm 0.28.1",
- "llm-worker",
+ "llm-engine",
  "manifest",
  "minijinja",
  "pod-registry",
@@ -5901,6 +5855,52 @@ dependencies = [
  "wasmparser 0.248.0",
 ]
 
+[[package]]
+name = "worker"
+version = "0.1.0"
+dependencies = [
+ "arc-swap",
+ "async-trait",
+ "chrono",
+ "clap",
+ "client",
+ "dotenv",
+ "fs4",
+ "futures",
+ "futures-util",
+ "include_dir",
+ "libc",
+ "llm-engine",
+ "manifest",
+ "mcp",
+ "memory",
+ "minijinja",
+ "pod-registry",
+ "pod-store",
+ "protocol",
+ "provider",
+ "reqwest",
+ "schemars",
+ "serde",
+ "serde_json",
+ "session-metrics",
+ "session-store",
+ "tempfile",
+ "thiserror 2.0.18",
+ "ticket",
+ "tokio",
+ "tokio-tungstenite",
+ "toml",
+ "tools",
+ "tracing",
+ "tungstenite",
+ "uuid",
+ "wasmtime",
+ "wat",
+ "workflow",
+ "yoi-plugin-pdk",
+]
+
 [[package]]
 name = "workflow"
 version = "0.1.0"
@@ -5942,7 +5942,6 @@ dependencies = [
  "client",
  "manifest",
  "memory",
- "pod",
  "pod-store",
  "project-record",
  "serde",
@@ -5954,6 +5953,7 @@ dependencies = [
  "ticket",
  "tokio",
  "tui",
+ "worker",
 ]
 
 [[package]]

Cargo.toml

@@ -2,13 +2,13 @@
 resolver = "2"
 members = [
     "crates/client",
-    "crates/llm-worker",
-    "crates/llm-worker-macros",
+    "crates/llm-engine",
+    "crates/llm-engine-macros",
     "crates/session-store",
     "crates/secrets",
     "crates/manifest",
     "crates/mcp",
-    "crates/pod",
+    "crates/worker",
     "crates/plugin-pdk",
     "crates/yoi",
     "crates/pod-store",
@@ -29,13 +29,13 @@ members = [
 ]
 default-members = [
     "crates/client",
-    "crates/llm-worker",
-    "crates/llm-worker-macros",
+    "crates/llm-engine",
+    "crates/llm-engine-macros",
     "crates/session-store",
     "crates/secrets",
     "crates/manifest",
     "crates/mcp",
-    "crates/pod",
+    "crates/worker",
     "crates/plugin-pdk",
     "crates/yoi",
     "crates/pod-store",
@@ -61,15 +61,15 @@ license = "MIT"
 [workspace.dependencies]
 # Internal crates
 client = { path = "crates/client" }
-llm-worker = { path = "crates/llm-worker", version = "0.2" }
-llm-worker-macros = { path = "crates/llm-worker-macros", version = "0.2" }
+llm-engine = { path = "crates/llm-engine", version = "0.2" }
+llm-engine-macros = { path = "crates/llm-engine-macros", version = "0.2" }
 manifest = { path = "crates/manifest" }
 mcp = { path = "crates/mcp" }
 lint-common = { path = "crates/lint-common" }
 memory = { path = "crates/memory" }
 ticket = { path = "crates/ticket" }
 project-record = { path = "crates/project-record" }
-pod = { path = "crates/pod" }
+worker = { path = "crates/worker" }
 yoi-plugin-pdk = { path = "crates/plugin-pdk" }
 yoi = { path = "crates/yoi" }
 pod-registry = { path = "crates/pod-registry" }

KNOWN_ISSUES.md

@@ -2,7 +2,7 @@
 
 Ticket を切るほどではないが、次に近所を触るときに合わせて拾いたい小粒な所見の置き場。
 
-- `crates/pod/src/controller.rs:1269-1278` — `worker_error_code` で `PodError::WorkflowResolve(_) => InvalidRequest` が post-commit な resolve エラー (`KnowledgeNotFound` 等) にも適用される。意味論的には妥当方向だが、resolve 系のエラー粒度を分けたくなったタイミングで再評価。
+- `crates/worker/src/controller.rs:1453-1461` — `worker_error_code` で `WorkerError::WorkflowResolve(_) => InvalidRequest` が post-commit な resolve エラー (`KnowledgeNotFound` 等) にも適用される。意味論的には妥当方向だが、resolve 系のエラー粒度を分けたくなったタイミングで再評価。
 - `crates/session-store/src/fs_store.rs:200-210` — `FsStore::read_entry_count` が `fs::read_to_string` で全文ロードしてから行数カウントするため O(n)。`ensure_head_or_fork` は run-start でしか呼ばれず現状は許容範囲だが、長期セッションが普通になった時点で `\n` バイト数の cheap count か末尾 seek に置き換える。
-- `crates/session-store/src/segment.rs:143-172` `ensure_head_or_fork` (free fn, test 専用・本番 caller ゼロ) と `crates/pod/src/pod.rs:1941-2006` `Pod::ensure_segment_head` (本番 inline) に live auto-fork の検知 + forked_from 記録が二重実装されている。entry-hash-abolish 以前からの重複で、両方独立にテスト済みだが drift 必至。session-store 側を本番から呼ぶ形に寄せるか free fn を畳むかは要設計判断。Pod state / fork 周辺を次に触るときに統合を検討。
-- `crates/pod/src/pod.rs:4100-4147` / `crates/pod/src/spawn/registry.rs:84-174` — restore 時の spawned child prune/reclaim が Pod restore path と spawned registry load path の両方に残っている。現状は安全側の重複チェックだが、Pod state / spawned registry 周辺を次に触るときに責務境界を再整理。
+- `crates/session-store/src/segment.rs:143-172` `ensure_head_or_fork` (free fn, test 専用・本番 caller ゼロ) と `crates/worker/src/worker.rs:2032` `Worker::ensure_segment_head` (本番 inline) に live auto-fork の検知 + forked_from 記録が二重実装されている。entry-hash-abolish 以前からの重複で、両方独立にテスト済みだが drift 必至。session-store 側を本番から呼ぶ形に寄せるか free fn を畳むかは要設計判断。Worker state / fork 周辺を次に触るときに統合を検討。
+- `crates/worker/src/worker.rs` / `crates/worker/src/spawn/registry.rs:84-174` — restore 時の spawned child prune/reclaim が Worker restore path と spawned registry load path の両方に残っている。現状は安全側の重複チェックだが、Worker state / spawned registry 周辺を次に触るときに責務境界を再整理。

README.md

@@ -1,19 +1,19 @@
 # 夜居 / Yoi agent
 
-Yoi is an agent runtime for building, running, and orchestrating LLM Pods while preserving explicit history, scoped capabilities, and developer-controlled workflows.
+Yoi is an agent runtime for building, running, and orchestrating LLM Workers while preserving explicit history, scoped capabilities, and developer-controlled workflows.
 
 ## 1. Yoi agent
 
-Yoi focuses on long-running agent operation rather than one-off prompt execution. A named Pod can keep durable session history, run with explicit tool and filesystem authority, delegate bounded work to child Pods, and be inspected or restored through CLI/TUI surfaces.
+Yoi focuses on long-running agent operation rather than one-off prompt execution. A named Worker can keep durable session history, run with explicit tool and filesystem authority, delegate bounded work to child Workers, and be inspected or restored through CLI/TUI surfaces.
 
 Main highlights:
 
-- Named long-running **Pods** with durable session and metadata records.
+- Named long-running **Workers** with durable session and metadata records.
 - Explicit tool permissions and filesystem scopes.
-- Multi-agent orchestration with scoped coder/reviewer Pods.
+- Multi-agent orchestration with scoped coder/reviewer Workers.
 - Profile, Manifest, and prompt-based runtime configuration.
 - Local Tickets and workflow files for auditable project coordination.
-- TUI and CLI entry points, including the `yoi panel` workspace Dashboard and single-Pod Console.
+- TUI and CLI entry points, including the `yoi panel` workspace Dashboard and single-Worker Console.
 
 Yoi is actively dogfooded in this repository. Public APIs, configuration formats, and workflows may still change.
 
@@ -39,14 +39,14 @@ nix build .#yoi
 yoi --help
 yoi
 yoi panel
-yoi --pod <name>
-yoi pod --help
+yoi --worker <name>
+yoi worker --help
 ```
 
 Typical flow:
 
 1. Configure providers, models, profiles, prompts, and scopes.
-2. Start or attach to a named Pod in the Console, or inspect workspace activity in the Dashboard.
+2. Start or attach to a named Worker in the Console, or inspect workspace activity in the Dashboard.
 3. Use explicit tools and scoped delegation for multi-agent work.
 4. Record project work through Tickets, workflow files, and git history.
 
@@ -60,7 +60,7 @@ Key docs:
 
 - [`docs/design/overview.md`](docs/design/overview.md) — architecture and crate ownership map.
 - [`docs/design/context-history.md`](docs/design/context-history.md) — history/context invariants.
-- [`docs/design/pod-session-state.md`](docs/design/pod-session-state.md) — Pod identity, metadata, and session logs.
+- [`docs/design/worker-session-state.md`](docs/design/worker-session-state.md) — Worker identity, metadata, and session logs.
 - [`docs/design/profiles-manifests-prompts.md`](docs/design/profiles-manifests-prompts.md) — Profiles, Manifests, and prompt resources.
 - [`docs/design/tool-permissions-scope.md`](docs/design/tool-permissions-scope.md) — tool policy and filesystem scope.
 - [`docs/development/work-items.md`](docs/development/work-items.md) — Ticket workflow and project records.

crates/client/README.md

@@ -2,13 +2,13 @@
 
 ## Role
 
-`client` contains reusable socket-client and runtime-command mechanics for talking to Pods from CLI/TUI code.
+`client` contains reusable socket-client and runtime-command mechanics for talking to Workers from CLI/TUI code.
 
 ## Boundaries
 
 Owns:
 
-- one-shot Pod socket client behavior
+- one-shot Worker socket client behavior
 - request/reply delivery mechanics
 - runtime command construction below the product façade
 - shared attach/status probing helpers used by higher layers
@@ -16,15 +16,15 @@ Owns:
 Does not own:
 
 - product command names (`yoi`)
-- Pod state authority (`pod`, `pod-store`, `session-store`)
+- Worker state authority (`worker`, `pod-store`, `session-store`)
 - UI rendering (`tui`)
-- Worker turn semantics (`llm-worker`)
+- Engine turn semantics (`llm-engine`)
 
 ## Design notes
 
-The client boundary lets `tui` and `yoi` share Pod communication without making library crates depend on the product binary. Socket clients should drain connect-time snapshot/alert traffic before sending a method or deciding status.
+The client boundary lets `tui` and `yoi` share Worker communication without making library crates depend on the product binary. Socket clients should drain connect-time snapshot/alert traffic before sending a method or deciding status.
 
 ## See also
 
-- [`../../docs/design/pod-session-state.md`](../../docs/design/pod-session-state.md)
+- [`../../docs/design/worker-session-state.md`](../../docs/design/worker-session-state.md)
 - [`../../docs/design/overview.md`](../../docs/design/overview.md)

crates/client/src/lib.rs

@@ -1,28 +1,28 @@
-//! Pod プロトコルを喋るクライアント。
+//! Worker プロトコルを喋るクライアント。
 //!
-//! - [`PodClient`]: 既存 pod の Unix ソケットへ接続して `Method` を送り、
+//! - [`WorkerClient`]: 既存 worker の Unix ソケットへ接続して `Method` を送り、
 //!   `Event` を受け取る低レベル接続。
-//! - [`spawn`]: pod バイナリをサブプロセスとして起動し、`YOI-READY`
+//! - [`spawn`]: worker バイナリをサブプロセスとして起動し、`YOI-READY`
 //!   ハンドシェイクが終わるまで待つフロー。subprocess を立ち上げる必要が
-//!   ない呼び出し側 (=既存 pod に attach する場合) は使わなくてよい。
+//!   ない呼び出し側 (=既存 worker に attach する場合) は使わなくてよい。
 //!
 //! TUI / GUI / E2E ハーネスはこの crate に依存して protocol を喋る。
 
-mod pod_client;
 pub mod runtime_command;
 pub mod spawn;
 pub mod ticket_role;
+mod worker_client;
 
-pub use runtime_command::PodRuntimeCommand;
+pub use runtime_command::WorkerRuntimeCommand;
 
-pub use pod_client::PodClient;
 pub use spawn::{
-    PodProcessLaunchConfig, PodProcessLaunchOptions, SpawnConfig, SpawnError, SpawnReady,
-    spawn_pod, spawn_pod_with_options,
+    SpawnConfig, SpawnError, SpawnReady, WorkerProcessLaunchConfig, WorkerProcessLaunchOptions,
+    spawn_worker, spawn_worker_with_options,
 };
 pub use ticket_role::{
     TicketRef, TicketRoleLaunchContext, TicketRoleLaunchError, TicketRoleLaunchOptions,
-    TicketRoleLaunchPlan, TicketRoleLaunchResult, TicketRolePreRunWarning, launch_ticket_role_pod,
-    launch_ticket_role_pod_with_options, plan_ticket_role_launch,
+    TicketRoleLaunchPlan, TicketRoleLaunchResult, TicketRolePreRunWarning,
+    launch_ticket_role_worker, launch_ticket_role_worker_with_options, plan_ticket_role_launch,
     plan_ticket_role_launch_with_config,
 };
+pub use worker_client::WorkerClient;

crates/client/src/runtime_command.rs

@@ -6,12 +6,12 @@ use std::path::{Path, PathBuf};
 const POD_RUNTIME_COMMAND_ENV: &str = "YOI_POD_RUNTIME_COMMAND";
 
 #[derive(Clone, Debug, PartialEq, Eq)]
-pub struct PodRuntimeCommand {
+pub struct WorkerRuntimeCommand {
     pub program: PathBuf,
     pub prefix_args: Vec<OsString>,
 }
 
-impl PodRuntimeCommand {
+impl WorkerRuntimeCommand {
     pub fn new(program: impl Into<PathBuf>, prefix_args: Vec<OsString>) -> Self {
         Self {
             program: program.into(),
@@ -24,15 +24,15 @@ impl PodRuntimeCommand {
     }
 
     pub fn for_executable(program: impl Into<PathBuf>) -> Self {
-        Self::new(program, vec![OsString::from("pod")])
+        Self::new(program, vec![OsString::from("worker")])
     }
 
-    /// Resolve the Pod runtime command used for subprocess launches.
+    /// Resolve the Worker runtime command used for subprocess launches.
     ///
     /// The default launch path is always the current `yoi` executable plus
-    /// the unified `pod` prefix argument. During development, a non-empty
+    /// the unified `worker` prefix argument. During development, a non-empty
     /// `YOI_POD_RUNTIME_COMMAND` value replaces only the executable path;
-    /// the `pod` prefix is still added here and the env value is not parsed as a
+    /// the `worker` prefix is still added here and the env value is not parsed as a
     /// shell command.
     pub fn resolve() -> io::Result<Self> {
         Self::resolve_from_env_value(
@@ -74,7 +74,7 @@ impl PodRuntimeCommand {
     }
 }
 
-impl fmt::Display for PodRuntimeCommand {
+impl fmt::Display for WorkerRuntimeCommand {
     fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
         write!(f, "{}", self.program.display())?;
         for arg in &self.prefix_args {
@@ -89,14 +89,14 @@ mod tests {
     use super::*;
 
     #[test]
-    fn yoi_binary_defaults_to_pod_prefix() {
-        let command = PodRuntimeCommand::for_executable("/opt/yoi/bin/yoi");
+    fn yoi_binary_defaults_to_worker_prefix() {
+        let command = WorkerRuntimeCommand::for_executable("/opt/yoi/bin/yoi");
 
         assert_eq!(command.program(), Path::new("/opt/yoi/bin/yoi"));
-        assert_eq!(command.prefix_args(), [OsString::from("pod")]);
+        assert_eq!(command.prefix_args(), [OsString::from("worker")]);
         assert_eq!(
-            command.argv_with(["--pod", "agent"]),
-            vec!["pod", "--pod", "agent"]
+            command.argv_with(["--worker", "agent"]),
+            vec!["worker", "--worker", "agent"]
                 .into_iter()
                 .map(OsString::from)
                 .collect::<Vec<_>>()
@@ -104,14 +104,14 @@ mod tests {
     }
 
     #[test]
-    fn any_runtime_executable_gets_pod_prefix() {
-        let command = PodRuntimeCommand::for_executable("/opt/yoi/bin/custom-runtime");
+    fn any_runtime_executable_gets_worker_prefix() {
+        let command = WorkerRuntimeCommand::for_executable("/opt/yoi/bin/custom-runtime");
 
         assert_eq!(command.program(), Path::new("/opt/yoi/bin/custom-runtime"));
-        assert_eq!(command.prefix_args(), [OsString::from("pod")]);
+        assert_eq!(command.prefix_args(), [OsString::from("worker")]);
         assert_eq!(
-            command.argv_with(["--pod", "agent"]),
-            vec!["pod", "--pod", "agent"]
+            command.argv_with(["--worker", "agent"]),
+            vec!["worker", "--worker", "agent"]
                 .into_iter()
                 .map(OsString::from)
                 .collect::<Vec<_>>()
@@ -120,43 +120,43 @@ mod tests {
 
     #[test]
     fn resolve_uses_current_exe_when_override_is_unset() {
-        let command = PodRuntimeCommand::resolve_from_env_value(None, || {
+        let command = WorkerRuntimeCommand::resolve_from_env_value(None, || {
             Ok(PathBuf::from("/opt/yoi/bin/yoi"))
         })
         .unwrap();
 
         assert_eq!(
             command,
-            PodRuntimeCommand::for_executable("/opt/yoi/bin/yoi")
+            WorkerRuntimeCommand::for_executable("/opt/yoi/bin/yoi")
         );
     }
 
     #[test]
     fn resolve_uses_current_exe_when_override_is_empty() {
-        let command = PodRuntimeCommand::resolve_from_env_value(Some(OsString::new()), || {
+        let command = WorkerRuntimeCommand::resolve_from_env_value(Some(OsString::new()), || {
             Ok(PathBuf::from("/opt/yoi/bin/yoi"))
         })
         .unwrap();
 
         assert_eq!(
             command,
-            PodRuntimeCommand::for_executable("/opt/yoi/bin/yoi")
+            WorkerRuntimeCommand::for_executable("/opt/yoi/bin/yoi")
         );
     }
 
     #[test]
-    fn resolve_override_replaces_only_program_and_keeps_pod_prefix() {
-        let command = PodRuntimeCommand::resolve_from_env_value(
+    fn resolve_override_replaces_only_program_and_keeps_worker_prefix() {
+        let command = WorkerRuntimeCommand::resolve_from_env_value(
             Some(OsString::from("/tmp/rebuilt yoi")),
             || panic!("override must not inspect current_exe"),
         )
         .unwrap();
 
         assert_eq!(command.program(), Path::new("/tmp/rebuilt yoi"));
-        assert_eq!(command.prefix_args(), [OsString::from("pod")]);
+        assert_eq!(command.prefix_args(), [OsString::from("worker")]);
         assert_eq!(
-            command.argv_with(["--pod", "agent"]),
-            vec!["pod", "--pod", "agent"]
+            command.argv_with(["--worker", "agent"]),
+            vec!["worker", "--worker", "agent"]
                 .into_iter()
                 .map(OsString::from)
                 .collect::<Vec<_>>()

crates/client/src/spawn.rs

@@ -1,13 +1,13 @@
-//! Pod runtime command をサブプロセスとして立ち上げ、`YOI-READY` を待つ
+//! Worker runtime command をサブプロセスとして立ち上げ、`YOI-READY` を待つ
 //! ハンドシェイク。
 //!
 //! - 親プロセス (TUI / GUI / E2E) は profile/default/typed restore flags を
-//!   指定してこの関数に渡す。pod はそれを受けて socket を bind し、stderr に
+//!   指定してこの関数に渡す。worker はそれを受けて socket を bind し、stderr に
 //!   `YOI-READY\t<name>\t<socket>` を吐く。
 //! - 待機中の stderr 行は `progress` コールバック越しに呼び出し側へ流す。
 //!   UI の進捗表示や E2E のログ収集はここで賄う。
 //! - `kill_on_drop = false` + `process_group(0)` により、親プロセス
-//!   ライフサイクルから切り離した detached pod を作る。ready 後の lifecycle
+//!   ライフサイクルから切り離した detached worker を作る。ready 後の lifecycle
 //!   管理は runtime ディレクトリ / socket を介して行う。
 
 use std::io;
@@ -15,7 +15,7 @@ use std::path::{Path, PathBuf};
 use std::process::Stdio;
 use std::time::Duration;
 
-use crate::PodRuntimeCommand;
+use crate::WorkerRuntimeCommand;
 use tokio::process::Command;
 use uuid::Uuid;
 
@@ -23,14 +23,14 @@ const READY_PREFIX: &str = "YOI-READY\t";
 const READY_TIMEOUT: Duration = Duration::from_secs(20);
 
 #[derive(Debug, Clone, PartialEq, Eq)]
-pub struct PodProcessLaunchConfig {
-    pub runtime_command: PodRuntimeCommand,
-    /// `pod.name` として使う識別子。runtime ディレクトリ
-    /// (`manifest::paths::pod_runtime_dir`) の解決と、ready 行に乗る
+pub struct WorkerProcessLaunchConfig {
+    pub runtime_command: WorkerRuntimeCommand,
+    /// `worker.name` として使う識別子。runtime ディレクトリ
+    /// (`manifest::paths::worker_runtime_dir`) の解決と、ready 行に乗る
     /// 名前との突き合わせに使う。
-    pub pod_name: String,
-    /// Optional reusable Profile selector. Pod identity is always supplied
-    /// separately with `--pod`; profile selection must not imply a name.
+    pub worker_name: String,
+    /// Optional reusable Profile selector. Worker identity is always supplied
+    /// separately with `--worker`; profile selection must not imply a name.
     pub profile: Option<String>,
     /// Explicit runtime workspace root. The child receives it via
     /// `--workspace` so startup does not infer workspace identity from the
@@ -46,7 +46,7 @@ pub struct PodProcessLaunchConfig {
 }
 
 #[derive(Debug, Clone, PartialEq, Eq, Default)]
-pub struct PodProcessLaunchOptions {
+pub struct WorkerProcessLaunchOptions {
     /// Extra child CLI arguments supplied by an upper resolver layer. The
     /// low-level launch config intentionally does not model Ticket IDs,
     /// Ticket roles, orchestration roles, executable authority, or raw
@@ -54,7 +54,7 @@ pub struct PodProcessLaunchOptions {
     pub extra_args: Vec<String>,
 }
 
-impl PodProcessLaunchOptions {
+impl WorkerProcessLaunchOptions {
     pub fn with_hidden_arg(mut self, name: impl Into<String>, value: impl Into<String>) -> Self {
         self.extra_args.extend([name.into(), value.into()]);
         self
@@ -65,11 +65,11 @@ impl PodProcessLaunchOptions {
     }
 }
 
-pub type SpawnConfig = PodProcessLaunchConfig;
+pub type SpawnConfig = WorkerProcessLaunchConfig;
 
 #[derive(Debug, Clone, PartialEq, Eq)]
 pub struct SpawnReady {
-    pub pod_name: String,
+    pub worker_name: String,
     pub socket_path: PathBuf,
 }
 
@@ -78,11 +78,11 @@ pub enum SpawnError {
     Io(io::Error),
     /// runtime ディレクトリが解決できなかった (環境変数未設定等)。
     RuntimeDirUnavailable,
-    PodLaunchFailed {
-        command: PodRuntimeCommand,
+    WorkerLaunchFailed {
+        command: WorkerRuntimeCommand,
         source: io::Error,
     },
-    PodExitedEarly {
+    WorkerExitedEarly {
         stderr_tail: String,
     },
     Timeout,
@@ -96,20 +96,20 @@ impl std::fmt::Display for SpawnError {
                 f,
                 "could not resolve runtime directory (set YOI_HOME, YOI_RUNTIME_DIR, XDG_RUNTIME_DIR, or HOME)"
             ),
-            Self::PodLaunchFailed { command, source } => write!(
+            Self::WorkerLaunchFailed { command, source } => write!(
                 f,
-                "failed to launch pod runtime command `{command}`: {source}"
+                "failed to launch worker runtime command `{command}`: {source}"
             ),
-            Self::PodExitedEarly { stderr_tail } => {
+            Self::WorkerExitedEarly { stderr_tail } => {
                 if stderr_tail.is_empty() {
-                    write!(f, "pod exited before becoming ready")
+                    write!(f, "worker exited before becoming ready")
                 } else {
-                    write!(f, "pod exited before becoming ready: {stderr_tail}")
+                    write!(f, "worker exited before becoming ready: {stderr_tail}")
                 }
             }
             Self::Timeout => write!(
                 f,
-                "pod did not become ready within {}s",
+                "worker did not become ready within {}s",
                 READY_TIMEOUT.as_secs()
             ),
         }
@@ -119,8 +119,8 @@ impl std::fmt::Display for SpawnError {
 impl std::error::Error for SpawnError {
     fn source(&self) -> Option<&(dyn std::error::Error + 'static)> {
         match self {
-            Self::Io(error) | Self::PodLaunchFailed { source: error, .. } => Some(error),
-            Self::RuntimeDirUnavailable | Self::PodExitedEarly { .. } | Self::Timeout => None,
+            Self::Io(error) | Self::WorkerLaunchFailed { source: error, .. } => Some(error),
+            Self::RuntimeDirUnavailable | Self::WorkerExitedEarly { .. } | Self::Timeout => None,
         }
     }
 }
@@ -131,7 +131,10 @@ impl From<io::Error> for SpawnError {
     }
 }
 
-fn runtime_args(config: &PodProcessLaunchConfig, options: &PodProcessLaunchOptions) -> Vec<String> {
+fn runtime_args(
+    config: &WorkerProcessLaunchConfig,
+    options: &WorkerProcessLaunchOptions,
+) -> Vec<String> {
     let mut args = vec![
         "--workspace".to_string(),
         config.workspace_root.display().to_string(),
@@ -140,11 +143,11 @@ fn runtime_args(config: &PodProcessLaunchConfig, options: &PodProcessLaunchOptio
         args.extend([
             "--session".to_string(),
             id.to_string(),
-            "--pod".to_string(),
-            config.pod_name.clone(),
+            "--worker".to_string(),
+            config.worker_name.clone(),
         ]);
     } else {
-        args.extend(["--pod".to_string(), config.pod_name.clone()]);
+        args.extend(["--worker".to_string(), config.worker_name.clone()]);
         if let Some(profile) = &config.profile {
             args.extend(["--profile".to_string(), profile.clone()]);
         }
@@ -153,32 +156,32 @@ fn runtime_args(config: &PodProcessLaunchConfig, options: &PodProcessLaunchOptio
     args
 }
 
-/// pod を spawn し、`YOI-READY` ハンドシェイクが終わるまで待つ。
+/// worker を spawn し、`YOI-READY` ハンドシェイクが終わるまで待つ。
 ///
 /// `progress` は ready 行を見つけるまでに観測した stderr の各行で呼ばれる
 /// (ready 行自体は除外される)。UI の表示更新や E2E ログ取得に使う。
-pub async fn spawn_pod<F>(
-    config: PodProcessLaunchConfig,
+pub async fn spawn_worker<F>(
+    config: WorkerProcessLaunchConfig,
     progress: F,
 ) -> Result<SpawnReady, SpawnError>
 where
     F: FnMut(&str),
 {
-    spawn_pod_with_options(config, PodProcessLaunchOptions::default(), progress).await
+    spawn_worker_with_options(config, WorkerProcessLaunchOptions::default(), progress).await
 }
 
-pub async fn spawn_pod_with_options<F>(
-    config: PodProcessLaunchConfig,
-    options: PodProcessLaunchOptions,
+pub async fn spawn_worker_with_options<F>(
+    config: WorkerProcessLaunchConfig,
+    options: WorkerProcessLaunchOptions,
     mut progress: F,
 ) -> Result<SpawnReady, SpawnError>
 where
     F: FnMut(&str),
 {
-    let pod_runtime_dir = manifest::paths::pod_runtime_dir(&config.pod_name)
+    let worker_runtime_dir = manifest::paths::worker_runtime_dir(&config.worker_name)
         .ok_or(SpawnError::RuntimeDirUnavailable)?;
-    std::fs::create_dir_all(&pod_runtime_dir).map_err(SpawnError::Io)?;
-    let stderr_path = pod_runtime_dir.join("stderr.log");
+    std::fs::create_dir_all(&worker_runtime_dir).map_err(SpawnError::Io)?;
+    let stderr_path = worker_runtime_dir.join("stderr.log");
     let stderr_file = std::fs::File::create(&stderr_path).map_err(SpawnError::Io)?;
 
     let mut command = Command::new(config.runtime_command.program());
@@ -194,15 +197,15 @@ where
     }
     let mut child = command
         .spawn()
-        .map_err(|source| SpawnError::PodLaunchFailed {
+        .map_err(|source| SpawnError::WorkerLaunchFailed {
             command: config.runtime_command.clone(),
             source,
         })?;
 
     // Default `kill_on_drop = false` plus `process_group(0)` makes this
-    // a detached Pod once startup succeeds: dropping the handle does not
+    // a detached Worker once startup succeeds: dropping the handle does not
     // terminate it, and terminal-generated signals for the parent's
-    // process group do not hit the Pod. Runtime state/socket files are
+    // process group do not hit the Worker. Runtime state/socket files are
     // the source of truth after that point.
     let ready = match wait_for_ready_file(&mut progress, &stderr_path, &mut child).await {
         Ok(ready) => ready,
@@ -240,10 +243,10 @@ where
             for line in content[offset..].lines() {
                 if let Some(rest) = line.strip_prefix(READY_PREFIX) {
                     let mut parts = rest.splitn(2, '\t');
-                    let pod_name = parts.next().unwrap_or("").to_string();
+                    let worker_name = parts.next().unwrap_or("").to_string();
                     let socket_str = parts.next().unwrap_or("").to_string();
-                    if pod_name.is_empty() || socket_str.is_empty() {
-                        return Err(SpawnError::PodExitedEarly {
+                    if worker_name.is_empty() || socket_str.is_empty() {
+                        return Err(SpawnError::WorkerExitedEarly {
                             stderr_tail: format!("malformed ready line: {line}"),
                         });
                     }
@@ -258,7 +261,7 @@ where
                     )
                     .await?;
                     return Ok(SpawnReady {
-                        pod_name,
+                        worker_name,
                         socket_path,
                     });
                 }
@@ -274,11 +277,11 @@ where
         tokio::select! {
             status = child.wait() => {
                 let _ = status;
-                // Pod は exit 直前に最終 stderr 行を flush することがある。
+                // Worker は exit 直前に最終 stderr 行を flush することがある。
                 // child.wait() が解決した後に再読みして、原因行を取りこ
-                // ぼさず PodExitedEarly に載せる。
+                // ぼさず WorkerExitedEarly に載せる。
                 drain_stderr_into_tail(stderr_path, &mut tail, &mut offset).await;
-                return Err(SpawnError::PodExitedEarly {
+                return Err(SpawnError::WorkerExitedEarly {
                     stderr_tail: tail.into_string(),
                 });
             }
@@ -310,7 +313,7 @@ async fn wait_for_socket(
             status = child.wait() => {
                 let _ = status;
                 drain_stderr_into_tail(stderr_path, tail, offset).await;
-                return Err(SpawnError::PodExitedEarly {
+                return Err(SpawnError::WorkerExitedEarly {
                     stderr_tail: tail.as_string(),
                 });
             }
@@ -363,10 +366,10 @@ mod tests {
     use super::*;
     use std::ffi::OsString;
 
-    fn base_config() -> PodProcessLaunchConfig {
-        PodProcessLaunchConfig {
-            runtime_command: PodRuntimeCommand::new("/bin/yoi", vec![OsString::from("pod")]),
-            pod_name: "explicit-pod".to_string(),
+    fn base_config() -> WorkerProcessLaunchConfig {
+        WorkerProcessLaunchConfig {
+            runtime_command: WorkerRuntimeCommand::new("/bin/yoi", vec![OsString::from("worker")]),
+            worker_name: "explicit-worker".to_string(),
             profile: Some("project:companion".to_string()),
             workspace_root: PathBuf::from("/work/other-project"),
             cwd: None,
@@ -375,14 +378,14 @@ mod tests {
     }
 
     #[test]
-    fn runtime_args_keep_workspace_pod_and_profile_separate() {
+    fn runtime_args_keep_workspace_worker_and_profile_separate() {
         assert_eq!(
-            runtime_args(&base_config(), &PodProcessLaunchOptions::default()),
+            runtime_args(&base_config(), &WorkerProcessLaunchOptions::default()),
             vec![
                 "--workspace",
                 "/work/other-project",
-                "--pod",
-                "explicit-pod",
+                "--worker",
+                "explicit-worker",
                 "--profile",
                 "project:companion",
             ]
@@ -394,14 +397,14 @@ mod tests {
         let mut config = base_config();
         config.resume_from = Some(Uuid::nil());
         assert_eq!(
-            runtime_args(&config, &PodProcessLaunchOptions::default()),
+            runtime_args(&config, &WorkerProcessLaunchOptions::default()),
             vec![
                 "--workspace",
                 "/work/other-project",
                 "--session",
                 "00000000-0000-0000-0000-000000000000",
-                "--pod",
-                "explicit-pod",
+                "--worker",
+                "explicit-worker",
             ]
         );
     }
@@ -414,14 +417,14 @@ mod tests {
         assert_eq!(
             runtime_args(
                 &config,
-                &PodProcessLaunchOptions::default()
+                &WorkerProcessLaunchOptions::default()
                     .with_hidden_arg("--ticket-role", "orchestrator"),
             ),
             vec![
                 "--workspace",
                 "/work/other-project",
-                "--pod",
-                "explicit-pod",
+                "--worker",
+                "explicit-worker",
                 "--profile",
                 "project:companion",
                 "--ticket-role",

crates/client/src/ticket_role.rs

@@ -1,8 +1,8 @@
-//! Ticket-role Pod launch planning and execution.
+//! Ticket-role Worker launch planning and execution.
 //!
 //! This module keeps Ticket role configuration, generated first-run input, and
-//! host-side Pod spawning behind the `client` crate so UI callers do not need to
-//! depend on `pod` internals.
+//! host-side Worker spawning behind the `client` crate so UI callers do not need to
+//! depend on `worker` internals.
 
 use std::io;
 use std::path::{Path, PathBuf};
@@ -15,8 +15,8 @@ pub use ticket::config::TicketRole;
 use ticket::config::{TicketConfig, TicketConfigError, TicketRoleLaunchConfigError};
 
 use crate::{
-    PodClient, PodProcessLaunchConfig, PodProcessLaunchOptions, PodRuntimeCommand, SpawnError,
-    SpawnReady, spawn_pod_with_options,
+    SpawnError, SpawnReady, WorkerClient, WorkerProcessLaunchConfig, WorkerProcessLaunchOptions,
+    WorkerRuntimeCommand, spawn_worker_with_options,
 };
 
 const MAX_FIELD_CHARS: usize = 8_000;
@@ -37,7 +37,7 @@ impl TicketRef {
         }
     }
 
-    fn pod_name_seed(&self) -> Option<&str> {
+    fn worker_name_seed(&self) -> Option<&str> {
         non_empty(self.id.as_deref())
     }
 
@@ -55,14 +55,17 @@ impl TicketRef {
 /// Auditable panel handoff target included in a Ticket Intake launch.
 #[derive(Debug, Clone, PartialEq, Eq)]
 pub struct TicketIntakeHandoff {
-    pub orchestrator_pod: String,
+    pub workspace_orchestrator_worker: String,
     pub workspace_label: String,
 }
 
 impl TicketIntakeHandoff {
-    pub fn new(orchestrator_pod: impl Into<String>, workspace_label: impl Into<String>) -> Self {
+    pub fn new(
+        workspace_orchestrator_worker: impl Into<String>,
+        workspace_label: impl Into<String>,
+    ) -> Self {
         Self {
-            orchestrator_pod: orchestrator_pod.into(),
+            workspace_orchestrator_worker: workspace_orchestrator_worker.into(),
             workspace_label: workspace_label.into(),
         }
     }
@@ -70,7 +73,11 @@ impl TicketIntakeHandoff {
     fn append_submit_lines(&self, out: &mut String) {
         out.push_str("\nPanel handoff:\n");
         push_bounded_bullet(out, "workspace", &self.workspace_label);
-        push_bounded_bullet(out, "workspace_orchestrator_pod", &self.orchestrator_pod);
+        push_bounded_bullet(
+            out,
+            "workspace_workspace_orchestrator_worker",
+            &self.workspace_orchestrator_worker,
+        );
     }
 }
 
@@ -82,7 +89,7 @@ pub struct TicketRoleLaunchContext {
     pub original_workspace_root: Option<PathBuf>,
     pub target_workspace_root: Option<PathBuf>,
     pub role: TicketRole,
-    pub pod_name: Option<String>,
+    pub worker_name: Option<String>,
     pub ticket: Option<TicketRef>,
     pub user_instruction: Option<String>,
     pub intake_handoff: Option<TicketIntakeHandoff>,
@@ -102,7 +109,7 @@ impl TicketRoleLaunchContext {
             original_workspace_root: None,
             target_workspace_root: None,
             role,
-            pod_name: None,
+            worker_name: None,
             ticket: None,
             user_instruction: None,
             intake_handoff: None,
@@ -156,7 +163,7 @@ pub struct TicketRoleLaunchPlan {
     pub target_workspace_root: PathBuf,
     pub implementation_worktree_root: PathBuf,
     pub role: TicketRole,
-    pub pod_name: String,
+    pub worker_name: String,
     pub profile: String,
     pub workflow: String,
     pub launch_prompt_ref: Option<String>,
@@ -172,14 +179,14 @@ impl TicketRoleLaunchPlan {
 
     pub fn spawn_config(
         &self,
-        runtime_command: PodRuntimeCommand,
-    ) -> Result<PodProcessLaunchConfig, TicketRoleLaunchError> {
+        runtime_command: WorkerRuntimeCommand,
+    ) -> Result<WorkerProcessLaunchConfig, TicketRoleLaunchError> {
         if self.profile == "inherit" {
             return Err(TicketRoleLaunchError::UnsupportedInheritProfile);
         }
-        Ok(PodProcessLaunchConfig {
+        Ok(WorkerProcessLaunchConfig {
             runtime_command,
-            pod_name: self.pod_name.clone(),
+            worker_name: self.worker_name.clone(),
             profile: Some(self.profile.clone()),
             workspace_root: self.workspace_root.clone(),
             cwd: self.cwd.clone(),
@@ -187,8 +194,8 @@ impl TicketRoleLaunchPlan {
         })
     }
 
-    pub fn spawn_options(&self) -> PodProcessLaunchOptions {
-        PodProcessLaunchOptions::default()
+    pub fn spawn_options(&self) -> WorkerProcessLaunchOptions {
+        WorkerProcessLaunchOptions::default()
             .with_hidden_arg("--ticket-role", self.role.as_str().to_string())
     }
 }
@@ -208,7 +215,7 @@ pub struct TicketRoleLaunchResult {
 
 #[derive(Debug, Clone, PartialEq, Eq)]
 pub struct TicketRoleLaunchAcceptanceEvidence {
-    pub pod_name: String,
+    pub worker_name: String,
     pub accepted_run_segments: usize,
     pub event: TicketRoleLaunchAcceptanceEvent,
 }
@@ -233,8 +240,8 @@ pub struct TicketRoleLaunchOptions {
 }
 
 impl TicketRoleLaunchOptions {
-    pub fn with_pre_run_peer_registration(mut self, pod_name: impl Into<String>) -> Self {
-        self.pre_run_peer_registrations.push(pod_name.into());
+    pub fn with_pre_run_peer_registration(mut self, worker_name: impl Into<String>) -> Self {
+        self.pre_run_peer_registrations.push(worker_name.into());
         self
     }
 }
@@ -253,30 +260,30 @@ pub enum TicketRoleLaunchError {
         selector: String,
         message: String,
     },
-    #[error("Ticket role Pod name must not be empty")]
-    EmptyPodName,
+    #[error("Ticket role Worker name must not be empty")]
+    EmptyWorkerName,
     #[error(
         "Ticket role profile 'inherit' cannot be used for top-level launch execution; configure a concrete role profile selector"
     )]
     UnsupportedInheritProfile,
     #[error(transparent)]
     Spawn(#[from] SpawnError),
-    #[error("failed to connect to spawned Ticket role Pod at {}: {source}", .socket_path.display())]
+    #[error("failed to connect to spawned Ticket role Worker at {}: {source}", .socket_path.display())]
     Connect {
         socket_path: PathBuf,
         #[source]
         source: io::Error,
     },
-    #[error("failed to send first run input to spawned Ticket role Pod: {source}")]
+    #[error("failed to send first run input to spawned Ticket role Worker: {source}")]
     SendRun {
         #[source]
         source: io::Error,
     },
-    #[error("Ticket role Pod rejected first run input with {code:?}: {message}")]
+    #[error("Ticket role Worker rejected first run input with {code:?}: {message}")]
     RunRejected { code: ErrorCode, message: String },
-    #[error("Ticket role Pod closed before confirming first run acceptance")]
+    #[error("Ticket role Worker closed before confirming first run acceptance")]
     RunAcceptanceClosed,
-    #[error("timed out waiting for Ticket role Pod to confirm first run acceptance")]
+    #[error("timed out waiting for Ticket role Worker to confirm first run acceptance")]
     RunAcceptanceTimeout,
 }
 
@@ -303,12 +310,17 @@ pub fn plan_ticket_role_launch_with_config(
         .launch_prompt
         .as_ref()
         .map(|prompt| prompt.as_str().to_string());
-    let pod_name = match context.pod_name.as_deref().map(str::trim) {
-        Some("") => return Err(TicketRoleLaunchError::EmptyPodName),
+    let worker_name = match context.worker_name.as_deref().map(str::trim) {
+        Some("") => return Err(TicketRoleLaunchError::EmptyWorkerName),
         Some(name) => name.to_string(),
-        None => default_pod_name(context.role, context.ticket.as_ref()),
+        None => default_worker_name(context.role, context.ticket.as_ref()),
     };
-    validate_ticket_role_profile(context.role, &profile, &context.workspace_root, &pod_name)?;
+    validate_ticket_role_profile(
+        context.role,
+        &profile,
+        &context.workspace_root,
+        &worker_name,
+    )?;
     let prompt = build_launch_prompt(&context);
 
     let original_workspace_root = context.original_workspace_root().to_path_buf();
@@ -322,7 +334,7 @@ pub fn plan_ticket_role_launch_with_config(
         target_workspace_root,
         implementation_worktree_root,
         role: context.role,
-        pod_name,
+        worker_name,
         profile,
         workflow: workflow.clone(),
         launch_prompt_ref,
@@ -339,7 +351,7 @@ fn validate_ticket_role_profile(
     role: TicketRole,
     profile: &str,
     workspace_root: &std::path::Path,
-    pod_name: &str,
+    worker_name: &str,
 ) -> Result<(), TicketRoleLaunchError> {
     let selector = ProfileSelector::parse_cli(profile);
     let registry = ProfileDiscovery::for_cwd(workspace_root)
@@ -354,7 +366,7 @@ fn validate_ticket_role_profile(
         .resolve_from_registry(
             &selector,
             &registry,
-            ProfileResolveOptions::with_pod_name(pod_name),
+            ProfileResolveOptions::with_worker_name(worker_name),
         )
         .map(|_| ())
         .map_err(|source| TicketRoleLaunchError::ProfileResolution {
@@ -364,17 +376,17 @@ fn validate_ticket_role_profile(
         })
 }
 
-/// Spawn the Pod, connect to its socket, send the first `Method::Run` input,
-/// and wait for bounded acceptance evidence from the Pod event stream.
-pub async fn launch_ticket_role_pod<F>(
+/// Spawn the Worker, connect to its socket, send the first `Method::Run` input,
+/// and wait for bounded acceptance evidence from the Worker event stream.
+pub async fn launch_ticket_role_worker<F>(
     context: TicketRoleLaunchContext,
-    runtime_command: PodRuntimeCommand,
+    runtime_command: WorkerRuntimeCommand,
     progress: F,
 ) -> Result<TicketRoleLaunchResult, TicketRoleLaunchError>
 where
     F: FnMut(&str),
 {
-    launch_ticket_role_pod_with_options(
+    launch_ticket_role_worker_with_options(
         context,
         runtime_command,
         progress,
@@ -383,11 +395,11 @@ where
     .await
 }
 
-/// Spawn the Pod, run bounded pre-run launch options while it is still idle,
+/// Spawn the Worker, run bounded pre-run launch options while it is still idle,
 /// then send the first `Method::Run` input and wait for acceptance evidence.
-pub async fn launch_ticket_role_pod_with_options<F>(
+pub async fn launch_ticket_role_worker_with_options<F>(
     context: TicketRoleLaunchContext,
-    runtime_command: PodRuntimeCommand,
+    runtime_command: WorkerRuntimeCommand,
     progress: F,
     options: TicketRoleLaunchOptions,
 ) -> Result<TicketRoleLaunchResult, TicketRoleLaunchError>
@@ -397,8 +409,8 @@ where
     let plan = plan_ticket_role_launch(context)?;
     let spawn_config = plan.spawn_config(runtime_command)?;
     let spawn_options = plan.spawn_options();
-    let ready = spawn_pod_with_options(spawn_config, spawn_options, progress).await?;
-    let mut client = PodClient::connect(&ready.socket_path)
+    let ready = spawn_worker_with_options(spawn_config, spawn_options, progress).await?;
+    let mut client = WorkerClient::connect(&ready.socket_path)
         .await
         .map_err(|source| TicketRoleLaunchError::Connect {
             socket_path: ready.socket_path.clone(),
@@ -408,7 +420,7 @@ where
     let acceptance_event =
         wait_for_run_acceptance(&mut client, &plan.run_segments, RUN_ACCEPTANCE_TIMEOUT).await?;
     let acceptance_evidence = TicketRoleLaunchAcceptanceEvidence {
-        pod_name: ready.pod_name.clone(),
+        worker_name: ready.worker_name.clone(),
         accepted_run_segments: plan.run_segments.len(),
         event: acceptance_event,
     };
@@ -421,7 +433,7 @@ where
 }
 
 async fn run_pre_run_options_then_send_run(
-    client: &mut PodClient,
+    client: &mut WorkerClient,
     plan: &TicketRoleLaunchPlan,
     options: &TicketRoleLaunchOptions,
 ) -> Result<Vec<TicketRolePreRunWarning>, TicketRoleLaunchError> {
@@ -439,7 +451,7 @@ async fn run_pre_run_options_then_send_run(
 }
 
 async fn perform_pre_run_peer_registrations(
-    client: &mut PodClient,
+    client: &mut WorkerClient,
     peer_names: &[String],
     timeout: Duration,
 ) -> Vec<TicketRolePreRunWarning> {
@@ -447,7 +459,7 @@ async fn perform_pre_run_peer_registrations(
     for peer_name in peer_names {
         if peer_name.trim().is_empty() {
             warnings.push(TicketRolePreRunWarning {
-                message: "pre-run peer registration skipped: peer Pod name is empty".to_string(),
+                message: "pre-run peer registration skipped: peer Worker name is empty".to_string(),
             });
             continue;
         }
@@ -459,7 +471,7 @@ async fn perform_pre_run_peer_registrations(
 }
 
 async fn pre_run_register_peer(
-    client: &mut PodClient,
+    client: &mut WorkerClient,
     peer_name: &str,
     timeout: Duration,
 ) -> Result<(), String> {
@@ -503,7 +515,7 @@ async fn pre_run_register_peer(
 }
 
 async fn wait_for_run_acceptance(
-    client: &mut PodClient,
+    client: &mut WorkerClient,
     expected_segments: &[Segment],
     timeout: Duration,
 ) -> Result<TicketRoleLaunchAcceptanceEvent, TicketRoleLaunchError> {
@@ -593,10 +605,10 @@ fn append_operation_targets(out: &mut String, context: &TicketRoleLaunchContext)
     );
 }
 
-fn default_pod_name(role: TicketRole, ticket: Option<&TicketRef>) -> String {
+fn default_worker_name(role: TicketRole, ticket: Option<&TicketRef>) -> String {
     let mut name = format!("ticket-{}", role.as_str());
-    if let Some(seed) = ticket.and_then(TicketRef::pod_name_seed) {
-        let suffix = sanitise_pod_name_component(seed);
+    if let Some(seed) = ticket.and_then(TicketRef::worker_name_seed) {
+        let suffix = sanitise_worker_name_component(seed);
         if !suffix.is_empty() {
             name.push('-');
             name.push_str(&suffix);
@@ -605,7 +617,7 @@ fn default_pod_name(role: TicketRole, ticket: Option<&TicketRef>) -> String {
     name.chars().take(MAX_POD_NAME_CHARS).collect()
 }
 
-fn sanitise_pod_name_component(value: &str) -> String {
+fn sanitise_worker_name_component(value: &str) -> String {
     let mut out = String::new();
     let mut last_was_dash = false;
     for ch in value.trim().chars() {
@@ -680,7 +692,7 @@ fn non_empty(value: Option<&str>) -> Option<&str> {
 #[cfg(test)]
 mod tests {
     use super::*;
-    use protocol::{Greeting, PodStatus};
+    use protocol::{Greeting, WorkerStatus};
     use tempfile::TempDir;
     use tokio::io::{AsyncBufReadExt, AsyncWrite, AsyncWriteExt, BufReader};
     use tokio::net::UnixListener;
@@ -723,7 +735,7 @@ mod tests {
         Event::Snapshot {
             entries: vec![],
             greeting: Greeting {
-                pod_name: "ticket-intake".to_string(),
+                worker_name: "ticket-intake".to_string(),
                 cwd: "/tmp".to_string(),
                 provider: "test".to_string(),
                 model: "test".to_string(),
@@ -732,7 +744,7 @@ mod tests {
                 context_window: 0,
                 context_tokens: 0,
             },
-            status: PodStatus::Idle,
+            status: WorkerStatus::Idle,
             in_flight: protocol::InFlightSnapshot::default(),
         }
     }
@@ -745,7 +757,7 @@ mod tests {
             target_workspace_root: workspace.to_path_buf(),
             implementation_worktree_root: workspace.join(".worktree"),
             role: TicketRole::Intake,
-            pod_name: "ticket-intake".to_string(),
+            worker_name: "ticket-intake".to_string(),
             profile: "project:intake".to_string(),
             workflow: "ticket-intake-workflow".to_string(),
             launch_prompt_ref: None,
@@ -758,7 +770,7 @@ mod tests {
     #[tokio::test]
     async fn pre_run_peer_registration_is_sent_before_first_run_submission() {
         let temp = TempDir::new().unwrap();
-        let socket_path = temp.path().join("pod.sock");
+        let socket_path = temp.path().join("worker.sock");
         let listener = UnixListener::bind(&socket_path).unwrap();
         let server = tokio::spawn(async move {
             let (stream, _) = listener.accept().await.unwrap();
@@ -793,7 +805,7 @@ mod tests {
             }
         });
 
-        let mut client = PodClient::connect(&socket_path).await.unwrap();
+        let mut client = WorkerClient::connect(&socket_path).await.unwrap();
         let options = TicketRoleLaunchOptions::default()
             .with_pre_run_peer_registration("workspace-orchestrator");
         let warnings = run_pre_run_options_then_send_run(
@@ -811,7 +823,7 @@ mod tests {
     #[tokio::test]
     async fn pre_run_peer_registration_failure_warns_but_still_sends_run() {
         let temp = TempDir::new().unwrap();
-        let socket_path = temp.path().join("pod.sock");
+        let socket_path = temp.path().join("worker.sock");
         let listener = UnixListener::bind(&socket_path).unwrap();
         let server = tokio::spawn(async move {
             let (stream, _) = listener.accept().await.unwrap();
@@ -842,7 +854,7 @@ mod tests {
             ));
         });
 
-        let mut client = PodClient::connect(&socket_path).await.unwrap();
+        let mut client = WorkerClient::connect(&socket_path).await.unwrap();
         let options = TicketRoleLaunchOptions::default()
             .with_pre_run_peer_registration("workspace-orchestrator");
         let warnings = run_pre_run_options_then_send_run(
@@ -863,7 +875,7 @@ mod tests {
     fn default_config_role_launch_plan_requires_explicit_role_config() {
         let temp = TempDir::new().unwrap();
         let mut context = TicketRoleLaunchContext::new(temp.path(), TicketRole::Coder);
-        context.ticket = Some(TicketRef::id("Ticket Role Pod Launcher"));
+        context.ticket = Some(TicketRef::id("Ticket Role Worker Launcher"));
 
         let err = plan_ticket_role_launch(context).unwrap_err();
 
@@ -1007,7 +1019,7 @@ profile = "builtin:default"
         plan.profile = "inherit".to_string();
 
         let err = plan
-            .spawn_config(PodRuntimeCommand::for_executable("/bin/yoi"))
+            .spawn_config(WorkerRuntimeCommand::for_executable("/bin/yoi"))
             .unwrap_err();
 
         assert!(matches!(
@@ -1030,14 +1042,14 @@ workflow = "ticket-review-workflow"
 "#,
         );
         let mut context = TicketRoleLaunchContext::new(temp.path(), TicketRole::Reviewer);
-        context.pod_name = Some("reviewer-fixed".to_string());
-        context.ticket = Some(TicketRef::id("20260605-190330-ticket-role-pod-launcher"));
+        context.worker_name = Some("reviewer-fixed".to_string());
+        context.ticket = Some(TicketRef::id("20260605-190330-ticket-role-worker-launcher"));
         context.user_instruction = Some("Review the submitted implementation.".to_string());
 
         let plan = plan_ticket_role_launch(context).unwrap();
         let text = text_segment(&plan);
 
-        assert_eq!(plan.pod_name, "reviewer-fixed");
+        assert_eq!(plan.worker_name, "reviewer-fixed");
         assert_eq!(plan.profile, "builtin:default");
         assert_eq!(plan.workflow, "ticket-review-workflow");
         assert_eq!(
@@ -1055,13 +1067,13 @@ workflow = "ticket-review-workflow"
         assert!(!text.contains("Role: reviewer"));
         assert!(!text.contains("system_instruction"));
         assert!(text.contains("Target Ticket:"));
-        assert!(text.contains("id: 20260605-190330-ticket-role-pod-launcher"));
+        assert!(text.contains("id: 20260605-190330-ticket-role-worker-launcher"));
         assert!(text.contains("Action instruction:"));
         assert!(text.contains("Review the submitted implementation."));
         let spawn = plan
-            .spawn_config(PodRuntimeCommand::for_executable("/bin/yoi"))
+            .spawn_config(WorkerRuntimeCommand::for_executable("/bin/yoi"))
             .unwrap();
-        assert_eq!(spawn.pod_name, "reviewer-fixed");
+        assert_eq!(spawn.worker_name, "reviewer-fixed");
         assert_eq!(spawn.profile.as_deref(), Some("builtin:default"));
         assert_eq!(spawn.workspace_root, temp.path());
         assert!(spawn.cwd.is_none());
@@ -1102,7 +1114,10 @@ workflow = "ticket-review-workflow"
         let handoff_plan = plan_ticket_role_launch(handoff_intake).unwrap();
         let handoff_text = text_segment(&handoff_plan);
         assert!(handoff_text.contains("Panel handoff:"));
-        assert!(handoff_text.contains("workspace_orchestrator_pod: panel-orchestrator-demo"));
+        assert!(
+            handoff_text
+                .contains("workspace_workspace_orchestrator_worker: panel-orchestrator-demo")
+        );
         assert!(handoff_text.contains("workspace: Demo workspace"));
         assert!(!handoff_text.contains("created_or_updated_ticket_id"));
         assert!(!handoff_text.contains("Ticket tool surface"));
@@ -1125,15 +1140,15 @@ workflow = "ticket-review-workflow"
         assert!(!orchestrator_text.contains("role_cwd"));
 
         let mut coder = TicketRoleLaunchContext::new(temp.path(), TicketRole::Coder);
-        coder.ticket = Some(TicketRef::id("20260605-190330-ticket-role-pod-launcher"));
+        coder.ticket = Some(TicketRef::id("20260605-190330-ticket-role-worker-launcher"));
         coder.worktree_path = Some(PathBuf::from("/tmp/yoi-code"));
-        coder.branch = Some("work/ticket-role-pod-launcher".into());
+        coder.branch = Some("work/ticket-role-worker-launcher".into());
         coder.validation = vec!["cargo test -p client ticket_role".into()];
         coder.report_expectations = vec!["implementation report with validation".into()];
         let coder_plan = plan_ticket_role_launch(coder).unwrap();
         let coder_text = text_segment(&coder_plan);
         assert!(coder_text.contains("path: /tmp/yoi-code"));
-        assert!(coder_text.contains("branch: work/ticket-role-pod-launcher"));
+        assert!(coder_text.contains("branch: work/ticket-role-worker-launcher"));
         assert!(coder_text.contains("cargo test -p client ticket_role"));
         assert!(coder_text.contains("implementation report with validation"));
         assert!(!coder_text.contains("provided child worktree/branch"));
@@ -1141,14 +1156,14 @@ workflow = "ticket-review-workflow"
         assert!(!coder_text.contains("Do not merge, push"));
 
         let mut reviewer = TicketRoleLaunchContext::new(temp.path(), TicketRole::Reviewer);
-        reviewer.ticket = Some(TicketRef::id("20260605-190330-ticket-role-pod-launcher"));
+        reviewer.ticket = Some(TicketRef::id("20260605-190330-ticket-role-worker-launcher"));
         reviewer.worktree_path = Some(PathBuf::from("/tmp/yoi-review"));
-        reviewer.branch = Some("work/ticket-role-pod-launcher".into());
+        reviewer.branch = Some("work/ticket-role-worker-launcher".into());
         reviewer.report_expectations = vec!["approve or request changes".into()];
         let reviewer_plan = plan_ticket_role_launch(reviewer).unwrap();
         let reviewer_text = text_segment(&reviewer_plan);
         assert!(reviewer_text.contains("path: /tmp/yoi-review"));
-        assert!(reviewer_text.contains("branch: work/ticket-role-pod-launcher"));
+        assert!(reviewer_text.contains("branch: work/ticket-role-worker-launcher"));
         assert!(reviewer_text.contains("approve or request changes"));
         assert!(!reviewer_text.contains("read-only by default"));
         assert!(!reviewer_text.contains("Orchestrator-side integration"));
@@ -1177,7 +1192,7 @@ workflow = "ticket-review-workflow"
         );
         assert_eq!(plan.target_workspace_root, temp.path().join("target"));
         let spawn_config = plan
-            .spawn_config(PodRuntimeCommand::for_executable("/bin/yoi"))
+            .spawn_config(WorkerRuntimeCommand::for_executable("/bin/yoi"))
             .unwrap();
         assert_eq!(spawn_config.workspace_root, temp.path());
         assert_eq!(spawn_config.cwd, None);
@@ -1194,15 +1209,15 @@ workflow = "ticket-review-workflow"
         assert!(!text.contains("Orchestrator implementation integration guidance"));
     }
     #[test]
-    fn caller_provided_pod_name_is_used_exactly() {
+    fn caller_provided_worker_name_is_used_exactly() {
         let temp = TempDir::new().unwrap();
         write_builtin_role_config(temp.path(), &[TicketRole::Intake]);
         let mut context = TicketRoleLaunchContext::new(temp.path(), TicketRole::Intake);
-        context.pod_name = Some("custom-intake-pod".into());
+        context.worker_name = Some("custom-intake-worker".into());
 
         let plan = plan_ticket_role_launch(context).unwrap();
 
-        assert_eq!(plan.pod_name, "custom-intake-pod");
+        assert_eq!(plan.worker_name, "custom-intake-worker");
     }
 
     #[test]

crates/client/src/worker_client.rs

@@ -7,13 +7,13 @@ use tokio::net::UnixStream;
 use tokio::sync::mpsc;
 use tokio::task::JoinHandle;
 
-pub struct PodClient {
+pub struct WorkerClient {
     writer: JsonLineWriter<tokio::io::WriteHalf<UnixStream>>,
     event_rx: mpsc::Receiver<Event>,
     reader_task: JoinHandle<()>,
 }
 
-impl PodClient {
+impl WorkerClient {
     pub async fn connect(path: &Path) -> Result<Self, io::Error> {
         let stream = UnixStream::connect(path).await?;
         let (reader, writer) = tokio::io::split(stream);
@@ -50,7 +50,7 @@ impl PodClient {
     }
 }
 
-impl Drop for PodClient {
+impl Drop for WorkerClient {
     fn drop(&mut self) {
         self.reader_task.abort();
     }
@@ -61,7 +61,7 @@ mod tests {
     use std::io::ErrorKind;
     use std::time::Duration;
 
-    use protocol::{PodStatus, Segment};
+    use protocol::{Segment, WorkerStatus};
     use tempfile::tempdir;
     use tokio::io::{AsyncReadExt, AsyncWriteExt};
     use tokio::net::UnixListener;
@@ -91,13 +91,13 @@ mod tests {
             let mut writer = JsonLineWriter::new(stream);
             writer
                 .write(&Event::Status {
-                    status: PodStatus::Idle,
+                    status: WorkerStatus::Idle,
                 })
                 .await
                 .unwrap();
         });
 
-        let mut client = PodClient::connect(&socket_path).await.unwrap();
+        let mut client = WorkerClient::connect(&socket_path).await.unwrap();
 
         let event = tokio::time::timeout(Duration::from_secs(1), client.next_event())
             .await
@@ -105,7 +105,7 @@ mod tests {
         assert!(matches!(
             event,
             Some(Event::Status {
-                status: PodStatus::Idle
+                status: WorkerStatus::Idle
             })
         ));
         server.await.unwrap();
@@ -122,7 +122,7 @@ mod tests {
             reader.next::<Method>().await.unwrap()
         });
 
-        let mut client = PodClient::connect(&socket_path).await.unwrap();
+        let mut client = WorkerClient::connect(&socket_path).await.unwrap();
         let method = Method::Run {
             input: vec![Segment::text("hello")],
         };
@@ -155,7 +155,7 @@ mod tests {
         });
 
         for _ in 0..16 {
-            let client = PodClient::connect(&socket_path).await.unwrap();
+            let client = WorkerClient::connect(&socket_path).await.unwrap();
             drop(client);
         }
 
@@ -177,7 +177,7 @@ mod tests {
             .await;
         });
 
-        let client = PodClient::connect(&socket_path).await.unwrap();
+        let client = WorkerClient::connect(&socket_path).await.unwrap();
         tokio::task::yield_now().await;
         drop(client);
 

crates/llm-engine-macros/Cargo.toml

@@ -1,6 +1,6 @@
 [package]
-name = "llm-worker-macros"
-description = "llm-worker's proc macros"
+name = "llm-engine-macros"
+description = "llm-engine's proc macros"
 version = "0.2.0"
 edition.workspace = true
 license.workspace = true