Think-Visual — 内部設計メモ / 2026-08-11

夜のシフト

会社PCの深夜帯を、AI社員が自分を鍛える時間に充てる。
そのために足すのは「夜間タスク7本」ではなく、配車役1人です。

測ったこと3つ / 前提の補正1つ / 設計の芯1つ / 判断のお願い1件

01まず測りました

設計の前に、お話の前提が本当に成り立つかを3つ実測しました。3つとも成立しています。

会社PCは夜も起きているか スリープしない
電源プランの実測値。電源に挿している間の「スリープまでの時間」は 設定なし(バッテリー駆動時だけ3分)。つけっぱなしなら夜通し起きています。
会社PCの定期実行の埋まり具合 実質ゼロ
動いているのは同期・月次の片付け・メーラー常駐の3本だけ。Claude を起こす枠は0本です。6月に全部を家のPCへ寄せて以来、空いたままでした。
深夜のトークン消費 02–07時は空白
今月このPCのセッションを時間帯別に集計。深夜6時間の消費はゼロ。使っているのは 08時台・13時台・20〜21時台・01時台でした。

出典 — 電源設定の実測 / タスク一覧の実測 / セッションログ(2026年8月分)の集計

00時
01時
02時
03時
04時
05時
06時
07時
08時
09時
12時
13時
20時
21時

2026年8月・時間帯別の消費(このPC分)。表示のない時間は消費ゼロ。赤い細線の6時間が「空いている帯」です。

02ひとつだけ、前提を補正させてください

効いてくるのはパソコンの空きではなく、契約の枠のほうです

「会社PCの夜を使う」で確実に増えるのは機械の稼働時間であって、使えるトークンの総量ではありません。トークンの上限は契約単位で、家のPCで走っている定期タスクと同じ1本の枠を分け合っています。会社PCで走らせても、そこは共有のままです。

——ただしこの件は結論を変えません。 上の実測のとおり、深夜02–07時は機械も空いていて、枠も空いている。「PCが空いている時間」と「枠が空いている時間」がちょうど重なっているので、狙いはそのまま成立します。

変わるのは設計のほうです。いくらでも足せる場所ではないので、「夜のタスクを増やす」ではなく「夜の予算を配る」という形にします。

03いま在るループと、無いもの

AI社員が自分で良くなる骨組みは、すでに動いています。足りないのは、学ぶ材料の入口が「実務で踏んだこと」1本しかないことです。

在るもの何をしている状態
持ち場の記録が自動で溜まる踏んだ罠を1行ずつ記録(AirHost/施設/定期実行/掲載面)4領域とも稼働。実測 15・3・7・2 件
週次で読んで正本へ返すPeter月・Frank火・Black水・Brandon木、Mr.Mask火(決着)5人とも初回を通過済み
正本が厚くなる手順書と考え方の正本へ書き戻すPeter が「なぜ手順が壊れるか」の節を自分で新設するところまで来た
夜の振り返り毎日04:00・その日のセッション要約とメモリの健康チェック家のPCで稼働中

無い3つ

穴なぜ問題か
① 素振りが無い材料が「実務で踏んだこと」だけなので、実務が薄い担当は永久に学べません。実際 Frank は最初の6日間ずっと記録ゼロで、それは怠けたのではなく入力が来なかったからでした
② 外の世界を取り込む枠が無い取り込んでいるのはAIツールの動向だけ。Peter が OTA の新機能を知る/Brandon が掲載表現の潮流を知る、という入口が誰にもありません。内側の反省だけでは、やり方の天井は上がらない
③ 加点側を測っていないいまの点検は「減点(矛盾・欠け・古さ)」しか数えません。減点されないことを目指すと、平坦な方向へ最適化します。掲載文が痩せたのがまさにこの型でした

04設計の芯 — 増やすのは1人だけ

採らない案

社員ごとに夜間タスクを足す

Peter の夜、Frank の夜…と7本並べる。わかりやすいのですが、これは台帳が半年でずれた型そのものです。空いた夜を全部埋めると、翌朝の対話の枠まで食う日が必ず来ます。「改善=増殖ではない」に正面から反します。

