peertable 0.3.2 → 0.3.4

package/skill/scripts/setup.sh

@@ -51,6 +51,39 @@ else
   mode=lattice
 fi
 
+# Lattice 併用モードは、登録に使う公開CLIと同梱work-order binaryを、projectへ
+# 何か置く前に確定する。通常はglobal installされた lattice の隣を使う。
+# release前のsource treeを実測する時だけ、2つのenvで同じtreeのbinを明示できる。
+lattice_cli=""
+work_order_binary=""
+node_binary=""
+if [ "$mode" = "lattice" ]; then
+  lattice_cli="${LATTICE_CLI:-$(command -v lattice 2>/dev/null || true)}"
+  [ -n "$lattice_cli" ] || { echo "ERROR: lattice CLI が見つからない" >&2; exit 1; }
+  [ -x "$lattice_cli" ] || { echo "ERROR: lattice CLI が実行可能fileでない: $lattice_cli" >&2; exit 1; }
+  lattice_cli=$(node -e 'process.stdout.write(require("node:fs").realpathSync(process.argv[1]))' "$lattice_cli")
+
+  work_order_binary="${LATTICE_WORK_ORDER_ADAPTER_BINARY:-$(dirname "$lattice_cli")/lattice-work-order-adapter.mjs}"
+  [ -f "$work_order_binary" ] && [ -x "$work_order_binary" ] || {
+    echo "ERROR: Lattice work-order adapter binary が見つからないか実行不能: $work_order_binary" >&2
+    exit 1
+  }
+  work_order_binary=$(node -e 'process.stdout.write(require("node:fs").realpathSync(process.argv[1]))' "$work_order_binary")
+  node_binary=$(node -e 'process.stdout.write(require("node:fs").realpathSync(process.execPath))')
+  [ -x "$node_binary" ] || { echo "ERROR: Node executable が実行可能fileでない: $node_binary" >&2; exit 1; }
+
+  # config_refはgit root相対の公開契約。subdirectoryをprojectとして受けると別の
+  # `.lattice/` を作ってしまうので、黙って親repoへ登録せずtypedに止める。
+  project_root=$(node -e 'process.stdout.write(require("node:fs").realpathSync(process.argv[1]))' "$proj")
+  git_root=$(git -C "$proj" rev-parse --show-toplevel 2>/dev/null || true)
+  [ -n "$git_root" ] || { echo "ERROR: Lattice 併用モードのprojectはgit repositoryでなければならない: $proj" >&2; exit 1; }
+  git_root=$(node -e 'process.stdout.write(require("node:fs").realpathSync(process.argv[1]))' "$git_root")
+  [ "$project_root" = "$git_root" ] || {
+    echo "ERROR: project_dirはgit rootを指さなければならない: project=$project_root git_root=$git_root" >&2
+    exit 1
+  }
+fi
+
 mkdir -p "$tdir/roles"
 cp "$tpl/charter.md" "$tdir/CLAUDE.md"
 if [ "$mode" = "standalone" ]; then
@@ -92,6 +125,67 @@ fi
 
 lattice_preexisting=false
 [ -d "$proj/.lattice" ] && lattice_preexisting=true
