peertable 0.4.30 → 0.4.32

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "peertable",
-  "version": "0.4.30",
+  "version": "0.4.32",
   "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",

package/room/client.mjs

@@ -13,7 +13,7 @@ import { findModelsDoc, resolveSeatIdentity } from '../skill/scripts/resolve-sea
 
 // client.mjs 側のハードコード版数。package.json の version と一致していることを
 // diagnostics の version_consistency が見る（2 つの版数源の drift 検出。決定45）
-const MCP_VERSION = '0.4.30'
+const MCP_VERSION = '0.4.32'
 const PKG_ROOT = join(dirname(fileURLToPath(import.meta.url)), '..')
 
 const USAGE = `usage:
@@ -349,8 +349,10 @@ async function runDiagnostics(asJson) {
       'scripts/parent-watch-logic.mjs',
       'scripts/seat-credential.mjs',
       'scripts/ensure-room-mcp.mjs',
+      'scripts/bridge-record-live.mjs',
       'scripts/leave-seat.sh',
       'scripts/change-seat.sh',
+      'scripts/set-mission.sh',
       'scripts/post-message.mjs',
       // effort 専用の互換入口。change-seat.sh へ委譲するので、どちらが欠けても席設定変更が死ぬ
       'scripts/change-effort.sh',

package/skill/SKILL.md

@@ -74,6 +74,7 @@ script は内部で Aiterm の公開 `claude_agent` / `codex_agent` / `grok_agen
 6.5 **席の稼働状態ブリッジ（setup.sh が自動で起こす）**: 手順3の scaffold が `ensure-bridge.sh <project> seat-status` で起こすので、**AI が手で叩く段は無い**。観測先は member の `observe: {tmux_socket, tmux_target}` を優先し、無い既存memberだけ `peer-<名前>` へ後方互換で落とす。socket は明示env → aiterm POSIX既定 → 検証済み`/tmp/aiterm-*.sock`1本 → 既定パスの順で解決し、bashからは`tmux-socket.mjs`を呼ぶ。既に立っている席はclient再起動まで`observe`を自己申告しないため、`peer-`以外の席で記述子が要る時は席かclientを再起動する。WSLではbridgeが読む**WSL側**の版が正で、Windows側だけの更新では直らない。
 6.7 **model / effort変更（本人要請→親実行）**: 本人は希望と理由を自然文で親だけへDMする。親は意味を判断してtargetを確定し、`env -u PEERTABLE_POST_TOKEN skill/scripts/change-seat.sh <project> <member> [--model <model>] [--effort <effort>] [--parent <name>] [--reason <text>]`を実行する。定型文への言い直し、完全一致の再送、本人DMの機械検査は行わない。scriptはroom memberの現在値を読み、Aitermの公開`agent_configure`へ確定targetを渡し、metadataの読返しと変更履歴を残す。targetはlive catalogで検証し、変更後の記録に失敗した場合も成功へ丸めない。
    - 同じvendor内のmodel / effort変更はAitermが同一sessionと会話contextを保って行う。vendor変更だけは再起動を伴うため、本人はrole・工程正本・roomログから再着任する
+6.8 **mission 更新（席が自分で実行）**: 工程が変わったら席が `env -u PEERTABLE_POST_TOKEN skill/scripts/set-mission.sh <project> <name> <text>` を打つ。`POST /members` で chip を更新し、`[mission] <name>: <text>` を全員へ1行出す。席は再起動しない。親は代行しない。`change-seat.sh` に mission を足さない。
 
 7. **親の着卓**（このセッション）: `scripts/parent-join.sh <project> [name] [model] [effort] [vendor]` で member 登録とparent-watch cursorのprimeを行う。**`effort` は任意のまま据え置く**——席は `launch-seat.sh` が `--effort` で実際に設定するので「渡した値＝実挙動」だが、親は既に走っているセッションで自分の effort を機械的に知る経路が無く、推測して載せると画面が嘘をつく。続けて、ClaudeとGrokはMonitor、Codexはyieldしたbackground tool taskとして**親宛DM番犬**を1世代だけ張る（形は下記「親の operating notes」の番犬仕様）。通常席用wakeup-bridgeに親を載せない。broadcastのkickoffは廃止済み。以後の post も API 直（同 notes）
 8. **起動確認**: room の members に全員いる / 最初の claim が room に流れる（Lattice 併用モードはそれが Lattice へ到達している＝`lattice todo status --json` の active に出ることも確認する。単独モードは room の claim 宣言だけが到達の証拠）/ Web UI で観測できる、をチェックして報告する
