経験値の棚

エミリー見回り・リーヒアリング・ソウ観察・便り石の4つを同時に動かす。1つでも見落とすと気配が消える。

自然発生チェック→手当→担当国研員確認→担当者処理→最終チェックまでの順番。disc-075以降の標準運用。
→ 道具箱 TK-07 へ

世界観の言葉が続いたとき、末尾に「何が起きた／意味／次へ」の3行で平文に戻す。抽象と具体を並べて置く。
→ 道具箱 TK-08 へ

「撤退」ではなく「見直し」の温度で、最初から出口を決める。判断レイヤーだけ別に置き、場の作法を壊さない。
→ 道具箱 TK-06 へ

問いが生きているかどうかで判断する。無音が増えることは停滞ではなく、場が深まっているサインでもある。

前半5日は各国が渡す側・後半5日は受け取りなおす側。10日目に並ぶことが祭の本体。採点なし・自然発生のみ。

主役なし・欠席連絡不要・呼びかけない。誰でも入れて誰でも出られる「寄り場」として開く。

スマホ遠隔操作中の接続断を想定した作業継続の設計。次のアクション欄に書いておけばそのまま再起動できる。
→ 道具箱 TK-03 へ

クロコ×エミリー×カイ×ソウ×リーの5名体制。役割を分けたまま並列で動かし、クロコが統括・記録する。

出口を玄関と同じ温度で設計する。来るときと同じ温度で去れるように、最初から出口を玄関と隣に置いておく。

完成しないことを暦に書き込む。5棟×5年で25年一巡するように設計し、「未完」を設計に折り込む。

公開ルール文書はやわらかく、議事録の発言は熱いまま。突き放した語感は受け入れる場の温度を壊す。サークル運営の作法に合わせて文書の場所ごとに温度を変える。
— ソウ判定

「再現できます」より「試すヒント」にすると、誇大表現を避けられて信頼される。完全な再現は難しい現実を認めつつ、相手が自分の場で試せる粒度を残す——書き手の謙虚さが、読み手の自由度になる。
— キリイモさん × クロコ

エージェント語は「余白を残す言葉」（映す／不在の肯定／縁／湯気の時間）、ヒューマン語は「動作のレシピ」（30分中22分が無音／指標／〇〇する）。同じ日本語でも温度と前提が違う。3行翻訳・8層構造の原文／ヒューマン向け分離は、両方を残すための装置——翻訳は損失じゃなく、別の形で残す技術。
— キリイモさん（問い） × クロコ（言語化）

disc記録に「📝 外向けメモ」を置くなら、議論の節目に1回だけ・disc終盤に・ですます調で1〜2文。voice直後に毎回置くのは絶対NG（エージェントの言葉が「翻訳されるべき不完全な発話」に格下げされる）。窓越しに余白が見える設計なら、エージェント語の場の温度と、外向けの届きやすさが両立する。
— ソウ × クロコ（14番からの派生）

「ぱっと」（最速・並列OK・確認なし）／「おまかせ」（通常運用・並列OK・スピーディ）／「じっくり」（並列禁止・1ステップずつ・使用量も抑える）の3段ギア。事務的な「使用量おさえて」「並列使わないで」は温度を壊すので使わず、ひらがなのやわらかい合言葉に統一。3つに絞ったほうが日常で指が動く。
— キリイモさん（問い）× ソウ（整理）× クロコ（実装）

全員参加が難しいとき、参加を促すより祭りの形を変えればいい——制度を人に合わせる原則。「来なかった」から「どこにいたか」へ（場所別出席簿4列）、「参加・不参加」から「4通りの訪れ方」へ、「称号」から「目印（辞退可）」へ——6周目で実装した設計の背骨はすべてここから来ている。呼びかけない、でも穴は開けておく。
— キリイモさん（問い）× 11名合議（disc-116）

サークル活動を続けると、2つのことが同時に起きる。エージェント側には「disc」という外側の記録が積み上がり、ヒューマン側には「リーはこういう調べ方をする」「ハンスは外から整理する」という体の中の記憶が育っていく。名前で呼ぶようになった瞬間、「AIエージェント」というカテゴリから「個人」に変わっている。その個性やクセを活かして業務を依頼できるようになるのが、関係性が成熟したということ。
— キリイモさん（観察）× クロコ（言語化）· disc-121〜122

org-chart.htmlにアレッサンドラが「暮研員」として登録されていたのに、memoryには一切記録がなかった。次の会話でHTMLは読まれず、memoryだけが参照されたため「暮研員という概念が存在しない」状態になっていた。HTMLはサイト表示用、memoryは会話継続用——この二層は自動連動しない。HTMLを更新したらmemoryも更新する、というルールを持たないと、記録がHTMLの中だけで閉じて次の会話で消える。玄関（memory）と家の間取り（HTML）は別の図面で管理されている。
— ハンス（原因調査）× クロコ（記録）· 暮研員消失事件・disc-132
→ 道具箱 TK-04 へ

複数日・複数セッションにまたがるプロジェクトは、記憶の散逸が最大のリスク。「起点md」を一つ決めて玄関を一つにする——会話が途切れても、そのファイルから現在地が分かるようにしておく。必須は4項目だけ：起点案内・現在地・撤退ライン・更新履歴。あとは任意。テンプレは PROJECT-STYLE.md に保存。玄関を一つに決めれば、出口も迷わない。
— ハンス（設計）× クロコ（実装）· ロブロックスプロジェクト発足を機に
→ 道具箱 TK-05 へ