+runtime_preexisting=false
+[ -d "$proj/.lattice/runtime" ] && runtime_preexisting=true
+
+# adapter registry/config/spool はhost固有のruntime stateであり、sourceとして追跡しない。
+# `.lattice/`の一部を正本として追跡するprojectでもruntimeだけをroot相対で除外する。
+added_runtime_exclude=false
+if [ "$mode" = "lattice" ] && [ -d "$proj/.git" ] \
+  && ! grep -qx '/\.lattice/runtime/' "$proj/.git/info/exclude" 2>/dev/null; then
+  mkdir -p "$proj/.git/info"
+  echo '/.lattice/runtime/' >> "$proj/.git/info/exclude"
+  added_runtime_exclude=true
+fi
+
+# managed run の仕事口をLattice runtime stateとして用意する。configを`.team/`
+# に置くとarchive teardownでregistryだけが残って壊れるため、registryと同じ
+# `.lattice/runtime/`の寿命へ揃える。席はこのspoolへ直接触れない。
+work_order_adapter=false
+work_order_spool_ref=""
+if [ "$mode" = "lattice" ]; then
+  work_order_root="$proj/.lattice/runtime/work-order-adapter"
+  work_order_spool="$work_order_root/spool"
+  work_order_config="$work_order_root/config.json"
+  work_order_registration="$tdir/work-order-adapter-registration.json"
+  work_order_config_ref=".lattice/runtime/work-order-adapter/config.json"
+  work_order_spool_ref=".lattice/runtime/work-order-adapter/spool"
+
+  mkdir -p "$work_order_spool/orders" "$work_order_spool/reports"
+  chmod 700 "$work_order_root" "$work_order_spool" "$work_order_spool/orders" "$work_order_spool/reports"
+  work_order_spool=$(node -e 'process.stdout.write(require("node:fs").realpathSync(process.argv[1]))' "$work_order_spool")
+
+  node -e '
+    const { writeFileSync } = require("node:fs");
+    const [target, spool] = process.argv.slice(1);
+    writeFileSync(target, `${JSON.stringify({
+      schema: "lattice.work_order_adapter_config.v1",
+      spool_dir: spool,
+    })}\n`, { mode: 0o600 });
+  ' "$work_order_config" "$work_order_spool"
+  chmod 600 "$work_order_config"
+  node -e '
+    const { writeFileSync } = require("node:fs");
+    const [target, binary, script, configRef] = process.argv.slice(1);
+    writeFileSync(target, `${JSON.stringify({
+      schema: "lattice.runtime_adapter_registration_input.v2",
+      adapter_kind: "work-order",
+      launch_kind: "host_binary",
+      binary_path: binary,
+      argv: [script],
+      config_ref: configRef,
+      host_driven_epoch: true,
+    })}\n`, { mode: 0o600 });
+  ' "$work_order_registration" "$node_binary" "$work_order_binary" "$work_order_config_ref"
+  chmod 600 "$work_order_registration"
+
+  (
+    cd "$proj"
+    "$lattice_cli" run adapter register --input "$work_order_registration"
+  )
+  work_order_adapter=true
+  echo "work-order adapter: binary=$node_binary argv=$work_order_binary config=$work_order_config_ref spool=$work_order_spool_ref" >&2
+fi
 
 # Lattice 併用モードだけ、工程表の右ペインへ円卓を差す（決定53・明示的コネクタ）。
 # 公開URL基底は `PEERTABLE_PUBLIC_URL`（クオ環境: https://peertable.kitepon.dev）。
@@ -113,6 +207,6 @@ if [ ${#phases[@]} -gt 0 ]; then
   phases_json="[${phases_json%,}]"
 fi
 
-printf '{"room":"%s","server_url":"%s","public_url":"%s","mode":"%s","plan_key":"%s","phases":%s,"added_exclude":%s,"lattice_preexisting":%s,"added_root_mcp":%s,"added_mcp_exclude":%s,"external_pane":%s,"project_json_preexisting":%s}\n' \
-  "$room" "$url" "$public_url" "$mode" "$plan" "$phases_json" "$added_exclude" "$lattice_preexisting" "$added_root_mcp" "$added_mcp_exclude" "$external_pane" "$project_json_preexisting" > "$tdir/setup-state.json"
+printf '{"room":"%s","server_url":"%s","public_url":"%s","mode":"%s","plan_key":"%s","phases":%s,"added_exclude":%s,"lattice_preexisting":%s,"runtime_preexisting":%s,"added_runtime_exclude":%s,"added_root_mcp":%s,"added_mcp_exclude":%s,"external_pane":%s,"project_json_preexisting":%s,"work_order_adapter":%s,"work_order_spool_ref":"%s"}\n' \
+  "$room" "$url" "$public_url" "$mode" "$plan" "$phases_json" "$added_exclude" "$lattice_preexisting" "$runtime_preexisting" "$added_runtime_exclude" "$added_root_mcp" "$added_mcp_exclude" "$external_pane" "$project_json_preexisting" "$work_order_adapter" "$work_order_spool_ref" > "$tdir/setup-state.json"
 echo "scaffold done: $tdir"

package/skill/scripts/teardown.sh

@@ -1,17 +1,34 @@
 #!/bin/bash
-# Peertable teardown の機械部分。実行前にメンバーセッションを終了しておくこと（AI が pty_close で行う）。
-# usage: teardown.sh <project_dir>
+# Peertable teardown の機械部分。席（tmux）も本 script が畳む。
+# usage: teardown.sh <project_dir> [--purge]
+#   既定（archive）: room のログを `docs/archive/` へ書き出し、`.lattice/` は残して畳む
+#   --purge        : 何も残さず全部消す（従来の痕跡ゼロ・ゲスト project 向け）
 # 書込トークンは環境変数 PEERTABLE_POST_TOKEN から取る（`~/.config/peertable.env` は export 付きで定義すること）。
 #
 # 撤去は「何が実施され、何が実施されなかったか」を1行ずつ出す。room 削除だけがトークンを要するので、
 # そこが失敗しても残りの撤去は続行し、未実施を明示して非ゼロで終わる（黙って中断しない・決定58）。
+#
+# **既定が archive なのはオーナー裁定（2026-08-09・決定61）**。痕跡ゼロを既定にしていた時代は、
+# 畳んだ瞬間に room の会話ログ（server 側の正本）と Lattice store が消えていた——**卓の議論と
+# 工程の記録は、卓そのものより寿命が長い**。ゲスト project を汚さない不可侵原則は `--purge` が持つ。
 set -e
 proj="$1"
+mode=archive
+for arg in "${@:2}"; do
+  case "$arg" in
+    --purge) mode=purge ;;
+    --archive) mode=archive ;;
+    *) echo "ERROR: 未知の引数: ${arg}（受けるのは --purge / --archive だけ）" >&2; exit 1 ;;
+  esac
+done
 state="$proj/.team/setup-state.json"
 room=$(python3 -c "import json;print(json.load(open('$state'))['room'])")
 url=$(python3 -c "import json;print(json.load(open('$state'))['server_url'])")
 added=$(python3 -c "import json;print(json.load(open('$state'))['added_exclude'])")
 lat_pre=$(python3 -c "import json;print(json.load(open('$state'))['lattice_preexisting'])")