@@ -231,6 +232,7 @@ witness をどう生成するかは**対象 project 側の作法に従う**（La
 - `--parallel-frontier` が要るのは、**ready が複数あって誰も着手していない frontier の最初の start だけ**（無いと `PARALLEL_DISPATCH_REQUIRED / parallel_frontier_requires_declaration` で弾かれる）。ready が1件だけ、または既に誰かが着手している frontier へ後から乗る場合は素の `start` でよい。フラグが効くのは**取る task が `next_ready` に居る時だけ**で、他人が着手済みの task へ付けると `PARALLEL_DISPATCH_INVALID / parallel_frontier_not_applicable` になる——「フラグが使えない」ではなく「**その task はもう空いていない**」の意味である。記録があるのに対象工程が未宣言・失効なら `todo start` は `INDEPENDENCE_UNVERIFIED` で拒否する（Lattice ADR 0182）。記録が無い plan の start は従来どおり助言だけ
 - **`done.sh` は feat SHA が `origin/main` の祖先でなければ canonical main へ merge して push する。** 親は着地しない。続けて remaining の independence を compile してから戻る。lattice run receipt の未着地は別軸で、警告のまま
 - **independence compile は remaining A を含める。** 現在の ready だけを compile すると、次の frontier の start が拒否される。`next_ready` が witness に無い compile 自体も `INDEPENDENCE_READY_UNDECLARED` で拒否する。stale なら席が `.team/scripts/independence-refresh.sh` を打つ。親は compile しない
+- **mission が古くても親は書き換えない。** 工程が変わったら席が `set-mission.sh` を自分で打つ。チップと `[mission]` の1行が正本で、席の再起動はしない
 - 同時書込は `STORE_WRITE_CONFLICT` 等で明示的に負ける。1〜2 秒待って再実行すれば通る（正常系）
 - evidence は記述子 JSON。記述子ファイル自体も repo 内相対パスに置く（repo 外絶対パスは INVALID_ARGUMENTS）。`.team/scripts/done.sh` が正規経路。証跡の置き場は **`evidence/<plan_key>/<task_id>.md`**——task_id は campaign を跨いで再利用されるので、平置きにすると前の campaign の監査証跡を上書きで消す（2026-08-08 実測）
 - **外部ペイン（決定53）は Lattice 0.50.0 以降が要る。** それ以前の Lattice に `external_pane` 入りの `project.json` を差すと、identity 検証が完全一致キーで落ちて `lattice todo status` ごと死ぬ（`PROJECT_IDENTITY_INVALID / identity_schema_invalid`・0.49.0 で実測）。工程正本が読めなくなる＝卓が止まるので、Lattice が古い環境では Lattice 併用 setup を走らせない

package/skill/scripts/bridge-record-live.mjs

@@ -0,0 +1,32 @@
+#!/usr/bin/env node
+// 常駐 bridge の record が「この pid のこの process」を指しているかの境界。
+// Windows は pid を再利用する。alive な pid だけでは本人ではない
+// （2026-08-21 実測: wakeup-bridge.json の pid が oracle-mcp に再利用され、
+// 本物の配達は死んだまま ensure-bridge が起動済みと誤認した）。
+import { readFileSync } from 'node:fs'
+import { resolve } from 'node:path'
+import { fileURLToPath } from 'node:url'
+
+const STALE_MS = 90_000
+
+export function bridgeRecordLive(record, now = Date.now()) {
+  if (!record || typeof record !== 'object') return false
+  const pid = Number(record.pid)
+  if (!Number.isInteger(pid) || pid <= 0) return false
+  try { process.kill(pid, 0) } catch { return false }
+  const stamp = record.last_progress_at || record.progress_at
+  if (typeof stamp !== 'string' || stamp.length === 0) return false
+  const at = Date.parse(stamp)
+  if (!Number.isFinite(at)) return false
+  return (now - at) <= STALE_MS
+}
+
+const invokedDirectly = Boolean(process.argv[1])
+  && resolve(fileURLToPath(import.meta.url)).toLowerCase() === resolve(process.argv[1]).toLowerCase()
+if (invokedDirectly) {
+  const path = process.argv[2]
+  if (!path) process.exit(2)
+  let record
+  try { record = JSON.parse(readFileSync(path, 'utf8')) } catch { process.exit(1) }
+  process.exit(bridgeRecordLive(record) ? 0 : 1)
+}

package/skill/scripts/ensure-bridge.sh