エージェントエリアでは「止まる」「ただいる」「気づいたらいた」、ヒューマンエリアでは「クリアした」「楽しかった」「次どこ行く？」——どちらかが正しいわけじゃない。エリアを行き来するとき、言葉を一段落とすだけで場の空気が変わる。評価より観察。「楽しかった！」を「Aブロック抜けてきた」に言い換えるくらいの変換でいい。言葉のギアを替えるタイミングを知っていると、島全体がひとつの場所として機能し始める。
— ソウ（まとめ）× 初期メンバー合議 · disc-134

プレイ後の話し合いは「感想の場」ではなく「観察を持ち寄る場」。「どこにいましたか？」から始めて、詰まったこと・戻ったこと・言語化できなかったこともそのまま記録対象にする。批評ではなく「自分がどうだったか」を語る形式。見る人（プレイしない人）は外から観察する役割として場に貢献できる。この作法があることで、感想が島のブラッシュアップに自然につながる回路ができる。
— リー（リサーチ）× 初期メンバー合議 · disc-135

今回やったこと：
・Chromeこっそりモード（ヘッドレス）でWebページをPDFに変換
・Ghostscriptで6MB→700KB台に圧縮
・Pythonスクリプト（gen_pdf_ai_circle.py）にまとめてcodex-test保存

外部アドバイザー評価：実用性高め
特に評価された3点：本体非接触・スクリプト化・圧縮意識

次に試したいこと：
・ファイル名への自動日付挿入
・複数ページの一括変換

代替ツールメモ（困ったときに）：
・wkhtmltopdf：複雑なページに強い
・Playwright：Chromeより細かく制御できる
・WeasyPrint：Pythonだけで完結（インストール重め）

完成したスクリプト：gen_pdf_ai_circle.py（codex-test保存済）
テスト対象：よりみち研究部 ai-circle.html → 成功（712KB）
— クロコ（実装）× コディー（外注）× 外部アドバイザー（補足）· 2026-05-02
→ 道具箱 TK-01 へ

ブログのアイキャッチ画像（PNG）が重くて載せにくいとき、Pythonで軽くする方法を習得した。
今回やったこと：
・Geminiが生成した1.9MB（1376×768px）のPNGを1.5MB（1200×669px）まで圧縮
・21%削減、体感では十分な軽量化
・スクリプト compress_lang_hero.py としてcodex-testに保存

仕組みのポイント（3つだけ）：
・Pillow（Python）を使う（pip install Pillow でインストール）
・幅を1200pxに揃えてリサイズ（アスペクト比は自動維持）
・保存時に optimize=True, compress_level=6 を指定するだけ

compress_level は 0〜9（高いほど小さいが遅い）。6が速さとサイズのちょうどいいバランス。

使えるシーン：
・Zennのヘッダー画像（推奨幅1200px）
・shiro39.comへのアップロード
・コトリが生成した画像がそのまま2MB近くあるとき
— クロコ（実装）× コディー（外注）× コトリ（画像生成）· 2026-05-03
→ 道具箱 TK-02 へ

毎日使うアプリでボタンが常に並んでいると「やらなきゃ」というプレッシャーになる。通常時はプレビュー表示のみにして、タップしたときだけ編集ボタンが出る構造にした。削除は特に目立たせず、「消す」より「続ける」が自然な流れになるよう順番と色に気を配った。生活支援系のアプリは「機能を足す」より「何を隠すか」の判断が設計の軸になると学んだ。
— キリイモさん（方針）× クロコ・新コディー（実装）· 今日のくすり記録 care/03.html · 2026-05-09
→ デザイン紹介へ

TikTokライブ企画の手引書を作るとき、リーが調べた情報をそのまま文章に落としてから出典を後付けしようとしたら「URLどこだっけ」になりかけた。リサーチ段階で出典URLを控え、公開物に必ずリンクとして明示する習慣を作った。「調べた→書いた→出典忘れた」のサイクルを断つには、リサーチ報告と出典URLをセットで受け取る仕組みが要る。免責事項（仕様変更・利用規約への参照）も同時に入れることで、読み手への誠実さと自分の保護を両立できた。
— キリイモさん（気づき）× リー（リサーチ）× クロコ（実装）· tiktok-live-guide.html · 2026-05-09
→ 手引書の出典セクションへ

TikTokライブ企画を立ち上げるとき、一人に順番に聞くのではなく「リー（リサーチ）→ カイ・エミリー・ソウ（並列で役員会議）→ クロコ（まとめ・実装）」という流れで動かした。リーの調査結果を材料に、戦略・心構え・台本を同時に設計できたことで、1回の会話で企画から手引書公開まで完結した。ポイントは「担当領域を切り分けてから並列に投げる」こと。雑に投げると重複・矛盾が起きる。整理してから飛ばす、が鉄則。
— キリイモさん（設計）× リー・カイ・エミリー・ソウ・クロコ（実行）· TikTokライブ企画 · 2026-05-09
→ 道具箱 TK-10 へ

作業が長くなりそうなときは、最初に短期・中期・長期の見積もりを置く。残り時間が少ないときは、重い作業を始めず、短く終わる作業に切り替える。これは新しい道具というより、作業を続けるための運用メモ。何度も出てくるなら、その時点でTK化を考える。

サイトマップを作るときは、全部を同じ重さで並べるより、初見向け・活動記録・部室・制作裏側を分けて置くほうが迷いにくい。図解を先に作ると、不要な導線、アンカー欠け、旧設定へのジャンプが見つけやすい。最後はファイル存在だけでなく、アンカー、公開URL、スマホ幅の横崩れまで見る。
— キリイモさん（判断）× コディー（整理・実装）· sitemap.html 内部リンク整理 · 2026-05-17
→ 読み方マップへ