+runtime_pre=$(python3 -c "import json;d=json.load(open('$state'));print(d.get('runtime_preexisting', True))")
+added_runtime_ex=$(python3 -c "import json;d=json.load(open('$state'));print(d.get('added_runtime_exclude', False))")
+work_order_adapter=$(python3 -c "import json;d=json.load(open('$state'));print(d.get('work_order_adapter', False))")
 # 旧 state（added_root_mcp 不在・手動フォールバック時代の root_mcp_json_fallback）も読む
 added_mcp=$(python3 -c "import json;d=json.load(open('$state'));print(d.get('added_root_mcp', d.get('root_mcp_json_fallback', False)))")
 added_mcp_ex=$(python3 -c "import json;d=json.load(open('$state'));print(d.get('added_mcp_exclude', d.get('root_mcp_json_fallback', False)))")
@@ -22,6 +39,42 @@ skip() { echo "teardown: [スキップ] $*"; }
 miss() { echo "teardown: [未実施] $*" >&2; fail=1; }
 yes_() { [ "$1" = "True" ] || [ "$1" = "true" ]; }
 
+echo "teardown: mode=${mode}（archive=ログとstoreを残す／purge=痕跡ゼロ）"
+
+# ---- ログの控え（archive だけ）。room 自体は残るので、これは repo 側の写し ----
+# 失敗しても撤去は続ける（room に原本があるため）。--purge の時だけ「消す前の最後の機会」になる
+log_saved=skip
+if [ "$mode" = archive ]; then
+  arc="$proj/docs/archive"
+  out="$arc/room-log_${room}_$(date +%Y%m%d-%H%M%S).md"
+  mkdir -p "$arc"
+  if python3 "$(dirname "$0")/archive-room-log.py" "$url" "$room" "$out"; then
+    did "room ログの写しを ${out#"$proj/"} へ（原本は room に残る）"
+    log_saved=yes
+  else
+    miss "room ログの写しに失敗（$url/api/$room が読めない）— **原本は room に残っている**ので撤去は続行する"
+    log_saved=no
+  fi
+fi
+
+# ---- 席（tmux）の終了。**`.team/` を消す前**に、この room の member だけを畳む ----
+# `peer-*` を全部畳むと、同じマシンの別の卓を巻き込む（bridge が members 起点にしているのと同じ理由）
+sock="${PEERTABLE_TMUX_SOCKET:-${TMPDIR}claude-tmux-sockets/claude.sock}"
+seats=$(python3 "$(dirname "$0")/archive-room-log.py" --members "$url" "$room" 2>/dev/null || true)
+if [ -z "$seats" ]; then
+  miss "席の終了 — member 一覧が取れず、畳む相手を特定できない。手で確認: tmux -S \"$sock\" list-sessions | grep peer-"
+else
+  closed=0
+  for name in $seats; do
+    if tmux -S "$sock" has-session -t "peer-$name" 2>/dev/null; then
+      tmux -S "$sock" kill-session -t "peer-$name" && closed=$((closed + 1))
+    fi
+  done
+  if [ "$closed" -gt 0 ]; then did "席の終了（${closed}席）"; else skip "席の終了（生きている席なし）"; fi
+  left=$(tmux -S "$sock" list-sessions 2>/dev/null | grep -c '^peer-' || true)
+  [ "${left:-0}" -eq 0 ] || echo "teardown: [注記] 他の卓の peer-* が ${left}件 残っている（この卓のものではないので畳まない）"
+fi
+
 # Codex 席の起床ブリッジ（決定54）。常駐 process なので、`.team/` を消す前に確実に止める
 if [ -f "$proj/.team/wakeup-bridge.json" ]; then
   # 停止に失敗しても **ここで止まらない**。`set -e` で落ちると、t6 の契約（各段の実施・未実施を