採る案

研鑽キュー + 配車役ひとり

各社員の週次の振り返りが「今週やり残した・確かめたい」をキューに積むだけ。夜は1本だけが起きて、予算を見て上から流します。枠が細い夜は1件、余っている夜は3件。タスクは増えず、密度だけが変わります。

積む
週次の振り返りで、扱いきれなかった型・確かめたい仮説を1行ずつ積む
Peter / Frank / Brandon / Mr.Mask
配る
直近の消費実測と上限を見て、今夜いくつ流すかを決める。多く使った日は0件でよい
Black(配車役)
走る
会社PCの深夜帯に1本だけ起動。安いモデルで足りる仕事は安いほうへ回す
会社PC 02–04時
残す
結果は記録に残すだけ。正本を書き換えるのは、いままでどおり週次の振り返りの仕事
翌朝に1行だけ報告

配車役を Black に置くのは、Black の担当が「無人で走るものの運行・環境・リポジトリ構造」だからです。予算の配分は素直にこの領域に入ります。

キューに積むもの — 4種類

種類中身埋まる穴
A 素振り実務が来ない担当に、過去のデータで同じ判断をさせて答え合わせする(例: 半年前の施設ファイルに今の健診をかけたら何を見つけるか)①
B 外を見る領域ごとの外部調査を月1で。Peter=OTAの新機能と手数料、Brandon=掲載表現の潮流。最新情報の調べ物と一次ふるいは他社の安いモデルへ回す②
C 事後採点1週間前に出したものを、作った本人でない目で採点する。「出した時に良かったか」ではなく「今見て良いか」③
D 環境の手入れすでに在る道具(健康診断・スキル棚卸し・メモリ整理)を夜に回して、朝は結果だけ見る—(「環境構築」の枠はここ)

05トークンの配車をどう測るか

正直に書くと、「あと何%残っているか」を直接読む方法はありません。契約側の残量を返す口が無いためです。ですので残量を当てにいかず、上限で縛る設計にします。

止め方を先に決めておきます

夜に無人で走るものは、黙って動き続けるのが一番こわい。なので最初から3つ入れます — ①1晩の上限 ②成果ゼロが3回続いたら自動で止まる ③翌朝に1行だけ結果が出る(出ない日が続いたら、それ自体が異常の合図になる)。

06段取り

段やること目安
第1段器だけ作る。研鑽キュー(1ファイル)と夜間の1本を会社PCに登録し、まずD(環境の手入れ)だけ流す。既に在る道具を回すだけなので、空振りしても実害がありません今週
第2段各社員の週次の振り返りに「積む」1ステップを足す。ここが入って初めて、社員が自分で研鑽ネタを出す形になります翌週
第3段A(素振り)とB(外を見る)を1件ずつ試し、効いたかを月次で見る。効かない種類はキューから外します9月

判断のお願い

状況 — 前提(PCの夜・枠の空き)は実測で成立しました。設計の形(キュー+配車役1人)はこちらで決められる話なので推奨1案にしています。決めていただきたいのは規模だけです。夜の枠を使うことは、翌日の対話の枠と分け合うことでもあるので、塩梅をお聞きします。

A — 最小から(推奨)週2晩・1晩30分相当を上限。第1段(環境の手入れだけ)で1〜2週回し、実際に何がどれだけ食うかを実測してから広げます。空振りしても失うものがありません。
B — 標準毎晩・1晩1時間相当。第1段と第2段をまとめて入れ、9月の月次で効果を見ます。立ち上がりは速いぶん、最初の1〜2週は消費が読めないまま走ることになります。
C — 置かない既存の週次ループで足りていると判断する。会社PCの夜は空けたままにします。

お返事がなければ — A で進めます。ただし第1段(器と環境の手入れ)まで作ったところで止め、実測を持って戻ります。第2段以降へは勝手に進みません。

think-visual / Monocle系 — 2026-08-11 22:53 生成