peertable 0.4.29 → 0.4.31

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "peertable",
-  "version": "0.4.29",
+  "version": "0.4.31",
   "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.29'
+const MCP_VERSION = '0.4.31'
 const PKG_ROOT = join(dirname(fileURLToPath(import.meta.url)), '..')
 
 const USAGE = `usage:
@@ -351,6 +351,7 @@ async function runDiagnostics(asJson) {
       'scripts/ensure-room-mcp.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',
@@ -363,6 +364,8 @@ async function runDiagnostics(asJson) {
       'scripts/archive-room-log.py',
       'templates/gen-plan.mjs',
       'templates/done.sh',
+      'templates/independence-refresh.sh',
+      'templates/parent.md',
       'templates/charter.md',
       'templates/member.md',
       'templates/member-standalone.md',

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 で観測できる、をチェックして報告する
@@ -177,7 +178,8 @@ witness をどう生成するかは**対象 project 側の作法に従う**（La
   witness と `independence compile` が揃ってから `lattice run intake` を実行する。
   remaining A（まだ done でない ready / blocked）を同じ witness に含める。
   現在の ready だけを compile すると、次の frontier の `todo start` が
-  `INDEPENDENCE_UNVERIFIED` になる。`coverage=missing` / `stale` のままではleaseを受けず、
+  `INDEPENDENCE_UNVERIFIED` になる。stale なら席が compile し直す。親は compile しない。
+  `coverage=missing` / `stale` のままではleaseを受けず、
   canonical共有木での作業と隔離runを混同しない。
 - **task 単位の push はできない。** git の push は連続した history の先頭までを送る操作であり、
   途中の特定 commit だけを選んで送ることはできない（実測・結論: nagi, 2026-08-11）。ある task の
@@ -228,8 +230,9 @@ witness をどう生成するかは**対象 project 側の作法に従う**（La
 
 - Lattice 書込には actor 環境変数 3 点が必須
 - `--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` の祖先になるまで `LANDING_NOT_ON_MAIN` で止まる。** 親が着地してから監査担当が再実行する。lattice run receipt の未着地は別軸で、警告のまま
-- **independence compile は remaining A を含める。** 現在の ready だけを compile すると、次の frontier の start が拒否される。`next_ready` が witness に無い compile 自体も `INDEPENDENCE_READY_UNDECLARED` で拒否する
+- **`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/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/setup.sh

@@ -117,6 +117,7 @@ else
   fi
   sed -e "s|{{PLAN_KEY}}|$plan|g" -e "s|{{CLAIM_SCOPE}}|$scope|g" "$tpl/member.md" > "$tdir/roles/member.md"
   cp "$tpl/done.sh" "$tdir/scripts/done.sh" && chmod +x "$tdir/scripts/done.sh"
+  cp "$tpl/independence-refresh.sh" "$tdir/scripts/independence-refresh.sh" && chmod +x "$tdir/scripts/independence-refresh.sh"
 fi
 # room MCP 定義は project root の .mcp.json が正（channels は --mcp-config を解決しない。決定44）
 added_root_mcp=false

package/skill/scripts/upgrade-team-assets.sh

