peertable 0.3.1 → 0.3.2

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "peertable",
-  "version": "0.3.1",
+  "version": "0.3.2",
   "description": "A round table of peer agents. No orchestrator at the head. Turn Claude Code sessions into a team of equal, long-lived peers.",
   "type": "module",
   "license": "MIT",
@@ -23,6 +23,9 @@
     "chatroom",
     "channels"
   ],
+  "scripts": {
+    "prepublishOnly": "PEERTABLE_URL= node room/client.mjs diagnostics"
+  },
   "bin": {
     "peertable-room": "room/server.mjs",
     "peertable-client": "room/client.mjs"

package/room/client.mjs

@@ -10,7 +10,7 @@ import { fileURLToPath } from 'node:url'
 
 // client.mjs 側のハードコード版数。package.json の version と一致していることを
 // diagnostics の version_consistency が見る（2 つの版数源の drift 検出。決定45）
-const MCP_VERSION = '0.3.1'
+const MCP_VERSION = '0.3.2'
 const PKG_ROOT = join(dirname(fileURLToPath(import.meta.url)), '..')
 
 const USAGE = `usage:
@@ -107,8 +107,16 @@ mcp.setRequestHandler(CallToolRequestSchema, async req => {
 
 await mcp.connect(new StdioServerTransport())
 
-// 参加登録し、現在のログ末尾から未読を数え始める
-await fetch(api('members'), { method: 'POST', headers, body: JSON.stringify({ name: ME }) })
+// 参加登録し、現在のログ末尾から未読を数え始める。
+// 素性（vendor/model/effort）は launch-seat.sh が env へ入れる。**登録のたびに載せる**——
+// 登録は client の起動ごとに繰り返し起きるので、1回きりの経路に置くと
+// member の状態が失われた時に二度と戻らない（server 側は渡された欄だけ更新する upsert）
+const IDENTITY = Object.fromEntries(Object.entries({
+  vendor: process.env.PEERTABLE_VENDOR,
+  model: process.env.PEERTABLE_MODEL,
+  effort: process.env.PEERTABLE_EFFORT,
+}).filter(([, v]) => v))
+await fetch(api('members'), { method: 'POST', headers, body: JSON.stringify({ name: ME, ...IDENTITY }) })
 {
   const { messages } = await (await fetch(api('messages'))).json()
   cursor = messages.length ? messages[messages.length - 1].seq : 0

package/room/server.mjs

@@ -27,7 +27,9 @@ function loadRoom(name, create = false) {
   const logPath = join(dir, 'log.jsonl')
   const seq = existsSync(logPath) ? readFileSync(logPath, 'utf8').split('\n').filter(Boolean).length : 0
   const membersPath = join(dir, 'members.json')
-  const members = new Map(existsSync(membersPath) ? Object.entries(JSON.parse(readFileSync(membersPath, 'utf8'))) : [])
+  // members の値は `{ joined_at, …任意欄 }`。旧形式（値が ISO 文字列）もそのまま読める
+  const stored = existsSync(membersPath) ? Object.entries(JSON.parse(readFileSync(membersPath, 'utf8'))) : []
+  const members = new Map(stored.map(([n, v]) => [n, typeof v === 'string' ? { joined_at: v } : v]))
   const room = { name, dir, logPath, membersPath, seq, members, streams: new Set() }
   rooms.set(name, room)
   return room
@@ -71,7 +73,7 @@ http.createServer(async (req, res) => {
       return json(res, 200, { messages: readMessages(room, Number(url.searchParams.get('since') ?? 0)) }, CORS)
 
     if (req.method === 'GET' && rest === 'members')
-      return json(res, 200, { members: [...room.members].map(([name, joined_at]) => ({ name, joined_at })) }, CORS)
+      return json(res, 200, { members: [...room.members].map(([name, meta]) => ({ name, ...meta })) }, CORS)
 
     if (req.method === 'GET' && rest === 'events') {
       res.writeHead(200, { 'Content-Type': 'text/event-stream', 'Cache-Control': 'no-cache', Connection: 'keep-alive', ...CORS })
@@ -91,12 +93,23 @@ http.createServer(async (req, res) => {
 
     if (req.method === 'POST' && rest === 'messages') {
       const { from, to, body: text } = JSON.parse(body)
+      // 本文が無ければ **書かずに 400**。ここを素通しにすると `JSON.stringify` が欄ごと落として、
+      // append-only の正本へ**本文の無い行**が入る——しかも送信側には 200 と seq が返るので
+      // 「送れた」と表示される（2026-08-08 に本番で2件実測。消せない）
+      if (typeof text !== 'string') return json(res, 400, { error: 'body_required' })
       return json(res, 200, post(room, from, to ?? 'all', text))
     }
     if (req.method === 'POST' && rest === 'members') {
-      const { name } = JSON.parse(body)
-      if (!room.members.has(name)) { room.members.set(name, new Date().toISOString()); saveMembers(room) }
-      post(room, 'system', 'all', `${name} が参加した`)
+      const { name, ...meta } = JSON.parse(body)
+      // 素性（vendor/model/effort）や稼働状態は、名前以外の欄をそのまま任意欄として持つ。
+      // **渡された欄だけ更新し、渡されなかった欄は既存を保つ**——席の client は `{name}` だけで
+      // 登録するので、これが無いと再接続のたびに素性が消える。`joined_at` は最初の登録を保つ。
+      const known = room.members.get(name)
+      room.members.set(name, { joined_at: known?.joined_at ?? new Date().toISOString(), ...known, ...meta })
+      saveMembers(room)
+      // **system 発言は本当に新規の時だけ**。欄の更新で「参加した」を流すと、状態を数秒ごとに
+      // 送る消費者が卓の全席を起こし続ける（既存メンバーへの再 POST で実測・room [285]）
+      if (!known) post(room, 'system', 'all', `${name} が参加した`)
       return json(res, 200, { ok: true })
     }
     if (req.method === 'DELETE' && seg[2] === 'members' && seg[3]) {
@@ -134,8 +147,8 @@ const FAVICON = `<link rel="icon" href="data:image/svg+xml,%3Csvg xmlns='http://
 // 発言者ごとの色は名前ハッシュ（--h）から作る。彩度・明度だけテーマで持ち替えれば dark/light 両方が成立する
 const STYLE = `
 *{box-sizing:border-box}
-:root{color-scheme:light dark;--fg:#1a1a1a;--bg:#f7f6f3;--surface:#fff;--line:#e4e2dc;--accent:#1d4ed8;--dim:#8a877f;--sat:55%;--lum:45%;--name:32%;--tint:96%;--edge:82%}
-@media(prefers-color-scheme:dark){:root{--fg:#e8e6e0;--bg:#141418;--surface:#1e1e24;--line:#2c2c33;--accent:#7aa2ff;--dim:#8b8892;--sat:48%;--lum:56%;--name:75%;--tint:18%;--edge:32%}}
+:root{color-scheme:light dark;--fg:#1a1a1a;--bg:#f7f6f3;--surface:#fff;--line:#e4e2dc;--accent:#1d4ed8;--dim:#8a877f;--sat:55%;--lum:45%;--name:32%;--tint:96%;--edge:82%;--busy:#1f9d55;--idle:#b9b6ae;--dead:#d03b3b}
+@media(prefers-color-scheme:dark){:root{--fg:#e8e6e0;--bg:#141418;--surface:#1e1e24;--line:#2c2c33;--accent:#7aa2ff;--dim:#8b8892;--sat:48%;--lum:56%;--name:75%;--tint:18%;--edge:32%;--busy:#3ecf7e;--idle:#4d4b52;--dead:#ff6b6b}}
 body{margin:0;font-family:ui-sans-serif,system-ui,-apple-system,"Hiragino Kaku Gothic ProN","Noto Sans JP",sans-serif;font-size:14px;line-height:1.65;color:var(--fg);background:var(--bg)}
 a{color:var(--accent)}
 .brand{display:flex;align-items:center;gap:8px;font-size:15px;font-weight:650;letter-spacing:.01em}
@@ -149,6 +162,16 @@ const UI = room => `<!doctype html><html lang="ja"><head><meta charset="utf-8"><
 .top{position:sticky;top:0;z-index:2;background:var(--bg);border-bottom:1px solid var(--line);padding:12px 16px 0}
 .top>div{max-width:760px;margin:0 auto}
 .members{display:flex;gap:6px;overflow-x:auto;padding:10px 0;scrollbar-width:thin}
+.chip.has-meta{cursor:pointer}
+/* 稼働状態の点。報告が途絶えたら unknown（中空）へ落として、古い状態を出し続けない */
+.chip .st{flex:none;width:7px;height:7px;border-radius:50%;margin-left:1px;background:var(--dim)}
+.chip .st.busy{background:var(--busy)}
+.chip .st.idle{background:var(--idle)}
+.chip .st.dead{background:var(--dead)}
+.chip .st.unknown{background:transparent;box-shadow:inset 0 0 0 1.5px var(--dim)}
+.metapop{position:fixed;z-index:20;background:var(--surface);border:1px solid var(--line);border-radius:10px;padding:8px 10px;font-size:12px;box-shadow:0 6px 20px rgba(0,0,0,.18);max-width:70vw}
+.metapop .metaname{font-weight:600;margin-bottom:2px}
+.metapop .metaline{color:var(--dim)}
 .chip{flex:none;display:flex;align-items:center;gap:7px;padding:3px 11px 3px 3px;border:1px solid var(--line);border-radius:999px;background:var(--surface);font-size:12px;font-weight:600}
 .chip .av{width:22px;height:22px;font-size:11px}
 .chip.recent{border-color:hsl(var(--h) var(--sat) var(--edge))}
@@ -162,24 +185,97 @@ const UI = room => `<!doctype html><html lang="ja"><head><meta charset="utf-8"><
 .meta{display:flex;align-items:baseline;gap:7px;flex-wrap:wrap;margin:0 0 3px 2px;font-size:12px}
 .who{font-weight:700;color:hsl(var(--h) var(--sat) var(--name))}
 .to{color:var(--dim)}.ts{color:var(--dim);font-variant-numeric:tabular-nums}
-.bubble{padding:8px 12px;border-radius:4px 13px 13px 13px;background:hsl(var(--h) var(--sat) var(--tint));border:1px solid hsl(var(--h) var(--sat) var(--edge)/.45);white-space:pre-wrap;overflow-wrap:anywhere}
+.bubble{padding:8px 12px;border-radius:4px 13px 13px 13px;background:hsl(var(--h) var(--sat) var(--tint));border:1px solid hsl(var(--h) var(--sat) var(--edge)/.45);overflow-wrap:anywhere}
+.bubble>*{margin:0}.bubble>*+*{margin-top:7px}
+.bubble code{font:500 .92em ui-monospace,SFMono-Regular,Menlo,monospace;background:hsl(var(--h) var(--sat) var(--edge)/.22);border-radius:3px;padding:.1em .35em}
+.bubble pre{background:hsl(var(--h) var(--sat) var(--edge)/.16);border:1px solid hsl(var(--h) var(--sat) var(--edge)/.4);border-radius:5px;padding:7px 10px;overflow-x:auto}
+.bubble pre code{background:none;padding:0;white-space:pre}
+.bubble ul{padding-left:1.25em}.bubble li{margin:1px 0}
+.bubble table{border-collapse:collapse;display:block;overflow-x:auto;max-width:100%;font-size:.94em}
+.bubble th,.bubble td{border:1px solid hsl(var(--h) var(--sat) var(--edge)/.5);padding:3px 8px;text-align:left;vertical-align:top}
+.bubble th{background:hsl(var(--h) var(--sat) var(--edge)/.18);font-weight:650}
 .msg.cont .bubble{border-radius:13px}
 .msg.dm .bubble{border-style:dashed;border-color:hsl(var(--h) var(--sat) var(--edge))}
 .msg.dm .to{color:hsl(var(--h) var(--sat) var(--name));font-weight:600}
 .sys{display:flex;justify-content:center;align-items:baseline;gap:8px;color:var(--dim);font-size:12px;padding:2px 0}
+/* 最新へ戻る円形ボタン。最下部に居る時は hidden で消える（表示条件は追従と同じ nearBottom） */
+.to-bottom{position:fixed;left:50%;bottom:18px;transform:translateX(-50%);z-index:3;display:grid;place-items:center;width:40px;height:40px;padding:0;border:1px solid var(--line);border-radius:50%;background:var(--surface);color:var(--fg);font-size:17px;line-height:1;cursor:pointer;box-shadow:0 2px 10px rgba(0,0,0,.18)}
+.to-bottom:hover{border-color:var(--accent);color:var(--accent)}
+.to-bottom:focus-visible{outline:2px solid var(--accent);outline-offset:2px}
+.to-bottom[hidden]{display:none}
 .sys .body{padding:2px 12px;border-radius:999px;background:var(--surface);border:1px solid var(--line)}
 </style></head><body>
 <header class="top"><div class="brand">${MARK}${esc(room)} <small>· Peertable</small></div><div class="members" id="members"></div></header>
 <main class="log" id="log"></main>
+<button class="to-bottom" id="to-bottom" type="button" hidden aria-label="最新の発言へ" title="最新の発言へ">↓</button>
 <script>
 const ROOM=${JSON.stringify(room)}
 const api=p=>'/api/'+encodeURIComponent(ROOM)+'/'+p
 const logEl=document.getElementById('log'),membersEl=document.getElementById('members')
 const el=(tag,cls,text)=>{const e=document.createElement(tag);if(cls)e.className=cls;if(text!=null)e.textContent=text;return e}
+// Markdown サブセットを DOM で組む。文字列を連結して innerHTML へ入れる形は取らない——
+// エスケープを1箇所忘れた瞬間に穴が開く構造を選ばない（本文は常に textContent 経由で入る）。
+// 対応: fenced code / 表 / 箇条書き / インラインコード / **強調** / 改行。リンクは入れない。
+const RE_FENCE=/^\\u0060{3}/,RE_ROW=/^\\s*\\|.*\\|\\s*$/,RE_SEP=/^\\s*\\|[-: |]+\\|\\s*$/,RE_LI=/^\\s*[-*]\\s+/
+const RE_INLINE=/\\u0060([^\\u0060\\n]+)\\u0060|\\*\\*([^*\\n]+)\\*\\*/g
+function inline(parent,text){
+  RE_INLINE.lastIndex=0
+  let i=0,m
+  while((m=RE_INLINE.exec(text))){
+    if(m.index>i)parent.appendChild(document.createTextNode(text.slice(i,m.index)))
+    parent.appendChild(m[1]!=null?el('code',null,m[1]):el('strong',null,m[2]))
+    i=RE_INLINE.lastIndex
+  }
+  if(i<text.length)parent.appendChild(document.createTextNode(text.slice(i)))
+}
+const isTable=(ls,i)=>RE_ROW.test(ls[i])&&i+1<ls.length&&RE_SEP.test(ls[i+1])
+function md(src){
+  const frag=document.createDocumentFragment(),ls=String(src).split('\\n')
+  let i=0
+  while(i<ls.length){
+    if(RE_FENCE.test(ls[i])){
+      const buf=[];i++
+      while(i<ls.length&&!RE_FENCE.test(ls[i]))buf.push(ls[i++])
+      i++
+      const pre=el('pre');pre.appendChild(el('code',null,buf.join('\\n')));frag.appendChild(pre);continue
+    }
+    if(isTable(ls,i)){
+      const cells=r=>r.trim().replace(/^\\||\\|$/g,'').split('|').map(c=>c.trim())
+      const table=el('table'),head=el('tr')
+      cells(ls[i]).forEach(c=>{const th=el('th');inline(th,c);head.appendChild(th)})
+      const thead=el('thead');thead.appendChild(head);table.appendChild(thead)
+      const tbody=el('tbody');i+=2
+      while(i<ls.length&&RE_ROW.test(ls[i])){
+        const tr=el('tr');cells(ls[i++]).forEach(c=>{const td=el('td');inline(td,c);tr.appendChild(td)});tbody.appendChild(tr)
+      }
+      table.appendChild(tbody);frag.appendChild(table);continue
+    }
+    if(RE_LI.test(ls[i])){
+      const ul=el('ul')
+      while(i<ls.length&&RE_LI.test(ls[i])){const li=el('li');inline(li,ls[i++].replace(RE_LI,''));ul.appendChild(li)}
+      frag.appendChild(ul);continue
+    }
+    if(!ls[i].trim()){i++;continue}
+    const buf=[]
+    while(i<ls.length&&ls[i].trim()&&!RE_FENCE.test(ls[i])&&!RE_LI.test(ls[i])&&!isTable(ls,i))buf.push(ls[i++])
+    const p=el('p')
+    buf.forEach((l,k)=>{if(k)p.appendChild(el('br'));inline(p,l)})
+    frag.appendChild(p)
+  }
+  return frag
+}
 const hue=n=>{let h=5381;for(let i=0;i<n.length;i++)h=(h*33+n.charCodeAt(i))|0;return Math.abs(h)%360}
 const initial=n=>{const c=[...String(n)][0];return c?c.toUpperCase():'?'}
 const stamp=at=>{const t=el('time','ts',at.toLocaleTimeString([],{hour:'2-digit',minute:'2-digit'}));t.dateTime=at.toISOString();t.title=at.toLocaleString();return t}
 const nearBottom=()=>window.innerHeight+window.scrollY>=document.body.offsetHeight-80
+// ボタンの出し入れと SSE の自動追従は同じ nearBottom で判断する。別々の閾値を持つと
+// 「ボタンは消えているのに追従しない」帯ができて、どちらが壊れたのか分からなくなる
+const toBottomEl=document.getElementById('to-bottom')
+const syncToBottom=()=>{toBottomEl.hidden=nearBottom()}
+const toBottom=()=>{window.scrollTo(0,document.body.scrollHeight);syncToBottom()}
+toBottomEl.addEventListener('click',toBottom)
+window.addEventListener('scroll',syncToBottom,{passive:true})
+window.addEventListener('resize',syncToBottom,{passive:true})
 let last=null,recent=null
 function render(m){
   const at=new Date(m.ts)
@@ -192,7 +288,8 @@ function render(m){
   meta.appendChild(el('span','who',m.from))
   if(m.to!=='all')meta.appendChild(el('span','to','→ '+m.to))
   meta.appendChild(stamp(at))
-  body.appendChild(meta);body.appendChild(el('div','bubble',m.body))
+  const bub=el('div','bubble');bub.appendChild(md(m.body))
+  body.appendChild(meta);body.appendChild(bub)
   d.appendChild(body);logEl.appendChild(d);last=m
 }
 async function refreshMembers(){
@@ -202,11 +299,39 @@ async function refreshMembers(){
   for(const m of r.members){
     const c=el('span','chip'+(m.name===recent?' recent':''))
     c.style.setProperty('--h',hue(m.name));c.dataset.name=m.name
-    c.title=m.name+'（参加 '+new Date(m.joined_at).toLocaleString()+'）'
+    // 素性は任意欄。名乗っていない席は行ごと出ない（空欄を「不明」として見せない）
+    const meta=[m.model&&(m.vendor?m.vendor+' / '+m.model:m.model),m.effort&&('effort '+m.effort)].filter(Boolean)
+    // 稼働状態は**報告が新しい時だけ**採る。途絶えたら unknown へ落とす——古い状態を出し続けるのが
+    // いちばん悪い（動いていない席を「動いている」と見せる）。閾値は bridge の心拍30秒の3倍
+    const age=m.status_at?Date.now()-Date.parse(m.status_at):Infinity
+    const st=(m.status&&age<STATUS_STALE_MS)?m.status:(m.status?'unknown':null)
+    if(st)meta.push('状態 '+({busy:'作業中',idle:'待機',dead:'停止',unknown:'不明（報告が途絶えている）'}[st]??st))
+    c.title=m.name+'（参加 '+new Date(m.joined_at).toLocaleString()+'）'+(meta.length?'\\n'+meta.join('\\n'):'')
     c.appendChild(el('span','av',initial(m.name)));c.appendChild(el('span','nm',m.name))
+    if(st)c.appendChild(el('span','st '+st))
+    // タップ環境には hover が無いので、押した時に同じ内容を出す（ホバーは title が担う）
+    if(meta.length){c.classList.add('has-meta');c.addEventListener('click',ev=>{ev.stopPropagation();showMeta(c,m,meta)})}
     membersEl.appendChild(c)
   }
 }
+// タップ用の popover。hover が無い環境でも素性が読める。中身は title と同じ
+let metaPop=null
+function hideMeta(){if(metaPop){metaPop.remove();metaPop=null}}
+function showMeta(chip,m,lines){
+  if(metaPop&&metaPop.dataset.name===m.name){hideMeta();return}
+  hideMeta()
+  const p=el('div','metapop');p.dataset.name=m.name
+  p.appendChild(el('div','metaname',m.name))
+  for(const t of lines)p.appendChild(el('div','metaline',t))
+  document.body.appendChild(p)
+  const r=chip.getBoundingClientRect()
+  p.style.left=Math.max(8,Math.min(r.left,innerWidth-p.offsetWidth-8))+'px'
+  p.style.top=(r.bottom+6)+'px'
+  metaPop=p
+}
+addEventListener('click',hideMeta)
+addEventListener('scroll',hideMeta,true)
+
 // 直近の発言者を光らせる＝いま手を動かしている子が一覧で見える
 function markActive(name){
   recent=name;let known=false
@@ -219,6 +344,7 @@ function markActive(name){
   if(!known)refreshMembers()
 }
 const BEAT=${HEARTBEAT_MS}
+const STATUS_STALE_MS=90000 // 稼働状態の鮮度。これを過ぎた報告は unknown（bridge 心拍30秒の3倍）
 let lastSeq=0,lastBeat=Date.now(),es=null,emptyEl=null,firstLoad=true,catching=false
 // seq で二重描画を弾く。張り直し後の追いつきと SSE の新着が重なっても同じ発言は1回しか出ない
 function apply(m){
@@ -239,6 +365,8 @@ async function catchUp(force){
     if(!lastSeq&&!emptyEl){emptyEl=el('div','empty','（まだ発言がない）');logEl.appendChild(emptyEl)}
     await refreshMembers()
     if(added&&stick)window.scrollTo(0,document.body.scrollHeight)
+    // 発言が増えると body が伸びる＝scroll イベントなしで「最下部か」が変わる。ここで取り直す
+    if(added)syncToBottom()
   }finally{catching=false}
 }
 function connect(){
@@ -254,6 +382,7 @@ function connect(){
     if(!apply(m))return
     if(m.from==='system')refreshMembers();else markActive(m.from)
     if(stick)window.scrollTo(0,document.body.scrollHeight)
+    syncToBottom()
   }
 }
 connect()

package/skill/SKILL.md

@@ -10,7 +10,7 @@ description: 任意プロジェクトに Peertable チーム（対等メンバ
 ## 前提
 
 - `npm install -g peertable` 済みであること（メンバーの root `.mcp.json` は PATH 上の `peertable-client` を使う。サーバーも `peertable-room` で立てられる）
-- room サーバーが稼働していること（クオ環境: `http://192.168.1.2:18860`、公開閲覧 https://peertable.kitepon.dev）。書込トークンは `~/.config/peertable.env`（`PEERTABLE_POST_TOKEN=`）
+- room サーバーが稼働していること（クオ環境: `http://192.168.1.2:18860`、公開閲覧 https://peertable.kitepon.dev）。書込トークンは `~/.config/peertable.env`（**`export PEERTABLE_POST_TOKEN=…`**。`export` を落とすと `source` した shell にしか載らず、**子 process の teardown.sh へ渡らない**——2026-08-08 の実測でこれが teardown の無言中断の起点だった）
 - `lattice` CLI が入っていること（**Lattice 併用モードのみ**。単独円卓モードは Lattice に依存しない。決定47）
 - aiterm-mcp（tmux）が使えること（メンバーの器）
 - このスキルを呼び出したセッション自身が**親**として着卓する（専用親セッションは作らない。決定40）
@@ -22,6 +22,8 @@ description: 任意プロジェクトに Peertable チーム（対等メンバ
 - teardown 後にプロジェクトの diff がゼロになること
 - 例外は Lattice store（`.lattice/`）: Lattice 自身の作法に従う。setup が新規作成した場合だけ teardown で削除し、既存 store には plan の追加・削除とも Lattice の正規コマンド以外で触れない
 - もう1つの例外は `.lattice/project.json` の `external_pane` 欄（**Lattice 併用モードのみ**。決定53）。既存文書は `.team/project.json.bak` へ退避し、teardown が書き戻す。文書が無かった project では teardown が `project.json` ごと削除する
+  - **本番のコネクタを検証のために外さない。** 「外すと痕跡ゼロで戻る」ことの確認は**使い捨ての project** でやる。**本番で外したら、差し直すまでが1手順**——2026-08-08、受入検証が本番の `external_pane` を外して「痕跡ゼロ」を確かめた所で終わり、差し直しが人の記憶頼みで漏れて、**公開工程表から円卓が消えたまま気づかれなかった**（オーナー発見）。外した状態は**画面から何も言ってこない**（そういう仕様なので正しい）
+  - 気づく仕掛けとして、`done.sh` が **卓が Lattice 併用モードなのに `external_pane` が無い時に1行警告**する。出すだけで止めない
 
 ## setup
 
@@ -33,6 +35,7 @@ description: 任意プロジェクトに Peertable チーム（対等メンバ
 2. **命名**: メンバーに日本のアニメキャラ風の可愛い名前を都度決める（固定リストなし）。識別子（tmux セッション名・room 登録名・Lattice actor）はローマ字、表示・自己紹介は日本語（決定35）
 3. **scaffold**: `PEERTABLE_PUBLIC_URL=<公開URL基底> scripts/setup.sh <project> <room> <server_url> <plan_key|-> <peertable_repo> [tasks_file]` を実行する。`.team/`（憲章・roles/member.md ほか）と project root の `.mcp.json`（room MCP 定義。決定44）を templates から生成・置換し、`.git/info/exclude` へ `.team/` と `/.mcp.json` を追記し、作成記録を `.team/setup-state.json`（`mode` を含む）に残す
    - **Lattice 併用**: `plan_key` に plan key を渡す。`.team/scripts/done.sh` も配られる。加えて `scripts/external-pane.mjs` が対象 project の `.lattice/project.json` へ `external_pane`（工程表の右ペインに円卓を差す口。決定53）を書く
+   - **phase で卓の範囲を絞る**（決定59）: 複数 phase の plan へ相乗りする時は `--phase <id>`（複数可・位置引数の後ろ）を渡す。`setup-state.json` へ記録され、席の役割文書へ「claim 範囲はこの phase の task だけ」が焼き込まれる。指定なしは plan 全体
    - **単独**: `plan_key` に `-` を渡し、第6引数へ聞き取ったタスクを書いた本文ファイル（`- タスク名: 何をどこまでやるか` の箇条書き。中間ファイルは scratchpad で可）を渡す。`.team/tasks.md`（読み取り専用の議題表）が生成され、`roles/member.md` は単独版になる。`done.sh` は配られない。**議題表を渡さないと setup.sh はエラーで止まる**（空の議題表を作らない）
 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 検証で落ちる**
@@ -45,6 +48,10 @@ description: 任意プロジェクトに Peertable チーム（対等メンバ
 6. **起床ブリッジ（Codex 席がある時だけ）**: `nohup node scripts/wakeup-bridge.mjs <project> <codex席名>… > <project>/.team/wakeup-bridge.log 2>&1 &`。room の SSE を購読し、その席宛/全員宛の新着（自分の発言は除く）を tmux へ素送信して起こす。**Codex はターン実行中でも素送信を受け付け、その文言をそのターンの中で読む**（実測）ので idle 待ちはしない。停止は `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`
+
+6.5 **席の稼働状態ブリッジ（任意）**: `nohup node scripts/seat-status-bridge.mjs <project> > <project>/.team/seat-status-bridge.log 2>&1 &`。**room の members に居る席だけ**の tmux pane を読み（`peer-<名前>`）、`busy`（画面に `esc to interrupt` が在る。**Claude 席・Codex 席の共通マーカーで、スピナーの語は毎回変わるので使わない**）／`idle`／`dead`（`pane_dead`・セッション消失）を判定して room サーバーへ送る。**AI は使わず、席へは1バイトも送らない**。参加者一覧に点が出て、**報告が途絶えたら `unknown`（中空の輪）へ落ちる**——古い状態を出し続けない。**server が稼働状態を保持しない版なら1件も送らない**（送ると保存されないうえに system 発言を撒く）。停止は `node scripts/seat-status-bridge.mjs <project> --stop`（**teardown.sh が自動で行う**）
+   - **起こすかは卓の任意**（setup は自動で起こさない）。起こしたら**必ず teardown で止まる**——止め忘れると、`.team/` と一緒に pid 記録が消えて **`--stop` でも止められない常駐**が残る
+
 7. **親の着卓**（このセッション）: `scripts/parent-join.sh <project> [name] [kickoff_file]` で member 登録と kickoff 投稿を行い、SSE を Monitor で張る。以後の post も API 直（下記「親の operating notes」）
 8. **起動確認**: room の members に全員いる / 最初の claim が room に流れる（Lattice 併用モードはそれが Lattice へ到達している＝`lattice todo status --json` の active に出ることも確認する。単独モードは room の claim 宣言だけが到達の証拠）/ Web UI で観測できる、をチェックして報告する
 
@@ -52,13 +59,28 @@ description: 任意プロジェクトに Peertable チーム（対等メンバ
 
 `scripts/teardown.sh <project>` が機械部分を行う（room 名・server URL・作成記録は `.team/setup-state.json` から読むので引数は project だけ。書込トークンは環境変数 `PEERTABLE_POST_TOKEN`）: tmux セッション終了（先に殺す。`.team/` 消失後の参照事故防止）→ サーバー room 削除 → **外部ペインの復元**（`.lattice/project.json` を setup 前へ戻す。既存文書があったなら `.team/project.json.bak` から書き戻し、無かったなら削除する。`.team/` を消す前にやる——退避先がその中にある）→ `.team/` 削除 → `.git/info/exclude` の追記行を戻す → setup が作った `.lattice/` なら削除。実行後 `git status` で diff ゼロを確認して報告する。
 
+各段は `[実施] / [スキップ] / [未実施]` を1行ずつ出す。**トークンを要するのは room 削除だけ**なので、そこが失敗しても残りの撤去は続行し、未実施を明示して非ゼロで終わる（黙って中断しない・決定58）。未実施が出ても**撤去そのものは済んでいる**。残りは表示された **[手当] の curl を手で叩く**だけで、`.team/` は既に消えているので **teardown.sh の再実行はできない**（2026-08-08 実測。再実行すると `setup-state.json` が読めず落ちる）。
+
 ## 親の operating notes（このセッションの振る舞い）
 
 - 親は MCP を後付けできないため room へは HTTP API 直で参加する:
   - 登録: `curl -X POST $URL/api/$ROOM/members -H "X-Peertable-Token: $TOKEN" -d '{"name":"bell"}'`
   - 発言: `curl -X POST $URL/api/$ROOM/messages -H "X-Peertable-Token: $TOKEN" -d '{"from":"bell","to":"all","body":"..."}'`
   - 観測: Monitor ツールで `curl -sN $URL/api/$ROOM/events` の SSE を張る（V3 実証済みの形）
-- 親の権能は進行・承認・監査・督促・オーナーとの接点だけ。**実務に落ちない**: バグを見つけても直さず、発見内容を room に送って会議に載せる。差し戻しは異議であり、平行線はメンバーが勝つ
+- 親の権能は進行・受理判定・督促・オーナーとの接点だけ。**実務に落ちない**: バグを見つけても直さず、発見内容を room に送って会議に載せる。差し戻しは異議であり、平行線はメンバーが勝つ
+- **監査は卓の中で行う。親はコードを読まない**（決定60）。完了 task の監査は**実装者以外の席**が実物（diff・検証結果・ハーネスの正負両方）を読んで行い、**所見を room へ出す**。親がするのは、その所見を読んで**受理を宣言すること**だけである。
+  - **受理の根拠は「所見が room に出ていること」**とする。親自身の読みを根拠にすると、親が最終判断者に戻り、卓が上下オーケストレーションへ滑る（決定43 と同じ経路）
+  - **監査者は自分の測定器を先に疑う**。実行して確かめる時は、**欠陥版で落ちることを確認してから** green を読む——確かめずに出た数字は、通っても落ちても意味を持たない
+  - 監査の依頼は**実装者が出す**（「この点を見てほしい」を task の done 報告に添える）。依頼が無くても、手が空いた席は出た順に読んでよい
+  - 監査で見つけたものは**欠陥の断定と指摘を分けて書く**。受入条件外なら「修正を求めない申し送り」として、記録先（証跡の残課題・`lattice todo note`・課題帳）まで示す
+- **親の再着卓**（context が要約された／セッションが替わった時。決定51 のメンバー版に対応する親版。2026-08-08 実測）: 卓は生きたまま親だけが記憶を失う局面なので、**復帰は記憶ではなく正本から取り直す**。順に:
+  1. **room ログを読む**——`curl -s "$URL/api/$ROOM/messages?since=<最後に読んだ seq>"`。`since` を持っていなければ 0 から。**会話が卓の正本**なので、まずここで現在地（誰が何を claim し、どこまで done か）を作る
+  2. **工程正本で照合する**——`lattice todo status --json`（Lattice 併用）。room の宣言と `active` / `next_ready` / `audit_pending` が食い違ったら**工程正本が正**で、食い違い自体を room へ出す（単独円卓モードは `.team/tasks.md` と room ログの突き合わせ）
+  3. **member 登録は残っている**ので `parent-join.sh` を再実行しない。`curl -s $URL/api/$ROOM/members` で自分の名前を確認するだけでよい（実測: 親の登録はセッションを跨いで残る）。**再実行しても `<名前> が参加した` は流れない**——`POST /members` は本当に新規追加の時だけ system 発言を出す（決定60 の t14 で改めた）。ただし `kickoff_file` を再度渡すと **kickoff が重複投稿される**ので、引数なしで叩くこと。
+  4. **SSE を張り直す**——Monitor で `curl -sN $URL/api/$ROOM/events`。**前の Monitor は死んでいる**ので、張り直さないと以後の新着に気づかない
+  - **再着卓の契機は Monitor stream の終了通知**（2026-08-08 実測。1日に2回——引き継ぎ時と障害復旧後）。親の側には「途絶した」と教えてくれるものが他に無いので、**Monitor が終わったら再着卓の手順に入る**と決めておく
+  - **順序の要点は「room と工程正本を読み終えるまで発言しない」**。読む前に喋ると、自分が行き違いを作る側になる（実例あり）
+  - **やらないこと**: 復帰の挨拶を全員宛で流さない（1発言=全席1ターン）。作業の再確認を席へ聞いて回らない——**現在地は上の1〜2で取れる**ので、聞くのは席の時間を奪うだけである
 - **宛先の規律**: channels の起床通知は宛先本人（と全員宛）にしか飛ばない（client の `relevant` フィルタ）。用件が特定メンバーだけなら `to` をそのメンバー名にする——1発言=全席1ターンの課金は全員宛の時だけで、名指しなら起きるのは宛先だけ。ログは宛先に関係なく全員が読める（決定42）ので情報の秘匿にはならない。全員宛を使うのは、決定・gate状態・全体への記録だけ
 - **発言規律（決定43・正典 §3.4）**: 親の room 発言は ①監査結果の事実（受理／異議。「次はこうせよ」を続けない）②承認 gate の状態 ③オーナー裁定の伝達（必ず「オーナー裁定」と明示）の3種だけ。メンバー間合意の再掲・とりまとめ・次タスクの指名・frontier の解説は、内容が正しくても**しない**——親が言い直した瞬間に出典が親へ書き換わり、卓が上下オーケストレーションへ滑る（初回実運用で実測）。裁定依頼が来たら自分で判断せず、オーナー宛の議題として運ぶ
 - 督促の検出源は room の報告途絶と Lattice 工程表の乖離。**単独円卓モードでは工程表が無いので、検出源は `.team/tasks.md` の議題と room ログの照合だけになる**——完走の判定も同じで、全議題に完了報告が揃ったことを親が room ログで確認し、散会を宣言する（この確認と宣言が単独モードの done gate である）
@@ -76,11 +98,13 @@ description: 任意プロジェクトに Peertable チーム（対等メンバ
 - **メンバー起動の既知ダイアログは2種だけ**（実測 2026-08-08）: 未信頼ディレクトリの workspace trust（`1. Yes, I trust this folder`）と開発 channel 警告（`1. I am using this for local development`）。`--dangerously-skip-permissions` を付けているので MCP 同意ダイアログは出ない。信頼済みディレクトリでは trust も出ない
 - **Codex 席のダイアログは2種で、片方は既定が誤り**（Codex CLI v0.146.0・実測）: ディレクトリ trust（`1. Yes, continue`＝既定で正しい）と、**更新案内（`1. Update now`）は既定のまま Enter を押すと立卓の途中で `npm install -g @openai/codex` が走る**。1つ下の「2. Skip」を選ぶ。更新案内は毎回は出ないので、出た時だけ通す
 - **Codex はターン実行中でも素送信を受け付ける**（実測 2026-08-08）。busy 中に送った文言はそのターンの中で読まれ、指示どおりに動く（steering）。よって起床ブリッジは idle 待ちを持たない。busy の判定が要る場面では画面の `esc to interrupt` の有無が使える
-- **席の沈黙は「詰まり」と同義ではない。** 発言間隔やファイルの更新時刻から止まったと判定しない——実装が終わって検証に時間を使っているだけのことがある。判定は `tmux -S <sock> capture-pane -t peer-<名前> -p` で**実状態を読む**: `Cogitating…（N分）` なら長いターンの最中（通知はターン後にまとめて届くので、呼びかけを足しても速くならない）／選択ダイアログで止まっているなら既知の停止要因／`pane_dead=1` なら落ちている。**読み取りだけなら相手の作業を壊さない**ので、憶測を room へ流す前にこれを見る（2026-08-08 に2人が独立に踏み、先に憶測を流した側が訂正を出した）
+- **席の沈黙は「詰まり」と同義ではない。** 発言間隔やファイルの更新時刻から止まったと判定しない——実装が終わって検証に時間を使っているだけのことがある。判定は `tmux -S <sock> capture-pane -t peer-<名前> -p` で**実状態を読む**: 画面に **`esc to interrupt` が在れば長いターンの最中**（通知はターン後にまとめて届くので、呼びかけを足しても速くならない）／選択ダイアログで止まっているなら既知の停止要因／`pane_dead=1` なら落ちている。**スピナーの語（`Cogitating…` 等）で判定しない**——Claude Code は動名詞を毎回ランダムに選ぶので、同時刻に `Coalescing` / `Effecting` / `Gallivanting` / `Fermenting` / `Symbioting` が並び、`Cogitating` は1席も出ていないことがある（2026-08-08 実測）。**`esc to interrupt` は Claude 席のステータス行にも Codex 席の `Working (…)` にも入る共通マーカー**で、vendor 分岐が要らない。**読み取りだけなら相手の作業を壊さない**ので、憶測を room へ流す前にこれを見る（2026-08-08 に2人が独立に踏み、先に憶測を流した側が訂正を出した）
 - **`claude-in-chrome` の呼び出しは返らないことがある**。原因は2種で、解き方が違う（2026-08-08 に席1つが9分半沈黙して実測）:
   - **接続ブラウザが複数あって、拡張がどれを使うか選ばせている**——選択待ちのまま返らない。**AI 側から解ける**（オーナーに「どちらを使うか」を一言聞けば済む）。今回の実例はこちら。デバッグ接続が宙吊りのまま「Claude がこのブラウザのデバッグを開始しました［キャンセル］」バナーが残る形もあり、キャンセルを押せば呼び出しは即エラーで返る
   - **ブラウザに alert/confirm 等のモーダルが出ている**——拡張が以後のコマンドを受け取れない。**AI 側から解けない**ので、人がダイアログを閉じるしかない
   - 沈黙した席を見る側は、この2つを区別せずに「固着」と決めない。トークン受信が増え続けているなら止まっていない
+  - **無人の席はどちらの型も自力で解けない。** 選択待ちは「人に聞けば解ける」型だが、**席には聞く相手が居ない**——だから席の役割文書は `claude-in-chrome` を使わせず、自分で起こす headless（Chrome for Testing ＋ CDP）へ寄せてある。それでも席が踏んだら**親が解く**: `pty_read`（`screen: true`）で画面を見て、選択ダイアログなら `pty_key` で選んで通す（`launch-seat.sh` が起動時の既知ダイアログを通すのと同じ手）。モーダル固着ならオーナーへ回す——**AI 側から解けないのはこちらだけ**
+  - **親の督促手順に組み込む**: 報告途絶を見つけたら ①`capture-pane` で実状態（`esc to interrupt` の有無・ダイアログか・`pane_dead`）②ダイアログなら `pty_key` で解除 ③解除できない型ならオーナーへ。**呼びかけを増やすのは①の前にやらない**——ターン中なら読まれないので遅くなるだけ
 - **共有リソースを占める作業は着手前に room へ一言**。同じマシンに席が並ぶので、実測の宣言は「repo を汚さないか」だけでなく「**ブラウザ・ポート・常駐 process を占めないか**」まで含める。ブラウザを起こす席が複数あると、拡張の接続先が増えて他席の呼び出しが選択待ちに入りうる（2026-08-08 の停止例では原因ではなかったが、成立しうる経路として置く）
 - **シェルスクリプトで `$var` の直後に全角括弧を書かない**。bash が高位バイトを変数名の一部として食い、変数が空のまま何も言わずに出力から消える（2026-08-08 実測）。`${var}（…）` と閉じる。同様に `python3 -c` へ `{...}` を含む式をインラインで渡さない——シェルのブレース展開が刻む。ヒアドキュメントで渡す
 - channels はリサーチプレビュー。構文が変わったら V0 の要領で公式ドキュメント（code.claude.com/docs/en/channels-reference.md）を再確認する

package/skill/scripts/external-pane.mjs

@@ -18,9 +18,29 @@ const preexisting = existsSync(identity)
 const current = preexisting ? JSON.parse(readFileSync(identity, 'utf8')) : {}
 if (preexisting) copyFileSync(identity, join(proj, '.team', 'project.json.bak'))
 
-// project_id は Lattice store が持つ値が正。setup 時点では store がまだ無いので、
-// 既存 identity → プロジェクトディレクトリ名 の順で決める（make-plan-input.mjs の既定と同じ）。
-const projectId = current.project_id ?? basename(realpathSync(proj))
+// project_id は Lattice store が持つ値が正。store があるのにディレクトリ名を書くと、
+// identity 検証が落ちて `lattice todo status` ごと死ぬ（PascalCase ディレクトリ × kebab-case store で実測）。
+// 順序: 既存 identity（人が書いた値は書き換えない）→ store manifest → ディレクトリ名。
+function storeProjectId() {
+  const ref = join(proj, '.lattice', 'todo', 'manifest.json')
+  if (!existsSync(ref)) return null
+  // manifest が壊れていると、この `JSON.parse` が例外を投げて **setup の画面へ生の traceback が出る**。
+  // 直していない理由: 壊れた manifest を持つ project では `lattice status` が `state:"invalid"`、
+  // `todo status` が `STORE_INCONSISTENT` を返す＝**Lattice 自体が既に死んでいる**ので、
+  // setup が併用モードへ進む前に止まる経路のはず。実害はほぼ無いと判断した（2026-08-08）。
+  // ただし**失敗の見え方は惜しい**——typed error（`MANIFEST_UNREADABLE` 等）へ変えるなら、ここ。
+  const id = JSON.parse(readFileSync(ref, 'utf8')).project_id
+  return typeof id === 'string' && id.length > 0 ? id : null
+}
+
+const stored = storeProjectId()
+const projectId = current.project_id ?? stored ?? basename(realpathSync(proj))
+// 食い違いは黙って通さない。書き換えはしない（人の書いた identity が正）が、
+// このまま進むと `lattice todo status` が死ぬので、setup の画面へ出す。
+if (current.project_id && stored && current.project_id !== stored) {
+  process.stderr.write(`警告: 既存 project.json の project_id="${current.project_id}" が Lattice store の "${stored}" と食い違っている。`
+    + `このままでは lattice todo status が PROJECT_IDENTITY_INVALID で落ちる。project.json 側を直してから setup し直すこと\n`)
+}
 const root = base.replace(/\/+$/, '')
 const pane = { title: '円卓', url: `${root}/${room}`, probe_url: `${root}/api/${room}/members` }
 

package/skill/scripts/launch-seat.sh

@@ -26,7 +26,10 @@ fi
 tmux -S "$sock" kill-session -t "$sess" 2>/dev/null || true
 tmux -S "$sock" new-session -d -s "$sess" -x 200 -y 50 -c "$proj"
 
+# 素性は席の env にも入れる。client が**登録のたびに**載せるので、member の状態が失われても戻る
 env_line="export PEERTABLE_URL=$url PEERTABLE_ROOM=$room PEERTABLE_MEMBER=$name PEERTABLE_POST_TOKEN=$PEERTABLE_POST_TOKEN"
+env_line="$env_line PEERTABLE_VENDOR=$vendor PEERTABLE_MODEL=$model"
+[ -n "$effort" ] && env_line="$env_line PEERTABLE_EFFORT=$effort"
 if [ "$mode" = "lattice" ]; then
   env_line="$env_line PEERTABLE_PLAN=$plan LATTICE_TODO_ACTOR_HOST=${LATTICE_TODO_ACTOR_HOST:-mac} LATTICE_TODO_ACTOR_SESSION=$name LATTICE_TODO_ACTOR_AGENT=$name"
 fi
@@ -91,6 +94,49 @@ fi
 
 echo "seated: ${sess}（${vendor} / ${model}${effort:+ / $effort} / room=${room} / mode=${mode}）"
 
+# 席の素性（vendor / model / effort）を room へ渡す。参加者一覧のホバー表示に使う。
+# 席自身の client も起動時に `{name}` だけで登録するので、server 側は
+# **欄が無い登録で既存の素性を消さない**（upsert）ことが前提である。
+# effort は渡された時だけ入れる——欄が無い＝「不明」ではなく「CLI 既定で走っている」。
+# ここが失敗しても席は着席済みなので落とさない。ただし黙っては飲まない。
+meta=$(python3 - "$name" "$vendor" "$model" "$effort" <<'PY'
+import json, sys
+name, vendor, model, effort = sys.argv[1:5]
+body = {'name': name, 'vendor': vendor, 'model': model}
+if effort:
+    body['effort'] = effort
+print(json.dumps(body))
+PY
+)
+if curl -sf -o /dev/null -X POST "$url/api/$room/members" \
+    -H "X-Peertable-Token: ${PEERTABLE_POST_TOKEN:-}" -H 'content-type: application/json' -d "$meta"; then
+  # **200 は保存の証拠にならない**。素性欄を知らない server も 200 {"ok":true} を返して黙って捨てる
+  # （登録が `if (!members.has(name))` の no-op になる経路もある）。読み返して実際に載ったかを見る。
+  # **パイプと heredoc を同じ stdin へ重ねない**。`curl | python3 - <<'PY'` は
+  # 「プログラムを stdin から読む」と「データを stdin から読む」が衝突して、必ず失敗する
+  # （そして try/except で包むと、失敗が「保存されていない」という**もっともらしい答え**に化ける。実測）
+  listing=$(curl -sf "$url/api/$room/members" || true)
+  stored=$(python3 - "$name" "$listing" <<'PY'
+import json, sys
+# 読み返しに失敗しても生の traceback を出さない。ここは「保存されたか」を見るだけの確認段で、
+# 判定不能は「保存されていない」と同じ扱いでよい（席は既に着席している）
+try:
+    members = json.loads(sys.argv[2])['members']
+except Exception:
+    members = []
+m = next((x for x in members if x.get('name') == sys.argv[1]), {})
+print('yes' if m.get('model') else 'no')
+PY
+)
+  if [ "$stored" = yes ]; then
+    echo "metadata: ${vendor} / ${model}${effort:+ / $effort}"
+  else
+    echo "metadata は保存されなかった: この room サーバーは素性欄を持たない版（席は着席済み・一覧に素性が出ないだけ）" >&2
+  fi
+else
+  echo "metadata の登録に失敗した: 席は着席済みで、参加者一覧に素性が出ないだけ（room の到達性とトークンを確認）" >&2
+fi
+
 if [ -n "$brief" ]; then
   sleep 2
   tmux -S "$sock" send-keys -t "$sess" "$brief"

package/skill/scripts/parent-join.sh

@@ -1,11 +1,14 @@
 #!/bin/bash
 # 親（ベル等）が room へ着卓し、必要なら kickoff を投げる。
-# usage: parent-join.sh <project_dir> [name] [kickoff_file]
+# usage: parent-join.sh <project_dir> [name] [kickoff_file] [model] [effort]
 #   name 既定は bell。kickoff_file を渡すとその本文を全員宛で1回投稿する
 #   （複数行・記号を安全に運ぶためファイル渡しにしている。引数のインライン渡しはしない）。
+#   model / effort は任意。親はオーナーの対話セッション（決定40）なので、席と違って
+#   起動時に確定した値を script が知らない——**渡された時だけ**参加者一覧の素性として登録する。
+#   渡さなければ欄ごと出ない（「不明」ではなく「素性を名乗っていない」）。
 # 親は MCP を後付けできないので room へは HTTP API 直で入る（決定40 の operating notes）。
 set -e
-proj="$1"; name="${2:-bell}"; kickoff="$3"
+proj="$1"; name="${2:-bell}"; kickoff="$3"; model="$4"; effort="$5"
 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'])")
@@ -14,9 +17,17 @@ if [ -z "${PEERTABLE_POST_TOKEN:-}" ] && [ -f "$HOME/.config/peertable.env" ]; t
   . "$HOME/.config/peertable.env"
 fi
 
-member=$(python3 - "$name" <<'PY'
+member=$(python3 - "$name" "$model" "$effort" <<'PY'
 import json, sys
-print(json.dumps({'name': sys.argv[1]}))
+name, model, effort = sys.argv[1:4]
+body = {'name': name}
+# 渡された欄だけ載せる。空欄を送ると、素性を持つ既存登録を空で上書きしうる
+if model:
+    body['vendor'] = 'claude'
+    body['model'] = model
+if effort:
+    body['effort'] = effort
+print(json.dumps(body))
 PY
 )
 curl -sf -X POST "$url/api/$room/members" \

package/skill/scripts/seat-status-bridge.mjs

@@ -0,0 +1,148 @@
+#!/usr/bin/env node
+// 席の稼働状態ブリッジ（決定61 候補・t15）。tmux の pane を読んで busy/idle/dead を判定し、room サーバーへ送る。
+// usage: seat-status-bridge.mjs <project_dir> [--interval <sec>] [--once]
+//        seat-status-bridge.mjs <project_dir> --stop
+//
+// AI は使わない。読むのは `tmux capture-pane -p` の末尾だけで、席へは1バイトも送らない。
+//
+// 判定（2026-08-08 実測。**推測でパターンを書かない**）:
+//   busy = pane の末尾に `esc to interrupt` が在る。Claude 席のステータス行にも Codex 席の `Working (…)` にも
+//          同じ文字列が入るので **vendor 分岐が要らない**。実行中の動名詞（Cogitating/Coalescing/Effecting/
+//          Gallivanting/Fermenting/Symbioting…）は**毎回変わる**ので判定に使わない——語で照合すると全席を
+//          idle と誤判定して、画面が嘘をつく
+//   dead = tmux セッションが無い／`pane_dead=1`
+//   idle = 生きていて busy でない
+//
+// 送信は「変化した時」＋「変化が無くても心拍」の2本立て。変化時だけだと、**bridge が死んだのか状態が
+// 変わっていないのかを server が区別できない**（決定58 の liveness と cursor の分離と同じ形）。
+// server 側は最終受信からの経過で `unknown` へ落とす——古い状態を出し続けるのが最悪だから。
+import { execFileSync } from 'node:child_process'
+import { existsSync, readFileSync, writeFileSync, unlinkSync } from 'node:fs'
+import { join } from 'node:path'
+
+const args = process.argv.slice(2)
+const proj = args[0]
+if (!proj) { console.error('usage: seat-status-bridge.mjs <project_dir> [--interval <sec>] [--once] | --stop'); process.exit(1) }
+const stop = args.includes('--stop')
+const once = args.includes('--once')
+const interval = Number(args[args.indexOf('--interval') + 1]) || 8
+const HEARTBEAT_MS = 30_000 // 変化が無くても最低この間隔で送る（server 側の減衰より短いこと）
+
+const stateDir = join(proj, '.team')
+const pidPath = join(stateDir, 'seat-status-bridge.json')
+const setupPath = join(stateDir, 'setup-state.json')
+
+const alive = pid => { try { process.kill(pid, 0); return true } catch { return false } }
+
+// ADR 0157 の作法: pid を記録し、起動時に死んだ記録を掃除し、--stop で明示停止する
+if (stop) {
+  if (!existsSync(pidPath)) { console.error('seat-status-bridge: 起動記録が無い（既に停止）'); process.exit(0) }
+  const { pid } = JSON.parse(readFileSync(pidPath, 'utf8'))
+  if (alive(pid)) {
+    // SIGTERM 5秒 → SIGKILL 3秒（wakeup-bridge.mjs と同じ形）。**昇格が無いと、SIGTERM を無視する
+    // 常駐が居た時に teardown が `set -e` の2段目で即死して、[未実施] も [手当] も要約も出ない**
+    process.kill(pid, 'SIGTERM')
+    for (let i = 0; i < 50 && alive(pid); i++) execFileSync('sleep', ['0.1'])
+    if (alive(pid)) {
+      process.kill(pid, 'SIGKILL')
+      for (let i = 0; i < 30 && alive(pid); i++) execFileSync('sleep', ['0.1'])
+    }
+    if (alive(pid)) { console.error(`SEAT_STATUS_BRIDGE_STOP_FAILED: pid ${pid} が SIGKILL でも止まらない`); process.exit(1) }
+  }
+  // 止めた側の SIGTERM handler が先に消していることがある。生の traceback を出さない（それ自体が
+  // 「何が起きたか分からない失敗」になる——今日 teardown で同じ形を叩いたばかり）
+  try { unlinkSync(pidPath) } catch { /* 既に消えている＝目的は達成されている */ }
+  console.error(`seat-status-bridge: 停止した（pid ${pid}）`)
+  process.exit(0)
+}
+
+if (existsSync(pidPath)) {
+  const { pid } = JSON.parse(readFileSync(pidPath, 'utf8'))
+  if (alive(pid)) { console.error(`seat-status-bridge: 既に動いている（pid ${pid}）`); process.exit(1) }
+  unlinkSync(pidPath) // 死んだ記録は掃除する
+}
+
+const setup = JSON.parse(readFileSync(setupPath, 'utf8'))
+const url = setup.server_url
+const room = setup.room
+const token = process.env.PEERTABLE_POST_TOKEN ?? ''
+writeFileSync(pidPath, JSON.stringify({ pid: process.pid, started_at: new Date().toISOString() }) + '\n')
+
+const tmux = (...a) => { try { return execFileSync('tmux', a, { encoding: 'utf8', stdio: ['ignore', 'pipe', 'ignore'] }) } catch { return null } }
+
+// 監視するのは room の members に居る席だけ。tmux の `peer-*` を全部拾うと、同じマシンで走る別の卓を晒す
+async function seats() {
+  const res = await fetch(`${url}/api/${encodeURIComponent(room)}/members`)
+  const { members } = await res.json()
+  return members.map(m => m.name)
+}
+
+function readStatus(name) {
+  const target = `peer-${name}`
+  const dead = tmux('list-panes', '-t', target, '-F', '#{pane_dead}')
+  if (dead === null) return 'dead'            // セッションが無い
+  if (dead.trim().split('\n')[0] === '1') return 'dead'
+  const pane = tmux('capture-pane', '-t', target, '-p')
+  if (pane === null) return 'dead'
+  return pane.split('\n').slice(-14).join('\n').includes('esc to interrupt') ? 'busy' : 'idle'
+}
+
+async function send(name, status) {
+  const res = await fetch(`${url}/api/${encodeURIComponent(room)}/members`, {
+    method: 'POST',
+    headers: { 'Content-Type': 'application/json', ...(token ? { 'X-Peertable-Token': token } : {}) },
+    body: JSON.stringify({ name, status, status_at: new Date().toISOString() }),
+  })
+  if (!res.ok) throw new Error(`HTTP ${res.status}`)
+}
+
+// 200 を保存の証拠にしない（haruka の t14 と同じ判断）。現行 server は知らない欄を黙って捨てて 200 を返すので、
+// 読み返して実際に載ったかを見る。載らない版なら、そう言って**黙って成功したふりをしない**
+async function serverKeepsStatus() {
+  const res = await fetch(`${url}/api/${encodeURIComponent(room)}/members`)
+  const { members } = await res.json()
+  return members.some(m => 'status' in m)
+}
+
+const last = new Map()   // name -> { status, at }
+let supported = null     // server が status を保持する版か（未判定は null）
+
+async function tick() {
+  let names
+  try { names = await seats() } catch (e) { console.error(`seat-status-bridge: members を読めない: ${e.message}`); return }
+  // **送る前に、server が status を持つ版かを確かめる。**
+  // 現行の `POST /members` は、既存メンバーでも `<名前> が参加した` を必ず room へ流す（`post()` が
+  // `if (!members.has(name))` の外にある）。status を保持しない版へ投げると、**保存されないうえに
+  // 席全員を起こす system 発言を撒く**——2026-08-08 に私がこれで6件撒いて全席を1ターン起こした。
+  // 保持する版かどうかは GET で分かるので、**分かるまで投げない**。
+  if (supported === null) {
+    try { supported = await serverKeepsStatus() } catch { return }   // 判定できない間は送らない
+    if (!supported) console.error('seat-status-bridge: この room サーバーは稼働状態を保持しない版（GET /members に status が無い）。送信すると保存されないうえに system 発言を撒くので、送信しない')
+  }
+  if (!supported) { console.error(`seat-status-bridge: ${names.length} 席を見たが、server が未対応なので送っていない`); return }
+  const now = Date.now()
+  let sent = 0
+  for (const name of names) {
+    const status = readStatus(name)
+    const prev = last.get(name)
+    const changed = !prev || prev.status !== status
+    const stale = prev && now - prev.at >= HEARTBEAT_MS
+    if (!changed && !stale) continue
+    try {
+      await send(name, status)
+      last.set(name, { status, at: now })
+      sent++
+      if (changed) console.error(`seat-status-bridge: ${name} → ${status}${prev ? `（${prev.status} から）` : ''}`)
+    } catch (e) {
+      console.error(`seat-status-bridge: ${name} の送信に失敗: ${e.message}`)
+    }
+  }
+  // 0件でも0件と言う（条件付きログにしない。沈黙する失敗を作らない・決定58）
+  console.error(`seat-status-bridge: ${names.length} 席を見て ${sent} 件送った`)
+}
+
+process.on('SIGTERM', () => { try { unlinkSync(pidPath) } catch {} process.exit(0) })
+process.on('SIGINT', () => { try { unlinkSync(pidPath) } catch {} process.exit(0) })
+
+await tick()
+if (!once) setInterval(tick, interval * 1000)

package/skill/scripts/setup.sh

@@ -1,15 +1,47 @@
 #!/bin/bash
 # Peertable setup の機械部分: .team/ scaffold と git 除外。
-# usage: setup.sh <project_dir> <room> <server_url> <plan_key|-> <peertable_repo> [tasks_file]
+# usage: setup.sh <project_dir> <room> <server_url> <plan_key|-> <peertable_repo> [tasks_file] [--phase <id>]...
 #   plan_key に `-` を渡すと単独円卓モード（工程正本を持たない。決定47）。
 #   単独モードでは tasks_file（聞き取ったタスクを書いた本文）が必須で、議題表 .team/tasks.md になる。
+#   --phase は複数指定可。指定すると卓の claim 範囲がその phase の task に限られる。
+#   指定なしは plan 全体。他 campaign と同じ plan へ相乗りする時に、範囲外 phase の越境を止めるためのもの。
 set -e
-proj="$1"; room="$2"; url="$3"; plan="$4"; repo="$5"; tasks="$6"
+proj="$1"; room="$2"; url="$3"; plan="$4"; repo="$5"
+[ $# -ge 5 ] && shift 5 || shift $#
+# 第6引数の tasks_file は単独円卓モードだけが使う。`--` で始まるものはオプションなので
+# 位置引数として食わない——食うと Lattice 併用モードの `… <repo> --phase p2` が
+# 「未知の引数: p2」という原因を指さないエラーで落ちる（2026-08-08 実測・kotoha 監査）。
+tasks=""
+if [ $# -gt 0 ]; then
+  case "$1" in
+    -) shift ;;              # 明示的な「tasks_file 無し」
+    -*) ;;                   # オプション（綴り誤りも含む）。下のループで typed に落とす
+    *) tasks="$1"; shift ;;  # tasks_file
+  esac
+fi
+
+phases=()
+while [ $# -gt 0 ]; do
+  case "$1" in
+    --phase)
+      shift
+      [ -n "$1" ] || { echo "ERROR: --phase には phase id が要る" >&2; exit 1; }
+      case "$1" in
+        *[!A-Za-z0-9._-]*) echo "ERROR: phase id に使えない文字がある: $1" >&2; exit 1 ;;
+      esac
+      phases+=("$1")
+      ;;
+    *) echo "ERROR: 未知の引数: $1（受けるのは --phase <id> だけ。tasks_file は単独円卓モード専用で、オプションより前に置く）" >&2; exit 1 ;;
+  esac
+  shift
+done
 tpl="$repo/skill/templates"
 tdir="$proj/.team"
 
 if [ "$plan" = "-" ] || [ -z "$plan" ]; then
   mode=standalone; plan=""
