fix: refine workspace runtime UI

# Conflicts:
#	web/workspace/src/lib/workspace-sidebar/WorkersNavSection.svelte

.gitignore

@@ -1,6 +1,6 @@
 /target
 /result
 /.direnv
-/.worktree
+.worktree
 *.local*
 .env

.yoi/objectives/00001KVJPT2PP/item.md

@@ -1,35 +1,37 @@
 ---
-title: "Team workspace control plane and runner architecture"
+title: "Team workspace control plane and runtime architecture"
 state: "active"
 created_at: "2026-06-20T14:26:29Z"
-updated_at: "2026-06-21T18:10:00Z"
-linked_tickets: ["00001KVMFFYVX"]
+updated_at: "2026-07-03T18:05:00Z"
+linked_tickets: ["00001KVMFFYVX", "00001KWMBAA6V"]
 ---
 
 ## Goal
 
 Yoi を、単一のローカル開発ディレクトリで動くエージェント実行ツールから、チームで作業・判断・実行結果を管理できるワークスペース基盤へ発展させる。
 
-この Objective の中心は、Web から扱える管理システムを作り、その管理システムにローカル実行環境・リモート実行環境・将来のクラウド実行環境を接続できるようにすることである。管理システムは Ticket、Objective、Memory、Knowledge、Run、Artifact、Runner の正本を持つ。実行環境はその管理システムから仕事を受け取り、コード取得、作業用ディレクトリ作成、エージェント実行、検証、結果報告を行う。
+この Objective の中心は、Web から扱える管理システムを作り、その管理システムにローカル Runtime・リモート Runtime・将来のクラウド Runtime を接続できるようにすることである。管理システムは Ticket、Objective、Memory、Knowledge、Artifact、Policy、Actor、Repository、Runtime state の正本を持つ。Runtime はその管理システムから Worker launch request / config bundle / repository target / authority を受け取り、作業環境を用意して Worker を実行し、結果・イベント・証跡を返す。
 
-この Objective は Git ホスティングサービスを作るものではない。Git は重要な Repository provider として扱うが、Yoi の Workspace は Git Repository root と同じものにしない。Yoi が作るべきものは、コード・ドキュメント・データ・成果物などの Repository と実行環境を接続しながら、人間とエージェントの作業、Ticket lifecycle、Memory/Knowledge、検証証跡、実行環境配置を管理するチームワークスペースである。
+この Objective は Git ホスティングサービスを作るものではない。Git は重要な Repository provider として扱うが、Yoi の Workspace は Git Repository root と同じものにしない。Yoi が作るべきものは、コード・ドキュメント・データ・成果物などの Repository と Runtime を接続しながら、人間とエージェントの作業、Ticket lifecycle、Memory/Knowledge、検証証跡、実行環境配置を管理するチームワークスペースである。
 
 ## Glossary
 
 この Objective では、以下の語をこの意味で使う。
 
-- Workspace: チームまたはプロジェクトの管理単位。Ticket、Objective、Memory、Knowledge、Run、Artifact、Policy、Actor、Repository を持つ。Git Repository root ではない。
+- Workspace: チームまたはプロジェクトの管理単位。Ticket、Objective、Memory、Knowledge、Artifact、Policy、Actor、Repository、Runtime state を持つ。Git Repository root ではない。
 - Control plane: Workspace の正本を持ち、Web UI / API / CLI から操作される管理システム。
-- Runner: Control plane から仕事を受け取り、実際にエージェントやツールを動かす実行環境。最初はローカルマシン上の runner、後でリモート runner やクラウド runner を追加する。
+- Runtime: Worker 群を束ねる実行基盤。Worker lifecycle、sandbox、mount、cache、checkout/worktree/container filesystem などの Execution Workspace materialization、event/control plane を管理する。将来的には 1 つの Runtime が複数 Workspace / Repository の Worker を抱えられる。
+- Worker: Runtime が管理する 1 つの agent/session/process。Runtime が用意した Execution Workspace と authority の中で動く。
 - Repository: Workspace に接続される source/storage。コード、ドキュメント、local directory、object storage、artifact store、dataset などを含む。Git Repository も Repository の一種であり、基本的には filesystem path ではなく URI / URL で識別する。
+- RepositoryId: Workspace 内でどの Repository を対象にするかを指す安定 identifier。Git hash、branch、path ではない。
 - Repository provider: Repository の種類ごとの実装。Git、local filesystem、object store、artifact store、将来の non-Git VCS など。
-- RepositoryPoint: Repository 内の特定地点。Git commit/ref/path、object store version/prefix、file snapshot/path など、provider ごとの revision/ref/snapshot/path を表す。
-- Execution Workspace: Runner が Run のために作る作業用ディレクトリや container filesystem。1 つ以上の RepositoryPoint から materialize される。Git worktree、clone、sparse checkout などはこれを作る手段である。
+- RepositorySelector: Repository provider に渡す未解決の地点指定。branch/tag/PR/revspec/bookmark/revset/path@revision/object version/latest など provider-specific な symbolic / mutable / query-like locator であり、それ自体は再現性の authority ではない。
+- RepositoryPoint: RepositorySelector をある時点で解決した具体地点。Git commit/tree、Mercurial changeset、SVN revision、object store version/manifest digest、file snapshot など provider ごとの immutable / reproducible point を表し、Artifact/evidence に残す。
+- Execution Workspace: Runtime が Worker のために作る作業環境。1 つ以上の RepositoryPoint から materialize される作業用ディレクトリ、container filesystem、sandbox mount の集合であり、Git worktree、clone、sparse checkout などはこれを作る手段である。
 - Ticket: チームで扱う作業単位。目的、要件、判断、議論、完了条件、関係、証跡を持つ。
 - Objective: 複数の Ticket を束ねる長期目標や設計方針。
-- Run: Ticket や Objective に対して行われた具体的な実行試行。どの Runner が、どの Execution Workspace で、何を実行し、どんな結果になったかを持つ。
-- Artifact: Run や Ticket に紐づく成果物や証跡。diff、log、validation result、review result、report など。
-- Memory: エージェントやユーザーが再利用するための要約された文脈。Ticket や Run の正本ではない。
+- Artifact: Ticket や Worker 実行に紐づく成果物や証跡。diff、log、validation result、review result、report など。
+- Memory: エージェントやユーザーが再利用するための要約された文脈。Ticket や Artifact の正本ではない。
 - Knowledge: 保守された知識や設計判断。Memory より人間が維持する資料に近い。
 - Actor: 人間、エージェント、システム、外部サービスなど、Workspace 上で操作や発言を行う主体。
 
@@ -40,21 +42,21 @@ Yoi を、単一のローカル開発ディレクトリで動くエージェン
 - Workspace を Git Repository root と同一視しない。
 - ローカル filesystem 上の `.yoi` を、長期的なチーム用正本 store にしない。
 - Ticket をローカル作業メモではなく、チームの作業調整 record にする。
-- Ticket と実行試行を分ける。実行試行は Run として記録する。
-- 管理システムと実行環境を分ける。
-- まず Web から Ticket、Objective、Memory、Knowledge、Run、Artifact、Runner state を見られるようにする。
-- 最初はローカルマシンを Runner として使い、後でリモート Runner、クラウド Runner、runner pool、resource allocation、quota、billing、sandboxing に拡張する。
+- 実行証跡は Ticket thread、Artifact、WorkerRef snapshot、Runtime event として扱い、独立した実行単位概念を先に増やさない。
+- 管理システムと Runtime を分ける。
+- まず Web から Ticket、Objective、Memory、Knowledge、Artifact、Runtime / Worker state を見られるようにする。
+- 最初はローカル Runtime を使い、後でリモート Runtime、クラウド Runtime、runtime pool、resource allocation、quota、billing、sandboxing に拡張する。
 - Git ホスティング機能を取り込むのではなく、Git Repository / worktree / clone は Repository provider と Execution Workspace materialization の手段として扱う。
 
-OSS として Control plane、Runner、Web frontend、protocol を公開しつつ、managed service では hosted control plane、runner fleet、リソース柔軟性、team auth、backup、audit、availability、multi-tenant operations で価値を出す。
+OSS として Control plane、Runtime、Web frontend、protocol を公開しつつ、managed service では hosted control plane、runtime fleet、リソース柔軟性、team auth、backup、audit、availability、multi-tenant operations で価値を出す。
 
 ## Strategy / design direction
 
 ### 1. Control plane を先に作る
 
-Team Workspace の正本は server-side control plane に置く。`.yoi` は local backend、single-user/self-hosted compatibility、offline/export/import、runner-local projection、migration bridge として残せるが、multi-user SaaS の正本とはみなさない。
+Team Workspace の正本は server-side control plane に置く。`.yoi` は local backend、single-user/self-hosted compatibility、offline/export/import、local projection、migration bridge として残せるが、multi-user SaaS の正本とはみなさない。
 
-Control plane は Ticket、Objective、Memory、Knowledge、Run、Artifact、Actor、Permission、Audit、Runner state を管理する。Web UI、CLI、TUI、将来の desktop client は、この Control plane を操作する client であり、別の正本 store を持たない。
+Control plane は Ticket、Objective、Memory、Knowledge、Artifact、Actor、Permission、Audit、Repository、Runtime / Worker state を管理する。Web UI、CLI、TUI、将来の desktop client は、この Control plane を操作する client であり、別の正本 store を持たない。
 
 ### 2. Workspace と Repository を同一視しない
 
@@ -62,9 +64,15 @@ Workspace はチームまたはプロジェクトの作業管理単位である
 
 1 つの Workspace は複数の Repository を持てる。Repository は filesystem path ではなく URI / URL で識別する。例として `git+https://...`、`file://...`、`s3://...`、`artifact://...`、将来の VCS provider URI などを扱えるようにする。
 
-Ticket と Objective は Repository 配下に置かず、Workspace 配下に平たく持つ。Ticket は必要に応じて対象 Repository、ref selector、path、必要 capability を持つ。Objective は複数 Ticket にまたがる target default / scope hint を持てるが、Repository の所有物にはしない。
+Ticket と Objective は Repository 配下に置かず、Workspace 配下に平たく持つ。Ticket は必要に応じて対象 RepositoryId、RepositorySelector、path scope、必要 capability を持つ。Objective は複数 Ticket にまたがる target default / scope hint を持てるが、Repository の所有物にはしない。
 
-Run は Ticket の target selector を具体的な RepositoryPoint に解決し、その RepositoryPoint から Execution Workspace を materialize する。Git worktree 相当の機能は、この Execution Workspace を作るための実装戦略として扱う。
+RepositorySelector は Git branch/tag の抽象化ではない。Selector は provider-specific な未解決 locator であり、Git provider なら branch/tag/ref/revspec/PR/commit、Mercurial provider なら bookmark/revset/changeset、SVN provider なら path/revision、object store provider なら prefix/version/latest などを解釈する。実行時には Control plane または Repository provider が Selector を RepositoryPoint に解決し、Runtime はその RepositoryPoint を materialize する。
+
+Worker launch request は Ticket の target selector を concrete RepositoryPoint に解決し、その RepositoryPoint から Runtime が Execution Workspace を materialize する。Git worktree 相当の機能は、この Execution Workspace を作るための実装戦略として扱う。
+
+Backend は cwd や `--workspace` を暗黙の Repository として扱わない。`--workspace` は当面 workspace config root / local descriptor root を指すだけであり、Repository registry は明示設定された Workspace config から構築する。短期的には `.yoi/workspace-backend.local.toml` の `[[repositories]]` を local descriptor として使い、`uri = "."` のような local repository も明示 entry として登録する。`./` を暗黙 Repository として自動採用しない。
+
+`.yoi` は現在の local backend / fs-store / compatibility surface として残るが、long-term Backend store ではない。将来的には `~/.yoi` 側に Backend store と Workspace registry を置き、1 Backend process が複数 Workspace を扱える形へ移行する。`.yoi/workspace-backend.local.toml` はその移行までの workspace-local descriptor / override surface として扱う。
 
 短期的には Git を主な Repository provider とする。ただし Yoi の authority model を Git object、Git branch、Git Repository root、worktree path に固定しない。Orchestration は Git そのものではなく、`resolve_ref`、`materialize`、`diff`、`patch`、`commit`、`merge` などの Repository capability に依存する。
 
@@ -72,15 +80,14 @@ Run は Ticket の target selector を具体的な RepositoryPoint に解決し
 
 Ticket は実行そのものではない。Ticket は「何を、なぜ、どの条件で完了とみなすか」を持つ。Ticket は Workspace に平たく所属し、Repository には所属しない。コードやドキュメントを対象にする Ticket は、対象 Repository / ref selector / path / intent を target として持つ。
 
-Ticket target は intent/selector であり、実行再現性のための immutable point ではない。Run が target selector を concrete RepositoryPoint に解決し、実際にどの revision/snapshot を materialize したかを記録する。
+Ticket target は intent/selector であり、実行再現性のための immutable point ではない。Worker launch request が target selector を concrete RepositoryPoint に解決し、Runtime が実際にどの revision/snapshot を materialize したかを Artifact / evidence として記録する。
 
 ```text
 Ticket
   -> target selectors: Repository + ref selector + path + intent
-  -> Run / Attempt
   -> resolved RepositoryPoint
   -> Execution Workspace
-  -> Artifact / Evidence
+  -> WorkerRef / Artifact / Evidence
   -> Review / Decision
   -> Audit / Notification
 ```
@@ -100,7 +107,7 @@ Ticket targets:
     paths: ["docs/development/"]
     intent: read
 
-Run inputs:
+Worker launch materialization:
   - repository: main-code
     requested_ref: develop
     resolved_point: git commit abc123
@@ -112,7 +119,7 @@ Ticket には次の概念が必要になる。
 - Actor identity: human / agent / system / service account.
 - Assignment / owner / reviewer / watcher.
 - Typed thread events: comment, decision, plan, review, implementation report, state transition.
-- Linked Objective / Artifact / Run / Repository / RepositoryPoint / Execution Workspace.
+- Linked Objective / Artifact / WorkerRef / Repository / RepositoryPoint / Execution Workspace.
 - Permission / visibility.
 - Audit trail.
 - Notification / mention.
@@ -121,42 +128,66 @@ Ticket には次の概念が必要になる。
 
 ### 4. Memory / Knowledge の本格再設計は後回しにする
 
-Memory / Knowledge は Ticket / Run / Artifact のコピーではない。再利用可能な文脈、方針、学習された制約、保守された知識として扱う。ただし、Memory の意味論・抽出・承認・検索・staleness 処理を今この Objective で先に作り込まない。
+Memory / Knowledge は Ticket / Artifact のコピーではない。再利用可能な文脈、方針、学習された制約、保守された知識として扱う。ただし、Memory の意味論・抽出・承認・検索・staleness 処理を今この Objective で先に作り込まない。
 
-理由は、Memory の正しい設計が Workspace control plane の record model、Actor / visibility / permission、Ticket と Run の分離、Artifact / evidence、RepositoryPoint、Runner に渡す context の監査方法に依存するためである。これらが固まる前に Memory schema だけを作ると、local `.yoi` 前提や現行 agent runtime 前提に引っ張られ、後で再設計が必要になる。
+理由は、Memory の正しい設計が Workspace control plane の record model、Actor / visibility / permission、Ticket、Artifact / evidence、RepositoryPoint、Runtime に渡す context の監査方法に依存するためである。これらが固まる前に Memory schema だけを作ると、local `.yoi` 前提や現行 agent runtime 前提に引っ張られ、後で再設計が必要になる。
 
 この Objective では、Memory / Knowledge について以下の platform contract だけを維持する。
 
-- Memory / Knowledge は Control plane が扱う record だが、Ticket / Run / Artifact の authority を置き換えない。
+- Memory / Knowledge は Control plane が扱う record だが、Ticket / Artifact の authority を置き換えない。
 - 将来、Memory / Knowledge の canonical storage は Workspace control plane 側に置く。
-- local `.yoi` memory は compatibility、offline/export/import、runner-local projection、migration bridge として扱う。
-- Personal Memory、Workspace Memory、Run Summary、Maintained Knowledge は分離が必要である。
+- local `.yoi` memory は compatibility、offline/export/import、local projection、migration bridge として扱う。
+- Personal Memory、Workspace Memory、Worker Summary、Maintained Knowledge は分離が必要である。
 - Generated Memory には provenance、visibility、approval、audit が必要である。
-- Runner / agent に渡した Memory/Knowledge context は、将来 ContextPack などとして Run に記録できる必要がある。
+- Runtime / Worker に渡した Memory/Knowledge context は、将来 ContextPack などとして Artifact/evidence に記録できる必要がある。
 
 本格的な Memory 再設計は、Memory の保存先を Workspace backend / control plane record に移すタイミングで回収する。それまでは低リスクな観察、問題例の収集、既存 local memory の互換維持に留める。
 
-### 5. 管理システムと実行環境を弱結合にする
+### 5. Control plane / Runtime を分離する
 
-Control plane は正本と調整を持つ。Runner は実行を担当する。
+Control plane は正本と調整を持つ。Runtime は Worker 群と実行基盤を管理する。初期実装では local backend と runtime process が同じマシン上にあり、役割が近く見えるが、設計上は分ける。
 
 初期形:
 
 ```text
 Web UI / Control Plane
-  -> Runner connection
-  -> Local machine runner
-  -> Existing Yoi runtime, tools, working copy, build/test commands
+  -> Runtime registry / local backend
+  -> Runtime process
+  -> Workers
+  -> Existing Yoi tools, working copy, build/test commands
 ```
 
-この段階では、現在ローカル管理画面が行っている Ticket 選択、エージェント起動、レビュー起動、作業用 checkout 作成、検証実行、結果表示を、Web/control plane から local runner に対して実行できるようにする。
+この段階では、現在ローカル管理画面が行っている Ticket 選択、エージェント起動、レビュー起動、作業用 checkout 作成、検証実行、結果表示を、Web/control plane から local Runtime に対して実行できるようにする。
 
-その後で、remote runner、self-hosted runner、hosted cloud runner、runner pool、resource allocation、quota、billing、sandbox、network policy、secret distribution を追加する。
+長期的には Runtime が作業環境の用意まで請け負う。Runtime は Worker launch request / config bundle / repository target / authority を受け取り、必要な checkout、worktree、container filesystem、sandbox mount、cache、secret boundary を準備して Worker を起動する。Runtime 起動時に特定 Workspace path を必須にする形は暫定であり、Workspace / Repository 情報は Runtime process 起動引数ではなく Worker launch request 側の入力に寄せる。
+
+Sandbox と authority 分離が成立している前提では、1 つの Runtime が複数 Workspace / Repository の Worker を抱えられる。したがって Runtime identity は Git repository root や single workspace directory と同一視しない。Runtime は execution substrate、Workspace は作業管理 record の正本として扱う。
+
+Worker の作業環境を用意する経路は次のようにまとめる。
 
 ```text
-Phase 1: Web control plane + local runner
-Phase 2: Remote/self-hosted runner
-Phase 3: Hosted cloud runner fleet
+Ticket / user intent
+  -> RepositoryId + RepositorySelector + path scope + required authority
+  -> resolved RepositoryPoint
+  -> WorkerLaunchRequest / ConfigBundle / AuthorityBundle
+  -> Runtime ExecutionWorkspaceMaterializer
+  -> Execution Workspace allocation
+  -> Worker process
+  -> WorkerRef + Artifact/evidence
+```
+
+Control plane は Workspace authority、Ticket target、Repository registry、Actor permission、設定 bundle の正本を持つ。Control plane または Repository provider は RepositorySelector を RepositoryPoint に解決し、どの地点を対象にしたかを evidence に残す。Runtime は RepositoryPoint、materialization policy、sandbox policy、mount/cache/secret policy、Worker config を受け取り、Runtime-local な Execution Workspace を確保して Worker を起動する。
+
+この境界では、Worker は host filesystem path や Repository credential を自分で発見しない。Worker は Runtime が materialize した workspace root、mount、環境変数、tool authority、config bundle だけを見る。Runtime は Execution Workspace の lifecycle、cleanup、cache reuse、namespace、quota、sandbox boundary、event collection を管理する。Control plane / Browser-facing API は raw host path、secret、socket、internal runtime path を authority-bearing internals として扱い、必要な evidence だけを Artifact として公開する。
+
+v0 materializer は existing local root を明示的な Execution Workspace として返してよい。ただし型と呼び出し順序は、後で Git worktree、clone、sparse checkout、container filesystem、remote object snapshot、multi-repository mount に置き換えられる形にする。Runtime process 起動時の `--workspace` はこの v0 materializer の legacy bootstrap input であり、Runtime identity や long-term workspace binding ではない。
+
+その後で、remote Runtime、self-hosted Runtime、hosted cloud runtime fleet、runtime pool、resource allocation、quota、billing、sandbox、network policy、secret distribution を追加する。
+
+```text
+Phase 1: Web control plane + local Runtime
+Phase 2: Remote/self-hosted Runtime
+Phase 3: Hosted cloud runtime fleet
 Phase 4: Resource allocation / scheduling / quotas / billing / isolation
 ```
 
@@ -166,50 +197,52 @@ Desktop app は対応コストが高いので、まず Web frontend を primary
 
 - Web: チームで使う主要 UI。
 - CLI: automation、scripting、local operations。
-- TUI/local panel: local runner cockpit、fallback、dogfooding surface。
+- TUI/local panel: fallback、dogfooding surface。
 - Future desktop: Web/control-plane model が安定した後に検討する optional client。
 
-Web UI は Ticket、Objective、Memory、Knowledge、Run、Runner、Artifact を扱う。UI の都合で正本を二重化しない。
+Web UI は Ticket、Objective、Memory、Knowledge、Runtime、Worker、Artifact を扱う。UI の都合で正本を二重化しない。
 
 ### 7. 多重起動コストと runtime placement を見直す
 
-Cloud/remote execution を成立させるには、多数のエージェント実行を安く管理できる必要がある。logical agent session と runtime process/resource placement を分ける。
+Cloud/remote execution を成立させるには、多数のエージェント実行を安く管理できる必要がある。logical Worker session と Runtime process/resource placement を分ける。Runtime は Git Repository root や Workspace path に固定されず、request ごとに必要な Execution Workspace を materialize できる実行基盤として扱う。
 
-初期 Workspace DB では、Worker を canonical table として永続化しない。Host / Worker 一覧は backend-local runtime inspection や将来の Host protocol から逐次取得する live view とし、Ticket に関わった Worker は Ticket thread events と WorkerRef snapshot / TicketWorkerLink として記録する。
+初期 Workspace DB では、Worker を canonical table として永続化しない。Runtime / Worker 一覧は backend-local runtime inspection や将来の Runtime protocol から逐次取得する live view とし、Ticket に関わった Worker は Ticket thread events と WorkerRef snapshot / TicketWorkerLink として記録する。
 
-Worker の一元管理、データ永続化、アーカイブは将来的には必要になる。これは Host protocol、remote/self-hosted/hosted worker lifecycle、worker identity、retention policy、audit requirements が固まった後に、dedicated Worker registry / archive model として追加する。v0 で Pod metadata の代替として Worker table を作らない。
+Worker の一元管理、データ永続化、アーカイブは将来的には必要になる。これは Runtime protocol、remote/self-hosted/hosted runtime lifecycle、worker identity、retention policy、audit requirements が固まった後に、dedicated Worker registry / archive model として追加する。v0 で Pod metadata の代替として Worker table を作らない。
 
 検討対象:
 