@@ -50,12 +103,66 @@ else
   skip "seat-status-bridge（起動記録なし）"
 fi
 
+# 配車ブリッジ（managed run に載せた卓だけ立っている）。同じ理由で `.team/` を消す前に止める。
+# 止め残すと、spool を見張り続ける常駐が次の run の order を拾って**卓が無いのに配車を投稿する**
+if [ -f "$proj/.team/run-bridge.json" ]; then
+  if node "$(dirname "$0")/run-bridge.mjs" "$proj" --stop; then
+    did "run-bridge 停止"
+  else
+    miss "run-bridge 停止に失敗（常駐が残る）— 上の _STOP_FAILED を見て手で止める"
+  fi
+else
+  skip "run-bridge（起動記録なし）"
+fi
+
+# setupが新しく作ったhost固有runtimeだけを撤去する。既存runtimeは他adapterや進行中runの
+# 所有物を含み得るので触らない。runtimeを先に消してからexcludeを戻し、teardown後に
+# untracked stateが露出する順序逆転を防ぐ。
+if yes_ "$work_order_adapter" && ! yes_ "$runtime_pre"; then
+  rm -rf "$proj/.lattice/runtime"
+  did ".lattice/runtime/ 撤去（setup が新規作成したhost固有state）"
+elif yes_ "$work_order_adapter"; then
+  skip ".lattice/runtime/（setup 以前から存在）"
+else
+  skip ".lattice/runtime/（work-order adapter登録なし）"
+fi
+
 # 外部ペイン（決定53）。`.team/` を消す前に戻す——退避先が `.team/` の中にある
 ext=$(python3 -c "import json;print(json.load(open('$state')).get('external_pane', False))")
 pj_pre=$(python3 -c "import json;print(json.load(open('$state')).get('project_json_preexisting', False))")
 
-# room 削除。トークンを要する唯一の段で、ここだけが外部サービスへの依存境界
-if [ -z "${PEERTABLE_POST_TOKEN:-}" ]; then
+# ---- 解散（archive）: **部屋は残し、メンバー登録だけ外す** ----
+# 円卓の解散は「部屋を畳む」ではなく「集まりが散る」。部屋は場所であって、次の campaign も
+# 同じ部屋で続く——**過去ログが同じ部屋の履歴として繋がり、部屋は常に一つに見える**
+# （オーナー裁定 2026-08-09・決定61）。参加者一覧だけ空にして、席が戻れば再登録される
+if [ "$mode" = archive ]; then
+  if [ -z "${PEERTABLE_POST_TOKEN:-}" ]; then
+    miss "メンバー登録の解除 — TOKEN_MISSING: \`~/.config/peertable.env\` の定義が \`export\` 付きでないと子 process へ渡らない"
+    echo "teardown: [手当] 参加者は次で外せる: curl -X DELETE \"$url/api/$room/members/<名前>\" -H \"X-Peertable-Token: \$PEERTABLE_POST_TOKEN\"" >&2
+  elif [ -z "$seats" ]; then
+    skip "メンバー登録の解除（一覧が取れていない）"
+  else
+    # 履歴に解散の区切りを残す。**部屋が続く以上、どこで卓が変わったかが読めないと
+    # 過去ログが一続きの会話に見えてしまう**（次の campaign の発言と地続きになる）
+    body="解散。この卓はここまで。参加者: ${seats}。部屋と過去ログはこのまま残り、次の卓も同じ部屋で続く。"
+    python3 -c "
+import json,sys,urllib.request
+req=urllib.request.Request('$url/api/$room/messages', method='POST',
+  data=json.dumps({'from':'system','to':'all','body':'''$body'''}).encode(),
+  headers={'Content-Type':'application/json','X-Peertable-Token':'$PEERTABLE_POST_TOKEN'})
+urllib.request.urlopen(req, timeout=10).read()
+" 2>/dev/null && did "解散の区切りを履歴へ" || skip "解散の区切り（投稿できず・撤去は続行）"
+    n=0
+    for name in $seats; do
+      c=$(curl -s -o /dev/null -w '%{http_code}' -X DELETE "$url/api/$room/members/$name" -H "X-Peertable-Token: $PEERTABLE_POST_TOKEN" || true)
+      [ "$c" = 200 ] && n=$((n + 1))
+    done
+    did "メンバー登録の解除（${n}名）— **部屋と過去ログは残す**（$url/$room）"
+  fi
+# room 削除は --purge だけ。トークンを要する唯一の段で、ここだけが外部サービスへの依存境界
+elif [ "$log_saved" = no ]; then
+  miss "room 削除 $room — ログを保全できていないので消さない（保全より先に消すと会話は二度と戻らない）"
+elif [ -z "${PEERTABLE_POST_TOKEN:-}" ]; then
   miss "room 削除 $room — TOKEN_MISSING: PEERTABLE_POST_TOKEN が空。\`~/.config/peertable.env\` の定義が \`export\` 付きでないと子 process へ渡らない"
 else
   code=$(curl -s -o /dev/null -w '%{http_code}' -X DELETE "$url/api/$room" -H "X-Peertable-Token: $PEERTABLE_POST_TOKEN" || true)