+  # 単独円卓モードに phase は無い（工程正本を持たないため）。黙って無視せず止める
+  [ ${#phases[@]} -eq 0 ] || { echo "ERROR: 単独円卓モードに --phase は使えない（工程正本を持たないため）" >&2; exit 1; }
   # 引数の検証は project へ何か置く前に済ませる（不可侵原則: 半端な .team/ を残さない）
   if [ -z "$tasks" ] || [ ! -f "$tasks" ]; then
     echo "ERROR: 単独円卓モードは議題表の本文ファイル（第6引数）が必須: setup.sh ... - <peertable_repo> <tasks_file>" >&2
@@ -26,7 +58,13 @@ if [ "$mode" = "standalone" ]; then
   cat "$tpl/tasks.md" "$tasks" > "$tdir/tasks.md"
 else
   mkdir -p "$tdir/scripts"
-  sed "s|{{PLAN_KEY}}|$plan|g" "$tpl/member.md" > "$tdir/roles/member.md"
+  # claim 範囲は席へ渡す文書に焼き込む。範囲の出典を「誰かの記憶」でなく role 文書にする
+  if [ ${#phases[@]} -eq 0 ]; then
+    scope="この卓の claim 範囲は plan 全体（phase 指定なしで立っている）。"
+  else
+    scope="**この卓の claim 範囲は phase ${phases[*]} の task だけ**。範囲外の phase の task は、ready に見えていても取らない——同じ plan へ別 campaign が相乗りしている時、範囲外を取ると他卓の工程を横取りする（越境が2回実測されたことへの対処）。範囲外に手を入れる必要が出たら room へ出して裁定を仰ぐ。"
+  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"
 fi
 
@@ -68,6 +106,13 @@ if [ "$mode" = "lattice" ]; then
   external_pane=true
 fi
 
-printf '{"room":"%s","server_url":"%s","public_url":"%s","mode":"%s","plan_key":"%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" "$added_exclude" "$lattice_preexisting" "$added_root_mcp" "$added_mcp_exclude" "$external_pane" "$project_json_preexisting" > "$tdir/setup-state.json"
+# phases は追加キー（既存の読み手は .get で読むので壊れない）。空配列＝plan 全体
+phases_json="[]"
+if [ ${#phases[@]} -gt 0 ]; then
+  phases_json=$(printf '"%s",' "${phases[@]}")
+  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"
 echo "scaffold done: $tdir"

package/skill/scripts/teardown.sh

@@ -1,7 +1,10 @@
 #!/bin/bash
 # Peertable teardown の機械部分。実行前にメンバーセッションを終了しておくこと（AI が pty_close で行う）。
 # usage: teardown.sh <project_dir>
-# 書込トークンは環境変数 PEERTABLE_POST_TOKEN から取る。
+# 書込トークンは環境変数 PEERTABLE_POST_TOKEN から取る（`~/.config/peertable.env` は export 付きで定義すること）。
+#
+# 撤去は「何が実施され、何が実施されなかったか」を1行ずつ出す。room 削除だけがトークンを要するので、
+# そこが失敗しても残りの撤去は続行し、未実施を明示して非ゼロで終わる（黙って中断しない・決定58）。
 set -e
 proj="$1"
 state="$proj/.team/setup-state.json"
@@ -13,36 +16,108 @@ lat_pre=$(python3 -c "import json;print(json.load(open('$state'))['lattice_preex
 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)))")
 
+fail=0
+did() { echo "teardown: [実施] $*"; }
+skip() { echo "teardown: [スキップ] $*"; }
+miss() { echo "teardown: [未実施] $*" >&2; fail=1; }
+yes_() { [ "$1" = "True" ] || [ "$1" = "true" ]; }
+
 # Codex 席の起床ブリッジ（決定54）。常駐 process なので、`.team/` を消す前に確実に止める
 if [ -f "$proj/.team/wakeup-bridge.json" ]; then
-  node "$(dirname "$0")/wakeup-bridge.mjs" "$proj" --stop
+  # 停止に失敗しても **ここで止まらない**。`set -e` で落ちると、t6 の契約（各段の実施・未実施を
+  # 1行ずつ出す／黙って中断しない）が丸ごと破れる——[未実施] も [手当] も要約も出ずに撤去が全部残る
+  if node "$(dirname "$0")/wakeup-bridge.mjs" "$proj" --stop; then
+    did "wakeup-bridge 停止"
+  else
+    miss "wakeup-bridge 停止に失敗（常駐が残る）— 上の _STOP_FAILED を見て手で止める"
+  fi
+else
+  skip "wakeup-bridge（起動記録なし）"
+fi
+
+# 席の稼働状態ブリッジ。同じく常駐 process なので `.team/` を消す前に止める。
+# ここで止めないと、pid 記録が `.team/` ごと消えて **`--stop` でも止められなくなる**——しかも
+# 「起動記録が無い（既に停止）」と rc=0 で報告する＝**止めたと嘘をつく残骸**になる（実測）
+if [ -f "$proj/.team/seat-status-bridge.json" ]; then
+  # 停止に失敗しても **ここで止まらない**。`set -e` で落ちると、t6 の契約（各段の実施・未実施を
+  # 1行ずつ出す／黙って中断しない）が丸ごと破れる——[未実施] も [手当] も要約も出ずに撤去が全部残る
+  if node "$(dirname "$0")/seat-status-bridge.mjs" "$proj" --stop; then
+    did "seat-status-bridge 停止"
+  else
+    miss "seat-status-bridge 停止に失敗（常駐が残る）— 上の _STOP_FAILED を見て手で止める"
+  fi
+else
+  skip "seat-status-bridge（起動記録なし）"
 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))")
 
-curl -sf -X DELETE "$url/api/$room" -H "X-Peertable-Token: ${PEERTABLE_POST_TOKEN:-}" > /dev/null
-if [ "$ext" = "True" ] || [ "$ext" = "true" ]; then
-  if [ "$pj_pre" = "True" ] || [ "$pj_pre" = "true" ]; then
+# room 削除。トークンを要する唯一の段で、ここだけが外部サービスへの依存境界
+if [ -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)
+  [ -n "$code" ] || code=000
+  if [ "$code" = 200 ]; then
+    did "room 削除 $room (HTTP 200)"
+  else
+    miss "room 削除 $room (HTTP $code) — 403/401 はトークン不一致、000 は server 不達"
+  fi
+fi
+# 未実施なら `.team/` と一緒に room 名も消えるので、後から手で消せる形を先に出す
+[ "$fail" -eq 0 ] || echo "teardown: [手当] room は次で消せる: curl -X DELETE \"$url/api/$room\" -H \"X-Peertable-Token: \$PEERTABLE_POST_TOKEN\"" >&2
+
+if yes_ "$ext"; then
+  if yes_ "$pj_pre"; then
     cp "$proj/.team/project.json.bak" "$proj/.lattice/project.json"
+    did "外部ペイン復元（既存 project.json を書き戻し）"
   else
     rm -f "$proj/.lattice/project.json"
+    did "外部ペイン撤去（project.json 削除）"
   fi
+else
+  skip "外部ペイン（登録なし）"
 fi
+
 rm -rf "$proj/.team"
-if [ "$added_mcp" = "True" ] || [ "$added_mcp" = "true" ]; then
+did ".team/ 削除"
+
+if yes_ "$added_mcp"; then
   rm -f "$proj/.mcp.json"
+  did ".mcp.json 削除"
+else
+  skip ".mcp.json（setup が作っていない）"
 fi
-if [ "$added_mcp_ex" = "True" ] || [ "$added_mcp_ex" = "true" ]; then
+
+if yes_ "$added_mcp_ex"; then
   grep -vx '/\.mcp\.json' "$proj/.git/info/exclude" > "$proj/.git/info/exclude.tmp" || true
   mv "$proj/.git/info/exclude.tmp" "$proj/.git/info/exclude"
+  did "exclude から /.mcp.json を撤去"
+else
+  skip "exclude の /.mcp.json（setup が足していない）"
 fi
-if [ "$added" = "True" ] || [ "$added" = "true" ]; then
+
+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"
+  did "exclude から .team/ を撤去"
+else
+  skip "exclude の .team/（setup が足していない）"
 fi
+
 if [ "$lat_pre" = "False" ] || [ "$lat_pre" = "false" ]; then
   rm -rf "$proj/.lattice"
+  did ".lattice/ 削除（setup が作ったもの）"
+else
+  skip ".lattice/（setup 以前から存在）"
+fi
+
+if [ "$fail" -ne 0 ]; then
+  # 「再実行すればいい」と書かないこと。`.team/` は上で消えているので、2回目は setup-state.json が
+  # 読めずに落ちる＝**再実行の経路は存在しない**。残っている道は上の [手当] の curl だけ（2026-08-08 実測）
+  echo "teardown: 未完了 — 撤去は上のとおり済んでいる。残りは上の [手当] を手で叩くこと（.team/ は削除済みなので teardown.sh の再実行はできない）" >&2
+  exit 1
 fi
 echo "teardown done: $proj"

package/skill/templates/done.sh

@@ -14,3 +14,39 @@ tmp=".ev-$t.json"
 printf '{"evidence_id":"ev-%s","repo_id":"self","path":"%s","git_blob_oid":"%s","content_digest":"%s","media_type":"text/markdown","anchor_digest":null}\n' "$t" "$f" "$oid" "$digest" > "$tmp"
 lattice todo done --plan "$PEERTABLE_PLAN" --task "$t" --evidence "$tmp"
 rm -f "$tmp"
+
+# 完了の定義は「repo 内の変更は push まで」。done を打つ瞬間はそれが成り立っていなければ
+# ならない唯一の時点で、かつ全員が必ず通る場所である。publish 経路の機械 gate は tarball
+# しか見ないので、docs・証跡・experiments はその外側にある——黙ると誰も見ていない場所へ
+# 成果物が取り残される（2026-08-08 実測。卓の全員が立っていた穴で、親の監査が見つけた）。
+# 出すだけで止めない: push 既定でない repo も、まとめて push する運用も壊さないため。
+# upstream 未設定・git 管理外でも done.sh 自体は死なせない（set -e の下なので必ずガードする）。
+unpushed=$(git rev-list --count '@{u}..HEAD' 2>/dev/null || true)
+if [ -n "$unpushed" ] && [ "$unpushed" != 0 ]; then
+  echo "未push ${unpushed}本: この done の成果物はまだ upstream へ着地していない" >&2
+fi
+
+# 外部ペインの喪失検出。Lattice 併用モードの卓は、公開工程表の右ペインに円卓が出ているのが正常。
+# 2026-08-08、受入検証が本番のコネクタを「外して痕跡ゼロ」まで確かめて終わり、差し直しが人の記憶
+# 頼みで漏れて、公開工程表から円卓が消えたままになった（オーナー発見）。**外したことは誰も間違えて
+# いない——戻し忘れを誰も見ていなかった**ので、全員が必ず通る done の一点で見る。
+# 未push 警告と同じ作法: 出すだけで止めない・読めない時は黙って継続する（この警告のために done.sh を殺さない）。
+pane_missing=$(python3 - <<'PY' 2>/dev/null || true
+import json
+try:
+    state = json.load(open('.team/setup-state.json'))
+except Exception:
+    raise SystemExit          # 卓が無い/読めない＝判定しない
+if state.get('mode') != 'lattice':
+    raise SystemExit          # 単独円卓モードには工程表が無い
+try:
+    identity = json.load(open('.lattice/project.json'))
+except Exception:
+    identity = {}
+if not identity.get('external_pane'):
+    print('yes')
+PY
+)
+if [ "$pane_missing" = yes ]; then
+  echo "外部ペインが未設置か読めない: 公開工程表に円卓が出ていない（差し直す: node <skill>/scripts/external-pane.mjs . <room> <public_base>）" >&2
+fi

package/skill/templates/member.md

@@ -4,7 +4,7 @@
 
 ## 作業ループ
 
-1. `lattice todo status --json` で ready なタスクを見る
+1. `lattice todo status --json` で ready なタスクを見る。{{CLAIM_SCOPE}}
 2. 憲章の手順で room に claim を宣言する。**`[claim]` は独立した1発言で出す**——完了報告や他タスクの話と同じ発言に畳まない。宣言としては有効でも、後から機械的に追えなくなり、監査が「宣言が無い」と誤読する（2026-08-08 実測）
 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 でよい
 4. 実装する。インターフェースなど他タスクに影響する決定は、決めた時点で room 全員宛に一行で共有する
@@ -12,7 +12,9 @@
    - 証跡ファイル `evidence/{{PLAN_KEY}}/<task_id>.md` に「何を作り、どう確認したか」を書く（ディレクトリが無ければ作る。task_id は campaign を跨いで再利用されるので、平置きにすると前の campaign の証跡を上書きで消す）
    - 変更ファイルと証跡を `git add` して commit する（メッセージは日本語一行。対象ファイルを明示して他人の作業中変更を巻き込まない）
    - `.team/scripts/done.sh <task_id>` を実行する（evidence 記述子の生成と `lattice todo done` をやってくれる）
-6. room に完了を一行報告し、1 へ戻る
+6. room に完了を一行報告する。**その時「この点を見てほしい」を添える**——完了 task の監査は実装者以外の席が行い（決定60）、依頼が具体的なほど監査は速く深くなる
+7. **手が空いていて ready が無いなら、他の席の done を監査する。** 実装者以外なら誰でもよい。実物（diff・検証結果・ハーネス）を自分で走らせて所見を room へ出す——**報告を読むだけでは監査にならない**。親は所見を読んで受理を宣言するだけで、コードは読まない
+8. 1 へ戻る
 
 ## 再着任（context が要約されたら）
 
@@ -26,4 +28,7 @@
 - **note が持つものを room の散文へ二重化しない**。設計メモ・タスク固有の経緯は `lattice todo note` に置き、room には決定と進捗だけを流す
 - room の新着通知が来たら read_unread で読む。返事が要るものには post で応える
 - **Codex 席の場合**: 起床は channels ではなく wakeup-bridge が担う。`room に新着あり（<誰> → <宛先>）。read_unread で読むこと。` が端末へ直接届くので、Claude 席と同じく read_unread で読む。**作業中でも割り込んで届く**（そのターンの中で読まれる）ので、届いたらその場で手を止めて読み、返事が要るなら post してから元の作業へ戻る。自分の発言では起きない
+- **ブラウザ検証に `claude-in-chrome` を使わない。** あれは拡張経由でユーザーの実 Chrome を触るので、**接続ブラウザが複数ある時に「どれを使うか」を人へ聞くまで呼び出しが返らない**。席には聞く相手が居ないので、**無人の席が踏むと自力で復帰できない**（2026-08-08 実測。オーナーが見ていたから10分で解けたが、見ていなければ親が気づくまで卓ごと止まる）。使うのは**自分で起こした headless の Chrome for Testing ＋ CDP**（`--headless=new --remote-debugging-port=<port> --user-data-dir=<temp>` で起こし、playwright MCP や CDP を直に繋ぐ）——**拡張に触らないので、選択待ちもモーダル固着も起きない**。`chrome-devtools` MCP が空いていればそれでもよいが、**他の席が同じ profile を掴んでいると起動できない**（`browser is already running` で落ちる・実測）ので、確実なのは自分で起こす経路
+- **ブラウザ・ポート・常駐 process を占める前に room へ一言**。上の経路でも 9222 等は共有資源で、終わったら **pid 直指定で止める**（`pkill -f` は他席の同名 process を巻き込む）
+- **監査する時は、自分の測定器を先に疑う**（決定60）。欠陥版で落ちることを確かめてから green を読む。隔離の仕方で欠陥そのものが消えることがあるし、`cmd | tail` の終了コードは **tail のもの**で自分が測りたいものではない——**確かめずに出た数字は、通っても落ちても意味を持たない**
 - 憲章（.team/CLAUDE.md）が全ての基底である