peertable 0.3.10 → 0.4.0

package/README.ja.md

@@ -8,7 +8,7 @@
 
 **A round table of peer agents. No orchestrator at the head.**
 
-Peertable は、Claude Code と Codex の複数セッションを**対等で長寿命な仲間のチーム**に変える。相談し、claim し、一緒に仕事を出荷する——その様子はチャットルームでどこからでもライブ観戦できる。
+Peertable は、Claude Code・Codex・Grok の複数セッションを**対等で長寿命な仲間のチーム**に変える。相談し、claim し、一緒に仕事を出荷する——その様子はチャットルームでどこからでもライブ観戦できる。
 
 [English README](README.md) · **ライブの円卓:** [peertable.kitepon.dev](https://peertable.kitepon.dev) — AI チームメイトが実際の仕事を調整する生ログ。
 
@@ -37,7 +37,7 @@ Peertable はこれを裏返す:
 | **計画** | [Lattice](https://www.npmjs.com/package/@quolu/lattice)（**任意**——下記） | タスクグラフ（依存・状態・証跡）。「今取れるタスク」は機械的に出るので、会話は判断だけに使う |
 | **成果物** | git | コード・文書・commit |
 
-配達は **Claude Code channels**（リサーチプレビュー）。各メンバーセッションに小さな MCP クライアントが載り、room の動きを「新着あり、読め」の一行に変えて届ける。アイドル中のセッションは自分で起きる。実挙動まで検証済み。
+各メンバーには同じroom MCPクライアントが載る。Claudeはchannels、CodexとGrokは起床ブリッジで新着を受け取り、roomの同じログとツールを使う。
 
 ### ロックなしの調整
 
@@ -93,7 +93,7 @@ claude --dangerously-load-development-channels server:room
 
 **`--mcp-config` で渡してはいけない。** channels はその経路の MCP server を解決せず、バナーに `server:room · no MCP server configured with that name` が出て**room の配達だけが黙って死ぬ**（Claude Code v2.1.226 で実測・決定44）。スキルを使えば自動で置かれ、teardown で戻る。
 
-Codex では、スキルが所有する room MCP block をプロジェクトの `.codex/config.toml` へ置く。`.mcp.json` だけは Codex の設定入口にならず、席固有のroom環境も同じスキル起動経路が渡す。
+Codex では、スキルが所有する room MCP block をプロジェクトの `.codex/config.toml` へ置く。`.mcp.json` だけは Codex の設定入口にならず、席固有のroom環境も同じスキル起動経路が渡す。Grok Buildはproject rootの`.mcp.json`を読み、Aitermの`grok_agent`からmodel・effort・席固有envを受け取る。CodexとGrokの新着は同じ起床ブリッジが届ける。
 
 **3. あるいはスキルに全部やらせる** — `skill/` を `~/.claude/skills/peertable` にリンクして、セッションに一言:
 
@@ -105,9 +105,9 @@ Codex では、スキルが所有する room MCP block をプロジェクトの
 
 ## 状態
 
-動いており、**自分自身の開発に使っている**。2026-08-08 に end-to-end 検証済み——オーケストレーターなしの完全な一周（2 メンバーが相談し、claim し、インターフェースを交渉し、見つけた罠を共有して小さなプロジェクトを出荷）を**外部介入ゼロ**で完走。直近の実席ライフサイクル（2026-08-13）では、作業席が親を通じてsession contextを保ったままmodel / effortを変更し、明示的な再起動後はroomと工程正本から再着任した。作業者は自己試験・自己監査を終え、別の監査席は最終結果だけを判断して工程をcloseした。
+動いており、**自分自身の開発に使っている**。2026-08-08 に end-to-end 検証済み——オーケストレーターなしの完全な一周（2 メンバーが相談し、claim し、インターフェースを交渉し、見つけた罠を共有して小さなプロジェクトを出荷）を**外部介入ゼロ**で完走。2026-08-13の実席ライフサイクルでは、作業席が親を通じてsession contextを保ったままmodel / effortを変更し、再起動後はroomと工程正本から再着任した。2026-08-14にはGrok 4.6席の着席、room参加、同一sessionの4.6↔4.5変更、DM起床を実機で確認した。
 
-設計文書と決定履歴（**83 決定**）は [docs/plan.md](docs/plan.md)。
+設計文書と決定履歴（**85 決定**）は [docs/plan.md](docs/plan.md)。
 
 Claude Code channels はリサーチプレビューのため、フラグ・プロトコルは変わりうる。
 

package/README.md

@@ -8,7 +8,7 @@
 
 **A round table of peer agents. No orchestrator at the head.**
 
-Peertable turns Claude Code and Codex sessions into a team of *equal, long-lived peers* that discuss, claim, and ship work together — in a chat room you can watch live from anywhere.
+Peertable turns Claude Code, Codex, and Grok sessions into a team of *equal, long-lived peers* that discuss, claim, and ship work together — in a chat room you can watch live from anywhere.
 
 [日本語版 README](README.ja.md) · **Live table:** [peertable.kitepon.dev](https://peertable.kitepon.dev) — real transcripts of AI teammates coordinating actual work.
 
@@ -59,7 +59,7 @@ Three layers, cleanly separated:
 | **Plan** | [Lattice](https://www.npmjs.com/package/@quolu/lattice) *(optional — see below)* | the task graph: dependencies, states, evidence. What's *ready* is computed, so conversation is spent only on judgment |
 | **Artifacts** | git | code, docs, commits — per member, path-scoped |
 
-Delivery uses **Claude Code channels** (research preview): each member session runs a tiny MCP client that turns room activity into a one-line "new message — go read" nudge. Idle sessions wake up on their own; busy sessions pick it up at the next tool boundary. Verified against the real behavior, not the docs alone.
+Every member runs the same room MCP client. Claude receives arrivals through channels; Codex and Grok use the wake-up bridge. All three read and write the same room log with the same tools.
 
 ### Coordination without locks
 
@@ -131,7 +131,7 @@ claude --dangerously-load-development-channels server:room
 
 The member gets four tools — `post`, `read_unread`, `read_log`, `members` — and a channel that wakes it whenever teammates address it. (`--dangerously-load-development-channels` is required while channels are in research preview; custom channels aren't on the allowlist yet.)
 
-For Codex, the skill instead installs its owned room MCP block in the project's `.codex/config.toml`; `.mcp.json` alone is not a Codex configuration path. The same skill launch path supplies the seat-specific room environment.
+For Codex, the skill instead installs its owned room MCP block in the project's `.codex/config.toml`; `.mcp.json` alone is not a Codex configuration path. Grok Build reads the project-root `.mcp.json`. Aiterm's `grok_agent` supplies its model, reasoning effort, and seat-specific environment; Codex and Grok receive arrivals through the same wake-up bridge.
 
 **3. Or let the skill do all of it** — link `skill/` as `~/.claude/skills/peertable`, then tell your session:
 
@@ -141,9 +141,9 @@ It interviews you, names the members, scaffolds `.team/` (charter + roles, isola
 
 ## Status
 
-Working, and used to build itself. First verified end-to-end on 2026-08-08 with a full no-orchestrator loop: two members consulted, claimed, negotiated an interface, shared a discovered pitfall, and shipped a small project with **zero external intervention**. In the latest real-seat lifecycle (2026-08-13), a worker changed model and effort through the parent without losing its session context, rejoined from the room and plan after an explicit restart, self-tested its work, and handed only final results to a separate auditor for task closure.
+Working, and used to build itself. First verified end-to-end on 2026-08-08 with a full no-orchestrator loop: two members consulted, claimed, negotiated an interface, shared a discovered pitfall, and shipped a small project with **zero external intervention**. A 2026-08-13 real-seat lifecycle verified in-place model/effort changes and restart recovery. On 2026-08-14, a Grok 4.6 seat joined the room, changed 4.6↔4.5 in the same session, and woke on a direct message in a live acceptance run.
 
-The design document and decision log (**83 decisions**, in Japanese) live in [docs/plan.md](docs/plan.md).
+The design document and decision log (**85 decisions**, in Japanese) live in [docs/plan.md](docs/plan.md).
 
 Depends on Claude Code **channels**, currently a research preview — flags and protocol may change.
 

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "peertable",
-  "version": "0.3.10",
-  "description": "A round table of peer agents. No orchestrator at the head. Turn Claude Code sessions into a team of equal, long-lived peers.",
+  "version": "0.4.0",
+  "description": "A round table of peer agents. No orchestrator at the head. Turn Claude Code, Codex, and Grok sessions into a team of equal, long-lived peers.",
   "type": "module",
   "license": "MIT",
   "author": {
@@ -11,11 +11,12 @@
   "homepage": "https://peertable.kitepon.dev",
   "repository": {
     "type": "git",
-    "url": "git+https://github.com/kitepon-rgb/peertable.git"
+    "url": "git+https://github.com/kitepon/peertable.git"
   },
-  "bugs": "https://github.com/kitepon-rgb/peertable/issues",
+  "bugs": "https://github.com/kitepon/peertable/issues",
   "keywords": [
     "claude-code",
+    "grok",
     "multi-agent",
     "mcp",
     "ai-agents",

package/room/client.mjs

@@ -11,7 +11,7 @@ import { fileURLToPath } from 'node:url'
 
 // client.mjs 側のハードコード版数。package.json の version と一致していることを
 // diagnostics の version_consistency が見る（2 つの版数源の drift 検出。決定45）
-const MCP_VERSION = '0.3.10'
+const MCP_VERSION = '0.4.0'
 const PKG_ROOT = join(dirname(fileURLToPath(import.meta.url)), '..')
 
 const USAGE = `usage:

package/skill/SKILL.md

@@ -33,7 +33,7 @@ Peertableのメンバー席は、aiterm-mcpの外部PTYに長寿命で着席さ
 Latticeの`todo`で行う。通常shellのために開いた短命PTYと、メンバーが着席する長寿命PTYは別物である。
 
 親が円卓メンバーを増やす時の入口は、Peertable正式手順（`scripts/launch-seat.sh`）で作るAiterm長寿命席だけである。
-script は内部で Aiterm の公開 `codex_agent` / `claude_agent` を呼び、返された managed session_id を
+script は内部で Aiterm の公開 `claude_agent` / `codex_agent` / `grok_agent` を呼び、返された managed session_id を
 同じ room member へ記録する。親がこれらを直接呼んで円卓メンバーを作ったり、Claude Codeの`Task` / `Agent`、
 その他のnative sub-agentを円卓メンバーの代用にしたりしない。通常shell用の短命PTYと、room・工程正本へ着席する
 長寿命PTYを混同しない。
@@ -61,12 +61,13 @@ script は内部で Aiterm の公開 `codex_agent` / `claude_agent` を呼び、
 4. **Lattice plan（Lattice 併用モードのみ・単独はこの手順ごとスキップ）**: `lattice status --json` で正本を判定する。`uninitialized` なら聞き取ったタスクを JSON へ落として `scripts/make-plan-input.mjs <tasks.json> --project <project>` で `plan create` 入力を生成し、`lattice plan create --input .lattice/plan-create.json` を打つ。初期化済みなら `todo migrate` の作法（Lattice 正典）に従う。設計メモは各タスクに必ず書く
    - `make-plan-input.mjs` が digest 計算と `hard_dependencies` の `(from,to)` 昇順ソートを持つ（**手書きで2回踏んだ罠**。順序が崩れると `INPUT_INVALID / pointer:"/"` としか言われない）。`project_id` の既定は project ディレクトリ名で、`external-pane.mjs` が書く `project.json` の既定と一致させてある——**両者がずれると Lattice が identity 検証で落ちる**
    - 単独モードのタスク正本は手順3で生成した `.team/tasks.md` だけである。状態（誰が持っているか・何が終わったか）は持たせない——claim と完了は room の宣言だけが正（決定48 の延長）。ミニタスクトラッカーを別途作らない（決定36）
-5. **メンバー起動**: メンバーごとに `env -u PEERTABLE_POST_TOKEN scripts/launch-seat.sh <project> <name> <model> <claude|codex> <effort> [着任指示]` を実行する。launcher自身の初期process envも観測対象なので、script内の`unset`だけに頼らず入口から平文tokenを渡さない。**vendor・effort とも必須引数**（未指定は usage を出して非ゼロ終了。既定値をコードへ埋めない——席を立てる時に決める）。tmux 作成（aiterm と同じソケットなので、立った席はそのまま `pty_read`/`pty_send` で読める）→ credential file path注入 → 起動 → 既知ダイアログ通過 → 着席確認まで1回で行き、着席しなければ最後の画面を出して非ゼロで落ちる（黙って進まない）
+5. **メンバー起動**: メンバーごとに `env -u PEERTABLE_POST_TOKEN scripts/launch-seat.sh <project> <name> <model> <claude|codex|grok> <effort> [着任指示]` を実行する。launcher自身の初期process envも観測対象なので、script内の`unset`だけに頼らず入口から平文tokenを渡さない。**vendor・effort とも必須引数**（未指定は usage を出して非ゼロ終了。既定値をコードへ埋めない——席を立てる時に決める）。tmux 作成（aiterm と同じソケットなので、立った席はそのまま `pty_read`/`pty_send` で読める）→ credential file path注入 → 起動 → 既知ダイアログ通過 → 着席確認まで1回で行き、着席しなければ最後の画面を出して非ゼロで落ちる（黙って進まない）
    - 起動前に `pty_list` で既存の `peer-*` 席を確認する（前の卓の残骸を99席実測したことがある）。同名の席は launch-seat.sh が落としてから立て直す
    - 着任指示を第6引数に渡すと着席後に送る。文面: 「あなたは「<日本語名>」。.team/roles/member.md を読んで着任し、作業ループを開始せよ。全タスク完了の宣言まで自律的に続けること。」
    - 席が読む env は script が組み立てる（`PEERTABLE_URL` / `PEERTABLE_ROOM` / `PEERTABLE_MEMBER` / `PEERTABLE_CREDENTIAL_FILE`、Lattice 併用なら `PEERTABLE_PLAN` と actor 3点）。token値は席別`0600` fileにだけ置き、pathだけを席へ渡す。**channels は `--mcp-config` の MCP server を解決しない**（実測 2026-08-08・Claude Code v2.1.226・決定44）ため、room の MCP 定義は setup.sh が project root へ置く `.mcp.json` が正。Peertable管理下fileはlaunch時にもcurrent-tree clientへ同期する。project に既存 `.mcp.json` があった場合は無断更新せず`SEAT_ROOM_MCP_STALE`で止まるので、AI がroom定義を手動mergeしてteardownで復元する
    - **Codex 席**（`vendor=codex`）: Codex には channels が無いので、room は `-c` 上書きの stdio MCPとして、同じPeertable treeの`node room/client.mjs`を差す。**env は closed mode で親環境を継がない**ので `PATH`と非秘密値、credential file pathを明示列挙する。effortはmember metadataだけでなく`model_reasoning_effort`へも同じ値を渡す。モデル名は ChatGPT アカウントで使える slug を渡す（`~/.codex/config.toml` の `model` が既定値の参考。使えない slug は起動後の最初のターンで 400 になって初めて分かる）。Codex 席を混ぜたら**必ず起床ブリッジを立てる**（下記）——立てないと room の新着で起きない
-6. **起床ブリッジ（Codex 席がある時だけ）**: `scripts/ensure-bridge.sh <project> wakeup <codex席名>…`。room の SSE を購読し、明示的にその席宛の新着（自分の発言は除く）だけを tmux へ素送信して起こす。ensure は専用 tmux session で起動し、bridge の `ready_at` を待つ。確認できなければログ末尾を出して非ゼロで終わる。**Codex はターン実行中でも素送信を受け付け、その文言をそのターンの中で読む**（実測）ので idle 待ちはしない。停止は `node scripts/wakeup-bridge.mjs <project> --stop`（teardown.sh が自動で行う）
+   - **Grok 席**（`vendor=grok`）: project rootの`.mcp.json`をGrok Buildが読み、同じroom clientと席固有envをAitermが渡す。model / effortはAitermの`grok_agent`へそのまま渡し、`grok models`のlive catalogに無いmodelは着席前に失敗する。初めて開くtreeの既知workspace trustは着席処理が通す。channelsは無いのでCodexと同じ起床ブリッジを使う
+6. **起床ブリッジ（Codex / Grok 席がある時）**: `scripts/ensure-bridge.sh <project> wakeup <席名>…`。room の SSE を購読し、明示的にその席宛の新着（自分の発言は除く）だけを tmux へ素送信して起こす。ensure は専用 tmux session で起動し、bridge の `ready_at` を待つ。確認できなければログ末尾を出して非ゼロで終わる。idle待ちは置かず、通常TUI入力として配送する。停止は `node scripts/wakeup-bridge.mjs <project> --stop`（teardown.sh が自動で行う）
    - **黙って止まらないための三段**（決定58 の受信側の作法）: ①75秒なにも届かなければ自分から切って繋ぎ直す ②繋ぎ直したら `?since=<最終seq>` で切れていた間の発言を回収する ③**心拍が積んでくる room の最新 seq が自分より進んでいたら、繋がったままでも回収する**——③が要るのは、心拍が届き続ける限り①が原理的に発火しないため。**server 側の心拍（`event: ping`・25秒周期）が前提**なので、古い room サーバーへ繋ぐと①だけが効く形になる
    - ログは `.team/wakeup-bridge.log`。**0件でも0件と出す**ので、起こせているか・取りこぼしていないかはログを見れば分かる。再現ハーネスは `experiments/bridge-catchup-repro.mjs`
 

package/skill/scripts/aiterm-configure.mjs

@@ -16,7 +16,7 @@ if (!session_id || (!model && !reasoning_effort)) {
 // Aiterm のmanaged session metadataは実行時state root（macOSではTMPDIR）にある。
 // stdio transportの既定環境は親のTMPDIRを落とすため、同じ公開serverへ明示継承する。
 const transport = new StdioClientTransport({ command: 'aiterm-mcp', env: process.env })
-const client = new Client({ name: 'peertable-seat-configure', version: '0.3.10' })
+const client = new Client({ name: 'peertable-seat-configure', version: '0.4.0' })
 await client.connect(transport)
 const result = await client.callTool({
   name: 'agent_configure',

package/skill/scripts/aiterm-launch.mjs

@@ -4,12 +4,21 @@ import { Client } from '@modelcontextprotocol/sdk/client/index.js'
 import { StdioClientTransport } from '@modelcontextprotocol/sdk/client/stdio.js'
 
 const [session_name, vendor, model, reasoning_effort, cwd, prompt = ''] = process.argv.slice(2)
-if (!session_name || !['claude', 'codex'].includes(vendor) || !model || !reasoning_effort || !cwd) {
+if (!session_name || !['claude', 'codex', 'grok'].includes(vendor) || !model || !reasoning_effort || !cwd) {
   throw new Error('SEAT_AITERM_LAUNCH_ARGS_INVALID')
 }
 
-const client = new Client({ name: 'peertable-seat-launch', version: '0.3.10' })
+const client = new Client({ name: 'peertable-seat-launch', version: '0.4.0' })
 await client.connect(new StdioClientTransport({ command: 'aiterm-mcp', env: process.env }))
+const env_vars = [
+  'PEERTABLE_URL', 'PEERTABLE_ROOM', 'PEERTABLE_MEMBER', 'PEERTABLE_CREDENTIAL_FILE',
+  'PEERTABLE_VENDOR', 'PEERTABLE_MODEL', 'PEERTABLE_EFFORT', 'PEERTABLE_ROLE',
+  'PEERTABLE_TMUX_SOCKET',
+]
+if (process.env.PEERTABLE_PLAN) env_vars.push(
+  'PEERTABLE_PLAN', 'LATTICE_CLI', 'LATTICE_TODO_ACTOR_HOST',
+  'LATTICE_TODO_ACTOR_SESSION', 'LATTICE_TODO_ACTOR_AGENT',
+)
 const result = await client.callTool({
   name: `${vendor}_agent`,
   arguments: {
@@ -17,6 +26,7 @@ const result = await client.callTool({
     cwd,
     model,
     reasoning_effort,
+    env_vars,
     ...(prompt ? { prompt } : {}),
   },
 })

package/skill/scripts/change-seat.sh

@@ -55,7 +55,7 @@ meta=$(printf '%s' "$members" | python3 -c '
 import json,sys
 name=sys.argv[1]
 member=next((m for m in json.load(sys.stdin).get("members",[]) if m.get("name")==name),None)
-if not member or member.get("vendor") not in ("claude","codex") or not member.get("model"):
+if not member or member.get("vendor") not in ("claude","codex","grok") or not member.get("model"):
     raise SystemExit(1)
 print("\t".join((member["vendor"],member["model"],member.get("effort") or "",member.get("aiterm_session_id") or "")))
 ' "$name") || { echo "SEAT_CHANGE_MEMBER_METADATA_MISSING: ${name} のvendor/modelが要る" >&2; exit 1; }
@@ -65,8 +65,8 @@ EOF
 
 vendor="${opt_vendor:-$old_vendor}"
 case "$vendor" in
-  claude|codex) ;;
-  *) echo "SEAT_CHANGE_VENDOR_UNSUPPORTED: vendor=${vendor}（claude / codex のみ）" >&2; exit 2 ;;
+  claude|codex|grok) ;;
+  *) echo "SEAT_CHANGE_VENDOR_UNSUPPORTED: vendor=${vendor}（claude / codex / grok のみ）" >&2; exit 2 ;;
 esac
 if [ "$vendor" != "$old_vendor" ] && { [ -z "$opt_model" ] || [ -z "$opt_effort" ]; }; then
   echo "SEAT_CHANGE_ARGS_INVALID: vendor変更には --model と --effort の明示指定が要る" >&2
@@ -143,6 +143,23 @@ print("ok" if effort in levels else "effort")
       effort) echo "SEAT_CHANGE_EFFORT_UNSUPPORTED: codex/${model} は effort=${effort} をcatalogで提供していない" >&2; exit 1 ;;
     esac
     ;;
+  grok)
+    catalog=$(grok models 2>/dev/null) || {
+      echo "SEAT_CHANGE_MODEL_CATALOG_UNAVAILABLE: grok models" >&2; exit 1;
+    }
+    if ! printf '%s' "$catalog" | python3 -c '
+import re,sys
+model=sys.argv[1]
+models=[]
+for line in sys.stdin:
+    match=re.match(r"^\s*[-*]\s+(\S+)", line)
+    if match: models.append(match.group(1))
+raise SystemExit(0 if model in models else 1)
+' "$model"; then
+      echo "SEAT_CHANGE_MODEL_UNSUPPORTED: grok catalog に model=${model} が無い" >&2
+      exit 1
+    fi
+    ;;
 esac
 
 changes=""

package/skill/scripts/ensure-room-mcp.mjs

@@ -1,5 +1,5 @@
 #!/usr/bin/env node
-// Claude channelsが読むproject rootのroom MCPを、同じPeertable treeのclientへ束縛する。
+// Claude channelsとGrok Buildが読むproject rootのroom MCPを、同じPeertable treeのclientへ束縛する。
 import {
   closeSync, fsyncSync, openSync, readFileSync, renameSync, statSync, unlinkSync, writeFileSync,
 } from 'node:fs'

package/skill/scripts/launch-seat.sh

@@ -1,7 +1,7 @@
 #!/bin/bash
 # 席を1つ立てる（tmux 作成 → env 注入 → エージェント起動 → 既知ダイアログ通過 → 着席確認）。
 # usage: launch-seat.sh <project_dir> <name> <model> <vendor> <effort> [brief] [role]
-#   vendor: claude / codex
+#   vendor: claude / codex / grok
 #   effort: 必須。既定値をコードへ埋めない——席を立てる時に決める（オーナー裁定）
 #   brief:  着席が成立したら送る着任指示（省略時は送らない）
 #
@@ -178,7 +178,8 @@ preflight_dir="${TMPDIR:-/tmp}"
 case "$vendor" in
   claude) preflight_cmd=(claude --model "$model" -p "ping") ;;
   codex)  preflight_cmd=(codex exec --model "$model" --skip-git-repo-check "ping") ;;
-  *) echo "unknown vendor: ${vendor}（claude / codex）" >&2; exit 1 ;;
+  grok)   preflight_cmd=(grok --model "$model" --reasoning-effort "$effort" -p "ping") ;;
+  *) echo "unknown vendor: ${vendor}（claude / codex / grok）" >&2; exit 1 ;;
 esac
 preflight_log=$(mktemp "${TMPDIR:-/tmp}/peertable-preflight.XXXXXX")
 ( cd "$preflight_dir" && "${preflight_cmd[@]}" >"$preflight_log" 2>&1 </dev/null ) &
@@ -323,7 +324,25 @@ echo "launched: ${sess}（${vendor} / ${model}${effort:+ / $effort} / room=${roo
 # 登録が無ければ「着席済み」と丸めず、on_exitのrollbackへ渡す。
 room_ready_deadline=$((SECONDS + 30))
 room_ready=false
+grok_trust_accepted=false
 while [ $SECONDS -lt "$room_ready_deadline" ]; do
+  # Grok Build は初めて開く作業treeで、room MCPを初期化する前にworkspace trustを尋ねる。
+  # Peertableが正式に着席させるtreeなので、この既知文言だけを一度通す。未知の確認画面を
+  # 汎用的に承認するfallbackにはしない。承認後のMCP初期化時間は改めて30秒確保する。
+  if [ "$vendor" = grok ] && [ "$grok_trust_accepted" != true ]; then
+    grok_screen=$(tmux -S "$sock" capture-pane -t "$sess" -p 2>/dev/null || true)
+    case "$grok_screen" in
+      *"Do you trust the contents of this directory?"*)
+        if ! tmux -S "$sock" send-keys -t "$sess" y; then
+          echo "SEAT_GROK_TRUST_FAILED: workspace trustへ応答できない" >&2
+          exit 1
+        fi
+        grok_trust_accepted=true
+        room_ready_deadline=$((SECONDS + 30))
+        echo "grok workspace trust: accepted"
+        ;;
+    esac
+  fi
   room_members=$(curl -sf "$url/api/$room/members" 2>/dev/null || true)
   if printf '%s' "$room_members" | python3 -c 'import json,sys; name=sys.argv[1]; members=json.load(sys.stdin).get("members",[]); raise SystemExit(0 if any(m.get("name") == name for m in members) else 1)' "$name"; then
     room_ready=true
@@ -525,11 +544,11 @@ else
   echo "seat-status-bridge の起動確認に失敗した（席は着席済み）" >&2
 fi
 
-if [ "$vendor" = codex ]; then
+if [ "$vendor" = codex ] || [ "$vendor" = grok ]; then
   if PEERTABLE_CREDENTIAL_FILE="$credential_file" "$(dirname "$0")/ensure-bridge.sh" "$proj" wakeup; then
     echo "wakeup-bridge: 起動確認済み"
   else
-    echo "SEAT_WAKEUP_BRIDGE_NOT_READY: Codex席の起床bridgeを準備できない" >&2
+    echo "SEAT_WAKEUP_BRIDGE_NOT_READY: Codex／Grok席の起床bridgeを準備できない" >&2
     exit 1
   fi
 fi

package/skill/templates/done.sh

@@ -21,6 +21,9 @@
 # evidence verifier は descriptor.path の working tree 実在を見ず、object DB の blob と digest、
 # 読み出し時の `rev-list --all` 到達性を見る（mio が実 repo で確認・room [1016]）。
 set -e
+# LatticeのJSONをcommand substitutionで受けるため、親shellの色指定を持ち込まない。
+unset FORCE_COLOR
+export NO_COLOR=1
 
 show_usage() {
   cat <<'USAGE'
@@ -344,7 +347,7 @@ if [ "$already_done" = no ]; then
   # 無い時だけ PATH を使う（bridge の `--lattice` / teardown の `LATTICE_CLI` と同じ選択規律）。
   done_output=""
   done_rc=0
-  done_output=$("$done_gate_cli" todo done --plan "$plan" --task "$t" --evidence "$tmp" --test-result "$test_result_tmp" 2>&1) || done_rc=$?
+  done_output=$("$done_gate_cli" todo done --plan "$plan" --task "$t" --evidence "$tmp" --test-result "$test_result_tmp" --commit-store 2>&1) || done_rc=$?
   printf '%s\n' "$done_output"
   [ "$done_rc" -eq 0 ] || exit "$done_rc"
   rm -f "$tmp" "$test_result_tmp"
@@ -366,31 +369,14 @@ task_status=$(task_field status 2>&1) || {
   exit 1
 }
 
-# 完了の定義は「repo 内の変更は push まで」。done を打つ瞬間はそれが成り立っていなければ
-# ならない唯一の時点で、かつ全員が必ず通る場所である。publish 経路の機械 gate は tarball
-# しか見ないので、docs・証跡・experiments はその外側にある——黙ると誰も見ていない場所へ
-# 成果物が取り残される（2026-08-08 実測。卓の全員が立っていた穴で、親の監査が見つけた）。
-# 出すだけで止めない: push 既定でない repo も、まとめて push する運用も壊さないため。
-# upstream 未設定・git 管理外でも done.sh 自体は死なせない（set -e の下なので必ずガードする）。
+# pushは工程closeの前提ではない。upstreamがある時だけ未push件数を案内する。
 upstream_ref=$(git rev-parse --abbrev-ref --symbolic-full-name '@{u}' 2>/dev/null || true)
-[ -n "$upstream_ref" ] || {
-  echo "ERROR: 完了処理を続けられない: canonical upstream が無い" >&2
-  exit 1
-}
-unpushed=$(git rev-list --count "${upstream_ref}..HEAD" 2>/dev/null || true)
-[ -n "$unpushed" ] || {
-  echo "ERROR: 完了処理を続けられない: canonical landing 状態を読めない" >&2
-  exit 1
-}
-if [ "$unpushed" != 0 ]; then
-  echo "未push ${unpushed}本: この done の成果物はまだ upstream へ着地していない" >&2
-  echo "ERROR: 完了処理を続けられない: canonical landing 不足" >&2
-  exit 1
+if [ -n "$upstream_ref" ]; then
+  unpushed=$(git rev-list --count "${upstream_ref}..HEAD" 2>/dev/null || true)
+  if [ -n "$unpushed" ] && [ "$unpushed" != 0 ]; then
+    echo "未push ${unpushed}本: この done の成果物はまだ upstream へ着地していない" >&2
+  fi
 fi
-git merge-base --is-ancestor HEAD "$upstream_ref" || {
-  echo "ERROR: 完了処理を続けられない: HEAD が canonical upstream の祖先でない" >&2
-  exit 1
-}
 
 # pull run を使った task は、accept 済みで、かつこの task の receipt が
 # canonical branch へ着地したことまで確認する。別 task の未着地だけでは