@@ -99,6 +206,14 @@ else
   skip "exclude の /.mcp.json（setup が足していない）"
 fi
 
+if yes_ "$added_runtime_ex"; then
+  grep -vx '/\.lattice/runtime/' "$proj/.git/info/exclude" > "$proj/.git/info/exclude.tmp" || true
+  mv "$proj/.git/info/exclude.tmp" "$proj/.git/info/exclude"
+  did "exclude から /.lattice/runtime/ を撤去"
+else
+  skip "exclude の /.lattice/runtime/（setup が足していない）"
+fi
+
 if yes_ "$added"; then
   grep -vx '\.team/' "$proj/.git/info/exclude" > "$proj/.git/info/exclude.tmp" || true
   mv "$proj/.git/info/exclude.tmp" "$proj/.git/info/exclude"
@@ -107,11 +222,15 @@ else
   skip "exclude の .team/（setup が足していない）"
 fi
 
-if [ "$lat_pre" = "False" ] || [ "$lat_pre" = "false" ]; then
-  rm -rf "$proj/.lattice"
-  did ".lattice/ 削除（setup が作ったもの）"
-else
+if [ "$lat_pre" = "True" ] || [ "$lat_pre" = "true" ]; then
   skip ".lattice/（setup 以前から存在）"
+elif [ "$mode" = archive ]; then
+  # 工程正本を残すのが archive の本体。**残すだけでは git が知らない**ので、追跡へ入れるのは人の判断
+  did ".lattice/ を残す（工程正本・\`lattice todo status\` と \`gantt serve\` が読む）"
+  echo "teardown: [注記] .lattice/ は git 追跡外のままなら次の clone に残らない。残すなら commit すること"
+else
+  rm -rf "$proj/.lattice"
+  did ".lattice/ 削除（setup が作ったもの・--purge）"
 fi
 
 if [ "$fail" -ne 0 ]; then

package/skill/scripts/wakeup-bridge.mjs

