peertable 0.8.7 → 0.8.9
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -21
- package/README.ja.md +128 -128
- package/README.md +164 -164
- package/package.json +49 -49
- package/room/Dockerfile +7 -7
- package/room/client.mjs +1 -1
- package/skill/02_models.snapshot.md +103 -103
- package/skill/SKILL.md +264 -264
- package/skill/scripts/alarm-set.sh +0 -0
- package/skill/scripts/archive-room-log.py +0 -0
- package/skill/scripts/bridge-record-live.mjs +0 -0
- package/skill/scripts/change-effort.sh +0 -0
- package/skill/scripts/change-seat.sh +1 -1
- package/skill/scripts/codex-parent-watch.sh +0 -0
- package/skill/scripts/doctor.sh +0 -0
- package/skill/scripts/ensure-bridge.sh +0 -0
- package/skill/scripts/ensure-codex-room-mcp.mjs +0 -0
- package/skill/scripts/ensure-room-mcp.mjs +0 -0
- package/skill/scripts/external-pane.mjs +0 -0
- package/skill/scripts/kickoff-gate.mjs +0 -0
- package/skill/scripts/launch-seat.sh +0 -0
- package/skill/scripts/leave-seat.sh +0 -0
- package/skill/scripts/make-plan-input.mjs +0 -0
- package/skill/scripts/parent-join.sh +0 -0
- package/skill/scripts/parent-watch.mjs +25 -0
- package/skill/scripts/platform/windows/import-specifier.mjs +6 -0
- package/skill/scripts/platform/windows/resolve-lattice-contracts.mjs +9 -0
- package/skill/scripts/post-message.mjs +51 -4
- package/skill/scripts/resolve-seat-placement.mjs +0 -0
- package/skill/scripts/resume.sh +0 -0
- package/skill/scripts/seat-status-bridge.mjs +38 -6
- package/skill/scripts/seat-usage.mjs +56 -3
- package/skill/scripts/set-mission.sh +1 -1
- package/skill/scripts/setup.sh +0 -0
- package/skill/scripts/teardown.sh +0 -0
- package/skill/scripts/todo-extraction-from-plan.mjs +9 -2
- package/skill/scripts/upgrade-team-assets.sh +0 -0
- package/skill/scripts/wakeup-bridge.mjs +0 -0
- package/skill/templates/charter.md +20 -20
- package/skill/templates/mcp.json +5 -5
- package/skill/templates/member-standalone.md +60 -60
- package/skill/templates/member.md +159 -159
- package/skill/templates/parent.md +141 -143
- package/skill/templates/tasks.md +8 -8
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
@@ -236,7 +236,7 @@ fi
|
|
|
236
236
|
|
|
237
237
|
body="[席設定変更] ${parent} が ${name} の ${changes} に変更（${change_method}）"
|
|
238
238
|
[ -z "$reason" ] || body="${body}。理由: ${reason}"
|
|
239
|
-
history=$(node "$(dirname "$0")/post-message.mjs" "$parent" "$name" "$body")
|
|
239
|
+
history=$(node "$(dirname "$0")/post-message.mjs" --build-only "$parent" "$name" "$body")
|
|
240
240
|
history_response=$(env -u PEERTABLE_POST_TOKEN node "$credential_helper" request "$credential_file" POST \
|
|
241
241
|
"$url/api/$room/messages" "$history") || {
|
|
242
242
|
echo "SEAT_CHANGE_CHANGED_BUT_HISTORY_FAILED: ${name} は ${changes} で再着席済み、room履歴の記録に失敗" >&2
|
|
File without changes
|
package/skill/scripts/doctor.sh
CHANGED
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
@@ -267,6 +267,31 @@ async function checkStall() {
|
|
|
267
267
|
const workers = members
|
|
268
268
|
.filter(m => m.name !== parent && m.delivery?.kind !== 'parent_watch')
|
|
269
269
|
.map(m => ({ name: m.name, status: m.status ?? null }))
|
|
270
|
+
// 全席idleでも、各claim保有席に有効な待機宣言があるなら正当な外部待ちであり停滞ではない
|
|
271
|
+
// （2026-08-25 オーナー裁定の系: 巡回番犬が起こす対象ゼロの夜に、親へ停滞警報を鳴らし続けるのは
|
|
272
|
+
// 親のターンを焼くだけの無駄。判定は番犬と同じ「宣言はターン開始より新しいか」…をここでは
|
|
273
|
+
// 簡略に「claim保有席の最新自発言が停止宣言か」で見る——正当待機の席は必ず宣言で締めている）。
|
|
274
|
+
const claimOwners = new Map()
|
|
275
|
+
const retractRe = /^\[claim撤回\]\s+([0-9A-Za-z._-]+)/u
|
|
276
|
+
const claimRe = /^\[claim\]\s+([0-9A-Za-z._-]+)/u
|
|
277
|
+
let roomMessages = null
|
|
278
|
+
try { roomMessages = (await readJson('/messages')).messages ?? null } catch { roomMessages = null }
|
|
279
|
+
if (roomMessages) {
|
|
280
|
+
const history = new Map()
|
|
281
|
+
for (const m of roomMessages) {
|
|
282
|
+
const c = claimRe.exec(m.body ?? '')
|
|
283
|
+
if (c) { if (!history.has(c[1])) history.set(c[1], []); history.get(c[1]).push(m.from); continue }
|
|
284
|
+
const r = retractRe.exec(m.body ?? '')
|
|
285
|
+
if (r) { const h = history.get(r[1]) ?? []; const i = h.lastIndexOf(m.from); if (i !== -1) h.splice(i, 1) }
|
|
286
|
+
}
|
|
287
|
+
for (const [task, h] of history) if (h.length) claimOwners.set(task, h.at(-1))
|
|
288
|
+
const stopRe = /\[待機\]|\[監査提出\]|待機します|散会/u
|
|
289
|
+
const lastOwn = new Map()
|
|
290
|
+
for (const m of roomMessages) if (m.from) lastOwn.set(m.from, m.body ?? '')
|
|
291
|
+
const owners = new Set(claimOwners.values())
|
|
292
|
+
const allDeclared = [...owners].every(seat => stopRe.test(lastOwn.get(seat) ?? ''))
|
|
293
|
+
if (owners.size > 0 && allDeclared) return false
|
|
294
|
+
}
|
|
270
295
|
const { stall, event } = tableStallUpdate(
|
|
271
296
|
state.stall ?? null,
|
|
272
297
|
{ ready: lattice.ready, active: lattice.active, workers },
|
|
@@ -0,0 +1,9 @@
|
|
|
1
|
+
import { existsSync } from 'node:fs'
|
|
2
|
+
import { dirname, join } from 'node:path'
|
|
3
|
+
|
|
4
|
+
/** Windows npm global shimまたはsource treeのlattice CLIから契約moduleを解決する。 */
|
|
5
|
+
export function resolveWindowsLatticeContracts(latticeCli) {
|
|
6
|
+
const npmGlobal = join(dirname(latticeCli), 'node_modules', '@quolu', 'lattice', 'src', 'todo-contracts.mjs')
|
|
7
|
+
if (existsSync(npmGlobal)) return npmGlobal
|
|
8
|
+
return join(dirname(dirname(latticeCli)), 'src', 'todo-contracts.mjs')
|
|
9
|
+
}
|
|
@@ -1,9 +1,56 @@
|
|
|
1
1
|
#!/usr/bin/env node
|
|
2
|
-
// room
|
|
3
|
-
|
|
2
|
+
// room へ発言を送り、server の受領（seq）を確認してから成功終了する。
|
|
3
|
+
// 「JSONを印字しただけで送った気になる」事故（2026-08-26・poly 14時間未達）を根治するため、
|
|
4
|
+
// 既定動作は送信。JSON組み立てだけが要る内部script用に --build-only を残す（UTF-8印字が目的。
|
|
5
|
+
// python stdout の cp932 は日本語本文を壊す）。
|
|
6
|
+
import { readFileSync, existsSync } from 'node:fs'
|
|
7
|
+
import { resolve } from 'node:path'
|
|
8
|
+
|
|
9
|
+
const args = process.argv.slice(2)
|
|
10
|
+
const buildOnly = args[0] === '--build-only'
|
|
11
|
+
if (buildOnly) args.shift()
|
|
12
|
+
const [from, to, ...rest] = args
|
|
4
13
|
const body = rest.join('\n')
|
|
5
14
|
if (!from || !to || body.length === 0) {
|
|
6
|
-
process.stderr.write('usage: post-message.mjs <from> <to> <body>\n')
|
|
15
|
+
process.stderr.write('usage: post-message.mjs [--build-only] <from> <to> <body>\n送信には PEERTABLE_URL+PEERTABLE_ROOM または cwd の .team/setup-state.json と、PEERTABLE_POST_TOKEN が要る\n')
|
|
7
16
|
process.exit(2)
|
|
8
17
|
}
|
|
9
|
-
|
|
18
|
+
const payload = JSON.stringify({ from, to, body })
|
|
19
|
+
if (buildOnly) {
|
|
20
|
+
process.stdout.write(`${payload}\n`)
|
|
21
|
+
process.exit(0)
|
|
22
|
+
}
|
|
23
|
+
|
|
24
|
+
let url = process.env.PEERTABLE_URL ?? null
|
|
25
|
+
let room = process.env.PEERTABLE_ROOM ?? null
|
|
26
|
+
if (!url || !room) {
|
|
27
|
+
const statePath = resolve('.team/setup-state.json')
|
|
28
|
+
if (existsSync(statePath)) {
|
|
29
|
+
const state = JSON.parse(readFileSync(statePath, 'utf8'))
|
|
30
|
+
url = url ?? state.server_url
|
|
31
|
+
room = room ?? state.room
|
|
32
|
+
}
|
|
33
|
+
}
|
|
34
|
+
if (!url || !room) {
|
|
35
|
+
process.stderr.write('POST_MESSAGE_TARGET_UNRESOLVED: PEERTABLE_URL/PEERTABLE_ROOM も cwd の .team/setup-state.json も無く、送信先を決められない\n')
|
|
36
|
+
process.exit(1)
|
|
37
|
+
}
|
|
38
|
+
const token = process.env.PEERTABLE_POST_TOKEN ?? null
|
|
39
|
+
|
|
40
|
+
const headers = { 'content-type': 'application/json' }
|
|
41
|
+
if (token !== null) headers['x-peertable-token'] = token
|
|
42
|
+
let res, text
|
|
43
|
+
try {
|
|
44
|
+
res = await fetch(`${url.replace(/\/$/, '')}/api/${room}/messages`, { method: 'POST', headers, body: payload })
|
|
45
|
+
text = await res.text()
|
|
46
|
+
} catch (error) {
|
|
47
|
+
process.stderr.write(`POST_MESSAGE_SEND_FAILED: ${error.message}\n`)
|
|
48
|
+
process.exit(1)
|
|
49
|
+
}
|
|
50
|
+
let seq = null
|
|
51
|
+
try { seq = JSON.parse(text).seq ?? null } catch { /* 応答が JSON でない時は下の受領判定で落ちる */ }
|
|
52
|
+
if (!res.ok || !Number.isInteger(seq)) {
|
|
53
|
+
process.stderr.write(`POST_MESSAGE_NOT_ACCEPTED: status=${res.status} body=${text.slice(0, 300)}\n`)
|
|
54
|
+
process.exit(1)
|
|
55
|
+
}
|
|
56
|
+
process.stdout.write(`${text.trim()}\n`)
|
|
File without changes
|
package/skill/scripts/resume.sh
CHANGED
|
File without changes
|
|
@@ -27,7 +27,7 @@ import { execFileSync } from 'node:child_process'
|
|
|
27
27
|
import { existsSync, readFileSync, renameSync, writeFileSync, unlinkSync } from 'node:fs'
|
|
28
28
|
import { join } from 'node:path'
|
|
29
29
|
|
|
30
|
-
import { STOP_DECLARATION, combineSeatLamp, hasActiveDescendant, patrolTargets, classifyPaneTail, decideBridgeContinuation, deriveMissingSession, isPaneProcessStopped, parsePaneTokenHint, resolveLatticeExecutable, resolvePostToken, resolveSeatObservation, resolveTmuxSocket, supportsMemberObservation, tmuxArgv, tmuxPanePid } from './seat-usage.mjs'
|
|
30
|
+
import { STOP_DECLARATION, combineSeatLamp, hasActiveDescendant, subtreeCpuSeconds, patrolTargets, classifyPaneTail, decideBridgeContinuation, deriveMissingSession, isPaneProcessStopped, parsePaneTokenHint, resolveLatticeExecutable, resolvePostToken, resolveSeatObservation, resolveTmuxSocket, supportsMemberObservation, tmuxArgv, tmuxPanePid } from './seat-usage.mjs'
|
|
31
31
|
|
|
32
32
|
const args = process.argv.slice(2)
|
|
33
33
|
const proj = args[0]
|
|
@@ -129,6 +129,7 @@ function readSeat(member, previous, observedAt) {
|
|
|
129
129
|
// active判定は「画面内容が前周期から変わった」こと。出力を出さない計算中はidle表示になるが、
|
|
130
130
|
// それは観測できる事実の正直な表示であり、推測で点滅させない。
|
|
131
131
|
const jobPaneHash = new Map() // `${name}:${session}` -> { hash, changedAt }
|
|
132
|
+
const jobCpuSeconds = new Map() // `${name}:${session}` -> 前周期の累積CPU秒（root=job本体を含む）
|
|
132
133
|
let jobObserveFailureLogged = false
|
|
133
134
|
function observeJob(socket, name) {
|
|
134
135
|
const listed = tmux(socket, 'list-sessions', '-F', '#{session_name}')
|
|
@@ -145,6 +146,7 @@ function observeJob(socket, name) {
|
|
|
145
146
|
const sessions = listed.split('\n').filter(s => s.startsWith(`peer-${name}-job`))
|
|
146
147
|
if (sessions.length === 0) return { alive: false, active: false }
|
|
147
148
|
let active = false
|
|
149
|
+
let psRows = null
|
|
148
150
|
for (const session of sessions) {
|
|
149
151
|
const pane = tmux(socket, 'capture-pane', '-t', session, '-p')
|
|
150
152
|
if (pane === null) continue
|
|
@@ -152,6 +154,22 @@ function observeJob(socket, name) {
|
|
|
152
154
|
const key = `${name}:${session}`
|
|
153
155
|
const prev = jobPaneHash.get(key)
|
|
154
156
|
if (!prev || prev.hash !== hash) { jobPaneHash.set(key, { hash }); active = true }
|
|
157
|
+
// 画面に何も出さず働くジョブ（checkpointだけ書く収集等）は画面hashでは稼働に見えない
|
|
158
|
+
// （実被弾 2026-08-25: 収集が毎分書き込み中なのにランプが点灯止まり）。jobセッションの
|
|
159
|
+
// プロセスツリーのCPU実働も稼働として合成する。セッション全体が預け仕事なので足場除外は不要。
|
|
160
|
+
if (!active) {
|
|
161
|
+
const jobPanePid = tmuxPanePid(socket, session)
|
|
162
|
+
if (jobPanePid) {
|
|
163
|
+
try {
|
|
164
|
+
psRows ??= execFileSync('ps', ['-axo', 'pid=,ppid=,time=,etime='], { encoding: 'utf8' }).split('\n')
|
|
165
|
+
// pcpu%はIO待ち主体のジョブで0.0に丸まる。累積CPU時間の前周期差分で「変化」を見る
|
|
166
|
+
const seconds = subtreeCpuSeconds(psRows, Number(jobPanePid), { includeRoot: true })
|
|
167
|
+
const prevSeconds = jobCpuSeconds.get(key)
|
|
168
|
+
jobCpuSeconds.set(key, seconds)
|
|
169
|
+
if (prevSeconds !== undefined && seconds > prevSeconds) active = true
|
|
170
|
+
} catch { /* psが使えない端末では画面hash判定だけで続行 */ }
|
|
171
|
+
}
|
|
172
|
+
}
|
|
155
173
|
}
|
|
156
174
|
return { alive: true, active }
|
|
157
175
|
}
|
|
@@ -221,7 +239,9 @@ async function nudgeIfDropped(name, busySince) {
|
|
|
221
239
|
const PATROL_INTERVAL_MS = 30_000
|
|
222
240
|
const PATROL_NAG_INTERVAL_MS = 300_000 // 条件が続く席へは5分間隔で再吠えする（1回きりにしない）
|
|
223
241
|
const patrolLastNag = new Map() // seat -> epoch_ms
|
|
224
|
-
const busyStartedAt = new Map() // seat -> epoch_ms（このbridge
|
|
242
|
+
const busyStartedAt = new Map() // seat -> epoch_ms（このbridgeプロセスが観測した最後のターン開始・pane基準）
|
|
243
|
+
const paneLast = new Map() // seat -> 直前周期のpane生status（番犬系専用。表示合成とは分離）
|
|
244
|
+
const paneJobCpuSeconds = new Map() // seat -> 前周期の非足場子孫の累積CPU秒
|
|
225
245
|
let lastPatrolAt = 0
|
|
226
246
|
async function patrolClaims() {
|
|
227
247
|
if (setup.mode !== 'lattice' || !setup.plan_key) return
|
|
@@ -358,6 +378,10 @@ async function tick() {
|
|
|
358
378
|
const observation = readSeat(member, prev, observedAt)
|
|
359
379
|
// tmux 席を持たない member（親など）は一度も観測できないので送らない（deriveMissingSession が null を返す）
|
|
360
380
|
if (observation === null) { skipped++; continue }
|
|
381
|
+
// 番犬（ターン終了検知・busy履歴）はpaneの生状態だけを読む。表示用の合成ランプ（job込み）を
|
|
382
|
+
// ここへ流すと、静かなジョブの画面出力の間欠でランプがbusy⇄idleに揺れ、その揺れを
|
|
383
|
+
// 「ターン終了」と誤認して正当待機の席へ[継続]を撃つ（実被弾 2026-08-25 #175: mio誤起床）。
|
|
384
|
+
const paneStatus = observation.status
|
|
361
385
|
{
|
|
362
386
|
const target = resolveSeatObservation(member, null) ?? resolveSeatObservation(member, defaultSocket())
|
|
363
387
|
if (target !== null) {
|
|
@@ -367,8 +391,14 @@ async function tick() {
|
|
|
367
391
|
const panePid = tmuxPanePid(target.socket, target.target)
|
|
368
392
|
if (panePid) {
|
|
369
393
|
try {
|
|
370
|
-
const rows = execFileSync('ps', ['-axo', 'pid=,ppid=,
|
|
371
|
-
|
|
394
|
+
const rows = execFileSync('ps', ['-axo', 'pid=,ppid=,time=,etime='], { encoding: 'utf8' }).split('\n')
|
|
395
|
+
// 足場（席と同時起動）を除外し、後から生まれた子孫の累積CPU秒の前周期差分で稼働判定
|
|
396
|
+
const seconds = subtreeCpuSeconds(rows, Number(panePid), {
|
|
397
|
+
includeChild: (childAge, rootAge) => rootAge != null && childAge != null && rootAge - childAge >= 60,
|
|
398
|
+
})
|
|
399
|
+
const prevSeconds = paneJobCpuSeconds.get(member.name)
|
|
400
|
+
paneJobCpuSeconds.set(member.name, seconds)
|
|
401
|
+
if (prevSeconds !== undefined && seconds > prevSeconds) job.active = true
|
|
372
402
|
} catch { /* psが失敗する端末では子孫観測なしで続行（named session観測は生きている） */ }
|
|
373
403
|
}
|
|
374
404
|
}
|
|
@@ -385,8 +415,10 @@ async function tick() {
|
|
|
385
415
|
await send(name, observation, observedAt)
|
|
386
416
|
last.set(name, { ...observation, at: now })
|
|
387
417
|
sent++
|
|
388
|
-
|
|
389
|
-
if (
|
|
418
|
+
const prevPane = paneLast.get(name)
|
|
419
|
+
if ((paneStatus === 'busy' || paneStatus === 'blocked') && prevPane !== 'busy' && prevPane !== 'blocked') busyStartedAt.set(name, now)
|
|
420
|
+
if (prevPane === 'busy' && paneStatus === 'idle') await nudgeIfDropped(name, prev?.busySince ?? null)
|
|
421
|
+
paneLast.set(name, paneStatus)
|
|
390
422
|
if (changed) console.error(`seat-status-bridge: ${name} → ${observation.status}${prev ? `（${prev.status} から）` : ''}`)
|
|
391
423
|
} catch (e) {
|
|
392
424
|
failed++
|
|
@@ -335,22 +335,75 @@ export function combineSeatLamp(paneStatus, job) {
|
|
|
335
335
|
// tmuxセッションを作らずに走らせた預け仕事を、プロセスツリーの実観測で拾う（2026-08-25 オーナー裁定
|
|
336
336
|
//「子プロセスも見る」）。nohup等でツリーから切り離された仕事はここでは見えない——それは
|
|
337
337
|
// peer-<name>-job* セッション慣例の側が受け持つ（二本立て）。
|
|
338
|
-
export function hasActiveDescendant(psRows, rootPid, { minCpu = 1.0 } = {}) {
|
|
338
|
+
export function hasActiveDescendant(psRows, rootPid, { minCpu = 1.0, minAgeGapSeconds = 60 } = {}) {
|
|
339
|
+
const parseEtime = (raw) => {
|
|
340
|
+
// ps etime: [[dd-]hh:]mm:ss
|
|
341
|
+
const m = /^(?:(\d+)-)?(?:(\d+):)?(\d+):(\d+)$/.exec(raw)
|
|
342
|
+
if (!m) return null
|
|
343
|
+
return (Number(m[1] ?? 0) * 86400) + (Number(m[2] ?? 0) * 3600) + (Number(m[3]) * 60) + Number(m[4])
|
|
344
|
+
}
|
|
339
345
|
const children = new Map()
|
|
340
346
|
const cpu = new Map()
|
|
347
|
+
const age = new Map()
|
|
341
348
|
for (const row of psRows) {
|
|
342
|
-
const m = /^\s*(\d+)\s+(\d+)\s+([\d.]+)/.exec(row)
|
|
349
|
+
const m = /^\s*(\d+)\s+(\d+)\s+([\d.]+)\s+(\S+)/.exec(row)
|
|
343
350
|
if (!m) continue
|
|
344
351
|
const [pid, ppid, pcpu] = [Number(m[1]), Number(m[2]), Number(m[3])]
|
|
345
352
|
if (!children.has(ppid)) children.set(ppid, [])
|
|
346
353
|
children.get(ppid).push(pid)
|
|
347
354
|
cpu.set(pid, pcpu)
|
|
355
|
+
age.set(pid, parseEtime(m[4]))
|
|
348
356
|
}
|
|
357
|
+
const rootAge = age.get(rootPid)
|
|
349
358
|
const queue = [...(children.get(rootPid) ?? [])]
|
|
350
359
|
while (queue.length) {
|
|
351
360
|
const pid = queue.pop()
|
|
352
|
-
|
|
361
|
+
// 席と同時に起動したプロセスは足場（CLI本体・MCP server群）であって預け仕事ではない。
|
|
362
|
+
// 足場はアイドルでも1%前後のCPUを食い、ランプを恒常的に点滅させる誤検知源になる
|
|
363
|
+
// （実被弾 2026-08-25: 監査待ちのkoharuが「ずっとアクティブ」に見えた）。
|
|
364
|
+
// 「paneより有意に後から生まれた」ことだけを預け仕事の観測条件にする——起動時刻は
|
|
365
|
+
// 観測できる事実であり、コマンド名の恣意的なリストを持たない。
|
|
366
|
+
const laterBorn = rootAge != null && age.get(pid) != null && rootAge - age.get(pid) >= minAgeGapSeconds
|
|
367
|
+
if (laterBorn && (cpu.get(pid) ?? 0) >= minCpu) return true
|
|
353
368
|
queue.push(...(children.get(pid) ?? []))
|
|
354
369
|
}
|
|
355
370
|
return false
|
|
356
371
|
}
|
|
372
|
+
|
|
373
|
+
// pane子孫（filter該当分）の累積CPU時間合計（秒）。pcpu%は減衰平均でIO待ち主体のジョブが0.0へ
|
|
374
|
+
// 丸まる（実被弾 2026-08-25: 毎分数百リクエストの収集がpcpu 0.0で「非稼働」表示）。
|
|
375
|
+
// 累積CPU時間は実カウンタで、働いていれば周期間で必ず増える——「変化が発生しているか」を見る。
|
|
376
|
+
// psの `pid ppid time etime` 出力を受ける。filterは(childAgeSec, rootAgeSec)=>boolで足場除外等に使う。
|
|
377
|
+
export function subtreeCpuSeconds(psRows, rootPid, { includeChild = () => true, includeRoot = false } = {}) {
|
|
378
|
+
// 小数部を捨てない: 30秒周期で数msずつ進む常駐ジョブは、秒未満を切ると差分が永久に0になり
|
|
379
|
+
// 「生きているのに稼働として観測されない」（実被弾 2026-08-26: mioのp5daily監督ループ）
|
|
380
|
+
const parseClock = (raw) => {
|
|
381
|
+
const m = /^(?:(\d+)-)?(?:(\d+):)?(\d+):(\d+(?:\.\d+)?)$/.exec(raw)
|
|
382
|
+
if (!m) return null
|
|
383
|
+
return (Number(m[1] ?? 0) * 86400) + (Number(m[2] ?? 0) * 3600) + (Number(m[3]) * 60) + Number(m[4])
|
|
384
|
+
}
|
|
385
|
+
const children = new Map()
|
|
386
|
+
const rec = new Map()
|
|
387
|
+
for (const row of psRows) {
|
|
388
|
+
const m = /^\s*(\d+)\s+(\d+)\s+(\S+)\s+(\S+)/.exec(row)
|
|
389
|
+
if (!m) continue
|
|
390
|
+
const [pid, ppid] = [Number(m[1]), Number(m[2])]
|
|
391
|
+
if (!children.has(ppid)) children.set(ppid, [])
|
|
392
|
+
children.get(ppid).push(pid)
|
|
393
|
+
rec.set(pid, { cpu: parseClock(m[3]), age: parseClock(m[4]) })
|
|
394
|
+
}
|
|
395
|
+
const rootAge = rec.get(rootPid)?.age ?? null
|
|
396
|
+
let total = 0
|
|
397
|
+
// 席paneでは root（harness本体）は常時CPUを進めるので数えない（足場除外と同じ理由）。
|
|
398
|
+
// jobセッションでは root（pane pid）そのものが預け仕事の本体なので数える——数えないと
|
|
399
|
+
// 監督ループ型のジョブが丸ごと不可視になる（実被弾 2026-08-26: mioのp5dailyがidle表示）
|
|
400
|
+
if (includeRoot) total += rec.get(rootPid)?.cpu ?? 0
|
|
401
|
+
const queue = [...(children.get(rootPid) ?? [])]
|
|
402
|
+
while (queue.length) {
|
|
403
|
+
const pid = queue.pop()
|
|
404
|
+
const r = rec.get(pid)
|
|
405
|
+
if (r && includeChild(r.age, rootAge)) total += r.cpu ?? 0
|
|
406
|
+
queue.push(...(children.get(pid) ?? []))
|
|
407
|
+
}
|
|
408
|
+
return total
|
|
409
|
+
}
|
|
@@ -68,7 +68,7 @@ process.exit(m.mission===want ? 0 : 1)
|
|
|
68
68
|
}
|
|
69
69
|
|
|
70
70
|
body="[mission] ${name}: ${text}"
|
|
71
|
-
history=$(node "$script_dir/post-message.mjs" "$name" "all" "$body")
|
|
71
|
+
history=$(node "$script_dir/post-message.mjs" --build-only "$name" "all" "$body")
|
|
72
72
|
history_response=$(env -u PEERTABLE_POST_TOKEN node "$credential_helper" request "$credential_file" POST \
|
|
73
73
|
"$url/api/$room/messages" "$history") || {
|
|
74
74
|
echo "SET_MISSION_CHANGED_BUT_ANNOUNCE_FAILED: chip は更新済み、[mission] の投稿に失敗" >&2
|
package/skill/scripts/setup.sh
CHANGED
|
File without changes
|
|
File without changes
|
|
@@ -20,6 +20,8 @@
|
|
|
20
20
|
import { accessSync, constants, existsSync, readFileSync, realpathSync, writeFileSync } from 'node:fs'
|
|
21
21
|
import { execFileSync } from 'node:child_process'
|
|
22
22
|
import { dirname, isAbsolute, join, relative, resolve } from 'node:path'
|
|
23
|
+
import { windowsImportSpecifier } from './platform/windows/import-specifier.mjs'
|
|
24
|
+
import { resolveWindowsLatticeContracts } from './platform/windows/resolve-lattice-contracts.mjs'
|
|
23
25
|
|
|
24
26
|
function usage(message) {
|
|
25
27
|
if (message) console.error(`ERROR: ${message}`)
|
|
@@ -102,8 +104,13 @@ try {
|
|
|
102
104
|
: 'Peertable setupの正規手順で setup-state.json の lattice_cli を再生成する',
|
|
103
105
|
)
|
|
104
106
|
}
|
|
105
|
-
const latticePkgSrc =
|
|
106
|
-
|
|
107
|
+
const latticePkgSrc = process.platform === 'win32'
|
|
108
|
+
? resolveWindowsLatticeContracts(latticeCli)
|
|
109
|
+
: join(dirname(dirname(latticeCli)), 'src', 'todo-contracts.mjs')
|
|
110
|
+
const latticePkgSpecifier = process.platform === 'win32'
|
|
111
|
+
? windowsImportSpecifier(latticePkgSrc)
|
|
112
|
+
: latticePkgSrc
|
|
113
|
+
const { todoSelfDigest } = await import(latticePkgSpecifier)
|
|
107
114
|
|
|
108
115
|
const planPathFromRoot = relative(repoRoot, absolutePlanPath)
|
|
109
116
|
if (isAbsolute(planPathFromRoot) || planPathFromRoot.startsWith(`..${process.platform === 'win32' ? '\\' : '/'}`) || planPathFromRoot === '..') {
|
|
File without changes
|
|
File without changes
|
|
@@ -1,20 +1,20 @@
|
|
|
1
|
-
# チーム憲章
|
|
2
|
-
|
|
3
|
-
これはチーム作業である。自分が引き受けたタスクの完了はミッションの完了ではない。全タスク完了までチームは解散しない。
|
|
4
|
-
|
|
5
|
-
1. 拘束力を持つのは**工程正本への記録**と room ログに残った決定だけ（工程正本＝Lattice 併用モードなら Lattice の todo 記録、単独円卓モードなら room の宣言そのもの）。room の `to: "all"` は部屋全体への通常発言、名前指定はDMである
|
|
6
|
-
2. room の宛先規則はこれだけである。claim は `post(to: "all")`、次にやる仕事があるターン終了時の次の行動は `post(to: "<自分の名前>")`（message は `[次の行動]` で始める。仕事があるのに出さないと席は止まる）、工程完了は `post(to: "all")`、誰かへの用事は `post(to: "<相手の名前>")` で送る。誰に聞けばよいか分からないことは `post(to: "all")` で聞く。実装・監査・readyが本当に無い時の待機宣言は最終手段として親だけへDMし、`all`へ送らず、そのあと自分へ `[次の行動]` を送らない。別の通知機構は使わない
|
|
7
|
-
3. **仕事を選ぶのも始めるのも自分である。** どのモードでも、`read_log`で先行claimを確認してから `post(to: "all", message: "[claim] <タスク>")` を送る。これが唯一の着手通知であり、別の着手通知は送らない。**装置から仕事が降ってくることはないし、着手前に装置の許可を待つこともない**（オーナー裁定 2026-08-09）。Lattice の実行層を使う卓では、その後 `todo start` し、自分で `run intake` して隔離 worktree を受け取る——それは設備の供給であって許可証ではなく、装置が返すのは競合した時の「留まれ」だけである（タスクの呼び名は Lattice 併用モードなら task_id、単独円卓モードなら `.team/tasks.md` の議題名）。同じタスクへの先行 claim があれば取り下げるか `[join] <タスク>` へ切り替える
|
|
8
|
-
4. 分からないことは room で聞く。台帳はない。自分の変更が他の部位に影響するなら、聞かれる前に影響を受けるメンバーを明示宛先にして通知する
|
|
9
|
-
5. 判断は情報を持つ者がする。タスクは席ではなく現場。合流（join）は歓迎される。詰まった仲間には目を貸す。親が円卓メンバーを増やす時は、正式な`launch-seat.sh`でAiterm長寿命席として着任させ、native sub-agent・Task・Agentを円卓席の代用にしない。正式着席したメンバーはnative sub-agent、Aiterm外部agent、相談agent、自己実装を自由に選べる。子は自動的に円卓メンバーではなく、工程所有・統合・room報告は着席メンバーが保持する。親は二次委譲の手段を禁止・指定しない。視点が足りない・詰んでいるなら room で報告して援軍（join）を求める
|
|
10
|
-
6. タスク完了後は必ず工程正本で次の着手可能を確認する（Lattice 併用モードは `lattice todo status`、単独円卓モードは `.team/tasks.md` と room ログの照合）。残っていれば claim へ戻る。全タスクが終わっていれば `post(to: "all")` で「全タスク完了」を記録する
|
|
11
|
-
7. 役割逸脱は誰であれ指摘する。これは無礼ではなく義務である
|
|
12
|
-
8. **親の発言は拘束力を持たない。** 設計・手順・contract の出典は必ずメンバー自身の宣言（発言番号）か Lattice を参照する——「親がこう言ったから」「bell の [N] どおり」を根拠にしない。親が何かを再掲しても正本はメンバーの元発言のまま動かない。親の差し戻しは異議として扱い、反論してよい
|
|
13
|
-
9. **監査外の通常進行で裁定が必要になった時、その宛先はオーナーであり、親ではない。** scope 変更・受入条件外の追加・製品判断が要る時は「オーナー宛の議題」として room に出す。実装監査中は12の固定境界を優先し、これを計画外提案の逃げ道にしない。親は議題を運ぶ配管で、判断者ではない。「親に委ねる」という宛先を作らない
|
|
14
|
-
10. 決まっていない境界に会ったら、規則を探すより先に room で喋って決める。会話で解決するのは正規の手段であり、その場の合意は憲章の不足を補う
|
|
15
|
-
11. **作業者は自ら必要な試験と自己監査を行い、工程を次に進めてよい水準まで自分の責任で完成させる。** 完成したら、証跡へ記したものと同じ最終的な試験内容と試験結果を監査担当へ渡す。作業者自身は工程をクローズしない
|
|
16
|
-
12. **監査担当は提出された最終試験内容と試験結果が妥当かを判断し、試験を再実行しない。** 妥当なら監査担当が証跡と同じ本文をLatticeの`test_result`へ記録して工程正本をクローズし、roomへ「次の工程に着手してください」とだけ指示する。具体的な次工程は指示せず、各作業者が工程正本から選ぶ。監査の判断は元PLAN・工程正本・明記された受入条件に従い、個人の思想や計画外の改善を完了条件へ加えない
|
|
17
|
-
13. **監査不合格ごとに `Luna → Terra → Sol`へ昇格し、各モデルの修正機会は1回だけとする。** model変更を実行するのは親だけで、作業者や監査担当が自分で席設定を変えない
|
|
18
|
-
14. ユーザーが具体的な変更条件を明示した場合、その条件を新しい要件・受入条件・一般化されたルールへ勝手に分解、追加、拡張しないこと。明示された変更を最小差分でそのまま実装すること。派生的に満たされる性質を別要件として扱わないこと。追加条件が本当に必要な場合のみ、その理由を示して提案すること。提案を実装条件へ勝手に昇格させないこと。
|
|
19
|
-
15. **通し試験は完成確認にだけ使い、原因調査には使わない。** 通し試験が失敗したら、担当者は失敗した機能を切り分け、focused testで原因を確定して修正し、最後に通し試験を確認する
|
|
20
|
-
16. **後続工程へ着手した後に先行工程由来の不具合が判明しても、先行工程をreopenせず、前担当者へ戻さず、修正工程も追加しない。** 現在の工程担当者が、現在の工程を成立させる修正として自ら直し、必要なfocused testと自己監査を行い、最終試験結果へ「発見した不具合を含めて修正した」と記す
|
|
1
|
+
# チーム憲章
|
|
2
|
+
|
|
3
|
+
これはチーム作業である。自分が引き受けたタスクの完了はミッションの完了ではない。全タスク完了までチームは解散しない。
|
|
4
|
+
|
|
5
|
+
1. 拘束力を持つのは**工程正本への記録**と room ログに残った決定だけ（工程正本＝Lattice 併用モードなら Lattice の todo 記録、単独円卓モードなら room の宣言そのもの）。room の `to: "all"` は部屋全体への通常発言、名前指定はDMである
|
|
6
|
+
2. room の宛先規則はこれだけである。claim は `post(to: "all")`、次にやる仕事があるターン終了時の次の行動は `post(to: "<自分の名前>")`（message は `[次の行動]` で始める。仕事があるのに出さないと席は止まる）、工程完了は `post(to: "all")`、誰かへの用事は `post(to: "<相手の名前>")` で送る。誰に聞けばよいか分からないことは `post(to: "all")` で聞く。実装・監査・readyが本当に無い時の待機宣言は最終手段として親だけへDMし、`all`へ送らず、そのあと自分へ `[次の行動]` を送らない。別の通知機構は使わない
|
|
7
|
+
3. **仕事を選ぶのも始めるのも自分である。** どのモードでも、`read_log`で先行claimを確認してから `post(to: "all", message: "[claim] <タスク>")` を送る。これが唯一の着手通知であり、別の着手通知は送らない。**装置から仕事が降ってくることはないし、着手前に装置の許可を待つこともない**（オーナー裁定 2026-08-09）。Lattice の実行層を使う卓では、その後 `todo start` し、自分で `run intake` して隔離 worktree を受け取る——それは設備の供給であって許可証ではなく、装置が返すのは競合した時の「留まれ」だけである（タスクの呼び名は Lattice 併用モードなら task_id、単独円卓モードなら `.team/tasks.md` の議題名）。同じタスクへの先行 claim があれば取り下げるか `[join] <タスク>` へ切り替える
|
|
8
|
+
4. 分からないことは room で聞く。台帳はない。自分の変更が他の部位に影響するなら、聞かれる前に影響を受けるメンバーを明示宛先にして通知する
|
|
9
|
+
5. 判断は情報を持つ者がする。タスクは席ではなく現場。合流（join）は歓迎される。詰まった仲間には目を貸す。親が円卓メンバーを増やす時は、正式な`launch-seat.sh`でAiterm長寿命席として着任させ、native sub-agent・Task・Agentを円卓席の代用にしない。正式着席したメンバーはnative sub-agent、Aiterm外部agent、相談agent、自己実装を自由に選べる。子は自動的に円卓メンバーではなく、工程所有・統合・room報告は着席メンバーが保持する。親は二次委譲の手段を禁止・指定しない。視点が足りない・詰んでいるなら room で報告して援軍（join）を求める
|
|
10
|
+
6. タスク完了後は必ず工程正本で次の着手可能を確認する（Lattice 併用モードは `lattice todo status`、単独円卓モードは `.team/tasks.md` と room ログの照合）。残っていれば claim へ戻る。全タスクが終わっていれば `post(to: "all")` で「全タスク完了」を記録する
|
|
11
|
+
7. 役割逸脱は誰であれ指摘する。これは無礼ではなく義務である
|
|
12
|
+
8. **親の発言は拘束力を持たない。** 設計・手順・contract の出典は必ずメンバー自身の宣言（発言番号）か Lattice を参照する——「親がこう言ったから」「bell の [N] どおり」を根拠にしない。親が何かを再掲しても正本はメンバーの元発言のまま動かない。親の差し戻しは異議として扱い、反論してよい
|
|
13
|
+
9. **監査外の通常進行で裁定が必要になった時、その宛先はオーナーであり、親ではない。** scope 変更・受入条件外の追加・製品判断が要る時は「オーナー宛の議題」として room に出す。実装監査中は12の固定境界を優先し、これを計画外提案の逃げ道にしない。親は議題を運ぶ配管で、判断者ではない。「親に委ねる」という宛先を作らない
|
|
14
|
+
10. 決まっていない境界に会ったら、規則を探すより先に room で喋って決める。会話で解決するのは正規の手段であり、その場の合意は憲章の不足を補う
|
|
15
|
+
11. **作業者は自ら必要な試験と自己監査を行い、工程を次に進めてよい水準まで自分の責任で完成させる。** 完成したら、証跡へ記したものと同じ最終的な試験内容と試験結果を監査担当へ渡す。作業者自身は工程をクローズしない
|
|
16
|
+
12. **監査担当は提出された最終試験内容と試験結果が妥当かを判断し、試験を再実行しない。** 妥当なら監査担当が証跡と同じ本文をLatticeの`test_result`へ記録して工程正本をクローズし、roomへ「次の工程に着手してください」とだけ指示する。具体的な次工程は指示せず、各作業者が工程正本から選ぶ。監査の判断は元PLAN・工程正本・明記された受入条件に従い、個人の思想や計画外の改善を完了条件へ加えない
|
|
17
|
+
13. **監査不合格ごとに `Luna → Terra → Sol`へ昇格し、各モデルの修正機会は1回だけとする。** model変更を実行するのは親だけで、作業者や監査担当が自分で席設定を変えない
|
|
18
|
+
14. ユーザーが具体的な変更条件を明示した場合、その条件を新しい要件・受入条件・一般化されたルールへ勝手に分解、追加、拡張しないこと。明示された変更を最小差分でそのまま実装すること。派生的に満たされる性質を別要件として扱わないこと。追加条件が本当に必要な場合のみ、その理由を示して提案すること。提案を実装条件へ勝手に昇格させないこと。
|
|
19
|
+
15. **通し試験は完成確認にだけ使い、原因調査には使わない。** 通し試験が失敗したら、担当者は失敗した機能を切り分け、focused testで原因を確定して修正し、最後に通し試験を確認する
|
|
20
|
+
16. **後続工程へ着手した後に先行工程由来の不具合が判明しても、先行工程をreopenせず、前担当者へ戻さず、修正工程も追加しない。** 現在の工程担当者が、現在の工程を成立させる修正として自ら直し、必要なfocused testと自己監査を行い、最終試験結果へ「発見した不具合を含めて修正した」と記す
|
package/skill/templates/mcp.json
CHANGED
|
@@ -1,5 +1,5 @@
|
|
|
1
|
-
{
|
|
2
|
-
"mcpServers": {
|
|
3
|
-
"room": { "command": "node", "args": ["{{PEERTABLE_REPO}}/room/client.mjs"] }
|
|
4
|
-
}
|
|
5
|
-
}
|
|
1
|
+
{
|
|
2
|
+
"mcpServers": {
|
|
3
|
+
"room": { "command": "node", "args": ["{{PEERTABLE_REPO}}/room/client.mjs"] }
|
|
4
|
+
}
|
|
5
|
+
}
|
|
@@ -1,60 +1,60 @@
|
|
|
1
|
-
# メンバー役割（単独円卓モード）
|
|
2
|
-
|
|
3
|
-
あなたはこのプロジェクトの対等なメンバーである。指揮者はいない。判断はメンバーが行う。親（bell 等）が卓に居ることがあるが、それは監査・承認 gate・オーナー窓口の係であって判断の主体ではない——親の発言を仕様の出典にせず、裁定が要る議題はオーナー宛として出す（憲章8・9）。あなたの名前は環境変数 `PEERTABLE_MEMBER` にある。room ツール（post / read_unread / read_log / members)で仲間と話せる。
|
|
4
|
-
|
|
5
|
-
## Peertableの正規席と委譲入口
|
|
6
|
-
|
|
7
|
-
このprojectの円卓メンバーは、親が`skill/scripts/launch-seat.sh`で着席させたAiterm長寿命外部PTYである。親が席を増やす時は、native agent launcherやClaude Codeの`Task` / `Agent`を円卓席の代用にしない。席間の分担は同じroom（`post` / `read_unread` / `read_log`）と、このモードの工程正本で行い、shell操作用の短命なPTYと、メンバーが長寿命で着席するPTYを混同しない。既存席を読む・起こす入口はaitermの`pty_read` / `pty_send` / `pty_key`である。
|
|
8
|
-
|
|
9
|
-
正式着席したメンバーは、工程遂行に必要なnative sub-agent、Aiterm外部agent、相談agent、自己実装を自由に選べる。親は二次委譲の手段を禁止・指定しない。メンバーが呼んだ子は自動的に円卓メンバーにはならず、工程所有・統合・room報告はこの着席メンバーが保持する。
|
|
10
|
-
|
|
11
|
-
この卓は**単独円卓モード**である。工程管理ツールは使わない。議題の正本は読み取り専用の `.team/tasks.md`、**進行の正本は room の宣言だけ**（誰が何を持っているか・何が終わったかは room ログにしか無い）。tasks.md を書き換えても進行は動かないので書き換えない。
|
|
12
|
-
|
|
13
|
-
## 作業ループ
|
|
14
|
-
|
|
15
|
-
**次にやる仕事があるターンを終える直前に `post(to: "<自分の名前>", message: "[次の行動] ...")` を1回送れ。** この自己DMは席の TUI へ次ターンの入力として入る。仕事があるのに出さないと席は止まる。空の終了通知は使うな。
|
|
16
|
-
**手番が無く待機に入るときは `[次の行動]` 自己DMを出すな。** 親へ `[待機]` を一度だけ送り、沈黙する。再開は親または他人からの inbound だけ。
|
|
17
|
-
|
|
18
|
-
**kickoff・名指しの依頼DMには、まず `[引受] <要旨>` を room へ返してから着手する（決定104）。** 親はこの引受発言と配送 receipt が揃うまで依頼を未着手として扱う。
|
|
19
|
-
|
|
20
|
-
**探索順は active → ready → 待機である。** まず自分の active 議題を完了させる。無ければ議題を選ぶ。実装も監査担当としての提出待ちも無い時だけ、最終手段として `[待機] ...` を親（bell 等、その卓の親名）だけへDMする。待機を `to: "all"` へ投稿しない。ターンを終える時は、次に行う作業または再確認条件を自分へDMする。
|
|
21
|
-
|
|
22
|
-
1. `.team/tasks.md` で議題を見る。`read_log` で既存の claim と完了報告を照合し、まだ誰も持っていないものを選ぶ
|
|
23
|
-
2. 憲章の手順で`read_log`から先行claimを確認し、`post(to: "all", message: "[claim] <タスク>")` を一度だけ送る。**この `[claim]` が唯一の着手通知であり、別の着手通知は送らない。** `[claim]` は独立した1発言で出す
|
|
24
|
-
3. 実装し、自ら必要な試験と自己監査を行う。工程を次に進めてよい水準まで自分の責任で完成させる。着手後に先行工程由来の不具合が判明しても、前担当者へ戻さず、修正議題を追加しない。現在の工程を成立させる修正として自ら直し、最終試験結果へ含め、対象ファイルだけをcommitする
|
|
25
|
-
4. 最終的な試験内容と試験結果を監査担当へ渡す。作業者自身は `[done]` を出さない
|
|
26
|
-
5. 監査担当は、提出された試験内容と試験結果が議題と受入条件に照らして妥当か判断する。試験を再実行せず、個人の思想や計画外の改善を完了条件へ加えない
|
|
27
|
-
6. 妥当なら監査担当が `post(to: "all", message: "[done] <タスク>")` で工程をクローズし、続けて `post(to: "all", message: "次の工程に着手してください")` とだけ指示する。具体的な次工程は指示しない
|
|
28
|
-
7. 不合格なら、現在モデルでの修正機会は1回だけとする。再び不合格になったら親へmodel変更を依頼し、`Luna → Terra → Sol`の順で一段昇格する。自分で席設定を変えない
|
|
29
|
-
8. 作業者はroomの完了記録を確認し、次の議題を自律的に選ぶ
|
|
30
|
-
9. 1 へ戻る
|
|
31
|
-
|
|
32
|
-
## model / effortを変更してほしい時
|
|
33
|
-
|
|
34
|
-
作業を安全に中断できる状態にしてから、希望と理由を自然文で親だけへDMする。定型文への言い直しや
|
|
35
|
-
完全一致の再送は不要で、変更targetは親が判断する。自分でCLI設定を変えたり、broadcastで依頼したり
|
|
36
|
-
しない。席が再起動された場合は、下の再着任手順でrole・`.team/tasks.md`・roomログから現在地を
|
|
37
|
-
取り直す。
|
|
38
|
-
|
|
39
|
-
## 工程が変わった時の mission
|
|
40
|
-
|
|
41
|
-
着席時の mission は起動スナップショットである。議題の塊が次へ進んだら、自分で更新する。
|
|
42
|
-
親に依頼しない。席は再起動しない。
|
|
43
|
-
|
|
44
|
-
```
|
|
45
|
-
env -u PEERTABLE_POST_TOKEN "$(npm root -g)/peertable/skill/scripts/set-mission.sh" . "$PEERTABLE_MEMBER" "<新しい使命>"
|
|
46
|
-
```
|
|
47
|
-
|
|
48
|
-
room の member 欄（チップ）と `[mission] <名前>: <使命>` の全員宛1行が正本になる。
|
|
49
|
-
起動時の `PEERTABLE_MISSION` env は古いままでよい。
|
|
50
|
-
|
|
51
|
-
## 再着任（context が要約されたら）
|
|
52
|
-
|
|
53
|
-
自分の context が要約された（＝会話の前半が手元に無い）と気づいたら、実装を続ける前に `.team/roles/member.md` と `.team/CLAUDE.md` を読み直して着任し直し、room へ `[再着任] <名前>` を一行投稿する。進行中 claim の状態は自分の記憶でなく**工程正本で取り直す**——この卓の工程正本は room の宣言だけなので、`read_log` で自分の claim・他人の claim・完了報告を全部照合する（機械に問い合わせる先は無い）。記憶と正本が食い違ったら、正本を正として食い違いを room で報告する。
|
|
54
|
-
|
|
55
|
-
## 注意
|
|
56
|
-
|
|
57
|
-
- 誰が何を持っているかを機械に問い合わせられない卓である。claim と完了の宣言を落とした瞬間に重複作業になるので、宣言を省かない
|
|
58
|
-
- `to: "all"` の新着では TUI へ room 全体更新だけが入る。`read_log` で部屋を読み、状況を把握して次の行動を判断する。個人DMでは送信者・宛先・本文が直接届くので、その用件へ対応する。read_unread は任意の履歴確認用である
|
|
59
|
-
- 全タスクの完了報告が揃ったかの判定と散会の宣言は親が行う。自分の担当が終わっても散会宣言までは卓に残り、仲間の求めに応える
|
|
60
|
-
- 憲章（.team/CLAUDE.md）が全ての基底である
|
|
1
|
+
# メンバー役割（単独円卓モード）
|
|
2
|
+
|
|
3
|
+
あなたはこのプロジェクトの対等なメンバーである。指揮者はいない。判断はメンバーが行う。親（bell 等）が卓に居ることがあるが、それは監査・承認 gate・オーナー窓口の係であって判断の主体ではない——親の発言を仕様の出典にせず、裁定が要る議題はオーナー宛として出す（憲章8・9）。あなたの名前は環境変数 `PEERTABLE_MEMBER` にある。room ツール（post / read_unread / read_log / members)で仲間と話せる。
|
|
4
|
+
|
|
5
|
+
## Peertableの正規席と委譲入口
|
|
6
|
+
|
|
7
|
+
このprojectの円卓メンバーは、親が`skill/scripts/launch-seat.sh`で着席させたAiterm長寿命外部PTYである。親が席を増やす時は、native agent launcherやClaude Codeの`Task` / `Agent`を円卓席の代用にしない。席間の分担は同じroom（`post` / `read_unread` / `read_log`）と、このモードの工程正本で行い、shell操作用の短命なPTYと、メンバーが長寿命で着席するPTYを混同しない。既存席を読む・起こす入口はaitermの`pty_read` / `pty_send` / `pty_key`である。
|
|
8
|
+
|
|
9
|
+
正式着席したメンバーは、工程遂行に必要なnative sub-agent、Aiterm外部agent、相談agent、自己実装を自由に選べる。親は二次委譲の手段を禁止・指定しない。メンバーが呼んだ子は自動的に円卓メンバーにはならず、工程所有・統合・room報告はこの着席メンバーが保持する。
|
|
10
|
+
|
|
11
|
+
この卓は**単独円卓モード**である。工程管理ツールは使わない。議題の正本は読み取り専用の `.team/tasks.md`、**進行の正本は room の宣言だけ**（誰が何を持っているか・何が終わったかは room ログにしか無い）。tasks.md を書き換えても進行は動かないので書き換えない。
|
|
12
|
+
|
|
13
|
+
## 作業ループ
|
|
14
|
+
|
|
15
|
+
**次にやる仕事があるターンを終える直前に `post(to: "<自分の名前>", message: "[次の行動] ...")` を1回送れ。** この自己DMは席の TUI へ次ターンの入力として入る。仕事があるのに出さないと席は止まる。空の終了通知は使うな。
|
|
16
|
+
**手番が無く待機に入るときは `[次の行動]` 自己DMを出すな。** 親へ `[待機]` を一度だけ送り、沈黙する。再開は親または他人からの inbound だけ。
|
|
17
|
+
|
|
18
|
+
**kickoff・名指しの依頼DMには、まず `[引受] <要旨>` を room へ返してから着手する（決定104）。** 親はこの引受発言と配送 receipt が揃うまで依頼を未着手として扱う。
|
|
19
|
+
|
|
20
|
+
**探索順は active → ready → 待機である。** まず自分の active 議題を完了させる。無ければ議題を選ぶ。実装も監査担当としての提出待ちも無い時だけ、最終手段として `[待機] ...` を親（bell 等、その卓の親名）だけへDMする。待機を `to: "all"` へ投稿しない。ターンを終える時は、次に行う作業または再確認条件を自分へDMする。
|
|
21
|
+
|
|
22
|
+
1. `.team/tasks.md` で議題を見る。`read_log` で既存の claim と完了報告を照合し、まだ誰も持っていないものを選ぶ
|
|
23
|
+
2. 憲章の手順で`read_log`から先行claimを確認し、`post(to: "all", message: "[claim] <タスク>")` を一度だけ送る。**この `[claim]` が唯一の着手通知であり、別の着手通知は送らない。** `[claim]` は独立した1発言で出す
|
|
24
|
+
3. 実装し、自ら必要な試験と自己監査を行う。工程を次に進めてよい水準まで自分の責任で完成させる。着手後に先行工程由来の不具合が判明しても、前担当者へ戻さず、修正議題を追加しない。現在の工程を成立させる修正として自ら直し、最終試験結果へ含め、対象ファイルだけをcommitする
|
|
25
|
+
4. 最終的な試験内容と試験結果を監査担当へ渡す。作業者自身は `[done]` を出さない
|
|
26
|
+
5. 監査担当は、提出された試験内容と試験結果が議題と受入条件に照らして妥当か判断する。試験を再実行せず、個人の思想や計画外の改善を完了条件へ加えない
|
|
27
|
+
6. 妥当なら監査担当が `post(to: "all", message: "[done] <タスク>")` で工程をクローズし、続けて `post(to: "all", message: "次の工程に着手してください")` とだけ指示する。具体的な次工程は指示しない
|
|
28
|
+
7. 不合格なら、現在モデルでの修正機会は1回だけとする。再び不合格になったら親へmodel変更を依頼し、`Luna → Terra → Sol`の順で一段昇格する。自分で席設定を変えない
|
|
29
|
+
8. 作業者はroomの完了記録を確認し、次の議題を自律的に選ぶ
|
|
30
|
+
9. 1 へ戻る
|
|
31
|
+
|
|
32
|
+
## model / effortを変更してほしい時
|
|
33
|
+
|
|
34
|
+
作業を安全に中断できる状態にしてから、希望と理由を自然文で親だけへDMする。定型文への言い直しや
|
|
35
|
+
完全一致の再送は不要で、変更targetは親が判断する。自分でCLI設定を変えたり、broadcastで依頼したり
|
|
36
|
+
しない。席が再起動された場合は、下の再着任手順でrole・`.team/tasks.md`・roomログから現在地を
|
|
37
|
+
取り直す。
|
|
38
|
+
|
|
39
|
+
## 工程が変わった時の mission
|
|
40
|
+
|
|
41
|
+
着席時の mission は起動スナップショットである。議題の塊が次へ進んだら、自分で更新する。
|
|
42
|
+
親に依頼しない。席は再起動しない。
|
|
43
|
+
|
|
44
|
+
```
|
|
45
|
+
env -u PEERTABLE_POST_TOKEN "$(npm root -g)/peertable/skill/scripts/set-mission.sh" . "$PEERTABLE_MEMBER" "<新しい使命>"
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
room の member 欄（チップ）と `[mission] <名前>: <使命>` の全員宛1行が正本になる。
|
|
49
|
+
起動時の `PEERTABLE_MISSION` env は古いままでよい。
|
|
50
|
+
|
|
51
|
+
## 再着任（context が要約されたら）
|
|
52
|
+
|
|
53
|
+
自分の context が要約された（＝会話の前半が手元に無い）と気づいたら、実装を続ける前に `.team/roles/member.md` と `.team/CLAUDE.md` を読み直して着任し直し、room へ `[再着任] <名前>` を一行投稿する。進行中 claim の状態は自分の記憶でなく**工程正本で取り直す**——この卓の工程正本は room の宣言だけなので、`read_log` で自分の claim・他人の claim・完了報告を全部照合する（機械に問い合わせる先は無い）。記憶と正本が食い違ったら、正本を正として食い違いを room で報告する。
|
|
54
|
+
|
|
55
|
+
## 注意
|
|
56
|
+
|
|
57
|
+
- 誰が何を持っているかを機械に問い合わせられない卓である。claim と完了の宣言を落とした瞬間に重複作業になるので、宣言を省かない
|
|
58
|
+
- `to: "all"` の新着では TUI へ room 全体更新だけが入る。`read_log` で部屋を読み、状況を把握して次の行動を判断する。個人DMでは送信者・宛先・本文が直接届くので、その用件へ対応する。read_unread は任意の履歴確認用である
|
|
59
|
+
- 全タスクの完了報告が揃ったかの判定と散会の宣言は親が行う。自分の担当が終わっても散会宣言までは卓に残り、仲間の求めに応える
|
|
60
|
+
- 憲章（.team/CLAUDE.md）が全ての基底である
|