raiki61

並行作業を見渡して戻るための道具 3 本。open な PR / issue を全件走査して「誰の番か・なぜ今その人の番か」を機械で出す /whose-turn、1 件の PR / issue（今のブランチ・手元の commit も）について「前回自分が触ってから何が起きたか」を出す /catchup、いま居るセッションが何のスレッドだったかをその場に居なかった人でも追いつける形で説明する /what-am-i-doing。中心は位置——戻ったときに真っ先に失われているのは会話のどこで止まったか——で、中身は作者の本文から初見向けに説明し、実物の行を有るだけ後ろに付ける。先行例は Gerrit / Google Critique の Attention Set。

書かれる文書の門番(試作)。Write される散文の拡張子(md/mdx/adoc/asciidoc/rst/txt)を、prompt 型フックの coldreader(会話の文脈を構造的に見られない判定モデル)が初見で読み、詰まりが直るまで書き込みを止める。300 字未満・散文でない content は素通し。

収束するまで回すレビュー・調査・診断・初読の 4 ループ。実装者（writer）と採点者（grader）を別 context に分離し、収束を機械で宣言させず不合格だけを機械に宣言させる。

外に出る操作を、検査が通るまで止める門番フック集。1 本目は coldread——gh で GitHub へ本文を投稿するコマンド(issue/PR のコメント・本文、release notes、gist 等)を PreToolUse で捕まえ、別プロセスの読み手に本文を初見で読ませ、理解を妨げる詰まりが直るまで投稿を止める。既に在る PR/issue のスレッドへの返信は、フックが gh で画面(題・状態・本文・変更ファイル・元の指摘・これまでの返信・参照する番号の題)を取って読み手に既知として渡し、新規作成は文脈ゼロで読ませる。画面が既知にするのは何を指しているかであって、スレッドの語彙ではない(相手の言い回しを地の文に写せば「なぞり」として止まる)。読み手が推測で埋めた箇所と、画面に有るものを本文で説明した箇所は止めずに申し送る。2 本目は destgate——投稿の宛先を人が管理する許可一覧で縛る(一覧が無ければ眠る)。

収束ループのグラフ実行版。convergence-loops の 4 ループを「節＋依存＋周回条件」の JSON に写し、機械（engine）が盤面・波・遮断・件数・連続カウント・上限を持ち、回す側の LLM は渡された節を実行して返すだけにする。実行版は /research-graph（/research-loop の実行版）と /review-graph（/review-loop の実行版）の 2 本。既存のコマンドは残し、本体は隣に置く。