-- Agent identity と process/runtime placement の分離。
+- Worker identity と Runtime process/resource placement の分離。
+- 1 Runtime が複数 Workspace / Repository の Worker を抱える場合の namespace、quota、cleanup、audit boundary。
+- Runtime-side Execution Workspace materialization、sandbox、mount、checkout/worktree/container filesystem の責務。
 - Provider client、tool registry、resource cache の共有可能性。
-- Prompt/resource/profile resolution cache。
+- Prompt/resource/profile/config bundle resolution cache。
 - Model call multiplexing and scheduling。
 - Tool execution sandbox reuse。
 - Plugin instance / Service runtime との統合。
 - Session/event stream と runtime lifecycle の分離。
-- Runner-local cache、checkout reuse、build cache、dependency cache。
+- Runtime-local cache、checkout reuse、build cache、dependency cache。
 
 ## Initial phases / candidate tickets
 
 1. **Vocabulary / architecture record**
-   - Workspace / Repository / RepositoryPoint / Execution Workspace / Runner / Control Plane / Run / Ticket / Memory / Knowledge の用語と境界を固める。
+   - Workspace / RepositoryId / RepositorySelector / RepositoryPoint / Execution Workspace / Runtime / Worker / Control Plane / Ticket / Memory / Knowledge の用語と境界を固める。
 2. **Team-space canonical data model**
-   - Ticket / Objective / Target / Run / Artifact / Actor / Permission / Audit / Memory / Knowledge の entity/event model を設計する。
-3. **Ticket and Run separation**
-   - Ticket lifecycle と execution attempt / orchestration run / validation run を分離し、Ticket thread と Run evidence の責務を明確化する。
+   - Ticket / Objective / Target / Artifact / Actor / Permission / Audit / Memory / Knowledge の entity/event model を設計する。
+3. **Ticket evidence model**
+   - Ticket lifecycle、WorkerRef、Artifact、validation evidence、review evidence、Ticket thread の責務を明確化する。
 4. **Memory storage migration boundary**
    - Memory / Knowledge の本格再設計は後回しにし、まずは Workspace backend に移す時の platform contract、compatibility/cache/export 方針、将来の provenance / visibility / approval 要件だけを固定する。
 5. **Control plane backend architecture**
    - local `.yoi` backend と server-side canonical backend の境界、migration/export/import、compatibility mode を設計する。
 6. **Web control plane MVP design**
-   - read-only Ticket / Objective / Memory / Knowledge / Runner state UI/API の範囲を決める。
-7. **Local runner protocol design**
-   - Web/control plane から local runner に安全な操作を送る protocol と authority boundary を設計する。
+   - read-only Ticket / Objective / Memory / Knowledge / Runtime / Worker state UI/API の範囲を決める。
+7. **Local Runtime protocol design**
+   - Web/control plane から local Runtime に安全な操作を送り、Runtime が Worker lifecycle と Execution Workspace materialization を担う protocol と authority boundary を設計する。
 8. **Repository and Execution Workspace materialization model**
-   - Repository URI、Repository provider capability、RepositoryPoint resolution、Git worktree / clone / sparse checkout / future source backend を runner-side strategy として抽象化する。
-9. **Remote/hosted runner foundation**
-   - runner registration, heartbeat, capability advertisement, job assignment, logs/events, secrets, sandbox/resource policy を設計する。
+   - Repository URI、Repository provider capability、RepositorySelector resolution、RepositoryPoint evidence、Git worktree / clone / sparse checkout / future source backend を Runtime-side materialization strategy として抽象化する。
+9. **Remote/hosted runtime foundation**
+   - runtime registration, heartbeat, capability advertisement, job assignment, logs/events, secrets, sandbox/resource policy を設計する。
 
 ## Non-goals
 
@@ -218,32 +251,36 @@ Worker の一元管理、データ永続化、アーカイブは将来的には
 - 最初から full hosted cloud execution を作ること。
 - local execution / CLI / TUI / local panel を捨てること。
 - Ticket を単なる issue tracker clone にすること。
-- Memory を Ticket/Run audit log の代替にすること。
+- Memory を Ticket/Artifact audit log の代替にすること。
 - Web UI のために core authority を二重化すること。
 - hidden server state を LLM context に直接注入すること。
 - multi-tenant auth/billing/secret/security を shortcut して実装すること。
 
 ## Success criteria / exit conditions
 
-- Workspace / Repository / RepositoryPoint / Execution Workspace / Runner / Control Plane / Run / Ticket / Memory / Knowledge の境界が文書化されている。
-- Ticket が team coordination record として、target selector / Run / Artifact / Actor / Permission / Audit と分離された model を持つ。
+- Workspace / RepositoryId / RepositorySelector / RepositoryPoint / Execution Workspace / Runtime / Worker / Control Plane / Ticket / Memory / Knowledge の境界が文書化されている。
+- Ticket が team coordination record として、target selector / Artifact / Actor / Permission / Audit と分離された model を持つ。
 - `.yoi` local backend は compatibility/local backend として整理され、server-side canonical backend の設計を阻害しない。
-- Web UI/API が Ticket / Objective / Runner state を中心とした read-only view を提供できる設計または MVP を持つ。Memory / Knowledge は既存 record の表示または将来 placeholder に留め、本格再設計をこの段階の必須条件にしない。
-- Control plane から local runner に対して、現在のローカル管理画面相当の安全な操作を実行できる design/protocol がある。
+- Web UI/API が Ticket / Objective / Runtime / Worker state を中心とした read-only view を提供できる設計または MVP を持つ。Memory / Knowledge は既存 record の表示または将来 placeholder に留め、本格再設計をこの段階の必須条件にしない。
+- Control plane から local Runtime に対して、現在のローカル管理画面相当の安全な操作を実行できる design/protocol がある。
+- Runtime は single Workspace / Git repository root 専用 process ではなく、sandbox/authority が成立すれば複数 Workspace / Repository の Worker を抱えられる execution substrate として設計されている。
 - Git Repository root に依存しない Workspace model があり、Git Repository は Repository provider の一種として扱われている。
-- Ticket と Objective は Workspace 配下に平たく存在し、Repository への所属ではなく target selector / scope hint で対象を表現する。
-- Git worktree 相当は Execution Workspace materialization strategy として扱われ、Run が immutable な RepositoryPoint を記録する。
-- Memory / Knowledge は Ticket / Run / Artifact の authority を置き換えない record として platform contract だけを持つ。本格的な意味論・抽出・承認・検索・staleness 処理は、Memory の保存先を Workspace backend / control plane record に移すタイミングで回収する。
-- Hosted runner / resource allocation / SaaS offering に進むための後続 Ticket が切れる状態になっている。
+- Ticket と Objective は Workspace 配下に平たく存在し、Repository への所属ではなく RepositoryId / RepositorySelector / path scope / intent で対象を表現する。
+- Git worktree 相当は Execution Workspace materialization strategy として扱われ、Artifact/evidence が concrete RepositoryPoint を記録する。
+- Memory / Knowledge は Ticket / Artifact の authority を置き換えない record として platform contract だけを持つ。本格的な意味論・抽出・承認・検索・staleness 処理は、Memory の保存先を Workspace backend / control plane record に移すタイミングで回収する。
+- Hosted Runtime / resource allocation / SaaS offering に進むための後続 Ticket が切れる状態になっている。
 - 既存 local dogfooding runtime を壊さず、local use と remote-capable architecture が両立している。
 
 ## Decision context
 
-- Yoi は hosted Git tool ではなく、team workspace control plane + execution environment として設計する。
+- Yoi は hosted Git tool ではなく、team workspace control plane + Runtime execution environment として設計する。
 - Team-space の長期 canonical authority は server-side control plane に置く。local `.yoi` は互換/local/offline/export/import surface だが、multi-user SaaS の正本ではない。
-- 実行環境と管理システムは弱結合にする。まず管理システムを独立させ、local runner を実行環境として接続する。その後に remote/self-hosted/hosted runner fleet へ進む。
+- 実行環境と管理システムは弱結合にする。まず管理システムを独立させ、local Runtime を実行環境として接続する。その後に remote/self-hosted/hosted runtime fleet へ進む。
+- Runtime は Worker 群を束ねる実行基盤であり、将来的には作業環境の用意、sandbox、mount、checkout/worktree/container filesystem、cache、secret boundary を Worker launch request ごとに準備する。Runtime process は single Workspace / Git repository root 専用に固定しない。RepositorySelector は provider-specific な未解決 locator、RepositoryPoint は解決済み evidence として扱う。
 - Web frontend を最初の primary team UI とする。Desktop app は web/control-plane model が安定した後に検討する。
 - Git は重要な Repository provider / materialization backend として使うが、Workspace identity と authority を Git Repository root に固定しない。
-- Ticket と Objective は Workspace 配下に平たく持つ。対象コードベースや ref は Repository target selector として表現し、Run が concrete RepositoryPoint に解決する。
-- Memory の本格再設計は後回しにする。先に Workspace / Ticket / Repository / Host/Worker live view / Control plane の基盤を固め、Memory の保存先を Workspace backend に移すタイミングで、意味論・抽出・承認・検索・staleness 処理をまとめて回収する。
+- Ticket と Objective は Workspace 配下に平たく持つ。対象コードベースや地点指定は RepositoryId / RepositorySelector / path scope / intent として表現し、Worker launch materialization が concrete RepositoryPoint に解決する。
+- Backend Repository は cwd inspection ではなく、Workspace config の明示 Repository registry から構築する。`--workspace` は Repository ではなく workspace config root / local descriptor root を指す。
+- `./.yoi` は local descriptor / fs-store / compatibility surface であり、将来の Backend canonical store と Workspace registry は `~/.yoi` 側へ寄せる。
+- Memory の本格再設計は後回しにする。先に Workspace / Ticket / Repository / Runtime/Worker live view / Control plane の基盤を固め、Memory の保存先を Workspace backend に移すタイミングで、意味論・抽出・承認・検索・staleness 処理をまとめて回収する。
 - Worker の一元管理・データ永続化・アーカイブも後続設計に回す。初期 DB では Worker を Pod metadata の代替として永続化せず、live view と Ticket-linked WorkerRef 記録に留める。

.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,5 @@
+{"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"}
+{"id":"orch-plan-20260625-203613-2","ticket_id":"00001KVZ9JGK0","kind":"blocked_by","related_ticket":"00001KVZKSTJT","note":"Queue routing checked after requeue. Companion Web Console MVP depends on WebSocket/event-stream transport decision/proxy `00001KVZKSTJT` and backend embedded runtime connection. `00001KVZKSTJT` is queued/blocked by REST command server, so this Ticket remains queued.","author":"yoi-orchestrator","at":"2026-06-25T20:36:13Z"}
+{"id":"orch-plan-20260626-054930-3","ticket_id":"00001KVZ9JGK0","kind":"waiting_capacity_note","note":"Web Console MVP is left queued while remote Runtime process connection `00001KVZSGT14` is accepted/inprogress. Although embedded Runtime and WS proxy are done, Web Console work would touch similar Backend/API surfaces and should wait until remote source routing stabilizes.","author":"yoi-orchestrator","at":"2026-06-26T05:49:30Z"}
+{"id":"orch-plan-20260626-063306-4","ticket_id":"00001KVZ9JGK0","kind":"waiting_capacity_note","note":"Web Console MVP is left queued while Profile/config bundle sync `00001KVZQHPNY` is accepted/inprogress. Web Console will likely touch worker creation/profile selection and Backend API surfaces; start after bundle sync branch is reviewed/merged/done.","author":"yoi-orchestrator","at":"2026-06-26T06:33:06Z"}
+{"id":"orch-plan-20260626-074131-5","ticket_id":"00001KVZ9JGK0","kind":"accepted_plan","note":"Dependencies are done: embedded Runtime registry `00001KVZSGT0Q`, WebSocket observation proxy `00001KVZKSTJT`, and config bundle sync `00001KVZQHPNY`. No active inprogress remains.","accepted_plan":{"summary":"Backend internal Runtime 上の toolsなし Companion Worker と Web Console MVP を追加する。Backend API で status/transcript/message send を提供し、Web UI で message round-trip を表示する。raw provider credential/socket/session/runtime path は Browser に出さず、full TUI parity/tool UI/FS-shell authority は扱わない。","branch":"work/00001KVZ9JGK0-web-console-mvp","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZ9JGK0-web-console-mvp","role_plan":"Orchestrator が dedicated child worktree を作成し、coder Worker に `crates/workspace-server`, `web/workspace`, `resources/prompts` と必要最小 Cargo/package files の write scope を委譲する。reviewer Worker は read-only で authority non-leak、toolsなし Companion、prompt resource boundary、stream/transcript semantics、backend API/UI tests を確認する。merge/validation/done/cleanup は Orchestrator が行う。"},"author":"yoi-orchestrator","at":"2026-06-26T07:41:31Z"}

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