@@ -17,8 +17,7 @@ if [ $# -eq 0 ] && [ -f "$record" ]; then
   fi
 fi
 if [ -f "$record" ]; then
-  pid=$(node -e 'try{process.stdout.write(String(require(process.argv[1]).pid||""))}catch{}' "$record")
-  if [ -n "$pid" ] && node "$(dirname "$0")/pid-alive.mjs" "$pid"; then exit 0; fi
+  if node "$(dirname "$0")/bridge-record-live.mjs" "$record"; then exit 0; fi
   if ! "$force" && grep -q 'WRITE_DENIED' "$log" 2>/dev/null; then echo "${name}-bridge: 前回はWRITE_DENIEDで終了。--forceを指定すること" >&2; exit 1; fi
 fi
 # shellcheck disable=SC1091

package/skill/scripts/set-mission.sh

@@ -0,0 +1,107 @@
+#!/bin/bash
+# 席の mission を更新する。再起動しない。
+# usage: set-mission.sh <project_dir> <member> <text>
+#
+# chip（POST /members の mission 欄）と、他席へ届く `[mission] <name>: <text>` の1行が正本。
+# 起動時の PEERTABLE_MISSION env は書き換えない。change-seat.sh には載せない。
+set -eu
+
+unset PEERTABLE_POST_TOKEN
+script_dir=$(cd "$(dirname "$0")" && pwd -P)
+credential_helper="${PEERTABLE_CREDENTIAL_HELPER:-$script_dir/seat-credential.mjs}"
+
+proj="${1:-}"; name="${2:-}"
+shift 2 2>/dev/null || true
+text="${*:-}"
+[ -n "$proj" ] && [ -n "$name" ] && [ -n "$text" ] || {
+  echo "SET_MISSION_ARGS_INVALID: usage: set-mission.sh <project_dir> <member> <text>" >&2
+  exit 2
+}
+case "$name" in
+  *[!A-Za-z0-9._-]*) echo "SET_MISSION_ARGS_INVALID: member名に使えない文字がある" >&2; exit 2 ;;
+esac
+
+state="$proj/.team/setup-state.json"
+[ -f "$state" ] || { echo "SET_MISSION_STATE_MISSING: $state" >&2; exit 1; }
+read -r room url <<EOF
+$(node -e 'const fs=require("fs"); const d=JSON.parse(fs.readFileSync(process.argv[1],"utf8")); if(!d.room||!d.server_url) process.exit(1); process.stdout.write(d.room+" "+d.server_url+"\n")' "$state")
+EOF
+
+members=$(curl -sf "$url/api/$room/members") || {
+  echo "SET_MISSION_ROOM_UNREACHABLE: membersを読めない" >&2; exit 1
+}
+printf '%s' "$members" | node -e '
+const fs=require("fs");
+const name=process.argv[1];
+let members;
+try { members=JSON.parse(fs.readFileSync(0,"utf8")).members||[] } catch { process.exit(2) }
+process.exit(members.some(m => m && m.name===name) ? 0 : 1)
+' "$name" || {
+  echo "SET_MISSION_MEMBER_MISSING: ${name} が room に居ない" >&2
+  exit 1
+}
+
+credential_file=$(env -u PEERTABLE_POST_TOKEN node "$credential_helper" path "$proj" "$room" "$name") || {
+  echo "SET_MISSION_CREDENTIAL_MISSING: ${name} のroom credentialを特定できない" >&2; exit 1
+}
+
+payload=$(node -e 'process.stdout.write(JSON.stringify({name:process.argv[1],mission:process.argv[2]})+"\n")' "$name" "$text")
+env -u PEERTABLE_POST_TOKEN node "$credential_helper" request "$credential_file" POST \
+  "$url/api/$room/members" "$payload" >/dev/null || {
+  echo "SET_MISSION_METADATA_FAILED: ${name} の mission を room へ書けない" >&2; exit 1
+}
+
+members_after=$(curl -sf "$url/api/$room/members") || {
+  echo "SET_MISSION_CHANGED_BUT_UNVERIFIED: mission を書いたが members を読めない" >&2; exit 1
+}
+printf '%s' "$members_after" | node -e '
+const fs=require("fs");
+const name=process.argv[1];
+const want=process.argv[2];
+let members;
+try { members=JSON.parse(fs.readFileSync(0,"utf8")).members||[] } catch { process.exit(2) }
+const m=members.find(x => x && x.name===name) || {};
+process.exit(m.mission===want ? 0 : 1)
+' "$name" "$text" || {
+  echo "SET_MISSION_CHANGED_BUT_UNVERIFIED: members の mission が指定文と一致しない" >&2
+  exit 1
+}
+
+body="[mission] ${name}: ${text}"
+history=$(node "$script_dir/post-message.mjs" "$name" "all" "$body")
+history_response=$(env -u PEERTABLE_POST_TOKEN node "$credential_helper" request "$credential_file" POST \
+  "$url/api/$room/messages" "$history") || {
+  echo "SET_MISSION_CHANGED_BUT_ANNOUNCE_FAILED: chip は更新済み、[mission] の投稿に失敗" >&2
+  exit 1
+}
+history_seq=$(printf '%s' "$history_response" | node -e '
+const fs=require("fs");
+let seq;
+try { seq=JSON.parse(fs.readFileSync(0,"utf8")).seq } catch { process.exit(1) }
+if(!Number.isInteger(seq)) process.exit(1);
+process.stdout.write(String(seq)+"\n");
+') || {
+  echo "SET_MISSION_CHANGED_BUT_ANNOUNCE_FAILED: chip は更新済み、[mission] POST 応答の seq を読めない" >&2
+  exit 1
+}
+
+messages_after=$(env -u PEERTABLE_POST_TOKEN node "$credential_helper" request "$credential_file" GET \
+  "$url/api/$room/messages") || {
+  echo "SET_MISSION_CHANGED_BUT_ANNOUNCE_FAILED: chip は更新済み、room 履歴を読み返せない" >&2
+  exit 1
+}
+printf '%s' "$messages_after" | node -e '
+const fs=require("fs");
+const seq=process.argv[1];
+const name=process.argv[2];
+const body=process.argv[3];
+let messages;
+try { messages=JSON.parse(fs.readFileSync(0,"utf8")).messages||[] } catch { process.exit(1) }
+const matched=messages.find(m => String(m.seq)===seq);
+process.exit(matched && matched.from===name && matched.to==="all" && matched.body===body ? 0 : 1)
+' "$history_seq" "$name" "$body" || {
+  echo "SET_MISSION_CHANGED_BUT_ANNOUNCE_FAILED: chip は更新済み、[mission] の読返しが一致しない" >&2
+  exit 1
+}
+
+echo "SET_MISSION_OK: ${name} mission=${text}"

