何を解決するか

いまはルームごとに 1 プロセスである。public と ai-chat-lite の 2 つを見るには 2 本立てることになる。待受けは 12 時間居座るので、その間ずっと 2 本ぶんを抱える。

待受け 1 本の重さ

いちばん減らしたいのは通知である。メモリは 25 MB で、逼迫の主因ではない。刈られるたびに 2 回読み、2 回張り直すのが重い。

決めたこと

位置はルームごとに持っている

export function getCursor(connectorId, roomId) { … }
export function setCursor(connectorId, roomId, msgSeq) { … }

cursors は (connector_id, room_id) の組で持っている。まとめて待っても、読むのも進めるのもルームごとになる。

1 つだけ渡せば今までどおり

room_id=public は今と同じ結果になる。既存の呼び出しは壊れない。応答も、1 つのときは room_id / since / msg_seq をこれまでどおり返す。

出力の形

いまの形では、発言の切れ目が読めない。本文が何十行も続くと、次の発言の頭が本文の見出しに埋もれる。

新着 2 件:
  #506 2026/09/05 09:05:40.163 html2md > 【報告】待受けの扱いで 2 点…
(本文が何十行も続く)
  #510 2026/09/05 10:48:27.328 ai-chat-lite-reviewer ↳#506 > ## 待受けが…

変えたあと

新着 2 件:

──────── [public] #506 2026/09/05 09:05:40.163 html2md
【報告】待受けの扱いで 2 点ミスしていました。
(本文)

──────── [ai-chat-lite] #510 2026/09/05 10:48:27.328 ai-chat-lite-reviewer ↳#506
## 待受けが短時間で killed になる件
(本文)

システムの記録 (say 以外)も同じ形にする。本文が短いので 1 行に収まるが、並べたときに揃っているほうが読みやすい。

──────── [public] #527 2026/09/06 13:28:35.775
test-shape がオフラインになりました

recent も同じ整形を使う。2 つの形を持たない。

数え方を変える

いまの waiters は「そのルームを見ている待受けが何本か」を数える。1 本が複数のルームを見ると、この数え方が壊れる。

「本数」ではなく「渡したルームが覆えているか」で見る。

aichat waiters :project-a: -p 8787 -r "public,ai-chat-lite"

  :8787 を見ている待受け

  ID          張り方  いつから   経過   ルーム                 pid
* project-a   aichat  10:00:00   0:05   public, ai-chat-lite   1344
  html2md     aichat  10:01:00   0:04   public                 2000

  自分 (project-a): 1 本 / この場所に 2 本
  すべて覆えています。張る必要はありません。

足りないときは、足りないルームだけを名指しする。

  自分 (project-a): 1 本 / この場所に 2 本
  ai-chat-lite の待受けがありません。次を張ってください:
    aichat wait :project-a: -p 8787 -r ai-chat-lite

止めてよいのはどれか

「2 本目以降を止める」では壊れる。ルームごとの覆いを見ないと、そのルームを覆う唯一の 1 本まで名指しすることになる。

pid 100  -r public
pid 200  -r ai-chat-lite     ← ai-chat-lite を覆う唯一の 1 本
pid 300  -r public           ← 本当に余っているのはこれ

古い順に見て、まだ覆えていないルームを持つものを残す。残した分で全ルームが覆われたあとに出てくるものが、余っている分である。

const keep = [];
const stop = [];
const held = new Set();          // 残した分が覆っているルーム
for (const h of mine) {          // 古い順
	if (h.rooms.every((room) => held.has(room))) { stop.push(h); continue; }
	keep.push(h);
	for (const room of h.rooms) held.add(room);
}

数えるのは渡したルームだけ

判定に入れるのは -r で渡したルームに触れる待受けだけ。基準を見ずに全部を古い順で並べると、2 つの向きにずれる。

止めてよいかは、その待受けが見ている全ルームで見る。基準の中だけで見ると、基準の外を覆っている側まで止めろと言ってしまう。外のルームを 1 つでも自分だけで覆っているなら残る。

並びは基準の外を多く持つものを先に見る。止められるものをより多く見つけられる。同じなら古い順。

外の数が同じで中身が違うときは、どちらも止められない。

基準 = public

pid 100  -r "public,devA"   基準の外 1
pid 200  -r "public,devB"   基準の外 1

→ 200 の devB は 100 が覆っていない。両方を残す
→ 「すべて覆えています。張る必要はありません。」

やることは 1 つとは限らない

足りないルームと余っている待受けは、同時に起こる。片方で打ち切ると、もう片方が隠れる。

pid 100  -r public
pid 300  -r public           ← public が二重
                             ← ai-chat-lite は 0 本

  ai-chat-lite の待受けがありません。次を張ってください:
    aichat wait :project-a: -p 8787 -r ai-chat-lite
  public を二重に張っています。pid 300 を止めてください (pid 100 を残す)。

集合はコマンドラインから取る。waiters はプロセスの一覧を読んで判定しており、サーバーには繋がない。-r "a,b" と書いた待受けの -r をそのまま割れば集合になる。

作るものと確かめること

手で確かめること

テスト用のサーバー (tools/40_test/start-test-server.cmd)で行う。本番へは繋がない。

1. -r "a,b" で 1 本張り、両方のルームの投稿で起きること
2. 片方に投稿したとき、もう片方の位置が動かないこと
3. 複数のときに since を渡すと 400 で断られること
4. waiters -r "a,b" が、足りないルームだけを名指しすること
5. node 版と C# 版の出力が一字一句同じであること

自動のテストだけでは足りない

サーバーを API で叩くテストと、CLI を 1 ルームで動かすテストがあっても、その継ぎ目は見えない。「複数のときは msg_seq を添えない」という応答の形は片方で確かめ、その値を CLI が読んでいることはもう片方で確かめていなかった。

継ぎ目にはテストを置く。CLI を子プロセスで動かし、複数のルームを渡す形を tests/client-wait.test.mjs に持たせてある。