@@ -0,0 +1,21 @@
+{
+  "version": 1,
+  "relations": [
+    {
+      "ticket_id": "00001KVZ9JGK0",
+      "kind": "depends_on",
+      "target": "00001KVZKSTJT",
+      "note": "Companion Web Console MVP has response stream / transcript projection choices and must not fix WS/SSE/polling behavior before `00001KVZKSTJT` resolves the WebSocket/event-stream transport design decision.",
+      "author": "yoi-orchestrator",
+      "at": "2026-06-25T20:22:58Z"
+    },
+    {
+      "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: 'closed'
+created_at: '2026-06-25T11:45:17Z'
+updated_at: '2026-06-26T17:46:04Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T20:34:27Z'
+---
+
+## 背景
+
+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/resolution.md

@@ -0,0 +1 @@
+Completed, reviewed, validated, and merged into develop.

.yoi/tickets/00001KVZ9JGK0/thread.md

@@ -0,0 +1,433 @@
+<!-- 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 を満たさない。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T20:23:10Z from: queued to: planning reason: web_console_stream_transport_decision_missing field: state -->
+
+## State changed
+
+ユーザー指摘により queued から planning に戻す。
+
+Missing decision / information:
+- 本 Ticket は Web Console MVP の conversation/transcript model で「request/response 完了後に transcript を返す」または「SSE / streaming endpoint」を実装時に選んでよいとしており、実質的に WS/SSE/polling/streaming の transport 方針を固定し得る。
+- これは `00001KVZKSTJT` で決定すべき WebSocket/event-stream transport 設計点であり、未決定のまま queued に置くのは不適切。
+
+Context checked:
+- Ticket body: Web Console UI、Companion message API、assistant response 取得または stream、conversation/transcript projection、Safety/authority。
+- Existing relation: `00001KVZSGT0Q` への dependency。
+- Added relation: `00001KVZKSTJT` への `depends_on` を追加し、WS/SSE/polling transport decision が解決するまで本 Ticket を blocker 付き planning として扱う。
+- `00001KVZKSTE2` は REST command server であり、SSE/WebSocket event stream server は Non-goal と明記されているため、この差し戻し対象ではない。
+
+Why implementation latitude is insufficient:
+- Web Console の response delivery を request/response、SSE、WebSocket、polling のどれに寄せるかは後続 API/UI/Backend runtime integration の binding decision であり、Coder の local tactic として固定すべきではない。
+
+Next planning question/action:
+- `00001KVZKSTJT` で WebSocket/event-stream transport の採否、Backend-owned client / Browser-facing projection / cursor semantics / busy/error behavior を決める。
+- その決定に基づいて、本 Ticket の conversation/transcript model と Web API acceptance criteria を再同期してから ready/queued に戻す。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T20:30:38Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T20:30:38Z 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-25T20:34:27Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T20:36:54Z -->
+
+## Decision
+
+Routing decision: blocked_by_dependency_or_missing_authority
+
+Reason:
+- Dashboard Queue 後に Ticket / relations / workspace state を確認した。
+- 本 Ticket は Web Console MVP であり、WebSocket/event-stream transport/proxy `00001KVZKSTJT` と Backend embedded Runtime connection `00001KVZSGT0Q` を前提にする。
+- `00001KVZKSTJT` は queued/blocked、`00001KVZSGT0Q` も Backend Registry foundation chain 待ち。Web Console を先に始めると response delivery / stream semantics を UI/API 側で先取りして固定するため開始しない。
+
+Evidence checked:
+- Ticket body: Companion Runtime/Web Console MVP、message API、transcript/stream response choice、Safety/authority。
+- Relations: `depends_on -> 00001KVZKSTJT` と `depends_on -> 00001KVZSGT0Q`。
+- Orchestration plan: blocker record `orch-plan-20260625-203613-1` を追加。
+
+Next action:
+- 本 Ticket は queued のまま待機。
+- `00001KVZKSTJT` と `00001KVZSGT0Q` が done になった後、Web Console MVP の acceptance criteria を再確認して routing する。
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-26T07:41:53Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- Dependencies are done: `00001KVZSGT0Q` embedded Runtime connection、`00001KVZKSTJT` WebSocket observation proxy、`00001KVZQHPNY` config bundle sync。
+- Current `inprogress` is 0. Web Console MVP can now build on stable Backend internal Runtime / Worker create / transcript / WS/proxy foundations.
+- Ticket body has concrete backend API, Web UI, safety/authority, Non-goals, and validation requirements.
+
+Evidence checked:
+- Ticket body: Backend internal Companion runtime, conversation/transcript model, Web API, Web Console UI, Runtime/LLM integration, Safety/authority, acceptance criteria。
+- Relations: depends_on `00001KVZSGT0Q` and `00001KVZKSTJT`, both done.
+- Orchestration plan: accepted plan `orch-plan-20260626-074131-5` recorded.
+- Workspace state: orchestration worktree clean; no spawned child Workers currently active.
+
+IntentPacket:
+
+Intent:
+- Backend internal Runtime 上に toolsなし Companion Worker を作成・保持し、Web frontend から status/transcript/message send/response display ができる Console MVP を実装する。
+
+Binding decisions / invariants:
+- Companion v0 は workspace filesystem / shell / git / Ticket mutation authority を持たない。
+- Browser は raw provider credential、socket path、session path、runtime file path、Runtime direct endpoint/token を扱わない。
+- Backend API / WS/projection を authority とし、local session file / Pod socket を直接読まない。
+- Prompt prose は Rust 直書きではなく `resources/prompts` など prompt resource boundary に置く。
+- v0 は full TUI parity / tool call UI / file viewer / diff viewer / thinking block grouping / multi Worker attach を実装しない。
+- Long-running request 中の追加 message は single-flight / busy reject でよい。
+
+Requirements / acceptance criteria:
+- Backend internal runtime 上に Companion Worker が存在し、runtime/worker API から確認できる。
+- Web frontend から Companion status / transcript projection を取得できる。
+- Web Console UI から user message を送信できる。
+- Companion が LLM response を生成し、Web UI に表示される、または v0実装上の provider-less/mock boundary が明確で reviewer が確認できる。
+- v0 Companion は filesystem / shell / git / Ticket mutation tools を持たない。
+- Provider busy/error/timeout/cancelled が typed error/UI state で扱われる。
+- Focused backend/frontend tests or manual validation notes are present.
+
+Implementation latitude:
+- Request/response completion vs existing WS/projection usageの具体方式は Coder が既存 foundation に合わせて選べる。ただし `00001KVZKSTJT` の Backend-owned observation/proxy境界を壊さない。
+- v0 LLM/provider integration が重すぎる場合は、Backend internal Runtimeの現在能力内で最小 toolsなし conversational round-trip を成立させ、未実装 provider execution boundaryを明確に報告すること。
+- UI route/layout/component naming は existing `web/workspace` style に合わせる。
+
+Escalate if:
+- Filesystem/shell/git/Ticket mutation authority が必要になる。
+- Browser に Runtime/provider credentials や raw path を渡す必要が出る。
+- Full TUI console parity or tool-call UI が必要になる。
+- Existing worker-runtime cannot generate a real LLM response without broad worker/engine integration and acceptance criteria cannot be satisfied honestly.
+
+Validation:
+- `cargo fmt --all`
+- `cargo test -p yoi-workspace-server`
+- `cargo check -p yoi`
+- `cd web/workspace && deno task check`
+- `cd web/workspace && deno task build`
+- `git diff --check`
+- 可能なら `nix build .#yoi --no-link`
+
+Critical risks / reviewer focus:
+- Authority leakage to Browser or Companion Worker。
+- Hidden context injection instead of normal conversation history。
+- Prompt prose embedded in Rust instead of prompt resource。
+- UI claiming live LLM behavior if implementation is actually mock/provider-less。
+- Over-scoping into full TUI parity/tool UI。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-26T07:42:06Z from: queued to: inprogress reason: routing_accepted_after_backend_runtime_foundation_done field: state -->
+
+## State changed
+
+Routing decision: implementation_ready。
+
+Embedded Runtime connection、WebSocket observation proxy、Profile/config bundle sync は done。Ticket body / relations / workspace state / accepted plan を確認し、Backend internal Companion Web Console MVP は unblocked と判断した。accepted plan と IntentPacket は thread / orchestration plan に記録済み。
+
+これ以降、worktree creation / coder Worker routing などの implementation side effect に進める。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T07:43:09Z -->
+
+## Implementation report
+
+Implementation kickoff:
+
+- Worktree created: `/home/hare/Projects/yoi/.worktree/00001KVZ9JGK0-web-console-mvp`
+- Branch: `work/00001KVZ9JGK0-web-console-mvp`
+- Coder Worker spawned: `yoi-coder-00001KVZ9JGK0-web-console`
+
+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 limited to `crates/workspace-server/**`, `web/workspace/**`, `resources/prompts/**`, root `Cargo.toml`, `Cargo.lock`, and `package.nix` if dependency/package changes are needed.
+- Coder is instructed not to modify Ticket records and not to operate in root/orchestration worktrees.
+
+Queued capacity note:
+- `00001KW04A8K6` remains queued while Web Console MVP is inprogress because both are UI/control-surface consumers of the new Runtime APIs; TUI migration should start after this branch is reviewed/merged/done.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZ9JGK0-web-console at: 2026-06-26T08:02:43Z -->
+
+## Implementation report
+
+Implementation report:
+
+実装完了。指定 worktree / branch 上で commit 済み。
+
+Commit:
+- `f3ad9c96b3fd48b5afce2a46b9c46efc5dce16f6 feat: add workspace companion console MVP`
+
+変更概要:
+
+### Backend
+
+変更ファイル:
+- `crates/workspace-server/src/companion.rs`
+- `crates/workspace-server/src/lib.rs`
+- `crates/workspace-server/src/server.rs`
+- `resources/prompts/worker/web_companion_providerless.md`
+
+実装内容:
+- Backend 内部の tools-less Companion Console 境界を追加。
+- `WorkspaceApi` 初期化時に `embedded-worker-runtime` 上へ `workspace_companion` Worker を spawn。
+  - runtime / worker API の `/api/workers` から visible。
+  - v0 capabilities は input / bounded transcript projection のみで、filesystem / shell / git / Ticket mutation authority は持たせていない。
+- Companion 専用 API を追加:
+  - `GET /api/companion/status`
+  - `GET /api/companion/transcript?start=&limit=`
+  - `POST /api/companion/messages`
+  - `POST /api/companion/cancel`
+- status / transcript / message response は typed state を返す:
+  - `ready`, `busy`, `error`, `timeout`, `cancelled`, `accepted`, `rejected`
+- Browser へは Backend API projection のみ返し、raw Worker socket/session/runtime path や provider credentials は返さない設計。
+- 実 LLM/provider 実行は既存 runtime foundation へ狭く接続できなかったため、fake せず provider-less/conversation boundary として実装。
+  - user message は backend-internal Worker へ input として記録。
+  - UI transcript には resource-defined assistant boundary response を返す。
+  - この制限は API diagnostics / UI transport description に明示。
+- prompt / assistant boundary prose は Rust hard-code ではなく `resources/prompts/worker/web_companion_providerless.md` に配置。
+
+### Web UI
+
+変更ファイル:
+- `web/workspace/src/routes/console/+page.svelte`
+- `web/workspace/src/lib/workspace-sidebar/CompanionNavSection.svelte`
+- `web/workspace/src/lib/workspace-sidebar/WorkspaceSidebar.svelte`
+- `web/workspace/src/lib/workspace-sidebar/types.ts`
+- `web/workspace/src/app.css`
+
+実装内容:
+- `/console` route を追加。
+- Sidebar に `Companion Console` 導線を追加。
+- Console UI:
+  - Companion status 表示
+  - transport / limitation 表示
+  - bounded transcript 表示
+  - user message composer
+  - Send / Refresh / Cancel UI
+  - busy / error / timeout / cancelled / rejected state 表示
+  - diagnostics 表示
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p yoi-workspace-server`: success（36 passed）
+- `cargo check -p yoi`: success
+- `cd web/workspace && deno task check`: success（0 errors / 0 warnings）
+- `cd web/workspace && deno task build`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Residual risks / review focus:
+- 実 LLM 応答は未接続。今回の実装は intentionally provider-less boundary であり、assistant response は resource-defined limitation response。
+- 既存 worker-runtime へ安全に provider-backed completion を流すには、Worker engine integration / lifecycle / streaming boundary の追加設計が必要そう。
+- transcript は v0 in-memory projection。server restart で Companion UI transcript は消える。
+- Backend runtime 側には user input のみ記録され、assistant boundary response は Companion projection 側。
+- busy は single-flight typed state として用意しているが、provider-less response は同期即時完了のため見える場面は限定的。
+- UI は Console MVP に限定。tool call UI / thinking grouping / diff/file viewer / multi Worker attach は非対応。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZ9JGK0-web-console at: 2026-06-26T08:07:24Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+確認結果として、Ticket 意図と binding invariants を満たしていると判断する。
+
+確認内容:
+- Provider-less 境界は十分に正直。実 LLM 応答ではなく、`resources/prompts/worker/web_companion_providerless.md` の文面を返す実装で、UI/API 側も limitation / diagnostic / `backend_providerless_boundary` として表示している。
+- Companion Worker は backend 内部の embedded runtime 上に作られ、runtime/worker API から見える構成。
+- Companion v0 に filesystem / shell / git / Ticket mutation authority を付与している箇所は見当たらない。workspace/mount refs なし、conversation-focused の内部 Worker として扱われている。
+- Browser に provider credential、socket path、session path、runtime file path、direct runtime endpoint/token、local session file path を渡す新規漏洩は見当たらない。
+- `/api/companion/status`、`/transcript`、`/messages`、`/cancel` と Web `/console` は status / transcript / send / cancelled/error/busy 系状態を typed projection として扱っている。
+- Prompt prose は Rust hard-code ではなく resource boundary に置かれている。
+- UI は full TUI parity、tool/file/diff viewer、thinking grouping、multi attach へ広がっておらず、MVP 範囲に収まっている。
+- Backend の focused tests と、報告済みの `cargo test/check`、frontend `deno task check/build`、`git diff --check`、`nix build` はこの変更範囲には十分。
+
+補足リスク:
+- provider-less v0 では backend Worker transcript は主に user message 記録で、assistant limitation response は Companion projection 側に出る設計。現状は source/diagnostic 付きなので許容するが、実 LLM 接続時は Worker transcript との永続的一貫性を再検討した方がよい。
+- busy reject は型として存在するが、将来の長時間 LLM 実行時には即時 reject/timeout 挙動を改めて検証する必要がある。
+
+検証:
+- read-only の静的確認と `git diff --check` 相当の確認。テスト/ビルドはファイル生成を避けるため再実行せず、報告内容と実装・テスト追加を照合した。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T08:08:06Z -->
+
+## Implementation report
+
+Integration / validation report:
+
+Integration:
+- Implementation branch `work/00001KVZ9JGK0-web-console-mvp` を orchestration branch に merge 済み。
+- Merge commit: `bf834e83 merge: 00001KVZ9JGK0 web console mvp`
+
+Included implementation commit:
+- `f3ad9c96b3fd48b5afce2a46b9c46efc5dce16f6 feat: add workspace companion console MVP`
+
+Validation in Orchestrator worktree:
+- `cargo fmt --all --check`: success
+- `cargo test -p yoi-workspace-server`: success（36 tests passed）
+- `cargo check -p yoi`: success
+- `cd web/workspace && deno task check`: success（0 errors / 0 warnings）
+- `cd web/workspace && deno task build`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Review:
+- Reviewer approve 済み。provider-less boundary honesty、authority non-leak、prompt resource boundary、typed UI/API state、MVP scope に blocker なし。
+
+Outcome:
+- Acceptance criteria を満たしたため `done` へ進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-26T08:08:16Z from: inprogress to: done reason: merged_reviewed_validated field: state -->
+
+## State changed
+
+Backend internal Companion Runtime / Web Console MVP の実装、review、merge、Orchestrator validation が完了した。
+
+Done evidence:
+- Merge commit: `bf834e83 merge: 00001KVZ9JGK0 web console mvp`
+- Reviewer approve 済み。
+- Orchestrator validation:
+  - `cargo fmt --all --check`: success
+  - `cargo test -p yoi-workspace-server`: success（36 tests passed）
+  - `cargo check -p yoi`: success
+  - `cd web/workspace && deno task check`: success
+  - `cd web/workspace && deno task build`: success
+  - `git diff --check`: success
+  - `nix build .#yoi --no-link`: success
+
+Scope:
+- Backend internal tools-less Companion Worker と provider-less Web Console MVP を追加。
+- Full TUI parity / tool call UI / file/diff viewer / thinking grouping / multi Worker attach / real provider-backed Companion execution は Non-goals として未実装。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T08:09:07Z -->
+
+## Implementation report
+
+Cleanup report:
+
+- Child Workers stopped one-by-one and scope reclaimed:
+  - `yoi-coder-00001KVZ9JGK0-web-console`
+  - `yoi-reviewer-00001KVZ9JGK0-web-console`
+- Child implementation worktree removed:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZ9JGK0-web-console-mvp`
+- Child implementation branch removed:
+  - `work/00001KVZ9JGK0-web-console-mvp`
+
+Operational note:
+- StopPod was executed sequentially, not in parallel.
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-26T17:46:04Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-26T17:46:04Z status: closed -->
+
+## 完了
+
+Completed, reviewed, validated, and merged into develop.
+
+
+---

.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: 'closed'
+created_at: '2026-06-25T12:17:05Z'
+updated_at: '2026-06-26T17:46:04Z'
+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/resolution.md

@@ -0,0 +1 @@
+Completed, reviewed, validated, and merged into develop.

.yoi/tickets/00001KVZBCQH4/thread.md

@@ -0,0 +1,726 @@
+<!-- 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 があるため実施していません。
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:49:53Z -->
+
+## Decision
+
+Human follow-up:
+
+ユーザー確認: 「OK、よろしく」。
+
+運用判断:
+- 現在 queued の dependent Tickets は planning 差し戻し不要として扱う。
+- ただし、未解消 dependency があるものは queued のまま待機し、依存が解消したものだけ再 routing して `queued -> inprogress` を個別に記録してから implementation side effect に進む。
+- 途中で concrete missing decision / information が出た場合は、勝手に固定せず Ticket thread に理由を残して停止または planning return を行う。
+- 現在の最優先は `00001KVZBCQH4` の reviewer blocker 解消、再 review、merge、validation、done 記録。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZBCQH4-worker-runtime at: 2026-06-25T16:50:47Z -->
+
+## Implementation report
+
+Follow-up implementation report after review request_changes:
+
+対応内容:
+- `crates/worker-runtime/src/runtime.rs`
+  - `Runtime::transition_worker` を修正。
+  - `Stopped` / `Cancelled` の terminal 状態にある Worker に反対側 terminal 操作が呼ばれても、既存 terminal 状態を保持し、同じ `event_id` で ack を返すようにした。
+  - 反対側 terminal 操作では追加 event を発生させない。
+- 追加テスト:
+  - `stop_then_cancel_preserves_stopped_terminal_state`
+  - `cancel_then_stop_preserves_cancelled_terminal_state`
+  - summary count と event history が反対 terminal 操作で変化しないことを検証。
+
+Commit:
+- `fbd358a1 fix: keep worker terminal lifecycle stable`
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p worker-runtime`: success (8 tests passed)
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success（実行時点で dirty tree warning は出たが build 自体は成功）
+
+Residual risks / review focus:
+- terminal 状態への反対操作は reject ではなく「既存 terminal 状態を保持する idempotent 扱い」を選択。既存 API の ack semantics には自然だが、将来 UX/API で明示的 lifecycle conflict を出したい場合は typed error 方針へ切り替える余地がある。
+- child worktree は commit 後 clean。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZBCQH4-worker-runtime at: 2026-06-25T16:52:45Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+確認結果:
+
+- 前回 blocker の terminal lifecycle は解消されています。
+  - `Runtime::transition_worker` は既に `Stopped` / `Cancelled` の Worker に対して、反対側の terminal 操作を受けても state を上書きせず、既存 `status` / `last_event_id` を返し、新規 event も追加しません。
+  - 該当: `crates/worker-runtime/src/runtime.rs:353-384`
+- 追加テストも妥当です。
+  - `stop_then_cancel_preserves_stopped_terminal_state`
+  - `cancel_then_stop_preserves_cancelled_terminal_state`
+  - summary counts と event history の非変化を確認しており、前回指摘した invariant を直接カバーしています。
+- `runtime_id + worker_id` / `WorkerRef` authority 境界に regression は見当たりません。
+- scope creep は見当たりません。変更範囲は `worker-runtime` crate、workspace 追加、`package.nix` cargoHash 更新に収まっています。
+- `worker-runtime` の依存は `serde` / `thiserror` のみで、HTTP/WS/FS/server/client 系依存の追加はありません。
+- `package.nix` の cargoHash 更新は維持されています。
+
+実施した確認:
+- `git status`, `git log`, `git show fbd358a1`
+- `runtime.rs` の lifecycle 実装・追加テスト読解
+- `worker-runtime` crate の依存/API 境界確認
+- legacy pod/socket/session authority や HTTP/WS/FS 依存の grep 確認
+- `git diff --check f8d3b1cc..HEAD`: success
+
+補足: read-only 指示を優先し、`cargo test` / `nix build` は再実行していません。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T16:53:37Z -->
+
+## Implementation report
+
+Integration / validation report:
+
+Integration:
+- Implementation branch `work/00001KVZBCQH4-worker-runtime-core` を orchestration branch に merge 済み。
+- Merge commit: `56bdf955 merge: 00001KVZBCQH4 worker runtime core`
+
+Included implementation commits:
+- `9b2cae32 feat: add memory worker runtime crate`
+- `593db951 fix: update nix cargo hash`
+- `fbd358a1 fix: keep worker terminal lifecycle stable`
+
+Validation in Orchestrator worktree:
+- `cargo fmt --all --check`: success
+- `cargo test -p worker-runtime`: success（8 tests passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Review:
+- Reviewer approve 済み。前回 blocker だった `stop_worker` / `cancel_worker` terminal lifecycle invariant は解消済み。
+
+Outcome:
+- Acceptance criteria を満たしたため `done` へ進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T16:53:46Z from: inprogress to: done reason: merged_reviewed_validated field: state -->
+
+## State changed
+
+worker-runtime core crate の実装、review、merge、Orchestrator validation が完了した。
+
+Done evidence:
+- Merge commit: `56bdf955 merge: 00001KVZBCQH4 worker runtime core`
+- Reviewer approve 済み。
+- Orchestrator validation:
+  - `cargo fmt --all --check`: success
+  - `cargo test -p worker-runtime`: success（8 tests passed）
+  - `cargo check -p yoi`: success
+  - `git diff --check`: success
+  - `nix build .#yoi --no-link`: success
+
+Scope:
+- `crates/worker-runtime` の memory-backed core Runtime API を追加。
+- HTTP/WS/FS/Backend integration/config bundle sync は Non-goals として未実装。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T16:54:19Z -->
+
+## Implementation report
+
+Cleanup report:
+
+- Child Workers stopped and scope reclaimed:
+  - `yoi-coder-00001KVZBCQH4-worker-runtime`
+  - `yoi-coder-00001KVZBCQH4-runtime-packaging`
+  - `yoi-reviewer-00001KVZBCQH4-worker-runtime`
+- Child implementation worktree removed:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZBCQH4-worker-runtime-core`
+- Child implementation branch removed:
+  - `work/00001KVZBCQH4-worker-runtime-core`
+
+Remaining note:
+- Historical worker-rename child worktree remains separate and was not touched by this cleanup.
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-26T17:46:04Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-26T17:46:04Z status: closed -->
+
+## 完了
+
+Completed, reviewed, validated, and merged into develop.
+
+
+---

.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: 'closed'
+created_at: '2026-06-25T13:42:37Z'
+updated_at: '2026-06-26T03:09:01Z'
+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/resolution.md

@@ -0,0 +1,3 @@
+Ticket `00001KVZG9BMS` (`pod crateをworker crateへ改名する`) はすでに `state: done` に到達していたため、workspace Dashboard から close しました。
+
+この Close action によって、実装作業、state 変更、Orchestrator/Companion launch、worker invocation は開始されていません。

.yoi/tickets/00001KVZG9BMS/thread.md

@@ -0,0 +1,806 @@
+<!-- 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 を扱う。
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-25T19:32:51Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-25T19:32:51Z status: closed -->
+
+## 完了
+
+Ticket `00001KVZG9BMS` (`pod crateをworker crateへ改名する`) はすでに `state: done` に到達していたため、workspace Dashboard から close しました。
+
+この Close action によって、実装作業、state 変更、Orchestrator/Companion launch、worker invocation は開始されていません。
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T19:40:49Z -->
+
+## Decision
+
+Decision update: the pod -> worker rename must include a repository-wide audit of user/model-visible wording, not only Rust crate/type names.
+
+Scope to check and update where the meaning is the new execution-unit Worker rather than intentionally legacy/internal compatibility:
+- prompt resources under `resources/prompts`;
+- TUI / Panel / Workspace UI labels and help text;
+- CLI command/help/output strings;
+- docs that describe current architecture or current user-facing behavior;
+- tests/assertions tied to current prompt/UI/CLI text;
+- README files for active crates;
+- protocol/event names where they are active public API and not legacy compatibility.
+
+Allowed remaining `pod` wording must be explicitly intentional legacy/internal context, such as historical reports, old compatibility notes, or on-disk/socket/session compatibility details that are being kept temporarily. The implementation should provide grep evidence for remaining active `pod`/`Pod` references and categorize them as replaced, legacy/internal, or historical.
+
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T03:09:01Z -->
+
+## Implementation report
+
+Late cleanup report:
+
+- Stale child Workers stopped one-by-one and scope reclaimed:
+  - `yoi-coder-00001KVZG9BMS-worker-rename`
+  - `yoi-reviewer-00001KVZG9BMS-worker-rename`
+- Child implementation worktree removed:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZG9BMS-worker-crate-rename`
+- Child implementation branch removed:
+  - `work/00001KVZG9BMS-worker-crate-rename`
+
+Operational note:
+- User noted StopPod should be run one-by-one rather than through parallel multi-tool execution; future cleanup will follow that.
+
+---

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

@@ -0,0 +1,2 @@
+{"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"}
+{"id":"orch-plan-20260625-165525-2","ticket_id":"00001KVZKST83","kind":"accepted_plan","note":"`00001KVZBCQH4` が done になり dependency blocker 解消。Backend Registry foundation Ticket とは主対象が `crates/worker-runtime` vs `crates/workspace-server` で分離できるため並行受理候補。ただし Cargo/package lock conflict は merge時に Orchestrator が解消する。","accepted_plan":{"summary":"worker-runtime core done 後の optional `fs-store` feature slice。core no-default-features を維持しつつ FS persistence backend、layout、atomic writes、bounded reads、corrupt diagnostics、memory/FS tests を追加する。REST/Backend integration は扱わない。","branch":"work/00001KVZKST83-worker-runtime-fs-store","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZKST83-worker-runtime-fs-store","role_plan":"Orchestrator が dedicated child worktree を作成し、coder Worker に `crates/worker-runtime` と lock/package files の write scope を委譲する。reviewer Worker は read-only で feature gating、atomic/corrupt diagnostics、runtime_id+worker_id authority、no standalone worker-store を確認する。merge/validation/done/cleanup は Orchestrator が行う。"},"author":"yoi-orchestrator","at":"2026-06-25T16:55:25Z"}

.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: 'closed'
+created_at: '2026-06-25T14:44:02Z'
+updated_at: '2026-06-26T17:46: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/resolution.md

@@ -0,0 +1 @@
+Completed, reviewed, validated, and merged into develop.

.yoi/tickets/00001KVZKST83/thread.md

@@ -0,0 +1,353 @@
+<!-- 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 に巻き戻す必要が出る。
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:55:42Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- `00001KVZBCQH4` worker-runtime core は done。dependency blocker は解消済み。
+- 本 Ticket は optional FS persistence feature であり、REST server / Backend Registry integration とは分離されている。
+- queued/inprogress 再確認時点で `00001KVZKSV6C` を受理したが、主変更面は Backend Registry foundation (`crates/workspace-server`) と FS feature (`crates/worker-runtime`) で分離できる。Cargo/package files の機械的 conflict は Orchestrator merge時に解消可能と判断する。
+
+Evidence checked:
+- Ticket body: `fs-store` feature、runtime/worker scoped layout、atomic write、corrupt diagnostics、bounded reads、Non-goals。
+- Relations: outgoing dependency `00001KVZBCQH4` は done。incoming remote Runtime Ticket は後続であり blocker ではない。
+- Orchestration plan: accepted plan `orch-plan-20260625-165525-2` を記録。
+- Workspace state: orchestration worktree clean。worker-runtime core merge/validation/done/cleanup 済み。
+
+IntentPacket:
+
+Intent:
+- `worker-runtime` に optional `fs-store` feature と filesystem persistence backend を追加する。
+
+Binding decisions / invariants:
+- Feature disabled 時に core library は FS store dependency を強制しない。
+- Store authority は `runtime_id + worker_id`。legacy pod path / socket path / session path を authority にしない。
+- Standalone `worker-store` crate は作らない。`worker-runtime` 内 feature/module として実装する。
+- REST command server / event stream / Backend integration / legacy Pod session migration / SQLite store は実装しない。
+- Existing memory store/core tests を壊さない。
+
+Requirements / acceptance criteria:
+- `fs-store` feature がある。
+- `cargo test -p worker-runtime --no-default-features` が通る。
+- `cargo test -p worker-runtime --features fs-store` が通る。
+- Worker create/state update/event append/transcript append/bounded read が FS store で動く。
+- Runtime/Worker scoped layout、atomic write、directory creation、corrupt/missing diagnostics を扱う。
+
+Implementation latitude:
+- FS layout、module split、serialization structs、atomic write helper、diagnostics typeの詳細は Coder が既存 style に合わせて選べる。
+- 旧 `pod-store` の atomic write pattern は参考にしてよいが、依存/責務移植は不要。
+
+Escalate if:
+- core Runtime store abstraction の大幅 rewrite が必要になる。
+- REST/Backend integration を同時実装しないと acceptance を満たせないと判明する。
+- `worker-store` standalone crate が必要に見える。
+
+Validation:
+- `cargo fmt --all`
+- `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`
+
+Critical risks / reviewer focus:
+- Feature gating failure causing core to pull FS dependencies。
+- FS layout leaking legacy Pod/session authority。
+- Atomic write / corrupt record handling が不十分。
+- Memory store semantics regression。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T16:55:50Z from: queued to: inprogress reason: routing_accepted_after_worker_runtime_core_done field: state -->
+
+## State changed
+
+Routing decision: implementation_ready。
+
+Dependency `00001KVZBCQH4` worker-runtime core は done。Ticket body / relations / workspace state / orchestration plan を確認し、optional FS store feature は unblocked と判断した。accepted plan と IntentPacket は thread / orchestration plan に記録済み。
+
+これ以降、worktree creation / coder Worker routing などの implementation side effect に進める。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T16:58:41Z -->
+
+## Implementation report
+
+Implementation startup blocked after acceptance:
+
+- Worktree created:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZKST83-worker-runtime-fs-store`
+  - branch `work/00001KVZKST83-worker-runtime-fs-store`
+- Coder Worker was not spawned because the immediately preceding SpawnPod attempt for parallel accepted Ticket `00001KVZKSV6C` failed with:
+  - `yoi: unknown command pod`
+
+Interpretation:
+- No implementation code changes have been made in this worktree yet.
+- This appears to be the same runtime/launcher compatibility issue after the Pod→Worker CLI rename.
+- Because this Ticket was already accepted (`queued -> inprogress`) and worktree creation completed, it remains inprogress with a recovery note rather than being silently returned to queued.
+
+Recovery needed:
+- Restart/restore Orchestrator on a consistent runtime binary or repair the launcher compatibility path, then spawn the Coder Worker for this accepted worktree.
+- If retry remains impossible, use an explicit human-authorized alternative implementation route.
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T19:24:59Z -->
+
+## Implementation report
+
+Implementation recovery / kickoff:
+
+- User reported the previous SpawnPod failure was caused by a development environment variable forcing child launch from `target` binary. The variable was removed and installed binary is now used.
+- Retried Coder Worker spawn for the already accepted worktree; spawn succeeded.
+
+Active implementation:
+- Worktree: `/home/hare/Projects/yoi/.worktree/00001KVZKST83-worker-runtime-fs-store`
+- Branch: `work/00001KVZKST83-worker-runtime-fs-store`
+- Coder Worker: `yoi-coder-00001KVZKST83-fs-store`
+- Scope: read implementation worktree + non-recursive workspace root, write `crates/worker-runtime/**`, root `Cargo.toml`, `Cargo.lock`, and `package.nix` only.
+
+Next action:
+- Wait for Coder implementation report, then route to reviewer.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZKST83-fs-store at: 2026-06-25T19:41:50Z -->
+
+## Implementation report
+
+Implementation report:
+
+実装完了。merge/close/cleanup は未実施。
+
+Commit:
+- `407134399685537da9590d424df6b1db05402965 feat: add worker runtime fs store`
+
+変更概要:
+- `worker-runtime` に optional feature `fs-store = ["dep:serde_json"]` を追加。default feature は空のまま。
+- `#[cfg(feature = "fs-store")]` で `fs_store` module を公開。
+- `Runtime::with_fs_store(FsRuntimeStoreOptions)` を追加。
+  - 既存 store があれば復元。
+  - なければ Runtime scoped layout を作成して初期化。
+- `FsRuntimeStore`, `FsRuntimeStoreOptions` を feature 有効時に re-export。
+- `RuntimeBackendKind::FsStore` を feature 有効時のみ追加。
+
+FS store:
+- layout は `runtime_id + worker_id` authority ベース。
+  - `<root>/runtimes/<encoded runtime_id>/runtime.json`
+  - `<root>/runtimes/<encoded runtime_id>/events.jsonl`
+  - `<root>/runtimes/<encoded runtime_id>/workers/<encoded worker_id>/worker.json`
+  - `<root>/runtimes/<encoded runtime_id>/workers/<encoded worker_id>/transcript.jsonl`
+- legacy pod path / socket / session path は authority として使用していない。
+- Worker create / state update / event append / transcript append を Runtime mutation から永続化。
+- snapshot 系は same-directory temp file + `sync_all` + rename の atomic write helper。
+- event/transcript は JSONL append。
+- restore 時に missing / corrupt / wrong runtime/worker scope を `RuntimeError::{StoreIo, StoreMissing, StoreCorrupt}` として診断。
+- `FsRuntimeStore::read_events` / `read_transcript` で bounded read を提供。
+
+テスト追加:
+- `fs-store` feature 有効時のみ:
+  - create/send/stop 後に drop/reopen して worker/event/transcript が復元されること。
+  - direct store bounded read が Runtime read と一致すること。
+  - corrupt `runtime.json` と missing `worker.json` が診断されること。
+
+変更ファイル:
+- `crates/worker-runtime/Cargo.toml`
+- `crates/worker-runtime/src/fs_store.rs`
+- `crates/worker-runtime/src/runtime.rs`
+- `crates/worker-runtime/src/lib.rs`
+- `crates/worker-runtime/src/management.rs`
+- `crates/worker-runtime/src/error.rs`
+- `Cargo.lock`
+- `package.nix`
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p worker-runtime --no-default-features`: success（8 passed）
+- `cargo test -p worker-runtime --features fs-store`: success（10 passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Residual risks / review focus:
+- 永続化は per-file atomic write / append で、複数ファイルをまたぐ transaction ではない。途中 I/O failure 時の cross-file 整合性は review focus。
+- FS store は Runtime API に統合しているが、REST / Backend integration / legacy Pod migration / SQLite は未実装。
+- Event/transcript read は bounded output だが、現状は JSONL 全体を読み込んでから slice している。大規模 log での streaming pagination は将来最適化候補。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZKST83-fs-store at: 2026-06-25T19:46:00Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+確認結果として、Ticket intent / binding decisions / acceptance criteria を満たしていると判断する。
+
+確認した点:
+- `worker-runtime` に `fs-store = ["dep:serde_json"]` が追加され、`default = []` のまま維持されている。
+- `fs_store` module / re-export / `Runtime::with_fs_store` / `RuntimeBackendKind::FsStore` は feature-gated。
+- `cargo tree -p worker-runtime --no-default-features` で `serde_json` が入らないことを確認。`--features fs-store` では `serde_json` のみ追加される。
+- FS layout は `runtimes/<encoded runtime_id>/workers/<encoded worker_id>/...` で、pod path / socket path / session path を authority にしていない。
+- standalone `worker-store` crate、REST command server、Backend integration、legacy migration、SQLite store の追加は見当たらない。
+- Runtime/Worker snapshot、event JSONL、transcript JSONL の永続化が実装され、runtime/worker 作成・state update・event append・transcript append・bounded read を満たしている。
+- snapshot 書き込みは same-dir temp + `sync_all` + rename + directory sync。missing/corrupt は `RuntimeError::{StoreIo, StoreMissing, StoreCorrupt}` で診断される。
+- memory backend 側は feature-off 時に persistence が no-op となり、既存 memory semantics を保つ構成。
+- `package.nix` の `cargoHash` 更新も確認済み。
+- `git diff --check` は問題なし。
+
+補足:
+- read-only 指示に従い、差分・実装・依存ツリー・scope creep の静的確認に留めた。`cargo test` / `nix build` は作業ツリーへ build artifact を作るため再実行せず、報告済み validation を前提確認として扱った。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T19:48:51Z -->
+
+## Implementation report
+
+Integration / validation report:
+
+Integration:
+- Implementation branch `work/00001KVZKST83-worker-runtime-fs-store` を orchestration branch に merge 済み。
+- Merge commit: `36ff7238 merge: 00001KVZKST83 worker runtime fs store`
+
+Included implementation commit:
+- `407134399685537da9590d424df6b1db05402965 feat: add worker runtime fs store`
+
+Validation in Orchestrator worktree:
+- `cargo fmt --all --check`: success
+- `cargo test -p worker-runtime --no-default-features`: success（8 tests passed）
+- `cargo test -p worker-runtime --features fs-store`: success（10 tests passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Review:
+- Reviewer approve 済み。feature gating、runtime_id/worker_id layout、atomic write/corrupt diagnostics、scope boundary に blocker なし。
+
+Outcome:
+- Acceptance criteria を満たしたため `done` へ進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T19:49:00Z from: inprogress to: done reason: merged_reviewed_validated field: state -->
+
+## State changed
+
+worker-runtime FS store feature の実装、review、merge、Orchestrator validation が完了した。
+
+Done evidence:
+- Merge commit: `36ff7238 merge: 00001KVZKST83 worker runtime fs store`
+- Reviewer approve 済み。
+- Orchestrator validation:
+  - `cargo fmt --all --check`: success
+  - `cargo test -p worker-runtime --no-default-features`: success（8 tests passed）
+  - `cargo test -p worker-runtime --features fs-store`: success（10 tests passed）
+  - `cargo check -p yoi`: success
+  - `git diff --check`: success
+  - `nix build .#yoi --no-link`: success
+
+Scope:
+- optional `fs-store` feature と FS persistence backend を追加。
+- REST command server / Backend integration / legacy migration / SQLite store は Non-goals として未実装。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T03:09:01Z -->
+
+## Implementation report
+
+Cleanup report:
+
+- FS store Coder/Reviewer child Workers were no longer present in the spawned-child registry at cleanup time, so no StopPod action was available for them.
+- Child implementation worktree removed:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZKST83-worker-runtime-fs-store`
+- Child implementation branch removed:
+  - `work/00001KVZKST83-worker-runtime-fs-store`
+
+Operational note:
+- User noted StopPod should be run one-by-one rather than through parallel multi-tool execution; future cleanup will follow that.
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-26T17:46:04Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-26T17:46:04Z status: closed -->
+
+## 完了
+
+Completed, reviewed, validated, and merged into develop.
+
+
+---

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

@@ -0,0 +1,3 @@
+{"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"}
+{"id":"orch-plan-20260625-165601-2","ticket_id":"00001KVZKSTE2","kind":"waiting_capacity_note","note":"Core dependency is now done, but this REST/http-server Ticket is left queued in this acceptance pass because FS store and Backend Registry foundation were accepted first. `http-server` is likely to modify `crates/worker-runtime` feature/dependency/package surfaces and conflict with FS store work; start after FS store branch stabilizes or Orchestrator explicitly serializes merge conflict handling.","author":"yoi-orchestrator","at":"2026-06-25T16:56:01Z"}
+{"id":"orch-plan-20260625-203533-3","ticket_id":"00001KVZKSTE2","kind":"accepted_plan","note":"Core dependency `00001KVZBCQH4` は done、FS store branch も done/merged 済みで previous waiting-capacity reason は解消。現在の inprogress `00001KVZKSV6C` は workspace-server foundation で主変更面が分離しているため並行受理可能。","accepted_plan":{"summary":"worker-runtime core/FS store done 後の optional `http-server` feature slice。REST command API と最小 process wrapper を worker-runtime に追加し、observation stream / Backend client integration / WebSocket は扱わない。","branch":"work/00001KVZKSTE2-worker-runtime-rest-server","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZKSTE2-worker-runtime-rest-server","role_plan":"Orchestrator が dedicated child worktree を作成し、coder Worker に `crates/worker-runtime` と必要な Cargo/package files の write scope を委譲する。reviewer Worker は read-only で feature gating、REST handler delegation、Browser direct access exclusion、typed errors、scope creep absence を確認する。merge/validation/done/cleanup は Orchestrator が行う。"},"author":"yoi-orchestrator","at":"2026-06-25T20:35:33Z"}

.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: 'closed'
+created_at: '2026-06-25T14:44:02Z'
+updated_at: '2026-06-26T17:46:04Z'
+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/resolution.md

@@ -0,0 +1 @@
+Completed, reviewed, validated, and merged into develop.

.yoi/tickets/00001KVZKSTE2/thread.md

@@ -0,0 +1,424 @@
+<!-- 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 を満たせないように見える。
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T20:35:55Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- Dashboard Queue された dependent chain を再確認した。
+- `00001KVZBCQH4` worker-runtime core は done、`00001KVZKST83` FS store feature も done/merged/validated 済み。以前の dependency/capacity blocker は解消した。
+- 本 Ticket は REST command server であり、Non-goals に SSE / WebSocket event stream server が明記されている。WebSocket transport decision は `00001KVZKSTJT` 側で扱い、本 Ticket の implementation latitude には含めない。
+- 現在の inprogress `00001KVZKSV6C` は `crates/workspace-server` foundation、こちらは `crates/worker-runtime` http-server feature が主対象で、conflict risk は bounded。
+
+Evidence checked:
+- Ticket body: `http-server` feature、Runtime process wrapper、REST command endpoints、typed JSON/errors、Browser direct Runtime access exclusion、Non-goals。
+- Relations: outgoing dependency `00001KVZBCQH4` は done。incoming `00001KVZKSTJT`, `00001KVZSGT14` は後続。
+- Orchestration plan: accepted plan `orch-plan-20260625-203533-3` を記録。
+- Workspace state: orchestration worktree clean; current active foundation branch is separate surface.
+
+IntentPacket:
+
+Intent:
+- `worker-runtime` に optional `http-server` feature と最小 Runtime process REST command API を追加する。
+
+Binding decisions / invariants:
+- REST handlers は `Runtime` lib API を呼ぶ wrapper とし、Worker semantics を二重実装しない。
+- Browser は Runtime process に直接接続せず、Backend 経由の前提を docs/comments/API comments に残す。
+- SSE / WebSocket event stream server、Backend HTTP client integration、dynamic Runtime registration、Web Console、full auth model は実装しない。
+- `http-server` disabled 時に core library は HTTP server dependency を強制しない。
+- Runtime authority は Runtime/Worker identity。legacy pod/socket/session path を public REST authority として設計しない。
+
+Requirements / acceptance criteria:
+- `http-server` feature と binary/process wrapper がある。
+- `GET /v1/runtime`, `GET /v1/workers`, `GET /v1/workers/{worker_id}`, `POST /v1/workers`, `POST /v1/workers/{worker_id}/input`, `stop`, `cancel`, `GET transcript` を扱う。
+- typed request/response/error shapes を持つ。
+- runtime id / bind address / store selection を v0 config として扱える。
+- minimal local token placeholder は可。ただし Browser に Runtime credential を渡す前提にしない。
+
+Implementation latitude:
+- HTTP framework/dependency、binary/module split、test helper、typed response shapes の詳細は Coder が選べる。
+- FS store 使用は既存 feature を使う範囲まで。新しい persistence design は不要。
+
+Escalate if:
+- WebSocket/SSE observation 実装が必要になりそうな場合。
+- Backend integration や dynamic runtime registration を同時に実装しないと REST command server が成立しない場合。
+- Core Runtime API の大幅変更が必要になる場合。
+
+Validation:
+- `cargo fmt --all`
+- `cargo test -p worker-runtime --no-default-features`
+- `cargo test -p worker-runtime --features http-server`
+- 必要に応じて `cargo test -p worker-runtime --features fs-store,http-server`
+- `cargo check -p yoi`
+- `git diff --check`
+- 可能なら `nix build .#yoi --no-link`
+
+Critical risks / reviewer focus:
+- Feature gating/dependency leakage。
+- REST handler が Runtime semantics を複製すること。
+- Browser direct Runtime access や credential leakage。
+- WebSocket/SSE scope creep。
+- package.nix cargoHash / lock consistency。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T20:36:02Z from: queued to: inprogress reason: routing_accepted_after_core_and_fs_store_done field: state -->
+
+## State changed
+
+Routing decision: implementation_ready。
+
+Dependency `00001KVZBCQH4` worker-runtime core は done。以前の waiting-capacity reason だった FS store branch も done/merged/validated 済み。Ticket body / relations / workspace state / accepted plan を確認し、REST command server slice は unblocked と判断した。
+
+これ以降、worktree creation / coder Worker routing などの implementation side effect に進める。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T20:38:01Z -->
+
+## Implementation report
+
+Implementation kickoff:
+
+- Worktree created: `/home/hare/Projects/yoi/.worktree/00001KVZKSTE2-worker-runtime-rest-server`
+- Branch: `work/00001KVZKSTE2-worker-runtime-rest-server`
+- Coder Worker spawned: `yoi-coder-00001KVZKSTE2-rest-server`
+
+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 limited to `crates/worker-runtime/**`, root `Cargo.toml`, `Cargo.lock`, and `package.nix`.
+- Coder is instructed not to modify Ticket records and not to operate in root/orchestration worktrees.
+
+Dependent queued Tickets:
+- `00001KVZKSTJT`, `00001KVZSGT14`, `00001KW04A8K6`, and `00001KVZ9JGK0` remain queued with blocker notes until their prerequisite chain is done.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZKSTE2-rest-server at: 2026-06-26T03:10:50Z -->
+
+## Implementation report
+
+Implementation report:
+
+実装完了。マージ・Ticket 更新・cleanup はしていない。
+
+Commit:
+- `f43a6b84011024b68c03fd5b4211ab427614683b feat: add worker runtime REST server`
+
+変更ファイル:
+- `crates/worker-runtime/Cargo.toml`
+  - optional feature `http-server` を追加。
+  - `axum`, `tokio`, `tower`, `serde_json` を feature-gated dependency として追加。
+- `crates/worker-runtime/src/lib.rs`
+  - `#[cfg(feature = "http-server")] pub mod http_server;` を追加。
+  - core は HTTP 非依存で、REST adapter は optional である旨を module docs に追記。
+- `crates/worker-runtime/src/http_server.rs`
+  - Runtime REST process adapter を新規追加。
+- `Cargo.lock`
+  - `worker-runtime` optional dependency 反映。
+- `package.nix`
+  - cargo vendor hash 更新。
+
+追加 API / endpoints:
+- `worker_runtime::http_server` module（`http-server` feature 有効時）。
+- `RuntimeHttpServerConfig`: `bind_addr`, `runtime_id`, `display_name`, `limits`, `store`, `local_token`。
+- `RuntimeHttpStoreSelection`: `Memory`; `Fs { root }` は `fs-store` feature 併用時のみ。
+- `RuntimeHttpServer::bind(...)`, `RuntimeHttpServer::serve(...)`, `serve_configured_runtime_http(...)`, `serve_runtime_http(...)`, `runtime_http_router(...)`。
+- REST endpoints:
+  - `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`
+
+Boundary notes:
+- 各 handler は `Runtime` lib API に委譲し、Worker semantics は複製していない。
+- Worker authority は server 側 Runtime id + path の `worker_id` から `WorkerRef` を組み立てる形。
+- module docs / API comments に「Browser は Runtime process へ直接接続しない。Backend/proxy が intended client」という境界を明記。
+- SSE / WebSocket / Backend integration / dynamic registration / Web Console / full auth model は未実装。
+- `local_token` は backend-to-runtime 用の最小 bearer token placeholder のみ。
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p worker-runtime --no-default-features`: success（8 passed）
+- `cargo test -p worker-runtime --features http-server`: success（11 passed）
+- `cargo test -p worker-runtime --features fs-store,http-server`: success（13 passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Notes:
+- `nix build` は初回 `cargoHash` 不一致で失敗。hash 更新後に再実行して成功。
+
+Residual risks / review focus:
+- REST response shapes は v0 として明示型を追加したが、外部 API として固定する前に Backend 側の envelope naming / field naming は確認余地あり。
+- `stop` / `cancel` は空 body も許容し、body がある場合は `{ "reason": ... }` を受ける。Backend 側で厳密 JSON body 必須にしたい場合は調整可能。
+- `local_token` は placeholder であり、Browser-facing credential model ではない。この境界が崩れていないか review focus。
+- `tower` は router unit test helper 用にも使うが、`http-server` feature 配下の optional dependency。core / no-default build には入らない。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZKSTE2-rest-server at: 2026-06-26T03:14:43Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+ブロッカー:
+
+- Ticket 本文 / route packet では `worker-runtime/main.rs` または binary/process wrapper が必要。
+  - Ticket item: Runtime process wrapper / binary starts。
+  - Routing packet: “http-server feature と binary/process wrapper がある”。
+- しかし実装は `crates/worker-runtime` の lib target のみ。
+  - `cargo read-manifest --manifest-path crates/worker-runtime/Cargo.toml` で target は `lib` のみ。
+  - `crates/worker-runtime/src/main.rs` や `[[bin]]` は存在しない。
+  - `RuntimeHttpServer::bind/serve` は library helper としては良いが、Runtime process binary が起動して REST endpoints を公開する受け入れ条件は未達。
+
+確認できた良い点:
+- `http-server` feature は optional で追加されており、`cargo tree -p worker-runtime --no-default-features` では HTTP deps 漏れは見えない。
+- REST router は要求 endpoint を定義している。
+- handlers は `Runtime` API に委譲しており、Worker semantics の大きな重複は見えない。
+- Browser は Backend 経由で Runtime に直接接続しない旨の module/API comment がある。
+- Runtime/Worker identity を使い、legacy pod/socket/session path を authority にしていない。
+- typed response/error shape と RuntimeError の HTTP status mapping はある。
+- SSE/WebSocket scope creep は見えない。
+- `package.nix` の `cargoHash` 更新は commit に含まれている。
+
+検証は read-only inspection 中心で、テスト/ビルドは再実行せず、報告済み結果を参照した。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZKSTE2-rest-server at: 2026-06-26T03:21:26Z -->
+
+## Implementation report
+
+Follow-up implementation report after review request_changes:
+
+追加 commit:
+- `d0db32fa6acb6efb5269de9793a63de92ef9eb4a fix: add worker runtime REST process binary`
+
+修正内容:
+- `crates/worker-runtime/Cargo.toml`
+  - `[[bin]]` target を追加。
+  - binary name: `worker-runtime-rest-server`
+  - path: `src/main.rs`
+  - `required-features = ["http-server"]`
+- `crates/worker-runtime/src/main.rs`
+  - minimal Runtime REST process wrapper を追加。
+
+Binary / process wrapper 概要:
+- `http-server` feature 有効時に `worker-runtime-rest-server` binary target が出る。
+- v0 config:
+  - `--bind <ADDR>`
+  - `--runtime-id <ID>`
+  - `--display-name <NAME>`
+  - `--store <memory|fs>`
+  - `--fs-root <PATH>`（`fs-store` feature 併用時のみ有効）
+  - `--local-token <TOKEN>`
+  - `--local-token-env <ENV>`
+  - `--max-transcript-projection-items <N>`
+  - `--max-event-batch-items <N>`
+
+Boundary notes:
+- binary は `http-server` required feature 付きなので、no-default build では HTTP deps / binary compile を強制しない。
+- process wrapper は既存の `RuntimeHttpServer::bind/serve` を使い、REST handlers は従来通り Runtime API に委譲する。
+- help / startup message に「trusted backend/proxy 向けであり Browser は Runtime process に直接接続しない」境界を明記。
+- SSE / WebSocket / Backend integration / dynamic registration / full auth model は追加していない。
+
+Manifest 確認:
+- `cargo read-manifest --manifest-path crates/worker-runtime/Cargo.toml | jq '.targets'` で `lib` に加えて `bin` target `worker-runtime-rest-server`、`required-features = ["http-server"]` を確認。
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p worker-runtime --no-default-features`: success（8 passed）
+- `cargo test -p worker-runtime --features http-server`: success（lib 11 passed, bin `src/main.rs` 3 passed）
+- `cargo test -p worker-runtime --features fs-store,http-server`: success（lib 13 passed, bin `src/main.rs` 3 passed）
+- `cargo check -p worker-runtime --features http-server --bins`: success
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Residual risks / review focus:
+- CLI は intentionally minimal。`clap` 等は追加せず手書き parser。
+- `--local-token` は placeholder であり、Browser-facing credential model ではない。必要なら後続 Ticket で Backend 側 auth / proxy 境界として設計する前提。
+- `fs` store は `fs-store` feature 併用時のみ有効で、`http-server` 単独 build では明示エラー。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZKSTE2-rest-server at: 2026-06-26T03:23:55Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+確認結果:
+- 以前の blocker（Runtime process wrapper / binary target 欠落）は解消済み。
+  - `crates/worker-runtime/Cargo.toml` に `[[bin]]` が追加され、`worker-runtime-rest-server` / `src/main.rs` / `required-features = ["http-server"]` になっている。
+- `http-server` feature 必須の binary target なので、no-default/core library 側に HTTP server binary/deps を強制しない形。
+- `src/main.rs` は `RuntimeHttpServer::bind(config)` → `server.serve().await` を呼ぶ薄い process wrapper で、REST semantics を再実装していない。
+- v0 config は bind addr / runtime id / display name / memory/fs store selection / local token/env token / transcript/event limits を扱っており、Ticket 範囲として妥当。
+- help・module comment・startup log で「Browser は Runtime process に直接接続せず trusted backend/proxy 経由」の境界が明記されている。
+- SSE / WebSocket / Backend integration / dynamic registration / full auth model の追加は見当たらない。
+
+実施した検証は read-only inspection と `cargo read-manifest` / `rg` / `git` による確認。報告済み cargo/nix validation は再実行していない。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T03:27:12Z -->
+
+## Implementation report
+
+Integration / validation report:
+
+Integration:
+- Implementation branch `work/00001KVZKSTE2-worker-runtime-rest-server` を orchestration branch に merge 済み。
+- Merge commit: `660b07e8 merge: 00001KVZKSTE2 worker runtime rest server`
+
+Included implementation commits:
+- `f43a6b84011024b68c03fd5b4211ab427614683b feat: add worker runtime REST server`
+- `d0db32fa6acb6efb5269de9793a63de92ef9eb4a fix: add worker runtime REST process binary`
+
+Validation in Orchestrator worktree:
+- `cargo fmt --all --check`: success
+- `cargo test -p worker-runtime --no-default-features`: success（8 tests passed）
+- `cargo test -p worker-runtime --features http-server`: success（lib 11 tests + bin 3 tests passed）
+- `cargo test -p worker-runtime --features fs-store,http-server`: success（lib 13 tests + bin 3 tests passed）
+- `cargo check -p worker-runtime --features http-server --bins`: success
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Review:
+- Reviewer approve 済み。前回 blocker だった Runtime process wrapper / binary target 欠落は解消済み。
+
+Outcome:
+- Acceptance criteria を満たしたため `done` へ進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-26T03:27:22Z from: inprogress to: done reason: merged_reviewed_validated field: state -->
+
+## State changed
+
+worker-runtime REST command server の実装、review、merge、Orchestrator validation が完了した。
+
+Done evidence:
+- Merge commit: `660b07e8 merge: 00001KVZKSTE2 worker runtime rest server`
+- Reviewer approve 済み。
+- Orchestrator validation:
+  - `cargo fmt --all --check`: success
+  - `cargo test -p worker-runtime --no-default-features`: success（8 tests passed）
+  - `cargo test -p worker-runtime --features http-server`: success（lib 11 tests + bin 3 tests passed）
+  - `cargo test -p worker-runtime --features fs-store,http-server`: success（lib 13 tests + bin 3 tests passed）
+  - `cargo check -p worker-runtime --features http-server --bins`: success
+  - `cargo check -p yoi`: success
+  - `git diff --check`: success
+  - `nix build .#yoi --no-link`: success
+
+Scope:
+- optional `http-server` feature、REST command API、minimal `worker-runtime-rest-server` process binary を追加。
+- SSE / WebSocket / Backend integration / dynamic registration / Web Console / full auth model は Non-goals として未実装。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T04:20:31Z -->
+
+## Implementation report
+
+Cleanup report:
+
+- Child Workers cleanup:
+  - `yoi-coder-00001KVZKSTE2-rest-server` was stopped one-by-one and scope reclaimed.
+  - `yoi-reviewer-00001KVZKSTE2-rest-server` StopPod retry reported `no spawned pod named`; `ListPods` then showed no spawned children remaining, so it was already gone from the spawned-child registry.
+- Child implementation worktree removed:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZKSTE2-worker-runtime-rest-server`
+- Child implementation branch removed:
+  - `work/00001KVZKSTE2-worker-runtime-rest-server`
+
+Operational note:
+- StopPod will continue to be executed one-by-one rather than through parallel multi-tool execution.
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-26T17:46:04Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-26T17:46:04Z status: closed -->
+
+## 完了
+
+Completed, reviewed, validated, and merged into develop.
+
+
+---

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

@@ -0,0 +1,2 @@
+{"id":"orch-plan-20260625-203613-1","ticket_id":"00001KVZKSTJT","kind":"blocked_by","related_ticket":"00001KVZKSTE2","note":"Queue routing checked. WebSocket observation proxy depends on REST command server `00001KVZKSTE2`, which has just been accepted and is now inprogress. Leave this Ticket queued until REST command API/process wrapper is reviewed/merged/done, so WS/proxy semantics build on stable command surface.","author":"yoi-orchestrator","at":"2026-06-25T20:36:13Z"}
+{"id":"orch-plan-20260626-042150-2","ticket_id":"00001KVZKSTJT","kind":"accepted_plan","note":"Dependency REST command server `00001KVZKSTE2` は done。ユーザー指摘後に transport decision Ticket として再queuedされたため、WS/proxy semantics を本 Ticket で固定する。","accepted_plan":{"summary":"REST command server done 後の WebSocket observation proxy slice。Runtime process 側の worker-scoped observation stream と Backend proxy/client-facing stream boundary を実装する。REST command semantics や Web Console/TUI migration は扱わない。","branch":"work/00001KVZKSTJT-websocket-observation-proxy","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZKSTJT-websocket-observation-proxy","role_plan":"Orchestrator が dedicated child worktree を作成し、coder Worker に `crates/worker-runtime` / `crates/workspace-server` と必要な Cargo/package files の write scope を委譲する。reviewer Worker は read-only で Runtime→Backend→Client proxy boundary、cursor/backlog semantics、Browser direct Runtime access exclusion、feature gating、REST/WS scope separation を確認する。merge/validation/done/cleanup は Orchestrator が行う。"},"author":"yoi-orchestrator","at":"2026-06-26T04:21:50Z"}

.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,153 @@
+---
+title: 'Runtime/Backend WebSocket observation proxyを実装する'
+state: 'closed'
+created_at: '2026-06-25T14:44:02Z'
+updated_at: '2026-06-26T17:46:04Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T20:34:20Z'
+---
+
+## 背景
+
+Runtime command は REST/HTTP でよいが、Worker output / status / transcript update を Backend / Web / future TUI が追うには observation transport が必要になる。Runtime から Backend へ能動接続する相互型は v0 では採用せず、Backend が Runtime の event stream に接続し、Client は Backend に接続する形にする。
+
+この Ticket では `Runtime -> Backend -> Client` の WebSocket observation proxy を実装する。`worker-runtime` process は Worker event stream を WebSocket で公開し、Backend は登録済み Runtime handle に対する WS client として購読し、Browser / future TUI は Backend-owned client-facing WS に接続する。Backend は Runtime endpoint / token / socket path / session path を Client に渡さない。
+
+## 目的
+
+- Backend が Runtime 内 Worker の output / status / transcript update を購読できる。
+- Backend が購読した Runtime event を Client-facing WS として proxy できる。
+- Runtime WS は新しい Worker output model を作らず、既存 `crates/protocol` の `protocol::Event` を observation payload として流す。
+- Client は `runtime_id + worker_id` を authority として Backend WS に接続し、Runtime endpoint / credential / raw socket path を扱わない。
+- Runtime WS / Backend WS は command channel ではなく observation channel とする。
+- 後続の Web 権限制御は、Backend proxy/projection layer に observe/filter/redact/command-forward policy を差し込める seam を作るに留める。
+
+## 要件
+
+### Overall proxy model
+
+- v0 の主対象は WebSocket proxy path とする。
+  - `Runtime -> Backend`: Runtime-owned Worker event stream。
+  - `Backend -> Client`: Backend-owned Worker observation stream。
+- Backend は登録済み Runtime handle / endpoint capability から Runtime WS に接続する。
+- Remote Runtime から event を受け取り Client-facing WS に流す経路までをこの Ticket の実装対象に含める。
+- Embedded Runtime の登録・接続実装そのものはこの Ticket の主対象にしない。ただし Backend proxy 型は embedded / remote のどちらの Runtime handle にも後続で接続できる形にする。
+- Runtime process discovery / remote process lifecycle / dynamic registration はこの Ticket の scope 外とし、既に Registry から接続可能な Runtime handle が得られる前提でよい。
+
+### Runtime WS server
+
+- `worker-runtime` に `ws-server` feature を追加する。
+- Feature disabled 時、core library は stream server dependency を強制しない。
+- Runtime process が Worker observation event を WebSocket endpoint で公開できる。
+- v0 required endpoint は worker-scoped stream とする。
+  - `GET /v1/workers/{worker_id}/events/ws?cursor=...`
+- Runtime-wide stream は v0 non-goal とする。ただし型や event id 設計は将来の runtime-wide stream を妨げない。
+- Runtime WS endpoint は Backend-facing internal API として扱い、Browser-facing protocol ではない。
+- Runtime WS は user input / command / mutation を受け付けない。
+- Runtime WS 上に `protocol::Method` tunnel や arbitrary operation frame を作らない。
+- Connect 時に対象 Worker の initial projection として `protocol::Event::Snapshot` 相当を最初に送る。
+- Snapshot 後の live update は Worker event bus が publish する `protocol::Event` payload を forward する。
+
+### Runtime WS envelope / payload
+
+- Runtime WS frame は Runtime-local envelope を持ち、payload として `protocol::Event` を含める。
+- Envelope は少なくとも以下を持つ。
+  - Runtime-local opaque event id / cursor。
+  - worker id。
+  - `protocol::Event` payload。
+  - optional diagnostic / stream control kind。
+- `protocol::Event` は `crates/protocol` を authority とし、Runtime WS 専用の並行 event model を作らない。
+- Runtime WS は `protocol::Event` の variant allowlist / subset を定義しない。
+- Runtime WS が Web 表示可否を判断しない。Browser / Web UI 向けの filter / redact / projection は Backend proxy/projection layer の責務とする。
+- Runtime WS の除外境界は variant subset ではなく channel / authority 境界とする。
+  - `protocol::Method` tunnel を作らない。
+  - user input / command / mutation frame を受け付けない。
+  - raw provider trace / raw full session log / local filesystem paths / runtime credentials を authority payload として送らない。
+- Method-specific reply を Runtime WS が passive event として合成しない。Worker event bus に publish された `protocol::Event` を forward する。
+
+### Backend Runtime WS client
+
+- Backend に Runtime WS client を実装する。
+- Backend Runtime WS client は RuntimeRegistry から得た Runtime handle / connection capability を使い、Client から Runtime endpoint / credential を受け取らない。
+- Backend Runtime WS client は Runtime-local envelope を読み、`runtime_id + worker_id + runtime_cursor + protocol::Event` として Backend 内部に渡す。
+- Runtime unavailable、worker not found、unknown cursor、expired cursor、upstream disconnect、malformed frame を typed diagnostic として扱う。
+- Backend client は upstream cursor を使って reconnect / resume できる。
+- Upstream reconnect 時に exactly-once delivery は要求しない。Backend は event id / cursor で duplicate を扱えるようにする。
+
+### Backend Client-facing WS proxy
+
+- Backend は Client-facing Worker observation WS endpoint を公開する。
+- v0 endpoint shape は実装時に既存 workspace-server routing と合わせて決めてよいが、Client-facing authority は `runtime_id + worker_id` とする。
+  - 例: `GET /api/runtimes/{runtime_id}/workers/{worker_id}/events/ws?cursor=...`
+- Browser / future TUI は Runtime WS に直接接続せず、Backend WS に接続する。
+- Backend WS frame は Backend-owned envelope を持ち、payload として `protocol::Event` を含める。
+- Backend-owned envelope は少なくとも以下を持つ。
+  - Backend-local opaque cursor。
+  - runtime id。
+  - worker id。
+  - `protocol::Event` payload。
+  - optional diagnostic / stream control kind。
+- Backend cursor は Client にとって opaque とする。実装は Runtime cursor を wrap / map してよいが、Client が Runtime-local cursor semantics に依存しないようにする。
+- Backend proxy は v0 では原則 pass-through projection とし、`protocol::Event` を別 model に変換しない。
+- Backend は Runtime WS event を raw tunnel せず、Backend-owned envelope / cursor / diagnostics を付与した proxy stream として出す。
+
+### Cursor / backlog / ordering
+
+- Runtime event id / cursor は Runtime local opaque id とする。
+- Backend client-facing cursor は Backend local opaque id とする。
+- Cursor は「最後に受け取った event id」を表し、resume 時はそれより後の event を送る。
+- Delivery semantics は at-least-once とし、duplicate はあり得る。Backend / Client は id で de-dup できる。
+- Ordering は worker-scoped stream 内で保持する。
+- Bounded per-worker backlog を持ち、unknown cursor / expired cursor / worker not found / worker unavailable を typed close reason または stream diagnostic として返す。
+- Unknown / expired cursor 時に raw session log 全体を暗黙送信して復旧しない。Backend / Client は fresh Snapshot から再同期する。
+- Transcript projection polling endpoint と event stream の責務を分ける。
+
+### Permission seam / future policy boundary
+
+- この Ticket の主目的は proxy の実装であり、full auth / permission model は実装しない。
+- Backend proxy/projection layer に後続で policy を差し込める seam を作る。
+  - Worker observation を許可 / 拒否する。
+  - thinking / tool output / diagnostics などを表示 / redact する。
+  - Web origin から利用可能な action affordance を出す / 隠す。
+  - operation-capable command API への forward を許可 / 拒否する。
+- v0 の seam は pass-through default でよい。具体的な user/role permission、multi-user auth、redaction rule set は後続 Ticket に残す。
+- Web からの操作 block は Runtime WS ではなく Backend command API / Backend Web-facing proxy の責務とする。
+
+## Non-goals
+
+- REST command server implementation。
+- Embedded Runtime registration / direct-call implementation。
+- Remote Runtime process lifecycle / discovery / dynamic registration。
+- Browser-facing Web Console UI implementation。
+- Full auth / permission model。
+- Concrete redaction policy implementation。
+- Runtime-initiated Backend push connection。
+- Full exactly-once delivery。
+- Runtime-wide multi-worker stream implementation。
+- Raw provider trace streaming。
+- Raw session storage migration。
+
+## 受け入れ条件
+
+- `worker-runtime` に optional `ws-server` feature がある。
+- Feature disabled でも `worker-runtime` core が compile できる。
+- Runtime process exposes worker-scoped WebSocket observation endpoint。
+- Runtime WS frame envelope includes Runtime-local opaque event id / cursor, worker id, and `protocol::Event` payload。
+- Runtime WS connect sends initial `protocol::Event::Snapshot` projection for the target Worker。
+- Runtime WS live stream forwards Worker event bus `protocol::Event` payloads rather than a parallel Worker output model or Runtime-side event subset。
+- Runtime WS does not create `protocol::Method` tunnel / command / mutation channels or synthesize request/reply events。
+- Backend Runtime WS client can connect to a registered remote Runtime handle and receive Worker events。
+- Backend Runtime WS client can reconnect with Runtime cursor / last event id semantics at the protocol level。
+- Backend exposes Client-facing worker observation WS keyed by `runtime_id + worker_id`。
+- Client-facing WS frame envelope includes Backend-local opaque cursor, runtime id, worker id, and `protocol::Event` payload。
+- Client-facing WS can proxy initial Snapshot and live Worker events received from upstream Runtime WS。
+- Backend cursor is opaque to Client and does not expose Runtime endpoint / credential / raw socket / session path。
+- Unknown cursor / expired cursor / worker not found / upstream runtime unavailable are typed errors or stream diagnostics。
+- Backend proxy/projection layer has an explicit seam for later observe/command permission checks and redaction policy, with pass-through default in this Ticket。
+- WebSocket proxy tests cover Runtime WS connect, initial Snapshot, live event delivery, Backend upstream consumption, Client-facing proxy delivery, cursor resume, duplicate-safe ids, expired/unknown cursor diagnostics, upstream disconnect diagnostics, and worker-scoped filtering。
+- `cargo test -p worker-runtime --features ws-server` が通る。
+- `cargo test -p yoi-workspace-server` が通る。
+- `cargo check -p yoi` が通る。
+- `git diff --check` が通る。
+- `nix build .#yoi --no-link` が通る。

.yoi/tickets/00001KVZKSTJT/resolution.md

@@ -0,0 +1 @@
+Completed, reviewed, validated, and merged into develop.

.yoi/tickets/00001KVZKSTJT/thread.md

@@ -0,0 +1,574 @@
+<!-- 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.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T20:05:49Z -->
+
+## Decision
+
+Runtime WebSocket event stream は、新しい Worker output protocol を作らず `crates/protocol` の `protocol::Event` を Backend-facing observation payload として流す方針にする。Runtime WS は `protocol::Event` の variant allowlist / subset を定義せず、worker-scoped envelope に event id / cursor / worker id を付けて Worker event bus の `protocol::Event` を forward する。
+
+Browser / Web UI は Runtime WS に直接接続しない。Backend が Runtime WS client になり、Browser-facing stream は Backend-owned projection layer を通す。この projection layer を、後続の Web 権限制御で observation allow/deny、thinking/tool output/diagnostic redaction、operation-capable command API forwarding allow/deny を差し込む境界にする。STJT では full auth model は実装せず、この seam を型と責務として作る。
+
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T20:10:54Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T20:10:54Z from: planning to: ready reason: cli_state field: state -->
+
+## State changed
+
+Marked ready by `yoi ticket state`.
+
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T20:21:27Z from: ready to: planning reason: websocket_transport_decision_missing field: state -->
+
+## State changed
+
+ユーザー指示により planning に戻す。
+
+Missing decision / information:
+- WebSocket / event-stream transport は `00001KVZKSTJT` 自体で決定すべき設計点であり、未決定のまま ready/queue 対象として扱うのは不適切。
+- 少なくとも、Backend-owned WebSocket client 方式を v0 で採用するか、SSE / polling / Backend proxy projection との責務分離をどう置くか、cursor/backlog/error semantics をどこまで固定するかを planning で再確認する必要がある。
+
+Context checked:
+- Ticket body: `worker-runtimeにWebSocket event stream serverを追加する` は `ws-server` feature、WebSocket observation endpoint、cursor resume、unknown/expired cursor diagnostics を実装対象としている。
+- Relations: `00001KVZBCQH4` と `00001KVZKSTE2` に depends_on、`00001KVZSGT14` が本 Ticket に depends_on。
+- Current state: 本 Ticket は queued ではなく `ready` だったが、WS を扱う予定の Ticket として routing/queue 前に設計判断へ戻す。
+
+Why implementation latitude is insufficient:
+- Transport choice / ownership boundary / Browser direct access exclusion / Backend proxy shape は local implementation tactic ではなく、後続 Backend/remote Runtime/Web Console の設計前提になる binding decision。
+
+Next planning question/action:
+- `worker-runtime` observation transport は v0 で WebSocket を採用するのか、それとも SSE/polling/Backend projection を優先するのか。
+- WebSocket を採用する場合、Backend-owned client、cursor/backlog/unknown cursor、worker-scoped filtering、Browser-facing protocol non-goal の境界を明文化する。
+- 後続 `00001KVZSGT14` など remote observation 依存 Ticket は、この判断後に readiness/relations を再確認する。
+
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T20:24:40Z from: ready to: planning reason: cli_state field: state -->
+
+## State changed
+
+State changed to `planning`.
+
+
+---
+
+<!-- event: decision author: hare at: 2026-06-25T20:25:52Z -->
+
+## Decision
+
+STJT の主目的を Runtime WS server 単体から `Runtime -> Backend -> Client` の WebSocket observation proxy に広げる。Remote Runtime から Backend Runtime WS client が `protocol::Event` を受け取り、Backend-owned client-facing WS で `runtime_id + worker_id` keyed stream として流すところまでをこの Ticket の実装対象に含める。
+
+Backend proxy は v0 では pass-through projection を基本にし、`protocol::Event` を別 output model へ変換しない。一方で Browser / future TUI は Runtime WS に直接接続せず、Backend-owned cursor/envelope/diagnostic を持つ stream だけを見る。Runtime endpoint / credential / socket path / session path は Client-facing authority に出さない。
+
+権限系はこの Ticket で full auth / permission / redaction rule を実装しない。Backend proxy/projection layer に、後続で observe allow/deny、thinking/tool output/diagnostic redaction、action affordance、command API forwarding allow/deny を差し込める seam を作るに留める。
+
+---
+
+<!-- event: intake_summary author: hare at: 2026-06-25T20:30:38Z -->
+
+## Intake summary
+
+Marked ready by `yoi ticket state`.
+
+---
+
+<!-- event: state_changed author: "yoi ticket" at: 2026-06-25T20:30:38Z 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-25T20:34:20Z from: ready to: queued reason: queued field: state -->
+
+## State changed
+
+Ticket を `workspace-panel` が queued にしました。
+
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T20:36:24Z -->
+
+## Decision
+
+Routing decision: blocked_by_dependency_or_missing_authority
+
+Reason:
+- Dashboard Queue 後に Ticket / relations / workspace state を確認した。
+- 本 Ticket は `00001KVZKSTE2` REST command server に depends_on。`00001KVZKSTE2` は本 routing pass で accepted され `inprogress` になった。
+- WS observation proxy は Runtime process server surface と Backend proxy/client-facing stream を扱うため、REST command API/process wrapper の形が確定してから開始する。
+
+Evidence checked:
+- Ticket body: `Runtime -> Backend -> Client` WebSocket observation proxy、Runtime worker-scoped WS、Backend Runtime WS client、Client-facing WS、cursor/backlog/permission seam。
+- Relations: outgoing `depends_on -> 00001KVZKSTE2`; incoming dependent Tickets include Web Console MVP, remote Runtime process, TUI migration。
+- Orchestration plan: blocker record `orch-plan-20260625-203613-1` を追加。
+
+Next action:
+- 本 Ticket は queued のまま待機。
+- `00001KVZKSTE2` が review/merge/validation/done になった後に再 routing する。
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-26T04:22:18Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- `00001KVZKSTE2` REST command server は done。前回 blocker（REST process wrapper/API surface 未確定）は解消済み。
+- 本 Ticket はユーザー指摘後に `Runtime/Backend WebSocket observation proxy` として設計判断を反映し再queuedされた。Ticket thread には、Runtime WS は `protocol::Event` を observation payload として流し、Browser/future TUI は Runtime へ直接接続せず Backend-owned projection/proxy を見る、という binding decision が記録済み。
+- queued/inprogress 再確認時点で inprogress は 0 件。後続 remote/TUI/Web Console Tickets は本 Ticket に依存しているため、本 Ticket を次に受理する。
+
+Evidence checked:
+- Ticket body: `Runtime -> Backend -> Client` WebSocket observation proxy、Runtime worker-scoped WS、Backend Runtime WS client、Client-facing WS、cursor/backlog/permission seam、Non-goals。
+- Thread decisions: `protocol::Event` を payload authority とする、Runtime WS は command/mutation tunnel にしない、Backend projection/proxy seam を作る、full auth/redaction policy は後続。
+- Relations: outgoing dependencies `00001KVZBCQH4` core と `00001KVZKSTE2` REST server は done。incoming remote/Web Console/TUI Tickets は後続。
+- Orchestration plan: accepted plan `orch-plan-20260626-042150-2` を記録。
+- Workspace state: orchestration worktree clean; no inprogress Ticket.
+
+IntentPacket:
+
+Intent:
+- Runtime process の worker-scoped WebSocket observation stream と、Backend-owned client-facing WebSocket proxy boundary を実装する。
+
+Binding decisions / invariants:
+- Runtime WS は Backend-facing internal observation API。Browser/future TUI は Runtime WS に直接接続しない。
+- Payload authority は `crates/protocol` の `protocol::Event`。Runtime WS 独自の parallel output model や variant allowlist/subset を作らない。
+- Runtime WS は command/mutation/user input を受け付けず、`protocol::Method` tunnel を作らない。
+- Backend client-facing WS は Backend-owned opaque cursor/envelope/diagnostic を持ち、Runtime endpoint/credential/socket/session path を Client に露出しない。
+- v0 は worker-scoped stream。runtime-wide stream、full auth/permission/redaction policy、Web Console UI、TUI migration、remote process lifecycle/discovery は Non-goals。
+- REST command semantics は既存 `http-server` implementation に委譲し、この Ticket で再実装しない。
+
+Requirements / acceptance criteria:
+- `worker-runtime` に optional `ws-server` feature がある。
+- Feature disabled でも core compile が通る。
+- Runtime process exposes `GET /v1/workers/{worker_id}/events/ws?cursor=...` style worker-scoped observation endpoint。
+- Runtime WS envelope includes Runtime-local opaque cursor/event id, worker id, and `protocol::Event` payload。
+- Connect sends initial `protocol::Event::Snapshot` projection, then forwards Worker event bus `protocol::Event` payloads。
+- Backend Runtime WS client consumes Runtime envelope and preserves `runtime_id + worker_id + runtime_cursor + protocol::Event` internally。
+- Backend exposes Client-facing worker observation WS keyed by `runtime_id + worker_id` with Backend-local opaque cursor/envelope。
+- Unknown/expired cursor, worker not found, runtime unavailable, upstream disconnect, malformed frame are typed diagnostics/errors。
+- Tests cover Runtime WS, Backend upstream client/proxy delivery, cursor resume/duplicate-safe IDs, diagnostics, and worker-scoped filtering.
+
+Implementation latitude:
+- Exact Rust module split, WebSocket dependency, envelope structs, test fixtures, and Backend route shape may follow existing workspace-server/worker-runtime style。
+- Bounded backlog implementation can be in-memory v0, as long as cursor semantics and diagnostics are explicit.
+- Permission seam can be pass-through default with types/hooks for later policy.
+
+Escalate if:
+- Implementing this requires full auth/redaction policy, Web Console UI, TUI migration, remote process lifecycle/discovery, or Runtime command channel changes。
+- `protocol::Event` cannot be serialized/forwarded without changing protocol crate public semantics。
+- Backend Registry/Runtime handle shape from previous Tickets is insufficient and would require a broad redesign.
+
+Validation:
+- `cargo fmt --all`
+- `cargo test -p worker-runtime --features ws-server`
+- `cargo test -p yoi-workspace-server`
+- `cargo check -p yoi`
+- `git diff --check`
+- 可能なら `nix build .#yoi --no-link`
+
+Critical risks / reviewer focus:
+- Accidentally creating a command/mutation tunnel over WS。
+- Leaking Runtime endpoint/token/socket/session path to Client-facing WS。
+- Creating a second output/event model instead of forwarding `protocol::Event` payload。
+- Feature gating/dependency leakage。
+- Cursor/backlog/diagnostic semantics being too vague for remote/TUI/Web Console follow-ups。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-26T04:22:27Z from: queued to: inprogress reason: routing_accepted_after_rest_server_done field: state -->
+
+## State changed
+
+Routing decision: implementation_ready。
+
+Dependency `00001KVZKSTE2` REST command server は done。Ticket body/thread、relations、workspace state、accepted plan を確認し、Runtime/Backend WebSocket observation proxy は unblocked と判断した。accepted plan と IntentPacket は thread / orchestration plan に記録済み。
+
+これ以降、worktree creation / coder Worker routing などの implementation side effect に進める。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T04:23:22Z -->
+
+## Implementation report
+
+Implementation kickoff:
+
+- Worktree created: `/home/hare/Projects/yoi/.worktree/00001KVZKSTJT-websocket-observation-proxy`
+- Branch: `work/00001KVZKSTJT-websocket-observation-proxy`
+- Coder Worker spawned: `yoi-coder-00001KVZKSTJT-ws-proxy`
+
+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 limited to `crates/worker-runtime/**`, `crates/workspace-server/**`, root `Cargo.toml`, `Cargo.lock`, and `package.nix`.
+- Coder is instructed not to modify Ticket records and not to operate in root/orchestration worktrees.
+
+Next action:
+- Wait for Coder implementation report, then route to reviewer.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZKSTJT-ws-proxy at: 2026-06-26T04:56:04Z -->
+
+## Implementation report
+
+Implementation report:
+
+実装完了。Ticket ファイル / project records は変更していない。merge / close / cleanup 前で停止。
+
+Commit:
+- `9807accaf08f4322763dd7cd3536baf3dab8d10e feat: add worker observation websocket proxy`
+
+変更概要:
+
+### worker-runtime
+
+変更ファイル:
+- `crates/worker-runtime/Cargo.toml`
+- `crates/worker-runtime/src/observation.rs`
+- `crates/worker-runtime/src/runtime.rs`
+- `crates/worker-runtime/src/http_server.rs`
+
+実装内容:
+- optional feature `ws-server` を追加。
+  - `http-server` に加えて `axum/ws`, `protocol`, `futures`, `tokio/sync` を使用。
+  - feature 無効時の core compile も確認済み。
+- Runtime 側に Worker-scoped observation backlog / bus を追加。
+  - Runtime-local opaque cursor: `wo_<hex sequence>`
+  - bounded in-memory backlog v0
+  - `observe_worker_event(worker_ref, protocol::Event)` で `protocol::Event` payload をそのまま observation bus に投入。
+- Runtime HTTP server に worker-scoped WS endpoint を追加。
+  - `GET /v1/workers/{worker_id}/events/ws?cursor=...`
+- Runtime WS frame:
+  - `RuntimeWorkerEventWsFrame::Event { envelope }`
+  - `RuntimeWorkerEventWsFrame::Diagnostic { diagnostic }`
+- Runtime WS envelope:
+  - `cursor`
+  - `event_id`
+  - `worker_id`
+  - `payload: protocol::Event`
+- 接続時に `protocol::Event::Snapshot` を初期 projection として送信。
+- live update は observation bus の `protocol::Event` payload を転送。
+- client からの text/binary 等の入力は `runtime.observation_only` diagnostic で終了。
+- malformed cursor / unknown-or-expired cursor / worker not found / bus closed / lagged backlog などを typed diagnostic/error 化。
+
+### workspace-server
+
+変更ファイル:
+- `crates/workspace-server/Cargo.toml`
+- `crates/workspace-server/src/lib.rs`
+- `crates/workspace-server/src/observation.rs`
+- `crates/workspace-server/src/server.rs`
+
+実装内容:
+- Backend-owned observation proxy module を追加。
+- Runtime WS client を追加。
+  - Runtime WS envelope を decode。
+  - 内部表現として `runtime_id + worker_id + runtime_cursor + protocol::Event` を保持。
+- Backend client-facing WS endpoint を追加。
+  - `GET /api/runtimes/{runtime_id}/workers/{worker_id}/events/ws?cursor=...`
+- Backend-local cursor/envelope を追加。
+  - Backend cursor: `bo_<hex sequence>`
+  - Runtime endpoint / credential / socket / session path は client-facing payload に出さない。
+- Backend client-facing frame:
+  - `ClientWorkerEventWsFrame::Event { envelope }`
+  - `ClientWorkerEventWsFrame::Diagnostic { diagnostic }`
+- Backend client-facing envelope:
+  - `cursor`
+  - `event_id`
+  - `runtime_id`
+  - `worker_id`
+  - `payload: protocol::Event`
+- Backend source config は server 内部設定 `runtime_event_sources` として保持。
+- unknown worker/runtime source, malformed/unknown cursor, upstream disconnect, malformed upstream frame, observation-only client input を typed diagnostic/error 化。
+
+### workspace/root/package
+
+変更ファイル:
+- `Cargo.toml`
+- `Cargo.lock`
+- `package.nix`
+
+内容:
+- `tokio-tungstenite = "0.29"` を workspace dependency に追加。
+- `package.nix` の `cargoHash` を更新。
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo check -p worker-runtime`: success
+- `cargo test -p worker-runtime --features ws-server`: success（14 lib tests + 3 bin tests + doctests）
+- `cargo test -p yoi-workspace-server`: success（22 lib tests + bin/doctests）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `git diff --check --cached`: success
+- `nix build .#yoi --no-link`: success
+
+Review focus / residual risks:
+- v0 backlog は in-memory bounded。process restart / memory eviction 後の cursor は unknown/expired 扱い。
+- Runtime Snapshot projection は minimal projection。`protocol::Event::Snapshot` を使うが、entries / in-flight は現 Runtime adapter の範囲で空 projection。
+- Backend source discovery は `runtime_event_sources` 内部 config seam。remote lifecycle/discovery や full registry redesign は Non-goals として未実装。
+- Auth/redaction/policy は full 実装せず、後続拡張しやすい typed source/diagnostic/proxy boundary に留めた。
+- Browser / future TUI には Backend endpoint のみを公開し、Runtime endpoint / credential / socket / session path は envelope に含めていない。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZKSTJT-ws-proxy at: 2026-06-26T05:02:45Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+読取専用で `9807acc...` の実装を確認した。`protocol::Event` payload の pass-through、Runtime/Backend の envelope 分離、observation-only 入力診断、Client envelope から Runtime endpoint/token/socket/session path を出さない点、`worker-runtime` の `ws-server` cfg 境界は概ね Ticket 意図に沿っている。
+
+ただし、以下は受け入れ条件上の blocker。
+
+1. Backend Runtime WS client の upstream 診断が型を失っている
+- `crates/workspace-server/src/observation.rs` の `RuntimeWsObservationClient::next_event` で、Runtime からの `RuntimeWorkerEventWsFrame::Diagnostic` をすべて `ObservationProxyError::UpstreamDisconnect` に畳み込んでいる。
+- そのため Runtime 側の `runtime.cursor_unknown_or_expired` / `runtime.worker_not_found` 等が Client-facing では `backend.upstream_disconnect` になり、Ticket 要件の「worker not found / unknown cursor / expired cursor / upstream disconnect を typed diagnostic として扱う」を満たさない。
+- 同様に Runtime WS connect 時の HTTP 404 等も `RuntimeUnavailable` 扱いで、worker-not-found として区別されない。
+
+2. 必須テストカバレッジが不足している
+- Ticket 受け入れ条件では、expired/unknown cursor diagnostics、upstream disconnect diagnostics、worker-scoped filtering 等の WS proxy tests が要求されている。
+- 現状確認できたテストは Runtime 側の snapshot/live/resume/filter と malformed cursor/observation-only、Backend 側の snapshot/live/resume/malformed cursor/observation-only が中心で、Backend の unknown/expired cursor、Runtime upstream diagnostic の型変換、upstream disconnect、Runtime worker-not-found 経路を検証していない。
+
+上記を修正し、Runtime diagnostic / HTTP failure を Backend の typed diagnostic に適切にマップするテストを追加すれば、設計境界自体は approve に近い状態。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZKSTJT-ws-proxy at: 2026-06-26T05:10:58Z -->
+
+## Implementation report
+
+Follow-up implementation report after review request_changes:
+
+Fix commit:
+- `8cc9a594f78feef62aa7abd5bbf11b5cd40b4781 fix: preserve runtime websocket diagnostics`
+
+修正内容:
+
+### 1. Runtime WS diagnostic の型を Backend で保持 / 変換
+
+`crates/workspace-server/src/observation.rs`
+
+- `RuntimeWsObservationClient::next_event` が Runtime diagnostic を全部 `backend.upstream_disconnect` に潰していた問題を修正。
+- Runtime diagnostic code を Backend typed diagnostic に変換:
+  - `runtime.worker_not_found` → `backend.worker_not_found`
+  - `runtime.cursor_malformed` → `backend.cursor_malformed`
+  - `runtime.cursor_unknown_or_expired` / `runtime.cursor_expired` → `backend.cursor_unknown_or_expired`
+  - `runtime.upstream_closed` / `runtime.websocket_error` → `backend.upstream_disconnect`
+  - `runtime.unavailable` → `backend.runtime_unavailable`
+  - `runtime.serialize_failed` → `backend.malformed_frame`
+  - `runtime.observation_only` → `backend.observation_only`
+- Runtime WS connect 時の HTTP 404 を `backend.worker_not_found` として扱うように変更。
+- 実際の socket close / receive error は引き続き `backend.upstream_disconnect` として区別。
+
+### 2. WS proxy テスト追加
+
+`crates/workspace-server/src/server.rs`
+
+追加 coverage:
+- Backend unknown/expired cursor:
+  - well-formed だが未知の `bo_...` cursor が `backend.cursor_unknown_or_expired` になること。
+- Runtime upstream diagnostic mapping:
+  - Runtime の `runtime.cursor_unknown_or_expired` が client-facing `backend.cursor_unknown_or_expired` に変換されること。
+- Runtime worker-not-found / HTTP 404 mapping:
+  - Runtime WS upgrade が 404 を返すケースを `backend.worker_not_found` として返すこと。
+- Upstream disconnect:
+  - Runtime upstream が WS 接続後に閉じた場合、`backend.upstream_disconnect` として返すこと。
+
+既存の snapshot/live/resume/filter/malformed cursor/observation-only coverage は維持。
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo check -p worker-runtime`: success
+- `cargo test -p worker-runtime --features ws-server`: success（14 tests passed + bin/doc tests）
+- `cargo test -p yoi-workspace-server`: success（26 tests passed + bin/doc tests）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Residual risks / review focus:
+- Runtime diagnostic code の Backend 変換は現 Runtime diagnostic set に対する明示 mapping。未知 code は `backend.runtime_unavailable` に安全側で畳む。
+- HTTP 404 は worker-not-found として扱う。Runtime 側で route miss と worker miss の HTTP body までは分離していないため、client-facing には endpoint/path/token 等を出さず typed diagnostic のみ返す。
+- v0 cursor/backlog は引き続き in-memory bounded。再起動 / eviction 後は unknown/expired cursor diagnostic。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZKSTJT-ws-proxy at: 2026-06-26T05:15:04Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+読取専用で follow-up commit `8cc9a594f78feef62aa7abd5bbf11b5cd40b4781` を確認した。前回 blockers は解消済み。
+
+確認した点:
+- `RuntimeWsObservationClient::next_event` が Runtime diagnostic を `backend.*` typed diagnostic にマップし、`runtime.cursor_unknown_or_expired` / `runtime.worker_not_found` 等を `backend.upstream_disconnect` に潰さなくなっている。
+- 実際の socket close / receive error は引き続き `backend.upstream_disconnect` として区別されている。
+- Runtime WS connect の HTTP 404 が `backend.worker_not_found` にマップされている。
+- 追加テストで Backend unknown cursor、Runtime cursor diagnostic mapping、Runtime worker-not-found 404 mapping、actual upstream disconnect が検証されている。
+- Client-facing envelope は `cursor`, `event_id`, `runtime_id`, `worker_id`, `payload: protocol::Event` のみで、Runtime endpoint/token/socket/session path は含まれていない。
+- observation-only 境界を壊す command tunnel / SSE / lifecycle / full auth redesign の scope creep は見当たらない。
+
+検証は read-only inspection のみで、cargo/nix は再実行していない。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T05:16:01Z -->
+
+## Implementation report
+
+Integration / validation report:
+
+Integration:
+- Implementation branch `work/00001KVZKSTJT-websocket-observation-proxy` を orchestration branch に merge 済み。
+- Merge commit: `ae0f0d1d merge: 00001KVZKSTJT websocket observation proxy`
+
+Included implementation commits:
+- `9807accaf08f4322763dd7cd3536baf3dab8d10e feat: add worker observation websocket proxy`
+- `8cc9a594f78feef62aa7abd5bbf11b5cd40b4781 fix: preserve runtime websocket diagnostics`
+
+Validation in Orchestrator worktree:
+- `cargo fmt --all --check`: success
+- `cargo check -p worker-runtime`: success
+- `cargo test -p worker-runtime --features ws-server`: success（14 lib tests + 3 bin tests + doctests）
+- `cargo test -p yoi-workspace-server`: success（26 tests + bin/doc tests）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Review:
+- Reviewer approve 済み。前回 blocker だった Runtime diagnostic の Backend typed diagnostic mapping、HTTP 404 worker-not-found mapping、unknown cursor / upstream disconnect test coverage は解消済み。
+
+Outcome:
+- Acceptance criteria を満たしたため `done` へ進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-26T05:16:11Z from: inprogress to: done reason: merged_reviewed_validated field: state -->
+
+## State changed
+
+Runtime/Backend WebSocket observation proxy の実装、review、merge、Orchestrator validation が完了した。
+
+Done evidence:
+- Merge commit: `ae0f0d1d merge: 00001KVZKSTJT websocket observation proxy`
+- Reviewer approve 済み。
+- Orchestrator validation:
+  - `cargo fmt --all --check`: success
+  - `cargo check -p worker-runtime`: success
+  - `cargo test -p worker-runtime --features ws-server`: success（14 lib tests + 3 bin tests + doctests）
+  - `cargo test -p yoi-workspace-server`: success（26 tests + bin/doc tests）
+  - `cargo check -p yoi`: success
+  - `git diff --check`: success
+  - `nix build .#yoi --no-link`: success
+
+Scope:
+- Runtime process worker-scoped WebSocket observation stream と Backend-owned client-facing WebSocket proxy boundary を追加。
+- command tunnel / SSE / remote lifecycle/discovery / full auth-redaction policy / Web Console UI は Non-goals として未実装。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T05:16:51Z -->
+
+## Implementation report
+
+Cleanup report:
+
+- Child Workers stopped one-by-one and scope reclaimed:
+  - `yoi-coder-00001KVZKSTJT-ws-proxy`
+  - `yoi-reviewer-00001KVZKSTJT-ws-proxy`
+- Child implementation worktree removed:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZKSTJT-websocket-observation-proxy`
+- Child implementation branch removed:
+  - `work/00001KVZKSTJT-websocket-observation-proxy`
+
+Operational note:
+- StopPod was executed sequentially, not in parallel.
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-26T17:46:04Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-26T17:46:04Z status: closed -->
+
+## 完了
+
+Completed, reviewed, validated, and merged into develop.
+
+
+---

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

@@ -0,0 +1,2 @@
+{"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"}
+{"id":"orch-plan-20260625-165451-2","ticket_id":"00001KVZKSV6C","kind":"accepted_plan","note":"`00001KVZBCQH4` が done になり dependency blocker 解消。FS store Ticket とは主対象が workspace-server vs worker-runtime feature で分離できるため並行受理候補。","accepted_plan":{"summary":"worker-runtime core done 後の Backend RuntimeRegistry foundation slice。embedded/remote 実 handle は作らず、workspace-server の Registry identity/projection/error boundary と local compatibility source naming/diagnostics を worker-runtime domain model に合わせる。","branch":"work/00001KVZKSV6C-backend-runtime-registry","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZKSV6C-backend-runtime-registry","role_plan":"Orchestrator が dedicated child worktree を作成し、coder Worker に `crates/workspace-server` 中心の narrow write scope を委譲する。reviewer Worker は read-only で Registry identity/projection/error boundary と existing API behavior preservation を確認する。merge/validation/done/cleanup は Orchestrator が行う。"},"author":"yoi-orchestrator","at":"2026-06-25T16:54:51Z"}

.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: 'closed'
+created_at: '2026-06-25T14:44:03Z'
+updated_at: '2026-06-26T17:46:04Z'
+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/resolution.md

@@ -0,0 +1 @@
+Completed, reviewed, validated, and merged into develop.

.yoi/tickets/00001KVZKSV6C/thread.md

@@ -0,0 +1,412 @@
+<!-- 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 の追加変更が必要になる。
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-25T16:55:09Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- `00001KVZBCQH4` worker-runtime core は done。dependency blocker は解消済み。
+- 本 Ticket の目的は Backend RuntimeRegistry foundation の整理で、embedded runtime 接続や REST/FS 実装そのものではない。
+- queued/inprogress 再確認時点で `inprogress` は 0 件。FS store Ticket とは主変更面が `crates/workspace-server` vs `crates/worker-runtime` feature で概ね分離できるため、本 Ticket は受理可能。
+
+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 dependency `00001KVZBCQH4` は done。incoming dependent `00001KVZSGT0Q`, `00001KVZSGT14` は後続であり blocker ではない。
+- Orchestration plan: accepted plan `orch-plan-20260625-165451-2` を記録。
+- Workspace state: orchestration worktree clean。worker-runtime core merge/validation/done/cleanup 済み。
+
+IntentPacket:
+
+Intent:
+- Backend `RuntimeRegistry` の domain boundary を、legacy process/source abstraction から worker-runtime を受けられる形へ整理する。
+
+Binding decisions / invariants:
+- Backend Registry の authority は Runtime / Worker domain identity を扱い、raw socket/session/path/pod name を public authority にしない。
+- この Ticket では embedded `worker_runtime::Runtime` を実際に接続しない。handle/trait/enum/boundary と diagnostics/projection 整理まで。
+- Remote Runtime HTTP client / REST server / Web Console / dynamic Runtime registration は実装しない。
+- 既存 local compatibility source の behavior は壊さない。
+- `worker-runtime` core crate の API を大きく変更しない。必要になれば escalation。
+
+Requirements / acceptance criteria:
+- `workspace-server` の RuntimeRegistry foundation が worker-runtime 向けの identity / projection / error boundary を持つ。
+- Existing local/process compatibility source と将来 embedded/remote source の境界が型で分かる。
+- Browser/API response へ socket/session/path authority を露出しない。
+- Existing workspace-server tests が通る。
+
+Implementation latitude:
+- Type/module split、内部 trait/enum naming、diagnostic representation は既存 `crates/workspace-server/src/hosts.rs` の形に合わせてよい。
+- Minimal compile/test slice でよい。実 embedded handle は placeholder/boundary でよい。
+
+Escalate if:
+- `worker-runtime` crate の public API 変更が必要になる。
+- Backend embedded connection を実装しないと acceptance を満たせないと判明する。
+- API response schema 互換性や dashboard expectations を大きく変える必要がある。
+
+Validation:
+- `cargo fmt --all`
+- `cargo test -p yoi-workspace-server`
+- `cargo check -p yoi`
+- `git diff --check`
+- 可能なら `nix build .#yoi --no-link`
+
+Critical risks / reviewer focus:
+- Registry boundary が legacy Pod/socket/session authority を引きずること。
+- `00001KVZSGT0Q` の実 embedded接続まで scope creep すること。
+- Existing local compatibility source の API/diagnostics regression。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T16:55:16Z from: queued to: inprogress reason: routing_accepted_after_worker_runtime_core_done field: state -->
+
+## State changed
+
+Routing decision: implementation_ready。
+
+Dependency `00001KVZBCQH4` worker-runtime core は done。Ticket body / relations / workspace state / orchestration plan を確認し、Backend RuntimeRegistry foundation は unblocked と判断した。accepted plan と IntentPacket は thread / orchestration plan に記録済み。
+
+これ以降、worktree creation / coder Worker routing などの implementation side effect に進める。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T16:58:32Z -->
+
+## Implementation report
+
+Implementation startup blocked after acceptance:
+
+- Worktree created:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZKSV6C-backend-runtime-registry`
+  - branch `work/00001KVZKSV6C-backend-runtime-registry`
+- Coder Worker spawn attempted:
+  - `yoi-coder-00001KVZKSV6C-runtime-registry`
+- Spawn failed before child socket appeared:
+  - `yoi: unknown command pod`
+
+Interpretation:
+- No implementation code changes have been made in this worktree yet.
+- This appears to be a runtime/launcher compatibility issue after the Pod→Worker CLI rename: the SpawnPod tool path attempted to invoke a `pod` subcommand that the child-launch binary rejected.
+- Because this failure happened after `queued -> inprogress` acceptance and worktree creation, the Ticket remains inprogress with a recovery note rather than being silently returned to queued.
+
+Recovery needed:
+- Restart/restore Orchestrator on a consistent runtime binary or repair the launcher compatibility path, then retry Coder Worker spawn for this accepted worktree.
+- If retry remains impossible, use an explicit human-authorized alternative implementation route.
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T19:24:51Z -->
+
+## Implementation report
+
+Implementation recovery / kickoff:
+
+- User reported the previous SpawnPod failure was caused by a development environment variable forcing child launch from `target` binary. The variable was removed and installed binary is now used.
+- Retried Coder Worker spawn for the already accepted worktree; spawn succeeded.
+
+Active implementation:
+- Worktree: `/home/hare/Projects/yoi/.worktree/00001KVZKSV6C-backend-runtime-registry`
+- Branch: `work/00001KVZKSV6C-backend-runtime-registry`
+- Coder Worker: `yoi-coder-00001KVZKSV6C-runtime-registry`
+- Scope: read implementation worktree + non-recursive workspace root, write `crates/workspace-server/**` only.
+
+Next action:
+- Wait for Coder implementation report, then route to reviewer.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZKSV6C-runtime-registry at: 2026-06-25T19:33:11Z -->
+
+## Implementation report
+
+Implementation report:
+
+実装完了。Ticket ファイル/project records は変更していない。merge/close/cleanup 前で停止。
+
+Commit:
+- `f6fd7b63 feat: add workspace runtime registry source boundary`
+
+変更ファイル:
+- `crates/workspace-server/src/hosts.rs`
+- `crates/workspace-server/src/server.rs`
+
+実装/API 概要:
+- `WorkerRuntimeRegistry` を `RuntimeRegistry` に改名し、workspace-server 内の Runtime/Worker domain 側の registry 名を明確化。
+- `RuntimeSummary` に `source: RuntimeSourceSummary` を追加。
+  - `RuntimeSourceKind`: `local_compatibility`, `embedded_worker_runtime`, `remote_http`
+  - `RuntimeSourceStatus`: `active`, `reserved`
+  - `RuntimeIdentityAuthority`: `runtime_registry_projection`
+- 現行 local Pod metadata 由来の互換 source は `local_compatibility` として明示。
+- embedded worker-runtime / remote HTTP は reserved boundary として型だけ用意し、実接続・HTTP client/server・dynamic registration は未実装のまま保持。
+- API response に source boundary / identity authority を追加し、Runtime public identity が socket/session/path ではなく registry projection であることをテストで確認。
+- 既存 local compatibility behavior は維持し、既存テストに source boundary の assert を追加。
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p yoi-workspace-server`: success（19 passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success（dirty warning は出たが build 成功）
+
+Residual risks / review focus:
+- API top-level `source: "worker_runtime_registry"` は既存互換のため維持。一方で Runtime item 側に typed `source.kind` / `identity_authority` を追加。
+- embedded/remote source は reserved constructor と enum boundary のみで、実際の registry composition や Runtime 接続は次 Ticket 側の責務。
+- `RuntimeSourceSummary.note` は human-readable な API payload なので、Web 側で表示するなら文言の粒度を確認してほしい。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZKSV6C-runtime-registry at: 2026-06-25T19:37:41Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+ブロッカー:
+
+1. Runtime/Worker authority がまだ `runtime_id + worker_id` になっていない。
+   - `RuntimeRegistry::worker(&self, worker_id)` は `runtime_id` を受け取らず、全 Runtime を `worker_id` だけで走査している。
+   - `RuntimeRegistryError` にも `UnknownRuntime` 相当がない。
+   - Ticket の binding decision / 要件では Worker authority は `runtime_id + worker_id`、unknown runtime / unknown worker 等の error boundary を typed に分ける必要がある。
+   - 将来 embedded / remote source が増えた時に `worker_id` 衝突や誤 routing が起き得るため、foundation として不足。
+   - 該当: `crates/workspace-server/src/hosts.rs` `RuntimeRegistry::worker` / `RuntimeRegistryError`
+
+2. runtime-scoped routing/error mapping のテストが不足している。
+   - 追加テストは `local_compatibility` source / identity_authority / path 非露出は確認しているが、複数 Runtime または unknown runtime を想定した `runtime_id` scoped lookup / error boundary を確認していない。
+   - Acceptance の “Runtime identity / Worker routing key / error boundary” を満たすには、typed `runtime_id` lookup と unknown-runtime / unknown-worker の focused test が必要。
+
+確認できた良い点:
+- `RuntimeSourceKind::{LocalCompatibility, EmbeddedWorkerRuntime, RemoteHttp}` と `RuntimeSourceSummary` により、local compatibility / future embedded / future remote の source 境界は型として追加されている。
+- local source は `source.kind = local_compatibility`、`identity_authority = runtime_registry_projection` として API/test で確認されている。
+- socket/session/path authority の直接公開や embedded `worker_runtime::Runtime` 接続、remote HTTP client/server 実装などの scope creep は見当たらない。
+- 変更範囲は `workspace-server` の `hosts.rs` / `server.rs` のみで、`worker-runtime` public API 変更は見当たらない。
+- read-only で `git diff --check f6fd7b63^ f6fd7b63` は問題なし。Cargo/Nix 検証は read-only 指示を優先して再実行していない。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZKSV6C-runtime-registry at: 2026-06-25T20:38:31Z -->
+
+## Implementation report
+
+Follow-up implementation report after review request_changes:
+
+Commit:
+- `d7c4396c fix: scope workspace worker lookup by runtime`
+
+対応内容:
+- `RuntimeRegistry::worker` を `worker_id` 単独 lookup から `runtime_id + worker_id` lookup に変更。
+  - 先に `runtime_id` を解決。
+  - runtime が存在しない場合は `UnknownRuntime`。
+  - runtime は存在するが worker が存在しない場合は `UnknownWorker { runtime_id, worker_id }`。
+  - worker_id 衝突時に別 runtime の worker を誤って返さない。
+- `RuntimeRegistryError` / workspace-server `Error` に typed error boundary を追加・整理。
+  - `UnknownRuntime(String)`
+  - `UnknownWorker { runtime_id, worker_id }`
+- server 側の error-to-status mapping 更新。
+  - `UnknownRuntime` / `UnknownWorker` は `404 NOT_FOUND`。
+- テスト追加。
+  - 同一 `worker_id` を持つ複数 runtime fixture で lookup が `runtime_id` scoped であることを確認。
+  - unknown runtime と unknown worker が別 error として返り、crate-level `Error` にも正しく mapping されることを確認。
+
+変更ファイル:
+- `crates/workspace-server/src/hosts.rs`
+- `crates/workspace-server/src/lib.rs`
+- `crates/workspace-server/src/server.rs`
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p yoi-workspace-server`: success
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Residual risks / review focus:
+- 現時点で worker detail API route はまだないため、`RuntimeRegistry::worker(runtime_id, worker_id)` の authority boundary は registry 内部 API とテストで確立している。将来 route を追加する際は path/query でも `runtime_id + worker_id` を必須にする必要がある。
+- fixture runtime は routing/error 境界確認用の test-only 実装で、embedded/remote の実接続は次 Ticket の責務として残している。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZKSV6C-runtime-registry at: 2026-06-25T20:41:10Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+確認結果:
+- `RuntimeRegistry::worker(runtime_id, worker_id)` に変更され、`worker_id` 単独走査ではなく `runtime_id` で対象 Runtime を確定してから lookup する形になっている。
+- `UnknownRuntime` と `UnknownWorker { runtime_id, worker_id }` が分離され、crate `Error` / server 404 mapping も更新されている。
+- 同一 `worker_id` が複数 Runtime に存在する multi-runtime fixture test が追加され、誤 routing しないことを確認している。
+- unknown runtime / known runtime + missing worker の error mapping test も追加されている。
+- embedded worker-runtime 接続、remote HTTP、REST server 等の scope creep は見当たらない。
+- local compatibility source の既存 projection / path 非露出 / ID boundedness 系テストは維持されている。
+- read-only で `git diff --check f6fd7b63 d7c4396c` は問題なし。Cargo/Nix は read-only 指示のため再実行していない。
+
+前回ブロッカーは解消済みと判断する。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-25T20:44:19Z -->
+
+## Implementation report
+
+Integration / validation report:
+
+Integration:
+- Implementation branch `work/00001KVZKSV6C-backend-runtime-registry` を orchestration branch に merge 済み。
+- Merge commit: `fb023aab merge: 00001KVZKSV6C runtime registry foundation`
+
+Included implementation commits:
+- `f6fd7b63 feat: add workspace runtime registry source boundary`
+- `d7c4396c fix: scope workspace worker lookup by runtime`
+
+Validation in Orchestrator worktree:
+- `cargo fmt --all --check`: success
+- `cargo test -p yoi-workspace-server`: success（21 tests passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Review:
+- Reviewer approve 済み。前回 blocker だった `runtime_id + worker_id` authority と unknown-runtime / unknown-worker typed error boundary は解消済み。
+
+Outcome:
+- Acceptance criteria を満たしたため `done` へ進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-25T20:44:27Z from: inprogress to: done reason: merged_reviewed_validated field: state -->
+
+## State changed
+
+Backend RuntimeRegistry foundation の実装、review、merge、Orchestrator validation が完了した。
+
+Done evidence:
+- Merge commit: `fb023aab merge: 00001KVZKSV6C runtime registry foundation`
+- Reviewer approve 済み。
+- Orchestrator validation:
+  - `cargo fmt --all --check`: success
+  - `cargo test -p yoi-workspace-server`: success（21 tests passed）
+  - `cargo check -p yoi`: success
+  - `git diff --check`: success
+  - `nix build .#yoi --no-link`: success
+
+Scope:
+- workspace-server の RuntimeRegistry foundation を worker-runtime 向け identity/projection/error boundary に整理。
+- embedded runtime connection / remote HTTP / REST server / Web Console は Non-goals として未実装。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T03:09:01Z -->
+
+## Implementation report
+
+Cleanup report:
+
+- Registry Coder/Reviewer child Workers were no longer present in the spawned-child registry at cleanup time, so no StopPod action was available for them.
+- Child implementation worktree removed:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZKSV6C-backend-runtime-registry`
+- Child implementation branch removed:
+  - `work/00001KVZKSV6C-backend-runtime-registry`
+
+Operational note:
+- User noted StopPod should be run one-by-one rather than through parallel multi-tool execution; future cleanup will follow that.
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-26T17:46:04Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-26T17:46:04Z status: closed -->
+
+## 完了
+
+Completed, reviewed, validated, and merged into develop.
+
+
+---

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

@@ -0,0 +1,5 @@
+{"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"}
+{"id":"orch-plan-20260625-165606-2","ticket_id":"00001KVZQHPNY","kind":"waiting_capacity_note","note":"Core dependency is now done, but this bundle-sync Ticket is left queued in this acceptance pass because Backend Registry foundation and FS store were accepted first. Bundle sync likely touches `worker-runtime` creation/profile boundary and Backend Registry availability semantics, so it should start after at least the foundation branch shape is reviewed or merged to avoid design/API churn.","author":"yoi-orchestrator","at":"2026-06-25T16:56:06Z"}
+{"id":"orch-plan-20260626-051843-3","ticket_id":"00001KVZQHPNY","kind":"waiting_capacity_note","note":"Core/foundation dependencies are now done, but config bundle sync is left queued while embedded Backend RuntimeRegistry connection `00001KVZSGT0Q` is accepted/inprogress. Bundle sync likely touches worker creation/profile boundary and Backend Registry availability semantics; start after embedded connection branch shape is reviewed or merged to avoid API churn.","author":"yoi-orchestrator","at":"2026-06-26T05:18:43Z"}
+{"id":"orch-plan-20260626-054922-4","ticket_id":"00001KVZQHPNY","kind":"waiting_capacity_note","note":"Config bundle sync is left queued while remote Runtime process connection `00001KVZSGT14` is accepted/inprogress. The relation says v0 remote integration can use builtin/default fallback, and starting both would risk churn in worker creation/config routing surfaces.","author":"yoi-orchestrator","at":"2026-06-26T05:49:22Z"}
+{"id":"orch-plan-20260626-063205-5","ticket_id":"00001KVZQHPNY","kind":"accepted_plan","note":"Worker-runtime core, embedded/remote Runtime Registry, REST/WS foundation are done. Previous waiting-capacity notes are resolved; no inprogress remains.","accepted_plan":{"summary":"Runtime へ同期可能な Profile/config bundle model、runtime-side bundle store/status/digest validation、worker create integration、Backend-to-Runtime sync/availability boundary を実装する。Secret values/raw paths/plugin execution/full package manager は扱わない。","branch":"work/00001KVZQHPNY-runtime-config-bundles","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZQHPNY-runtime-config-bundles","role_plan":"Orchestrator が dedicated child worktree を作成し、coder Worker に `crates/worker-runtime` / `crates/workspace-server` と必要な Cargo/package files の write scope を委譲する。reviewer Worker は read-only で secret/path exclusion、digest/provenance, Runtime/Backend sync semantics, typed errors, fallback-vs-bundle boundary を確認する。merge/validation/done/cleanup は Orchestrator が行う。"},"author":"yoi-orchestrator","at":"2026-06-26T06:32:05Z"}

.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: 'closed'
+created_at: '2026-06-25T15:49:30Z'
+updated_at: '2026-06-26T17:46:04Z'
+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/resolution.md

@@ -0,0 +1 @@
+Completed, reviewed, validated, and merged into develop.

.yoi/tickets/00001KVZQHPNY/thread.md

@@ -0,0 +1,466 @@
+<!-- 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 実装を同時に要求する形になりそうな場合。
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-26T06:32:31Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- `00001KVZBCQH4` worker-runtime core、Backend RuntimeRegistry foundation、embedded/remote Runtime connection、REST/WS foundation は done。
+- 前回の waiting-capacity reason は解消済みで、現在 `inprogress` は 0 件。
+- Ticket body は config bundle model、sync API、worker creation integration、Backend responsibility、Plugin/host policy boundary、Non-goals、acceptance criteria を明記している。
+- Plugin package bytes vs package ref の詳細などは実装時の local design latitude として扱える。Secret value sync / full Plugin manager / actual host mount path sync は Non-goals。
+
+Evidence checked:
+- Ticket body: digest/revision/provenance、bundle content model、secret/raw path exclusion、Runtime sync API、CreateWorkerRequest integration、typed errors、Backend responsibility、Non-goals、validation。
+- Relations: only blocking dependency `00001KVZBCQH4` is done。Remote Runtime integration has related relation only and is now done.
+- Orchestration plan: accepted plan `orch-plan-20260626-063205-5` を記録。
+- Workspace state: orchestration worktree clean、no active inprogress。
+
+IntentPacket:
+
+Intent:
+- `worker-runtime` と Backend に Profile/config bundle sync boundary を追加し、Runtime が bundle digest / profile selector を検証して Worker creation に使えるようにする。
+
+Binding decisions / invariants:
+- Bundle に secret values、raw socket/session path、runtime-local mount actual path、host-local cache path を含めない。
+- Secret/mount/network/shell/git availability は host-local policy / grant / secret ref として表現し、Runtime host が最終判断する。
+- Backend は Runtime credential / direct endpoint / raw bundle storage path を Browser に渡さない。
+- Backend が巨大な fully-resolved WorkerSpec を毎回送る設計にはしない。Worker creation は intent + profile selector + bundle ref + capabilities の境界を保つ。
+- Builtin/default fallback は残すが、synced bundle mode と責務を区別する。
+- Full Plugin package manager / registry / signature policy / secret value sync / Web Console completion は実装しない。
+
+Requirements / acceptance criteria:
+- Config bundle domain type が digest / revision / workspace id / created_at / provenance を持つ。
+- Runtime は bundle を保存・一覧/確認し、digest を検証できる。
+- `CreateWorkerRequest` / worker creation path が profile selector + config bundle ref を扱う。
+- Missing bundle / digest mismatch / invalid profile / unsupported declaration は typed error。
+- Embedded Runtime は direct lib API で sync 可能。
+- Networked Runtime 用 REST sync API shape または endpoint がある。
+- Backend は Runtime へ bundle sync し、bundle availability を確認できる。
+- Tests distinguish builtin/default fallback vs synced bundle mode。
+
+Implementation latitude:
+- Module split, exact JSON/domain structs, digest computation details, minimal profile resolution depth, package ref vs inline descriptor representation are Coder choices within the invariants.
+- For v0, `ResolvedWorkerSpec` / host-local policy enforcement may be a typed boundary with focused validation rather than full Plugin execution.
+- If Profile/resource loading from existing project crates is too broad for this slice, define stable bundle structs and sync/validation semantics first, then escalate for deeper integration.
+
+Escalate if:
+- Secret values or host-local actual paths appear necessary in bundle content.
+- Full Plugin package manager/signature policy is required to satisfy acceptance.
+- Existing `worker-runtime` / Backend API must be redesigned broadly.
+- Browser-facing API would need to receive Runtime credentials or raw bundle storage paths.
+
+Validation:
+- `cargo fmt --all`
+- `cargo test -p worker-runtime`
+- `cargo test -p yoi-workspace-server`
+- `cargo check -p yoi`
+- `git diff --check`
+- 可能なら `nix build .#yoi --no-link`
+
+Critical risks / reviewer focus:
+- Secret/raw path leakage。
+- Bundle digest/provenance instability or mismatch bugs。
+- Blurring builtin/default fallback with synced bundle mode。
+- Over-implementing Plugin manager / policy enforcement beyond v0 boundary。
+- Remote Runtime sync endpoint leaking endpoint/token/path details to Browser。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-26T06:32:50Z from: queued to: inprogress reason: routing_accepted_after_runtime_foundation_done field: state -->
+
+## State changed
+
+Routing decision: implementation_ready。
+
+worker-runtime core / Registry foundation / embedded+remote Runtime connection / REST+WS foundation は done。Ticket body / relations / workspace state / accepted plan を確認し、Profile/config bundle sync slice は unblocked と判断した。accepted plan と IntentPacket は thread / orchestration plan に記録済み。
+
+これ以降、worktree creation / coder Worker routing などの implementation side effect に進める。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T06:35:25Z -->
+
+## Implementation report
+
+Implementation kickoff:
+
+- Worktree created: `/home/hare/Projects/yoi/.worktree/00001KVZQHPNY-runtime-config-bundles`
+- Branch: `work/00001KVZQHPNY-runtime-config-bundles`
+- Coder Worker spawned: `yoi-coder-00001KVZQHPNY-config-bundles`
+
+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 limited to `crates/worker-runtime/**`, `crates/workspace-server/**`, root `Cargo.toml`, `Cargo.lock`, and `package.nix` if dependency/package changes are needed.
+- Coder is instructed not to modify Ticket records and not to operate in root/orchestration worktrees.
+
+Queued capacity notes:
+- `00001KVZ9JGK0` remains queued to avoid overlapping Web Console/API surface changes while Profile/config sync is inprogress.
+- `00001KW04A8K6` remains queued to avoid TUI migration against unstable worker creation/profile semantics.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZQHPNY-config-bundles at: 2026-06-26T07:08:31Z -->
+
+## Implementation report
+
+Implementation report:
+
+実装完了。指定 worktree / branch 内で commit 済み。
+
+Commit:
+- `abab1af2 feat: add runtime config bundle sync`
+
+変更ファイル:
+- `Cargo.lock`
+- `package.nix`
+- `crates/worker-runtime/Cargo.toml`
+- `crates/worker-runtime/src/lib.rs`
+- `crates/worker-runtime/src/catalog.rs`
+- `crates/worker-runtime/src/config_bundle.rs`
+- `crates/worker-runtime/src/error.rs`
+- `crates/worker-runtime/src/fs_store.rs`
+- `crates/worker-runtime/src/http_server.rs`
+- `crates/worker-runtime/src/runtime.rs`
+- `crates/workspace-server/src/hosts.rs`
+- `crates/workspace-server/src/server.rs`
+
+実装概要:
+
+### worker-runtime
+
+- `config_bundle` module を追加。
+  - `ConfigBundle`
+  - `ConfigBundleMetadata`
+  - `ConfigBundleProvenance`
+  - `ConfigProfileDescriptor`
+  - `ConfigDeclaration`
+  - `ConfigBundleSummary`
+  - `ConfigBundleAvailability`
+- Bundle metadata に digest / revision / workspace id / created_at / provenance/source metadata を保持。
+- `ConfigBundleRef` を `id + digest` に拡張。
+- Runtime direct lib API を追加。
+  - `store_config_bundle`
+  - `list_config_bundles`
+  - `check_config_bundle`
+- Worker creation で profile selector + config_bundle ref を検証。
+  - bundle missing
+  - digest mismatch
+  - invalid profile selector
+  - unsupported declaration
+  を typed `RuntimeError` として返す。
+- builtin/default fallback と synced bundle mode を区別。
+  - bundle なしでは `RuntimeDefault` / `Builtin` fallback を許可。
+  - `Named` profile は synced bundle ref 必須。
+- FS snapshot に config bundle store を永続化。
+- Runtime REST API を追加。
+  - `GET /v1/config-bundles`
+  - `POST /v1/config-bundles`
+  - `GET /v1/config-bundles/{bundle_id}/availability?digest=...`
+- Bundle validation で secret values / host-local path 的な値を bundle content に持ち込まない前提の ref/grant/policy boundary を enforced する最小チェックを追加。
+
+### workspace-server / Backend
+
+- `WorkerSpawnRequest` に `profile` / `config_bundle` / `requested_capabilities` を追加。
+- `RuntimeRegistry` / runtime host boundary に bundle sync/check/list を追加。
+- Embedded Runtime backend で direct lib sync/check/create が動作。
+- Remote Runtime backend で Runtime REST sync/check endpoint を利用。
+- Workspace API に backend-facing endpoint を追加。
+  - `POST /api/runtimes/{runtime_id}/config-bundles`
+  - `GET /api/runtimes/{runtime_id}/config-bundles/{bundle_id}/availability?digest=...`
+- Browser/API 側に Runtime credentials / direct endpoint / raw bundle storage path は出していない。
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p worker-runtime`: success（10 passed）
+- `cargo test -p yoi-workspace-server`: success（34 passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Notes:
+- `sha2` を `worker-runtime` direct dependency に追加したため、`Cargo.lock` と `package.nix` の `cargoHash` も更新。
+
+Residual risks / review focus:
+- Bundle digest canonicalization は v0 の typed domain fields ベース。将来 declaration schema が増える場合、digest 対象フィールドの拡張方針を確認してほしい。
+- Bundle content の secret value / host-local path 禁止は v0 として文字列フィールドへの conservative validation。完全な policy/signature/package-manager ではない。
+- Remote Runtime の bundle availability check は query string に digest を載せる最小 REST shape。bundle id の URL encoding 方針は今後必要なら強化対象。
+- Backend API endpoint は sync/check のみ追加し、Browser 完成 UX や full Plugin package manager / signature policy は実装していない。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZQHPNY-config-bundles at: 2026-06-26T07:18:50Z status: request_changes -->
+
+## Review: request changes
+
+Review result: request_changes
+
+読取専用レビュー結果。`abab1af2` の差分・該当ソースを確認し、追加で `git diff --check HEAD^ HEAD` のみ実行した（cargo/nix はファイル生成を避けるため再実行せず、報告値として扱った）。
+
+ブロッカー:
+
+1. **bundle content の禁止境界がまだ満たせていない。**
+   `ConfigDeclaration.reference` は自由文字列で、検証は `validate_boundary_text` の限定的な substring 判定のみ。
+   - `crates/worker-runtime/src/config_bundle.rs:124-129`
+   - `crates/worker-runtime/src/config_bundle.rs:266-294`
+   例えば `.cache/yoi`、`.yoi/sessions/foo.jsonl`、`pods/foo/sock` のような相対 cache/session/socket 形や、`SecretRef.reference` に平文 secret 風文字列を入れても拒否されない。Ticket の invariant「Bundles must not contain secret values / raw socket/session paths / host-local cache paths」を API 型・検証境界として保証できていないため修正が必要。型を分けるか、少なくとも ref/grant/policy の許可形式を明示して拒否テストを追加すること。
+
+2. **Backend remote availability check の bundle id canonicalization/encoding が不十分。**
+   Runtime REST は `{bundle_id}` path segment を使うが、bundle id 側の検証は `/`, `?`, `&` などを拒否せず、remote client は URL encode せずに埋め込んでいる。
+   - REST route: `crates/worker-runtime/src/http_server.rs:172-177`
+   - remote client: `crates/workspace-server/src/hosts.rs:1784-1788`
+   direct/POST store では受け入れられる id が remote check では経路破壊・誤解釈され得るため、Remote/Embedded の sync/check semantics が一致しない。path-safe id へ正規化/検証するか、ID を安全にエンコード/別ボディ化し、対応テストを追加すること。
+
+3. **Browser-facing diagnostics に remote Runtime の raw store path が漏れる経路がある。**
+   Runtime REST error は `RuntimeError::to_string()` をそのまま返し、`StoreIo/StoreMissing/StoreCorrupt` は path を Display する。Backend remote client はその remote message を診断として Browser-facing `ConfigBundleSyncResult/CheckResult` に載せる。
+   - path を含む Display: `crates/worker-runtime/src/error.rs:65-80`
+   - REST error message: `crates/worker-runtime/src/http_server.rs:785-789`
+   - Backend diagnostic relay: `crates/workspace-server/src/hosts.rs:2476-2505`
+   「Backend must not expose ... raw bundle storage paths to Browser」に反する。remote Runtime の internal path は Backend 側でサニタイズし、embedded と同様に内部 path 非公開の診断へ畳む必要がある。
+
+確認できた良い点:
+- digest/revision/workspace_id/created_at/provenance を持つ bundle domain type は追加されている。
+- Runtime store/list/check、profile + bundle ref の Worker 作成検証、missing/mismatch/invalid profile/unsupported declaration の typed error は概ね入っている。
+- builtin/default fallback と synced bundle mode のテスト分離はある。
+- Embedded direct sync と remote REST sync/check の骨格はある。
+- package.nix の cargoHash は Cargo.lock 変更に合わせて更新されている。
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZQHPNY-config-bundles at: 2026-06-26T07:34:04Z -->
+
+## Implementation report
+
+Follow-up implementation report after review request_changes:
+
+Commit:
+- `4867ab21 fix: harden runtime config bundle boundary`
+
+対応内容:
+
+### 1. Bundle content boundary 強化
+
+- `ConfigBundle` / `ConfigBundleRef` validation を強化。
+- Bundle id を path-safe stable identifier に制限。
+  - `/`, `?`, `&`, `#`, whitespace などを拒否。
+- digest を lowercase SHA-256 hex 64 chars として検証。
+- `ConfigDeclaration.reference` は free string のままにせず、kind ごとに許可 prefix を限定。
+  - `SecretRef`: `secret:`, `secret-ref:`, `vault:`, `keyring:`
+  - `MountGrant`: `mount:`, `mount-grant:`
+  - `NetworkPolicy`: `network:`, `network-policy:`
+  - `ShellPolicy`: `shell:`, `shell-policy:`
+  - `GitPolicy`: `git:`, `git-policy:`
+  - `CapabilityGrant`: `capability:`, `capability-grant:`
+- reference token では `/`, `\`, `?`, `&`, `#`, `%`, `=`, whitespace を拒否。
+- relative cache/session/socket/path-like forms を拒否するテストを追加。
+  - `.cache/yoi`
+  - `.yoi/sessions/foo.jsonl`
+  - `pods/foo/sock`
+  - `password=hunter2`
+  - `hunter2-secret-value`
+
+### 2. Remote availability check の path safety
+
+- Runtime 側で unsafe bundle id を拒否。
+- Remote client 側の bundle availability path construction で bundle id / digest を percent-encode。
+  - `bundle/1?x` が `/v1/config-bundles/bundle%2F1%3Fx/availability?...` になることを mock HTTP test で確認。
+- Direct/Embedded と Remote で path segment 解釈が分岐しにくいようにした。
+
+### 3. Browser-facing diagnostics の raw path leak 防止
+
+- Remote Runtime HTTP error diagnostic で remote error message をそのまま転送しないように変更。
+- Browser-facing diagnostic は remote code / HTTP status のみを含む sanitized message に変換。
+- mock remote response に raw store path / session path を含め、`ConfigBundleSyncResult` / `ConfigBundleCheckResult` に漏れないことをテスト追加。
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p worker-runtime`: success（13 passed）
+- `cargo test -p yoi-workspace-server`: success（35 passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Residual risks / review focus:
+- `ConfigDeclaration.reference` は v0 として prefix/token allowlist で制限。将来、より構造化された enum payload に移す余地はある。
+- Secret ref は「値を同期しない」境界として typed prefix 必須にしたが、ref 名自体に何を許すかは今後 policy 化できる。
+- Remote error message は全体的に sanitized されるため、詳細調査は backend/runtime logs 側を見る前提。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZQHPNY-config-bundles at: 2026-06-26T07:38:26Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+再レビュー結果: 前回ブロッカーは解消されていると判断する。
+
+確認内容:
+- `4867ab21 fix: harden runtime config bundle boundary` の差分と関連実装を読取専用で確認。
+- `git diff --check HEAD^ HEAD` は問題なし。
+- cargo/nix 系はファイル生成を避けるため再実行せず、報告された成功結果を前提確認扱い。
+
+確認できた解消点:
+- bundle id は path-safe に制限され、`/`, `?`, `&`, `#`, whitespace 等が拒否される。
+- digest は lowercase SHA-256 hex 64 chars として検証される。
+- `ConfigDeclaration.reference` は kind 別 prefix + token 制限になり、cache/session/socket/path 風・secret value 風の拒否テストも追加されている。
+- remote availability path は percent-encode され、Runtime 側でも unsafe id が拒否されるため remote/embedded の意味差が縮んでいる。
+- remote Runtime error の raw message は Backend 診断へ中継されず、Browser-facing result は HTTP status / remote code ベースにサニタイズされている。raw store/session path 非漏洩テストも確認。
+- builtin/default fallback と synced bundle mode の区別、typed error、sync/check API 境界は維持されている。
+- Plugin package manager/signature/WebConsole 方面の scope creep は見当たらない。
+- `package.nix` の `cargoHash` 更新も反映済み。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T07:39:30Z -->
+
+## Implementation report
+
+Integration / validation report:
+
+Integration:
+- Implementation branch `work/00001KVZQHPNY-runtime-config-bundles` を orchestration branch に merge 済み。
+- Merge commit: `7e8a8cfa merge: 00001KVZQHPNY runtime config bundles`
+
+Included implementation commits:
+- `abab1af2 feat: add runtime config bundle sync`
+- `4867ab21 fix: harden runtime config bundle boundary`
+
+Validation in Orchestrator worktree:
+- `cargo fmt --all --check`: success
+- `cargo test -p worker-runtime`: success（13 tests passed）
+- `cargo test -p yoi-workspace-server`: success（35 tests passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Review:
+- Reviewer approve 済み。前回 blockers だった bundle content boundary、bundle id path safety、remote diagnostics raw path non-leak は解消済み。
+
+Outcome:
+- Acceptance criteria を満たしたため `done` へ進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-26T07:39:39Z from: inprogress to: done reason: merged_reviewed_validated field: state -->
+
+## State changed
+
+Runtime Profile/config bundle sync の実装、review、merge、Orchestrator validation が完了した。
+
+Done evidence:
+- Merge commit: `7e8a8cfa merge: 00001KVZQHPNY runtime config bundles`
+- Reviewer approve 済み。
+- Orchestrator validation:
+  - `cargo fmt --all --check`: success
+  - `cargo test -p worker-runtime`: success（13 tests passed）
+  - `cargo test -p yoi-workspace-server`: success（35 tests passed）
+  - `cargo check -p yoi`: success
+  - `git diff --check`: success
+  - `nix build .#yoi --no-link`: success
+
+Scope:
+- Config bundle domain/sync/check、worker creation integration、embedded/remote Backend sync/check boundary を追加。
+- Secret value sync / full Plugin package manager/signature policy / Web Console completion は Non-goals として未実装。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T07:40:38Z -->
+
+## Implementation report
+
+Cleanup report:
+
+- Child Workers stopped one-by-one and scope reclaimed:
+  - `yoi-coder-00001KVZQHPNY-config-bundles`
+  - `yoi-reviewer-00001KVZQHPNY-config-bundles`
+- Child implementation worktree removed:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZQHPNY-runtime-config-bundles`
+- Child implementation branch removed:
+  - `work/00001KVZQHPNY-runtime-config-bundles`
+
+Operational note:
+- StopPod was executed sequentially, not in parallel.
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-26T17:46:04Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-26T17:46:04Z status: closed -->
+
+## 完了
+
+Completed, reviewed, validated, and merged into develop.
+
+
+---

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

@@ -0,0 +1,2 @@
+{"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"}
+{"id":"orch-plan-20260626-051805-2","ticket_id":"00001KVZSGT0Q","kind":"accepted_plan","note":"Dependencies are unblocked: `00001KVZKSV6C` RuntimeRegistry foundation is done; worker-runtime core is done. No active inprogress remains after WS proxy cleanup.","accepted_plan":{"summary":"Backend RuntimeRegistry に embedded `worker_runtime::Runtime` source を接続し、backend-internal Runtime として summary/status/capabilities、worker list/detail/create/input/transcript projection を direct lib call で扱えるようにする。remote process/FS/REST/WS/Web Console/Profile sync は扱わない。","branch":"work/00001KVZSGT0Q-embedded-runtime-registry","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZSGT0Q-embedded-runtime-registry","role_plan":"Orchestrator が dedicated child worktree を作成し、coder Worker に `crates/workspace-server` 中心の narrow write scope を委譲する。reviewer Worker は read-only で embedded Runtime registration、runtime_id+worker_id routing、no internal path/credential leak、local compatibility separation を確認する。merge/validation/done/cleanup は Orchestrator が行う。"},"author":"yoi-orchestrator","at":"2026-06-26T05:18:05Z"}

.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: 'closed'
+created_at: '2026-06-25T16:23:58Z'
+updated_at: '2026-06-26T17:46:04Z'
+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/resolution.md

@@ -0,0 +1 @@
+Completed, reviewed, validated, and merged into develop.

.yoi/tickets/00001KVZSGT0Q/thread.md

@@ -0,0 +1,333 @@
+<!-- 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 を満たさない。
+
+---
+
+<!-- event: decision author: yoi-orchestrator at: 2026-06-26T05:18:27Z -->
+
+## Decision
+
+Routing decision: implementation_ready
+
+Reason:
+- `00001KVZKSV6C` Backend RuntimeRegistry foundation は done。`00001KVZBCQH4` worker-runtime core も done。
+- 本 Ticket の scope は embedded Runtime handle を Backend Registry に接続することで、remote Runtime process / FS store / REST command server / event stream / Web Console / config bundle sync は Non-goals。
+- 現在 `inprogress` は 0 件。実装 surface は主に `crates/workspace-server` の RuntimeRegistry source/route であり、queued の remote/WebConsole/TUI は本 Ticket 完了後に判断すべき依存関係。
+
+Evidence checked:
+- Ticket body: embedded Runtime registration、direct lib call Worker operations、Backend API exposure、Non-goals、acceptance criteria。
+- Relations: outgoing dependency `00001KVZKSV6C` は done。incoming `00001KVZ9JGK0` / `00001KW04A8K6` は後続であり blocker ではない。
+- Orchestration plan: accepted plan `orch-plan-20260626-051805-2` を記録。
+- Workspace state: orchestration worktree clean、WS proxy Ticket は done/cleanup 済み。
+
+IntentPacket:
+
+Intent:
+- Workspace Backend の `RuntimeRegistry` に embedded `worker_runtime::Runtime` source を追加し、`backend-internal` Runtime として扱えるようにする。
+
+Binding decisions / invariants:
+- Embedded Runtime は HTTP endpoint / token / socket path / session path を持たない。
+- Browser-facing API は `runtime_id + worker_id` authority で扱い、embedded Runtime internals / store path / provider credentials を露出しない。
+- v0 は memory store / builtin/default Profile fallback / toolsなし Worker でよい。
+- Remote Runtime process client、FS store、REST command server、event stream server、Web Console、Profile/config bundle sync は実装しない。
+- Local compatibility source は残し、embedded Runtime source と diagnostics / implementation kind で区別する。
+
+Requirements / acceptance criteria:
+- Workspace Backend が embedded `worker_runtime::Runtime` を生成・保持し、RuntimeRegistry に登録できる。
+- Backend API から `backend-internal` Runtime の summary/status/capabilities を確認できる。
+- Registry が embedded Runtime の worker list/detail/create/send input/transcript projection を direct lib call で扱える。
+- v0 toolsなし Worker が create でき、input acceptance まで確認できる。
+- socket/session/runtime internal store/provider credential が Browser-facing API に出ない。
+- Focused workspace-server tests cover embedded runtime registration and routing。
+
+Implementation latitude:
+- Existing `/api/workers` / runtime list に含めるか、新 runtime-scoped endpoint に寄せるかは Coder が既存 API shape とテスト容易性に基づいて選び、実装報告で方針を明記する。
+- Internal source enum/handle/trait の分割、typed error mapping、test fixture の形は既存 `hosts.rs` / `server.rs` に合わせてよい。
+
+Escalate if:
+- `worker-runtime` public API の大幅変更が必要になる。
+- Profile/config bundle sync を同時に実装しないと embedded Worker create が成立しない場合。
+- Browser-facing API schema を大きく変える必要がある場合。
+
+Validation:
+- `cargo fmt --all`
+- `cargo test -p yoi-workspace-server`
+- `cargo check -p yoi`
+- `git diff --check`
+- 可能なら `nix build .#yoi --no-link`
+
+Critical risks / reviewer focus:
+- Embedded Runtime internals/path/credentials の漏洩。
+- Local compatibility source と embedded Runtime source の混同。
+- `runtime_id + worker_id` routing ではなく worker_id-only routing に戻る regression。
+- Non-goals（remote/REST/WS/WebConsole/Profile sync）への scope creep。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-26T05:18:35Z from: queued to: inprogress reason: routing_accepted_after_registry_foundation_done field: state -->
+
+## State changed
+
+Routing decision: implementation_ready。
+
+Dependency `00001KVZKSV6C` Backend RuntimeRegistry foundation と `00001KVZBCQH4` worker-runtime core は done。Ticket body / relations / workspace state / accepted plan を確認し、embedded worker-runtime Registry connection slice は unblocked と判断した。
+
+これ以降、worktree creation / coder Worker routing などの implementation side effect に進める。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T05:19:30Z -->
+
+## Implementation report
+
+Implementation kickoff:
+
+- Worktree created: `/home/hare/Projects/yoi/.worktree/00001KVZSGT0Q-embedded-runtime-registry`
+- Branch: `work/00001KVZSGT0Q-embedded-runtime-registry`
+- Coder Worker spawned: `yoi-coder-00001KVZSGT0Q-embedded-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 limited to `crates/workspace-server/**` and root `Cargo.lock` if dependency lock changes are needed.
+- Coder is instructed not to modify Ticket records and not to operate in root/orchestration worktrees.
+
+Queued capacity note:
+- `00001KVZQHPNY` remains queued while this embedded Runtime connection is inprogress to avoid worker creation/profile boundary API churn.
+- Remote/WebConsole/TUI dependent Tickets remain queued until embedded/remote prerequisite chain is done.
+
+---
+
+<!-- event: implementation_report author: yoi-coder-00001KVZSGT0Q-embedded-runtime at: 2026-06-26T05:41:14Z -->
+
+## Implementation report
+
+Implementation report:
+
+実装完了。現在のブランチにコミット済み。
+
+Commit:
+- `c8209285 feat: add embedded workspace runtime registry`
+
+変更ファイル:
+- `crates/workspace-server/src/hosts.rs`
+- `crates/workspace-server/src/server.rs`
+
+実装概要:
+- `RuntimeRegistry` に backend-internal な embedded `worker_runtime::Runtime` source を追加。
+  - `EmbeddedWorkerRuntime::new_memory(...)`
+  - `RuntimeRegistry::for_workspace(...)`
+  - `RuntimeRegistry::register(...)`
+- local compatibility source は既存の `local-worker-runtime` として維持し、embedded source は `embedded-worker-runtime` として distinct な kind / diagnostics に分離。
+- embedded Runtime は browser/API に対して以下を露出しない projection にしている。
+  - HTTP endpoint
+  - token / credential
+  - socket / session path
+  - store path
+  - provider identity
+- Worker 操作は `runtime_id + worker_id` で routing。
+  - worker create
+  - worker detail
+  - input acceptance
+  - bounded transcript projection
+- v0 として in-memory / tools-less Worker create を実装。
+  - Ticket role では builtin profile fallback (`builtin:coder` など)
+  - Workspace companion/orchestrator では runtime default profile fallback
+- `SocketReady` acceptance は embedded Runtime では明示的に reject。
+
+追加/拡張 API:
+- `POST /api/runtimes/{runtime_id}/workers`
+- `GET /api/runtimes/{runtime_id}/workers/{worker_id}`
+- `POST /api/runtimes/{runtime_id}/workers/{worker_id}/input`
+- `GET /api/runtimes/{runtime_id}/workers/{worker_id}/transcript?start=...&limit=...`
+
+既存 API への反映:
+- `GET /api/runtimes`
+- `GET /api/workers`
+にも embedded runtime / embedded worker projection が載る。
+
+テスト:
+- embedded runtime registration / routing
+- local compatibility source と embedded source の分離
+- embedded Worker create
+- input acceptance
+- transcript projection
+- wrong runtime_id での worker 操作が通らないこと
+- browser-facing projection に内部 path / credential / socket/session 類が混ざらないこと
+- `SocketReady` acceptance が embedded Runtime で reject されること
+
+Validation:
+- `cargo fmt --all`: success
+- `cargo test -p yoi-workspace-server`: success
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Residual risks / review focus:
+- v0 は intentionally in-memory + tools-less Worker。LLM 実行、remote Runtime process client、FS store、REST command server、event stream server、Web Console、Profile/config sync は未実装。
+- embedded runtime の API projection は内部情報を出さない方針だが、diagnostics / evidence / summary JSON に internal identity が混ざっていないか要確認。
+- `requested_worker_name` は authority として使わず、embedded Runtime 側の opaque worker id を採用。UX 的表示名が必要なら別 Ticket で profile/config bundle や display metadata の設計が必要。
+
+---
+
+<!-- event: review author: yoi-reviewer-00001KVZSGT0Q-embedded-runtime at: 2026-06-26T05:46:25Z status: approve -->
+
+## Review: approve
+
+Review result: approve
+
+確認結果:
+- `RuntimeRegistry` に `LocalWorkerRuntime` と別種別の `EmbeddedWorkerRuntime` が登録され、`backend-internal` Runtime として summary/status/capabilities を返す構成になっている。
+- embedded 側は `worker_runtime::Runtime::new_memory` を保持し、worker list/detail/create/send input/transcript は adapter 経由で direct lib call している。REST/remote process/FS store/WebConsole/Profile sync などへの scope creep は見当たらない。
+- embedded Runtime summary/worker projection は endpoint/token/socket/session path/store path/provider credential を露出しておらず、capabilities も内部実装詳細を出さない形。
+- local compatibility source は `local-pod-runtime`、embedded source は `embedded-worker-runtime` として kind/diagnostics が分離されている。
+- API routing は detail/input/transcript が `/api/runtimes/{runtime_id}/workers/{worker_id}` 系で、worker_id-only の操作経路への回帰は見当たらない。
+- tests は registration/routing/projection/error/identity boundary を含み、embedded worker 作成・input acceptance・transcript projection と誤 runtime/worker の失敗系も確認されている。
+
+検証:
+- read-only 指示に従い、ビルド/テスト再実行やファイル変更は行わず、対象 commit の差分・実装・テストを静的確認した。報告済み validation 結果と矛盾する点はない。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T05:47:01Z -->
+
+## Implementation report
+
+Integration / validation report:
+
+Integration:
+- Implementation branch `work/00001KVZSGT0Q-embedded-runtime-registry` を orchestration branch に merge 済み。
+- Merge commit: `e0cc7acf merge: 00001KVZSGT0Q embedded runtime registry`
+
+Included implementation commit:
+- `c8209285 feat: add embedded workspace runtime registry`
+
+Validation in Orchestrator worktree:
+- `cargo fmt --all --check`: success
+- `cargo test -p yoi-workspace-server`: success（29 tests passed）
+- `cargo check -p yoi`: success
+- `git diff --check`: success
+- `nix build .#yoi --no-link`: success
+
+Review:
+- Reviewer approve 済み。embedded Runtime registration/routing、internal path/credential non-leak、local compatibility source separation、runtime_id+worker_id authority に blocker なし。
+
+Outcome:
+- Acceptance criteria を満たしたため `done` へ進める。
+
+---
+
+<!-- event: state_changed author: yoi-orchestrator at: 2026-06-26T05:47:09Z from: inprogress to: done reason: merged_reviewed_validated field: state -->
+
+## State changed
+
+Backend RuntimeRegistry embedded worker-runtime connection の実装、review、merge、Orchestrator validation が完了した。
+
+Done evidence:
+- Merge commit: `e0cc7acf merge: 00001KVZSGT0Q embedded runtime registry`
+- Reviewer approve 済み。
+- Orchestrator validation:
+  - `cargo fmt --all --check`: success
+  - `cargo test -p yoi-workspace-server`: success（29 tests passed）
+  - `cargo check -p yoi`: success
+  - `git diff --check`: success
+  - `nix build .#yoi --no-link`: success
+
+Scope:
+- Backend RuntimeRegistry に embedded `worker_runtime::Runtime` source を接続。
+- Remote process / FS/REST/WS server implementation / Web Console / Profile config sync は Non-goals として未実装。
+
+---
+
+<!-- event: implementation_report author: yoi-orchestrator at: 2026-06-26T05:47:56Z -->
+
+## Implementation report
+
+Cleanup report:
+
+- Child Workers stopped one-by-one and scope reclaimed:
+  - `yoi-coder-00001KVZSGT0Q-embedded-runtime`
+  - `yoi-reviewer-00001KVZSGT0Q-embedded-runtime`
+- Child implementation worktree removed:
+  - `/home/hare/Projects/yoi/.worktree/00001KVZSGT0Q-embedded-runtime-registry`
+- Child implementation branch removed:
+  - `work/00001KVZSGT0Q-embedded-runtime-registry`
+
+Operational note:
+- StopPod was executed sequentially, not in parallel.
+
+---
+
+<!-- event: state_changed author: hare at: 2026-06-26T17:46:04Z from: done to: closed reason: closed field: state -->
+
+## State changed
+
+Ticket を closed にしました。
+
+
+---
+
+<!-- event: close author: hare at: 2026-06-26T17:46:04Z status: closed -->
+
+## 完了
+
+Completed, reviewed, validated, and merged into develop.
+
+
+---

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

@@ -0,0 +1,2 @@
+{"id":"orch-plan-20260625-203613-1","ticket_id":"00001KVZSGT14","kind":"blocked_by","related_ticket":"00001KVZKSTJT","note":"Queue routing checked. Remote worker-runtime process connection depends on WebSocket observation proxy `00001KVZKSTJT` and REST command server `00001KVZKSTE2`; REST is now inprogress and WS proxy remains queued, so this Ticket should wait.","author":"yoi-orchestrator","at":"2026-06-25T20:36:13Z"}
+{"id":"orch-plan-20260626-054840-2","ticket_id":"00001KVZSGT14","kind":"accepted_plan","note":"Dependencies are now done: FS store, REST command server, WebSocket observation proxy, and RuntimeRegistry foundation. Related profile/config sync is not a blocking relation for v0, per existing relation note.","accepted_plan":{"summary":"Backend RuntimeRegistry に remote worker-runtime process handle を追加し、REST command API と WS observation API を Backend-owned client として route/proxy できるようにする。Dynamic registration/full auth/Web Console/Profile sync は扱わない。","branch":"work/00001KVZSGT14-remote-runtime-registry","worktree":"/home/hare/Projects/yoi/.worktree/00001KVZSGT14-remote-runtime-registry","role_plan":"Orchestrator が dedicated child worktree を作成し、coder Worker に `crates/workspace-server` と必要な Cargo/package files の write scope を委譲する。reviewer Worker は read-only で remote endpoint/token non-leak、runtime_id+worker_id authority、REST/WS client error mapping、embedded/local separation を確認する。merge/validation/done/cleanup は Orchestrator が行う。"},"author":"yoi-orchestrator","at":"2026-06-26T05:48:40Z"}

.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,73 @@
+---
+title: 'Backend RuntimeRegistryにremote worker-runtime processを接続する'
+state: 'closed'
+created_at: '2026-06-25T16:23:58Z'
+updated_at: '2026-06-26T17:46:04Z'
+assignee: null
+queued_by: 'workspace-panel'
+queued_at: '2026-06-25T20:34:35Z'
+---
+
+## 背景
+
+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` が通る。