@@ -91,7 +91,9 @@ setInterval(async () => {
 function dispatch(msg) {
   for (const seat of seats) {
     if (msg.from === seat) continue
-    if (msg.to !== 'all' && msg.to !== seat) continue
+    // 複数人宛は `to_names` が実宛先を持つ（server は旧 client のために `to` を 'all' へ倒す）。
+    // ここで実宛先を見ないと、名指しされていない Codex 席まで起こしてしまう。
+    if (Array.isArray(msg.to_names) ? !msg.to_names.includes(seat) : (msg.to !== 'all' && msg.to !== seat)) continue
     pending.get(seat).push(msg)
   }
 }

package/skill/templates/charter.md

@@ -1,13 +1,13 @@
 # チーム憲章
 
-これはチーム作業である。自分の claim したタスクの完了はミッションの完了ではない。全タスク完了までチームは解散しない。
+これはチーム作業である。自分が引き受けたタスクの完了はミッションの完了ではない。全タスク完了までチームは解散しない。
 
 1. 拘束力を持つのは**工程正本への記録**と room での決定だけ（工程正本＝Lattice 併用モードなら Lattice の todo 記録、単独円卓モードなら room の宣言そのもの）。DM（個別宛）で決まったことは決定ではない。部位を跨ぐ合意・設計判断は必ず room 全員宛で行う
-2. 進捗は room に一行で報告する: claim 時・join 時・完了時・詰まり自覚時・方針変更時。task 外でも成果物になる作業（実測・検証・CI）は着手前に一言。仲間を五里霧中に置かない
-3. claim の手順: room へ「[claim] <タスク>」を全員宛で投稿し、直後に read_unread で直前ログを確認する（タスクの呼び名は Lattice 併用モードなら task_id、単独円卓モードなら `.team/tasks.md` の議題名）。同じタスクへの先行 claim があれば取り下げるか「[join] <タスク>」へ切り替える
+2. 進捗は room に一行で報告する: managed run なら配車への受諾・辞退、その他の卓なら claim・join、共通して完了時・詰まり自覚時・方針変更時。task 外でも成果物になる作業（実測・検証・CI）は着手前に一言。仲間を五里霧中に置かない
+3. 仕事を引き受ける手順は実行方式で分かれる。managed run では task を Lattice、候補席を bridge が選び、`[配車] <タスク> → <席>` はその提示を全員へ見せるだけで割当ではない。提示された席が `[受諾] <タスク>` を返した時だけ束縛が成立し、`[辞退] <タスク> <理由>` なら bridge が別席へ再配車する。この経路で `[claim]` を重ねない。managed run でない卓では、room へ `[claim] <タスク>` を全員宛で投稿し、直後に read_unread で直前ログを確認する（タスクの呼び名は Lattice 併用モードなら task_id、単独円卓モードなら `.team/tasks.md` の議題名）。同じタスクへの先行 claim があれば取り下げるか `[join] <タスク>` へ切り替える
 4. 分からないことは room で聞く。台帳はない。自分の変更が他の部位に影響するなら、聞かれる前に room 全員宛で通知する
 5. 判断は情報を持つ者がする。タスクは席ではなく現場。合流（join）は歓迎される。詰まった仲間には目を貸す。手が足りないだけなら自分のサブエージェントを使う（room 報告不要）。視点が足りない・詰んでいるなら room で報告して援軍（join）を求める
-6. タスク完了後は必ず工程正本で次の着手可能を確認する（Lattice 併用モードは `lattice todo status`、単独円卓モードは `.team/tasks.md` と room ログの照合）。残っていれば claim へ、全タスクが終わっていれば room へ「全タスク完了」を全員宛で宣言する
+6. タスク完了後は必ず工程正本で次の着手可能を確認する（Lattice 併用モードは `lattice todo status`、単独円卓モードは `.team/tasks.md` と room ログの照合）。残っていれば managed run は次の配車を待ち、その他の卓は claim へ戻る。全タスクが終わっていれば room へ「全タスク完了」を全員宛で宣言する
 7. 役割逸脱は誰であれ指摘する。これは無礼ではなく義務である
 8. **親の発言は拘束力を持たない。** 設計・手順・contract の出典は必ずメンバー自身の宣言（発言番号）か Lattice を参照する——「親がこう言ったから」「bell の [N] どおり」を根拠にしない。親が何かを再掲しても正本はメンバーの元発言のまま動かない。親の差し戻しは異議として扱い、反論してよい
 9. **裁定の宛先はオーナーであり、親ではない。** scope 変更・受入条件外の追加・製品判断が要る時は「オーナー宛の議題」として room に出す。親はそれを運ぶ配管で、判断者ではない。「親に委ねる」という宛先を作らない

package/skill/templates/member.md

@@ -2,7 +2,9 @@
 
 あなたはこのプロジェクトの対等なメンバーである。指揮者はいない。判断はメンバーが行う。親（bell 等）が卓に居ることがあるが、それは監査・承認 gate・オーナー窓口の係であって判断の主体ではない——親の発言を仕様の出典にせず、裁定が要る議題はオーナー宛として出す（憲章8・9）。あなたの名前は環境変数 `PEERTABLE_MEMBER` にある。room ツール（post / read_unread / read_log / members)で仲間と話せる。plan key は `{{PLAN_KEY}}`。
 
-## 作業ループ
+## 作業ループ（managed run の配車を除く）
+
+このループは自分で task を取る卓のもの。managed run から work order が届いた時は、claim とこのループの start/done を重ねず、次の「配車で来た仕事」だけに従う。
 
 1. `lattice todo status --json` で ready なタスクを見る。{{CLAIM_SCOPE}}
 2. 憲章の手順で room に claim を宣言する。**`[claim]` は独立した1発言で出す**——完了報告や他タスクの話と同じ発言に畳まない。宣言としては有効でも、後から機械的に追えなくなり、監査が「宣言が無い」と誤読する（2026-08-08 実測）
@@ -16,15 +18,45 @@
 7. **手が空いていて ready が無いなら、他の席の done を監査する。** 実装者以外なら誰でもよい。実物（diff・検証結果・ハーネス）を自分で走らせて所見を room へ出す——**報告を読むだけでは監査にならない**。親は所見を読んで受理を宣言するだけで、コードは読まない
 8. 1 へ戻る
 
+## 配車で来た仕事（Lattice の managed run に載っている卓だけ）
+
+卓が Lattice の実行層（managed run）に載っている時は、仕事は claim で取り合わず、**task 選択=Lattice・候補席の選択=bridge・受けるかの決定=席**の3層で届く。bridge の全員宛 `[配車] t7 → akari` は提示を可視化しただけで、まだ割当ではない。提示された席が `[受諾] t7` を返した時だけ、その席と work order の束縛が成立する。届き方は自分宛の次の1ブロックである。載っていない卓では配車は起きないので、この節は静かに眠る。
+
+```
+[work order] t7
+worktree: /abs/path/to/.lattice/runs/<run>/worktrees/<id>/tree
+base_sha: 8f0e…（40 hex）
+scope_writes: src/a.mjs, test/a.test.mjs
+verifier_refs: node --test test/a.test.mjs
+forbidden_operations: push, branch, merge, rebase, reset, stash
+packet_digest: 3a91…（64 hex）
+```
+
+1. **work order の7欄（task・worktree・base・scope・verifier・禁止操作・packet digest）を読んで、受諾か辞退を即返す。** `[受諾] t7` / `[辞退] t7 <理由>` を**独立した1発言**で room 全員宛へ。bridge は行頭一致で機械 parse するので、他の話と同じ発言に畳むと届かない。**辞退は正当な選択**（本筋の WIP が塞がっている・自分の測定器ではその検証ができない）で、bridge が別の席へ再配車する。黙殺だけはしない
+2. **この work order に `[claim]` や `lattice todo start` を重ねて割当を作らない。** task の選択は Lattice、席の選択は bridge、席との束縛は `[受諾]`、実行結果の正本は run の event/receipt がすでに持つ。別に campaign の todo を閉じる手続きがある時は、receipt を確認した後にその手続きとして行うのであって、配車の受諾を二重記録するためではない
+3. **worktree の中だけを、絶対パスで触る。** `cd` しない・env を書き換えない・別 project へ移らない。席の room 接続と MCP 解決は cwd と env に乗っているので、動かすと卓から落ちる（そのために席を動かさない設計になっている）。git は `git -C <worktree> …`、編集は絶対パスで開く
+4. **commit してよい。禁止は `push` / `branch` / `merge` / `rebase` / `reset` / `stash` の6つ**で、正は注入文の `forbidden_operations`（出所は Lattice engine が packet へ載せる実物・`src/runtime-engine.mjs` の `FORBIDDEN_OPERATIONS`）。worktree は `base_sha` の detached HEAD なので、そこへ積む commit は base の子孫のままで canonical branch を動かさない。逆に6つは HEAD を base の子孫から外すか、外部へ効果を出す操作なので、観測の前提か公開契約のどちらかを壊す
+5. **`scope_writes` の外へ書いても黙って弾かれない——`undeclared_write` として観測に出る。** 書く必要があると分かった時点で room へ言う。隠して書いても diff で見えるだけである
+6. **検証は worktree の中で回す。** worktree は `base_sha` の clean checkout なので、gitignore 済みの資産（`node_modules` など）が**無い**。埋めに行く前に次の3点を読むこと。
+   - **worktree の中で `npm install` してはいけない。** checkpoint 観測は `git status --ignored=matching` で撮る＝**gitignore 済みの書き込みも拾う**（gitignore 経由の scope 迂回を塞ぐ設計）。install した file はそのまま `undeclared_write` になり、diff entry 上限（256）を超えた時点で**観測そのものが失敗する**。自分の task の記録を自分で壊すことになる
+   - **依存は install しなくても解決する。** worktree は repo 配下（`<repo>/.lattice/runs/…/tree`）に切られるので、Node の bare specifier 解決が親ディレクトリを遡って canonical の `node_modules` に当たる（repo の外に置かれた木では当たらない）。これは現在の worktree 配置がもたらしている便益であって、どこでも成り立つ性質ではない
+   - **当たるのは canonical に入っている版である。** worktree の `package.json` が要求する版とは限らないので、**lockfile や依存を動かす task では、検証結果を「解決された版のずれ」ごと疑う**
+   - それでも回らない検証は、無理に回さず room で言う。**動かないからといって canonical tree で回さない**——それは測りたい木ではない
+7. 終わったら **`[完了] t7` を独立した1発言**で room 全員宛へ。bridge がこれを見て report を書き、Lattice が worktree の diff を独立に撮って receipt にする
+
+**成果の正本は席の commit ではなく、Lattice が撮った observed diff である。** `[完了]` の後、Lattice が worktree の diff を独立に撮って receipt にする——**受理されるのはその観測であって、あなたの commit ではない**。
+
+worktree は最後に `git worktree remove --force` で畳まれ、木ごと消える（commit object は残るが、どの参照からも辿れない＝gc の対象）。**畳まれるのは `run close` の時ではなく、supervisor が終了する時である**——close は run を閉じるだけで成果を捨てない（木そのものが run の成果なので、着地させる前に消さない設計）。**それでも「commit したから残る」と思わないこと。** canonical への着地は run の外の別工程であり、`[完了]` も `run close` も着地の宣言ではない。
+
 ## 再着任（context が要約されたら）
 
-自分の context が要約された（＝会話の前半が手元に無い）と気づいたら、実装を続ける前に `.team/roles/member.md` と `.team/CLAUDE.md` を読み直して着任し直し、room へ `[再着任] <名前>` を一行投稿する。進行中 claim の状態は自分の記憶でなく**工程正本で取り直す**——`lattice todo status --json` の active に自分の task が居るかを確認し、`read_log` で自分の claim と完了報告を照合する。記憶と正本が食い違ったら、正本を正として食い違いを room で報告する。
+自分の context が要約された（＝会話の前半が手元に無い）と気づいたら、実装を続ける前に `.team/roles/member.md` と `.team/CLAUDE.md` を読み直して着任し直し、room へ `[再着任] <名前>` を一行投稿する。進行中の仕事は自分の記憶でなく**工程正本で取り直す**——managed run なら `run observe` の状態と room の `[配車]` / `[受諾]` / `[辞退]` / `[完了]`、その他の Lattice 併用卓なら `lattice todo status --json` の active と room の claim・完了報告を照合する。記憶と正本が食い違ったら、正本を正として食い違いを room で報告する。
 
 ## 注意
 
 - Lattice の書き込みが `STORE_WRITE_CONFLICT` 等で弾かれたら、1〜2 秒待って同じコマンドを再実行する（同時書込の正常な負け方であり、壊れてはいない）
 - `--parallel-frontier` を付けた start が `parallel_frontier_not_applicable` で弾かれたら、それは**その task がもう `next_ready` に居ない**（他人が着手済み・依存で塞がった）という意味である。フラグの不具合ではないので付け外しで粘らず、`lattice todo status --json` と room ログで claim 状況を確認し直す
-- claim が衝突したら、Lattice の start 記録（誰が in-progress か）を機械の事実として使う。会話の言った言わないより先に工程正本を見る
+- managed run でない卓の claim が衝突したら、Lattice の start 記録（誰が in-progress か）を機械の事実として使う。managed run は claim 衝突で裁定せず、bridge の提示と席の受諾・辞退を見る
 - **note が持つものを room の散文へ二重化しない**。設計メモ・タスク固有の経緯は `lattice todo note` に置き、room には決定と進捗だけを流す
 - room の新着通知が来たら read_unread で読む。返事が要るものには post で応える
 - **Codex 席の場合**: 起床は channels ではなく wakeup-bridge が担う。`room に新着あり（<誰> → <宛先>）。read_unread で読むこと。` が端末へ直接届くので、Claude 席と同じく read_unread で読む。**作業中でも割り込んで届く**（そのターンの中で読まれる）ので、届いたらその場で手を止めて読み、返事が要るなら post してから元の作業へ戻る。自分の発言では起きない