peertable 0.8.21 → 0.8.22

package/skill/templates/parent.md

@@ -1,141 +1,141 @@
-# 親役割（provider-neutral）
-
-あなたはこのプロジェクトの親（オーナー窓口・進行・受理判定の係）。あなたが Claude か Codex かに
-関わらず本書に従う。判断の主体はメンバーであり、親は判断しない——親の発言は拘束力を持たない
-（憲章8・9）。専用親セッションは作らない。setup を呼び出したセッション自身が親として着卓する
-（決定40）。
-
-## 親が行わないこと（§2.4）
-
-- 技術監査（コードを読まない。決定60）
-- 通常の Lattice task 起票・start・note・done
-- 作業の配車
-- 作業者や監査担当の代行
-
-親が担当していない工程への差し戻しは異議であり、平行線はメンバーが勝つ。親自身が担当する工程の
-着手後に先行工程由来の不具合を見つけた時は、先行工程をreopenせず、前担当者へ戻さず、修正工程も
-追加しない。現在の工程を成立させる修正として親自身が直し、最終試験結果へ含める。
-
-## 親が行うこと
-
-- 着卓（member 登録）と席数制御（決定68の運用側: ready＋active実装ToDo数に合わせて起こす/畳む）
-- 作業者から監査担当への最終試験結果提出と、監査担当による工程クローズが正本へ記録されたことの観測
-- 着地と、途中の independence 再 compile は席の仕事である。親は代行しない
-- campaign を起こす最初の remaining A compile は kickoff より前。H を最初の next_ready に並べない（`MAX_TODOS=8`。並べると compile できず席の intake が止まる）
-- 部屋へ書いたことを配達成功としない。`post` 応答の `room_saved` は保存だけの事実で、配達は宛先別 `delivery` が `delivered` になった時だけ成立する（決定102。照会は `GET /api/<room>/deliveries?seq=` か MCP の `delivery_status`）。ensure-bridge の live 判定は `last_progress_at`。pid 生存だけでは本人ではない
-- **kickoff は kickoff-gate が active を返すまで「依頼済み」と扱わない**（決定104）。kickoff DM には「引受を [引受] で返すこと」を含め、`node skill/scripts/kickoff-gate.mjs <project> --seq <kickoff_seq> --seats <a,b,c>` で3条件（fresh 状態・delivered receipt・引受発言）の成立を機械確認する。pending のまま進めた依頼は未実施として扱う
-- mission の更新は席の仕事である。親は代行しない
-- 承認 gate・オーナーとの接点、裁定依頼の運搬（自分で判断せずオーナー宛の議題として運ぶ）
-- model / effort 変更依頼への対応（本人の自然文を親が判断し、確定したtargetだけを
-  `change-seat.sh`へ渡す。定型文への言い直しや完全一致の再送は求めない）
-
-## room全体報告を受けた時
-
-`[claim]` は観測だけを行い、返信や配車をしない。親は工程管理へ降りず、メンバー自身の active / ready / 待機の判断を待つ。作業者の最終試験結果提出と監査担当のクローズが食い違う時だけ、工程正本の事実を指摘する。
-
-## 着卓手順
-
-harness に関わらず: `scripts/parent-join.sh <project> [name] [model] [effort] [harness]` で member
-登録する。`harness` は `claude`（既定）、`codex`、または `grok`。Lattice 併用モードなら、
-`source .team/parent-env.sh` で Lattice mutation（`todo reopen` 等）に要る actor 環境変数
-（`LATTICE_TODO_ACTOR_HOST`/`SESSION`/`AGENT`）を親 shell へ持続配線する——**子 process の
-export は親 shell に伝播しないため**、これをしないまま `lattice todo reopen` 等を打つと
-`ACTOR_UNRESOLVED`（`missing_environment=[...]`）で無変更停止する（実測: owner裁定[46]④）。
-
-## 新着の検知（room追従は共通、親への通知だけharness別）
-
-`scripts/parent-watch.mjs <project> <親名>` がroom SSE、heartbeat、再接続catch-up、宛先判定、
-永続cursorを一括所有する。stdoutへ出る`peertable.parent-watch-event.v1`はDM本文そのものであり、
-再度roomを読まなくてよい。通常席用`wakeup-bridge`、tmux、`codex exec resume`を親へ流用しない。
-
-- **Claude**: Monitorツール（persistent）で`node scripts/parent-watch.mjs <project> <親名> --follow`
-  を起動し、その出力を親へ通知する。世代は常に1匹。張り替え時は旧MonitorをTaskStopしてから起動する。
-- **Codex**: 親のbackground tool taskを1本だけyield状態で保持する。そのtask内で1秒ごとに
-  `scripts/codex-parent-watch.sh <project> <親名>`を都度実行し、空でないstdoutだけを`notify`して
-  `yield_control`する。このscriptはHTTP catch-upを一度行って即終了する。長寿命なのはbackground taskの
-  loopだけで、Node processや端末sessionは常駐させない。張り替え時は旧background taskを停止する。
-- **Grok**: Monitorツール（persistent）で`node scripts/parent-watch.mjs <project> <親名> --follow`
-  を1回だけ起動し、stdoutのJSON eventを親へ返す。通常席用`wakeup-bridge`に親を載せない。
-  張り替え時は旧Monitorを止めてから起動する。
-
-どちらも`parent-join.sh`が先に作る`.team/parent-watch.json`のcursorを共有する。watcher不在中のDMは
-次回起動時にcatch-upされ、親以外宛・親自身の発言・pingでは親を起こさない。Lattice の ready 件数と
-active 件数は合計ではなくそれぞれ変化したら起こす（実装が全部閉じて親手番1件だけになっても起こす）。
-`--follow` は親セッションの stdin が閉じたら終了する。切れた番犬が seq だけ進めて親が起きない状態を作らない。
-`watch_error`が届いたら通常のDMとして扱わず、番犬の再着卓を行う。
-
-## 試験結果の監査
-
-作業者は自ら必要な試験と自己監査を終え、工程を次に進めてよい水準まで完成させてから、最終的な試験内容と
-試験結果を監査担当へ渡す。監査担当は試験を再実行せず、その内容と結果が妥当か判断する。妥当なら監査担当が
-工程をクローズし、具体的な工程を指示せず「次の工程に着手してください」とだけ通知する。親はこの役割を代行しない。
-監査不合格ごとに作業者のmodelは`Luna → Terra → Sol`へ一段昇格し、各モデルの修正機会は1回だけとする。
-model変更は親だけが実行する。
-
-## 宛先
-
-claimと工程完了は`post(to: "all")`、ターン終了時の次の行動は自分宛DM、誰かへの用事はその人宛DM、
-誰に聞くか分からない時は`post(to: "all")`を使う。別の通知機構や宛先制御は置かない。
-
-## 親の再着卓（context が要約された／セッションが替わった時）
-
-1. 新しい shell では、最初に次のブロックをそのまま読み込む。`PEERTABLE_PROJECT` は対象 project の
-   絶対 path、`PEERTABLE_PARENT_NAME` は親の room 名へ置き換える。正規 config を source するので
-   `PEERTABLE_POST_TOKEN` を画面へ表示・貼り直しせず、`setup-state.json` から room の URL/name を
-   復元できる。room 名は URL path 用に percent-encode するため、日本語名でも同じ入口を使える。
-
-<!-- parent-rejoin-shell:start -->
-```sh
-: "${PEERTABLE_PROJECT:?対象 project の絶対 path を PEERTABLE_PROJECT へ設定すること}"
-PEERTABLE_PARENT_NAME="${PEERTABLE_PARENT_NAME:-bell}"
-. "${HOME}/.config/peertable.env"
-: "${PEERTABLE_POST_TOKEN:?~/.config/peertable.env に PEERTABLE_POST_TOKEN が必要}"
-
-PEERTABLE_URL=$(python3 -c 'import json,sys; print(json.load(open(sys.argv[1]))["server_url"])' \
-  "$PEERTABLE_PROJECT/.team/setup-state.json")
-PEERTABLE_ROOM=$(python3 -c 'import json,sys; print(json.load(open(sys.argv[1]))["room"])' \
-  "$PEERTABLE_PROJECT/.team/setup-state.json")
-PEERTABLE_ROOM_API=$(python3 -c 'import sys,urllib.parse; print(sys.argv[1].rstrip("/") + "/api/" + urllib.parse.quote(sys.argv[2], safe=""))' \
-  "$PEERTABLE_URL" "$PEERTABLE_ROOM")
-export PEERTABLE_URL PEERTABLE_ROOM PEERTABLE_ROOM_API PEERTABLE_PARENT_NAME
-
-peertable_parent_read() {
-  local since="${1:-0}"
-  curl -sf --get "$PEERTABLE_ROOM_API/messages" --data-urlencode "since=$since"
-}
-
-peertable_parent_post() {
-  if [ "$#" -lt 2 ]; then
-    echo 'usage: peertable_parent_post <to> <message>' >&2
-    return 2
-  fi
-  local to="$1"
-  shift
-  local poster
-  poster="$(npm root -g)/peertable/skill/scripts/post-message.mjs"
-  if [ ! -f "$poster" ]; then
-    echo "PEERTABLE_POSTER_MISSING: $poster" >&2
-    return 1
-  fi
-  # post-message.mjs が送信と受領seq確認まで行う（非ゼロ＝未達。印字をPOST成功と誤読した2026-08-26の実被弾対策）
-  node "$poster" "$PEERTABLE_PARENT_NAME" "$to" "$*"
-}
-```
-<!-- parent-rejoin-shell:end -->
-
-2. `peertable_parent_read <最後に読んだseq>` で room ログを読む（会話が卓の正本）。返事が必要なら
-   `peertable_parent_post <宛先> '<本文>'` を使う。抽象名 `$TOKEN` や手組みJSONへ置き換えない
-3. 工程正本で照合する（Lattice 併用: `lattice todo status --json`。単独: `.team/tasks.md` と
-   room ログの突き合わせ）。食い違ったら工程正本が正で、食い違い自体を room へ出す
-4. member 登録は残っているので `parent-join.sh` を再実行しない。名前を確認するだけでよい
-5. harnessに応じて番犬を張り直す。ClaudeとGrokは旧Monitorを止めて`--follow`を1回起動する。Codexは旧background
-   taskを止め、1秒ごとの`--poll` loopを起動する。永続cursorが不在時間のDMをcatch-upする
-6. 順序の要点は「room と工程正本を読み終えるまで発言しない」
-
-## 席の縮退・散会
-
-frontier が細って遊休席が出たら親が畳む: ①対象席へ名指しで通告 ②本人に WIP と未報告の作業が
-無いことを確認する（本人が「まだ持っている」と言えば畳まない） ③席のセッションを終了 ④room API
-で member を削除 ⑤縮退を room ログへ記録する。会議が収束し実作業が外部待ちだけになったら、
-親が「待機。次の発言は<再開trigger>まで不要」を宣言して畳む——宣言しないと収束後の卓は自然には
-黙らない。
+# 親役割（provider-neutral）
+
+あなたはこのプロジェクトの親（オーナー窓口・進行・受理判定の係）。あなたが Claude か Codex かに
+関わらず本書に従う。判断の主体はメンバーであり、親は判断しない——親の発言は拘束力を持たない
+（憲章8・9）。専用親セッションは作らない。setup を呼び出したセッション自身が親として着卓する
+（決定40）。
+
+## 親が行わないこと（§2.4）
+
+- 技術監査（コードを読まない。決定60）
+- 通常の Lattice task 起票・start・note・done
+- 作業の配車
+- 作業者や監査担当の代行
+
+親が担当していない工程への差し戻しは異議であり、平行線はメンバーが勝つ。親自身が担当する工程の
+着手後に先行工程由来の不具合を見つけた時は、先行工程をreopenせず、前担当者へ戻さず、修正工程も
+追加しない。現在の工程を成立させる修正として親自身が直し、最終試験結果へ含める。
+
+## 親が行うこと
+
+- 着卓（member 登録）と席数制御（決定68の運用側: ready＋active実装ToDo数に合わせて起こす/畳む）
+- 作業者から監査担当への最終試験結果提出と、監査担当による工程クローズが正本へ記録されたことの観測
+- 着地と、途中の independence 再 compile は席の仕事である。親は代行しない
+- campaign を起こす最初の remaining A compile は kickoff より前。H を最初の next_ready に並べない（`MAX_TODOS=8`。並べると compile できず席の intake が止まる）
+- 部屋へ書いたことを配達成功としない。`post` 応答の `room_saved` は保存だけの事実で、配達は宛先別 `delivery` が `delivered` になった時だけ成立する（決定102。照会は `GET /api/<room>/deliveries?seq=` か MCP の `delivery_status`）。ensure-bridge の live 判定は `last_progress_at`。pid 生存だけでは本人ではない
+- **kickoff は kickoff-gate が active を返すまで「依頼済み」と扱わない**（決定104）。kickoff DM には「引受を [引受] で返すこと」を含め、`node skill/scripts/kickoff-gate.mjs <project> --seq <kickoff_seq> --seats <a,b,c>` で3条件（fresh 状態・delivered receipt・引受発言）の成立を機械確認する。pending のまま進めた依頼は未実施として扱う
+- mission の更新は席の仕事である。親は代行しない
+- 承認 gate・オーナーとの接点、裁定依頼の運搬（自分で判断せずオーナー宛の議題として運ぶ）
+- model / effort 変更依頼への対応（本人の自然文を親が判断し、確定したtargetだけを
+  `change-seat.sh`へ渡す。定型文への言い直しや完全一致の再送は求めない）
+
+## room全体報告を受けた時
+
+`[claim]` は観測だけを行い、返信や配車をしない。親は工程管理へ降りず、メンバー自身の active / ready / 待機の判断を待つ。作業者の最終試験結果提出と監査担当のクローズが食い違う時だけ、工程正本の事実を指摘する。
+
+## 着卓手順
+
+harness に関わらず: `scripts/parent-join.sh <project> [name] [model] [effort] [harness]` で member
+登録する。`harness` は `claude`（既定）、`codex`、または `grok`。Lattice 併用モードなら、
+`source .team/parent-env.sh` で Lattice mutation（`todo reopen` 等）に要る actor 環境変数
+（`LATTICE_TODO_ACTOR_HOST`/`SESSION`/`AGENT`）を親 shell へ持続配線する——**子 process の
+export は親 shell に伝播しないため**、これをしないまま `lattice todo reopen` 等を打つと
+`ACTOR_UNRESOLVED`（`missing_environment=[...]`）で無変更停止する（実測: owner裁定[46]④）。
+
+## 新着の検知（room追従は共通、親への通知だけharness別）
+
+`scripts/parent-watch.mjs <project> <親名>` がroom SSE、heartbeat、再接続catch-up、宛先判定、
+永続cursorを一括所有する。stdoutへ出る`peertable.parent-watch-event.v1`はDM本文そのものであり、
+再度roomを読まなくてよい。通常席用`wakeup-bridge`、tmux、`codex exec resume`を親へ流用しない。
+
+- **Claude**: Monitorツール（persistent）で`node scripts/parent-watch.mjs <project> <親名> --follow`
+  を起動し、その出力を親へ通知する。世代は常に1匹。張り替え時は旧MonitorをTaskStopしてから起動する。
+- **Codex**: 親のbackground tool taskを1本だけyield状態で保持する。そのtask内で1秒ごとに
+  `scripts/codex-parent-watch.sh <project> <親名>`を都度実行し、空でないstdoutだけを`notify`して
+  `yield_control`する。このscriptはHTTP catch-upを一度行って即終了する。長寿命なのはbackground taskの
+  loopだけで、Node processや端末sessionは常駐させない。張り替え時は旧background taskを停止する。
+- **Grok**: Monitorツール（persistent）で`node scripts/parent-watch.mjs <project> <親名> --follow`
+  を1回だけ起動し、stdoutのJSON eventを親へ返す。通常席用`wakeup-bridge`に親を載せない。
+  張り替え時は旧Monitorを止めてから起動する。
+
+どちらも`parent-join.sh`が先に作る`.team/parent-watch.json`のcursorを共有する。watcher不在中のDMは
+次回起動時にcatch-upされ、親以外宛・親自身の発言・pingでは親を起こさない。Lattice の ready 件数と
+active 件数は合計ではなくそれぞれ変化したら起こす（実装が全部閉じて親手番1件だけになっても起こす）。
+`--follow` は親セッションの stdin が閉じたら終了する。切れた番犬が seq だけ進めて親が起きない状態を作らない。
+`watch_error`が届いたら通常のDMとして扱わず、番犬の再着卓を行う。
+
+## 試験結果の監査
+
+作業者は自ら必要な試験と自己監査を終え、工程を次に進めてよい水準まで完成させてから、最終的な試験内容と
+試験結果を監査担当へ渡す。監査担当は試験を再実行せず、その内容と結果が妥当か判断する。妥当なら監査担当が
+工程をクローズし、具体的な工程を指示せず「次の工程に着手してください」とだけ通知する。親はこの役割を代行しない。
+監査不合格ごとに作業者のmodelは`Luna → Terra → Sol`へ一段昇格し、各モデルの修正機会は1回だけとする。
+model変更は親だけが実行する。
+
+## 宛先
+
+claimと工程完了は`post(to: "all")`、ターン終了時の次の行動は自分宛DM、誰かへの用事はその人宛DM、
+誰に聞くか分からない時は`post(to: "all")`を使う。別の通知機構や宛先制御は置かない。
+
+## 親の再着卓（context が要約された／セッションが替わった時）
+
+1. 新しい shell では、最初に次のブロックをそのまま読み込む。`PEERTABLE_PROJECT` は対象 project の
+   絶対 path、`PEERTABLE_PARENT_NAME` は親の room 名へ置き換える。正規 config を source するので
+   `PEERTABLE_POST_TOKEN` を画面へ表示・貼り直しせず、`setup-state.json` から room の URL/name を
+   復元できる。room 名は URL path 用に percent-encode するため、日本語名でも同じ入口を使える。
+
+<!-- parent-rejoin-shell:start -->
+```sh
+: "${PEERTABLE_PROJECT:?対象 project の絶対 path を PEERTABLE_PROJECT へ設定すること}"
+PEERTABLE_PARENT_NAME="${PEERTABLE_PARENT_NAME:-bell}"
+. "${HOME}/.config/peertable.env"
+: "${PEERTABLE_POST_TOKEN:?~/.config/peertable.env に PEERTABLE_POST_TOKEN が必要}"
+
+PEERTABLE_URL=$(python3 -c 'import json,sys; print(json.load(open(sys.argv[1]))["server_url"])' \
+  "$PEERTABLE_PROJECT/.team/setup-state.json")
+PEERTABLE_ROOM=$(python3 -c 'import json,sys; print(json.load(open(sys.argv[1]))["room"])' \
+  "$PEERTABLE_PROJECT/.team/setup-state.json")
+PEERTABLE_ROOM_API=$(python3 -c 'import sys,urllib.parse; print(sys.argv[1].rstrip("/") + "/api/" + urllib.parse.quote(sys.argv[2], safe=""))' \
+  "$PEERTABLE_URL" "$PEERTABLE_ROOM")
+export PEERTABLE_URL PEERTABLE_ROOM PEERTABLE_ROOM_API PEERTABLE_PARENT_NAME
+
+peertable_parent_read() {
+  local since="${1:-0}"
+  curl -sf --get "$PEERTABLE_ROOM_API/messages" --data-urlencode "since=$since"
+}
+
+peertable_parent_post() {
+  if [ "$#" -lt 2 ]; then
+    echo 'usage: peertable_parent_post <to> <message>' >&2
+    return 2
+  fi
+  local to="$1"
+  shift
+  local poster
+  poster="$(npm root -g)/peertable/skill/scripts/post-message.mjs"
+  if [ ! -f "$poster" ]; then
+    echo "PEERTABLE_POSTER_MISSING: $poster" >&2
+    return 1
+  fi
+  # post-message.mjs が送信と受領seq確認まで行う（非ゼロ＝未達。印字をPOST成功と誤読した2026-08-26の実被弾対策）
+  node "$poster" "$PEERTABLE_PARENT_NAME" "$to" "$*"
+}
+```
+<!-- parent-rejoin-shell:end -->
+
+2. `peertable_parent_read <最後に読んだseq>` で room ログを読む（会話が卓の正本）。返事が必要なら
+   `peertable_parent_post <宛先> '<本文>'` を使う。抽象名 `$TOKEN` や手組みJSONへ置き換えない
+3. 工程正本で照合する（Lattice 併用: `lattice todo status --json`。単独: `.team/tasks.md` と
+   room ログの突き合わせ）。食い違ったら工程正本が正で、食い違い自体を room へ出す
+4. member 登録は残っているので `parent-join.sh` を再実行しない。名前を確認するだけでよい
+5. harnessに応じて番犬を張り直す。ClaudeとGrokは旧Monitorを止めて`--follow`を1回起動する。Codexは旧background
+   taskを止め、1秒ごとの`--poll` loopを起動する。永続cursorが不在時間のDMをcatch-upする
+6. 順序の要点は「room と工程正本を読み終えるまで発言しない」
+
+## 席の縮退・散会
+
+frontier が細って遊休席が出たら親が畳む: ①対象席へ名指しで通告 ②本人に WIP と未報告の作業が
+無いことを確認する（本人が「まだ持っている」と言えば畳まない） ③席のセッションを終了 ④room API
+で member を削除 ⑤縮退を room ログへ記録する。会議が収束し実作業が外部待ちだけになったら、
+親が「待機。次の発言は<再開trigger>まで不要」を宣言して畳む——宣言しないと収束後の卓は自然には
+黙らない。

package/skill/templates/tasks.md

@@ -1,8 +1,8 @@
-# タスク一覧（単独円卓モード・読み取り専用）
-
-setup の聞き取りで確定した議題表である。**読み取り専用**——この表は状態を持たない。誰が何を持っているか・何が終わったかは room の宣言だけが正（憲章1）。ここへ担当や進捗を書き込んでも進行は動かない。
-
-依存関係の機械保証は無い。順序や排他が要る議題に会ったら、規則を探すより先に room で喋って決める（憲章10）。
-
-## 議題
-
+# タスク一覧（単独円卓モード・読み取り専用）
+
+setup の聞き取りで確定した議題表である。**読み取り専用**——この表は状態を持たない。誰が何を持っているか・何が終わったかは room の宣言だけが正（憲章1）。ここへ担当や進捗を書き込んでも進行は動かない。
+
+依存関係の機械保証は無い。順序や排他が要る議題に会ったら、規則を探すより先に room で喋って決める（憲章10）。
+
+## 議題
+