@@ -161,6 +161,7 @@ function main() {
     ? [
         ['.team/roles/member.md', 'skill/templates/member.md', 0o644],
         ['.team/scripts/done.sh', 'skill/templates/done.sh', 0o755],
+        ['.team/scripts/independence-refresh.sh', 'skill/templates/independence-refresh.sh', 0o755],
       ]
     : [['.team/roles/member.md', 'skill/templates/member-standalone.md', 0o644]]
   const definitions = [...common, ...modeSpecific]

package/skill/templates/done.sh

@@ -35,7 +35,8 @@ usage: done.sh <task_id> [--plan <plan_key>] [--evidence-from <隔離worktreeの
   evidence/<plan>/<task>.md を commit 済みにして done.sh <task_id> を実行する。
   wrapper が証跡から記述子を生成し、lattice todo doneで同じ本文を最終試験結果として canonical store へ記録する。
   pull run の worktree で作業した場合だけ --evidence-from に同じrepoの絶対pathを渡す。
-  この script は監査担当が打つ。feat SHA が origin/main の祖先になってから打つ。
+  この script は監査担当が打つ。feat SHA が origin/main の祖先でなければ、
+  この script が canonical main へ merge して push する。親は着地しない。
   accept は intake 席が todo done の後に打つ（engine 正順）。
   未accept と lattice run receipt の未着地は警告だけで、done を止めない。
 USAGE
@@ -242,7 +243,7 @@ case "$task_status" in
 esac
 
 # feat SHA が origin/main の祖先になるまで todo done を打たない。
-# 監査担当の done は着地後。親が先に origin/main へ乗せる。
+# 未着地ならこの script が canonical main へ載せて push する。親は呼ばない。
 # --evidence-from があるときは隔離 worktree の HEAD を feat とする。
 feat_dir="."
 if [ -n "$evidence_from" ]; then
@@ -260,10 +261,35 @@ if ! git rev-parse --verify --quiet origin/main >/dev/null; then
   echo "ERROR: LANDING_ORIGIN_MISSING: origin/main が無い。done は打たない" >&2
   exit 1
 fi
-if ! git merge-base --is-ancestor "$feat_sha" origin/main; then
-  echo "ERROR: LANDING_NOT_ON_MAIN: ${feat_sha} は origin/main の祖先ではない。親が着地してから done.sh を再実行すること" >&2
+current_branch=$(git rev-parse --abbrev-ref HEAD) || {
+  echo "ERROR: LANDING_HEAD_UNRESOLVED: canonical の branch を読めない" >&2
+  exit 1
+}
+if [ "$current_branch" != main ]; then
+  echo "ERROR: LANDING_NOT_ON_MAIN_BRANCH: canonical HEAD が main ではない（${current_branch}）。done は打たない" >&2
   exit 1
 fi
+if ! git merge-base --is-ancestor "$feat_sha" origin/main; then
+  if [ "$(git rev-parse HEAD)" != "$feat_sha" ]; then
+    if ! git merge --no-edit -m "着地: ${t} feat=${feat_sha}" "$feat_sha"; then
+      echo "ERROR: LANDING_MERGE_FAILED: ${feat_sha} を main へ merge できない。done は打たない" >&2
+      exit 1
+    fi
+  fi
+  if ! git push -q origin main; then
+    echo "ERROR: LANDING_PUSH_FAILED: origin/main へ push できない。done は打たない" >&2
+    exit 1
+  fi
+  if ! git fetch -q origin; then
+    echo "ERROR: LANDING_FETCH_FAILED: 着地後の origin を fetch できない。done は打たない" >&2
+    exit 1
+  fi
+  if ! git merge-base --is-ancestor "$feat_sha" origin/main; then
+    echo "ERROR: LANDING_NOT_ON_MAIN: ${feat_sha} を origin/main へ載せられなかった。done は打たない" >&2
+    exit 1
+  fi
+  echo "着地: ${feat_sha} を origin/main の祖先にした" >&2
+fi
 
 # **done と accept は別軸。** engine は todo done の後にだけ accept できる。
 # 監査担当が done.sh で閉じ、intake 席が accept する。未 accept を done の拒否条件にすると循環する。
@@ -386,12 +412,42 @@ task_status=$(task_field status 2>&1) || {
   exit 1
 }
 
-# pushは工程closeの前提ではない。upstreamがある時だけ未push件数を案内する。
+# remaining の並列記録をこの場で更新する。親は compile しない。
+# 次の工程の start / intake より前に終わるので、記録書き換え中の hold を作らない。
+witness=".lattice/todo/witness/${plan}.json"
+if [ -f "$witness" ]; then
+  compile_out=""
+  compile_rc=0
+  compile_out=$("$done_gate_cli" todo independence compile --plan "$plan" --input "$witness" 2>&1) || compile_rc=$?
+  printf '%s\n' "$compile_out"
+  if [ "$compile_rc" != 0 ]; then
+    echo "ERROR: INDEPENDENCE_COMPILE_FAILED: remaining の並列記録を更新できない。次の工程を始めるな" >&2
+    exit 1
+  fi
+  independence_ref=".lattice/todo/plans/${plan}/v1/independence.json"
+  git add -- "$witness"
+  [ -f "$independence_ref" ] && git add -- "$independence_ref"
+  if ! git diff --cached --quiet -- "$witness" "$independence_ref" 2>/dev/null; then
+    compile_msg=$(mktemp "${TMPDIR:-/tmp}/peertable-independence.XXXXXX")
+    printf 'Lattice independence を再 compile する plan=%s\n' "$plan" > "$compile_msg"
+    if ! git commit -q -F "$compile_msg" -- "$witness" "$independence_ref"; then
+      rm -f "$compile_msg"
+      echo "ERROR: INDEPENDENCE_COMPILE_FAILED: 更新した並列記録を commit できない。次の工程を始めるな" >&2
+      exit 1
+    fi
+    rm -f "$compile_msg"
+  fi
+fi
+
+# feat 着地と store / independence の commit を origin へ載せる。親は push しない。
 upstream_ref=$(git rev-parse --abbrev-ref --symbolic-full-name '@{u}' 2>/dev/null || true)
 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
+    if ! git push -q origin HEAD; then
+      echo "ERROR: LANDING_PUSH_FAILED: 未push ${unpushed}本を origin へ載せられない" >&2
+      exit 1
+    fi
   fi
 fi
 

package/skill/templates/independence-refresh.sh

@@ -0,0 +1,23 @@
+#!/bin/bash
+# remaining の並列記録を、今の HEAD で compile し直す。親は呼ばない。
+# usage: independence-refresh.sh <plan_key>
+set -e
+plan="${1:-${PEERTABLE_PLAN:-}}"
+[ -n "$plan" ] || {
+  echo "usage: independence-refresh.sh <plan_key>" >&2
+  exit 2
+}
+witness=".lattice/todo/witness/${plan}.json"
+[ -f "$witness" ] || {
+  echo "ERROR: witness が無い: ${witness}。remaining A を witness に書いてから compile する" >&2
+  exit 1
+}
+lattice_cli="${LATTICE_CLI:-lattice}"
+compile_out=""
+compile_rc=0
+compile_out=$("$lattice_cli" todo independence compile --plan "$plan" --input "$witness" 2>&1) || compile_rc=$?
+printf '%s\n' "$compile_out"
+[ "$compile_rc" -eq 0 ] || {
+  echo "ERROR: INDEPENDENCE_COMPILE_FAILED: 自分で witness を直して再実行する。親は呼ばない" >&2
+  exit 1
+}

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

@@ -21,12 +21,12 @@
 
 1. `lattice todo status --json` で ready なタスクを見る。{{CLAIM_SCOPE}}
 2. 憲章の手順で `post(to: "all", message: "[claim] <タスク>")` を一度だけ送る。**この `[claim]` が唯一の着手通知である。別の `[工程着手]` や自動着手通知は送らない。** `[claim]` は独立した1発言で出し、完了報告や他タスクの話と同じ発言に畳まない
-3. `lattice todo start --plan {{PLAN_KEY}} --task <id>` で着手を記録する。**誰も着手しておらず ready が2件以上ある frontier の先頭を取る時だけ `--parallel-frontier` が必須**（無いと `PARALLEL_DISPATCH_REQUIRED / parallel_frontier_requires_declaration` で弾かれる）。ready が1件だけ、または既に誰かが着手している frontier へ後から乗る時は素の start でよい。**`INDEPENDENCE_UNVERIFIED` で落ちたら実装に入らない。** 記録があるのにこの工程が未宣言・失効なので、親が remaining A を witness に足して compile するまで待つ
+3. `lattice todo start --plan {{PLAN_KEY}} --task <id>` で着手を記録する。**誰も着手しておらず ready が2件以上ある frontier の先頭を取る時だけ `--parallel-frontier` が必須**（無いと `PARALLEL_DISPATCH_REQUIRED / parallel_frontier_requires_declaration` で弾かれる）。ready が1件だけ、または既に誰かが着手している frontier へ後から乗る時は素の start でよい。**`INDEPENDENCE_UNVERIFIED` で落ちたら実装に入らない。** 記録があるのにこの工程が未宣言・失効なので、親を待たない。canonical の cwd で `.team/scripts/independence-refresh.sh {{PLAN_KEY}}` を打ち、remaining A が witness に無ければ自分で足してから再 compile し、もう一度 `todo start` する
 4. 実装し、自ら必要な試験と自己監査を行う。工程を次に進めてよい水準まで自分の責任で完成させる。着手後に先行工程由来の不具合が判明しても、先行工程をreopenせず、前担当者へ戻さず、修正工程も追加しない。現在の工程を成立させる修正として自ら直し、最終試験結果へ含める。誰かに用事がある時はその相手へDMし、誰に聞けばよいか分からない時は `post(to: "all")` で聞く
 5. 証跡ファイル `evidence/{{PLAN_KEY}}/<task_id>.md` に、最終的な試験内容と試験結果を含めて「何を作り、どう確認したか」を書き、変更ファイルと証跡だけをcommitする
 6. その証跡と同じ最終試験内容・結果を監査担当へ渡す。作業者自身は `.team/scripts/done.sh` や `lattice todo done` を実行しない
 7. 監査担当として結果を受け取った場合は、提出された試験内容と試験結果が元PLAN・工程正本・受入条件に照らして妥当か判断する。試験を再実行せず、個人の思想や計画外の改善を完了条件へ加えない
-8. 妥当なら監査担当が `.team/scripts/done.sh <task_id> --plan <plan_key>` で工程をクローズする。feat SHA が `origin/main` の祖先になるまで `LANDING_NOT_ON_MAIN` で止まる。その時は `[監査OK] 着地してください feat=<sha>` を親へ送り、着地後に再実行する。`done.sh`は証跡と同じ本文をLatticeの`test_result`へ記録する。doneを読返してから `post(to: "all", message: "次の工程に着手してください")` とだけ指示し、具体的な次工程は指示しない
+8. 妥当なら監査担当が `.team/scripts/done.sh <task_id> --plan <plan_key>` で工程をクローズする。未着地の feat は `done.sh` が canonical main へ merge して push する。親へ着地を依頼しない。`done.sh` は証跡と同じ本文を Lattice の `test_result` へ記録し、remaining の並列記録も更新してから戻る。done を読返してから `post(to: "all", message: "次の工程に着手してください")` とだけ指示し、具体的な次工程は指示しない
 9. 不合格なら、現在モデルでの修正機会は1回だけとする。再び不合格になったら親へmodel変更を依頼し、`Luna → Terra → Sol`の順で一段昇格する。自分で席設定を変えない
 10. 作業者は監査担当によるクローズを確認し、工程正本から次のreadyを選ぶ
 11. **claimできるToDoが無いなら仕事を発明しない（決定68）。** 依頼されていない監査・他席への状況照会・正典の自主レビューを暇つぶしに始めない。縮退の打診が来たらWIP棚卸しを正直に返す
@@ -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 との競合を見てくれる。**持ち込みは許可申請ではない**——装置は通す／通さないを決めるのではなく、競合した時だけ「留まれ」と言う。載っていない卓ではこの節は静かに眠る。
@@ -73,7 +85,7 @@ lattice run intake --run .lattice/runs/<run-id> --task <id>
 空のまま**である。作った席が他の席の仕事を決めたことにはならない。
 
 1. **`todo start` を先に済ませてから intake する。** 装置は Todo 正本の start event へ束縛するので、start していない task は intake できない。**逆順にしない。**
-2. **`intervention.state` を読む。** `none` なら worktree を使ってそのまま進める。新しく起きた席または次工程を探した席が`hold`を受け、まだ既存WIPを持たない場合は待機席として残らない。競合理由と未着手をroomへ一度記録し、未受理intakeを解放して`leave-seat.sh`で直ちに退席する。既存WIPがある席だけは工程正本へhandoffを残してから畳む。**hold を無視して進めず、競合解除pollのために席を温存しない。**
+2. **`intervention.state` を読む。** `none` なら worktree を使ってそのまま進める。`hold` の理由が `record_stale` または `artifact_binding_mismatch`（並列記録の失効・再 compile との交差）なら、親へ退席も待ちも出さない。未受理 intake を解放し、canonical で `.team/scripts/independence-refresh.sh {{PLAN_KEY}}` を通してから intake を打ち直す。**他の着手済み task と同じ書き込み資源でぶつかった hold** だけが退席対象である。その場合、新しく起きた席または次工程を探した席で既存WIPが無ければ、競合理由と未着手を room へ一度記録し、未受理 intake を解放して `leave-seat.sh` で直ちに退席する。既存WIPがある席だけは工程正本へhandoffを残してから畳む。**hold を無視して進めず、競合解除 poll のために席を温存しない。**
 3. **worktree を受け取ったら、自分の pid を装置へ渡す（attach）。** これをしないと、装置は競合時に「留まれ」と言うことはできても、実際に止めることができない（協調 hold のまま）。
    ```
    lattice run intake attach --run <ref> --task <id> --input <file>
@@ -106,8 +118,8 @@ lattice run intake --run .lattice/runs/<run-id> --task <id>
    **worktree に commit した証跡は canonical から読める**（複製は要らない）。
    装置が worktree の base→HEAD を独立に観測して受理する。
    最後の landing-only 呼び出しは、accept 済み receipt が canonical default branch へ未着地なら
-   `未着地 N本`を出す。これは lattice run receipt の軸で、feat SHA の `LANDING_NOT_ON_MAIN`
-   とは別である。receipt 側は警告だけで処理は止めない。
+   `未着地 N本`を出す。これは lattice run receipt の軸で、feat SHA を `done.sh` が origin/main
+   へ載せる着地とは別である。receipt 側は警告だけで処理は止めない。
 
 **成果の正本はあなたの commit ではなく、Lattice が撮った observed diff である。** 受理されるのはその観測であって、commit そのものではない。
 

package/skill/templates/parent.md

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