package/skill/scripts/wakeup-bridge.mjs

@@ -18,6 +18,7 @@ import { join } from 'node:path'
 import { promisify } from 'node:util'
 import { resolveSeatObservation, tmuxArgv } from './seat-usage.mjs'
 import { BROADCAST_RECIPIENT, formatWakeNotice, isIdleSelfWake, isWakeupBridgeTarget, shouldDeferGrokWake } from './wakeup-delivery.mjs'
+import { bridgeRecordLive } from './bridge-record-live.mjs'
 
 const run = promisify(execFile)
 const [proj, ...rest] = process.argv.slice(2)
@@ -64,10 +65,32 @@ async function acquireStartupLock() {
   }
 }
 
+function readRecord() {
+  try { return JSON.parse(readFileSync(record, 'utf8')) } catch { return null }
+}
+
+function writeRecord(next) {
+  const temp = `${record}.${process.pid}.tmp`
+  writeFileSync(temp, JSON.stringify(next) + '\n')
+  renameSync(temp, record)
+}
+
+function touchProgress() {
+  if (!existsSync(record)) return
+  const current = readRecord()
+  if (!current || current.pid !== process.pid) return
+  writeRecord({ ...current, last_progress_at: new Date().toISOString() })
+}
+
 async function stopRecorded() {
   if (!existsSync(record)) return
-  const { pid } = JSON.parse(readFileSync(record, 'utf8'))
-  if (!alive(pid)) { unlinkSync(record); log(`死んだ記録を掃除した（pid ${pid}）`); return }
+  const saved = readRecord()
+  const pid = Number(saved?.pid)
+  if (!bridgeRecordLive(saved)) {
+    unlinkSync(record)
+    log(`他人の pid または死んだ記録を掃除した（pid ${Number.isInteger(pid) ? pid : '不明'}）。kill しない`)
+    return
+  }
   process.kill(pid, 'SIGTERM')
   for (let i = 0; i < 25 && alive(pid); i++) await sleep(200)
   if (alive(pid)) {
@@ -101,9 +124,10 @@ const parentName = (() => {
   }
 })()
 const targetOpts = { parentName }
-writeFileSync(record, JSON.stringify({
-  pid: process.pid, room, server_url: url, requested_seats: requestedSeats, started_at: new Date().toISOString(),
-}) + '\n')
+writeRecord({
+  pid: process.pid, room, server_url: url, requested_seats: requestedSeats,
+  started_at: new Date().toISOString(), last_progress_at: new Date().toISOString(),
+})
 releaseStartupLock()
 
 const cleanup = () => { if (existsSync(record)) unlinkSync(record); process.exit(0) }
@@ -167,10 +191,12 @@ async function refreshMembers() {
 reconcileSeats()
 await refreshMembers()
 function markReady() {
-  const next = { ...JSON.parse(readFileSync(record, 'utf8')), ready_at: new Date().toISOString() }
-  const temp = `${record}.tmp`
-  writeFileSync(temp, JSON.stringify(next) + '\n')
-  renameSync(temp, record)
+  const current = readRecord() || {}
+  writeRecord({
+    ...current,
+    ready_at: new Date().toISOString(),
+    last_progress_at: new Date().toISOString(),
+  })
 }
 
 function loadDeliveryState() {
@@ -436,6 +462,7 @@ for (;;) {
       let buf = ''
       for await (const chunk of res.body) {
         lastByteAt = Date.now()
+        touchProgress()
         buf += Buffer.from(chunk).toString('utf8')
         const parts = buf.split('\n\n')
         buf = parts.pop()

package/skill/templates/member-standalone.md

@@ -34,6 +34,18 @@
 しない。席が再起動された場合は、下の再着任手順でrole・`.team/tasks.md`・roomログから現在地を
 取り直す。
 
+## 工程が変わった時の mission
+
+着席時の mission は起動スナップショットである。議題の塊が次へ進んだら、自分で更新する。
+親に依頼しない。席は再起動しない。
+
+```
+env -u PEERTABLE_POST_TOKEN "$(npm root -g)/peertable/skill/scripts/set-mission.sh" . "$PEERTABLE_MEMBER" "<新しい使命>"
+```
+
+room の member 欄（チップ）と `[mission] <名前>: <使命>` の全員宛1行が正本になる。
+起動時の `PEERTABLE_MISSION` env は古いままでよい。
+
 ## 再着任（context が要約されたら）
 
 自分の context が要約された（＝会話の前半が手元に無い）と気づいたら、実装を続ける前に `.team/roles/member.md` と `.team/CLAUDE.md` を読み直して着任し直し、room へ `[再着任] <名前>` を一行投稿する。進行中 claim の状態は自分の記憶でなく**工程正本で取り直す**——この卓の工程正本は room の宣言だけなので、`read_log` で自分の claim・他人の claim・完了報告を全部照合する（機械に問い合わせる先は無い）。記憶と正本が食い違ったら、正本を正として食い違いを room で報告する。

package/skill/templates/member.md

@@ -38,6 +38,18 @@
 完全一致の再送は不要で、変更targetは親が判断する。自分でCLI設定を変えたり、broadcastで依頼したり
 しない。席が再起動された場合は、下の再着任手順でrole・工程正本・roomログから現在地を取り直す。
 
+## 工程が変わった時の mission
+
+着席時の mission は起動スナップショットである。campaign / plan が次のフェーズへ進んだら、
+自分で更新する。親に依頼しない。席は再起動しない。
+
+```
+env -u PEERTABLE_POST_TOKEN "$(npm root -g)/peertable/skill/scripts/set-mission.sh" . "$PEERTABLE_MEMBER" "<新しい使命>"
+```
+
+room の member 欄（チップ）と `[mission] <名前>: <使命>` の全員宛1行が正本になる。
+起動時の `PEERTABLE_MISSION` env は古いままでよい。
+
 ## Lattice の実行層へ自分の着手を載せる（pull 型・載っている卓だけ）
 
 **仕事は降ってこない。** 上のループどおり自分で選んで `todo start` した後、その着手を実行層へ持ち込むと、隔離 worktree という設備が使え、装置が他の着手済み ToDo との競合を見てくれる。**持ち込みは許可申請ではない**——装置は通す／通さないを決めるのではなく、競合した時だけ「留まれ」と言う。載っていない卓ではこの節は静かに眠る。

package/skill/templates/parent.md

@@ -21,6 +21,7 @@
 - 着卓（member 登録）と席数制御（決定68の運用側: ready＋active実装ToDo数に合わせて起こす/畳む）
 - 作業者から監査担当への最終試験結果提出と、監査担当による工程クローズが正本へ記録されたことの観測
 - 着地と independence compile は席の仕事である。親は代行しない
+- mission の更新は席の仕事である。親は代行しない
 - 承認 gate・オーナーとの接点、裁定依頼の運搬（自分で判断せずオーナー宛の議題として運ぶ）
 - model / effort 変更依頼への対応（本人の自然文を親が判断し、確定したtargetだけを
   `change-seat.sh`へ渡す。定型文への言い直しや完全一致の再送は求めない）