到着したばかりのミニPC（Ryzen 5 / 16GB RAM / 512GB NVMe SSD）を開梱し、教室の基幹システムを担うローカルLinuxサーバーへと仕立て上げる作業を行いました。
学習塾の運営において、日々作成する演習プリントや解説レジュメ、指導データの管理は永遠の課題です。「あの単元の解説シート、どのフォルダの何ページにあったっけ？」と講師がPC内を探し回る数分間は、生徒の集中力と思考の熱量を確実に奪います。当ラボが目指すのは、BIG PAD（大型電子黒板）の前で生徒から質問が出た瞬間、0.1秒のタイムラグもなく最適な演習データと数理シミュレーションを呼び出せる「思考を止めない授業環境」です。
その心臓部となる「ラボ教材データベース＆GeoGebra連携システム」の構築ログ（前半：Phase 1〜3）を記録しておきます。
01. 思考の速度に追随する「ハイブリッド・ストレージ構造」
今回のサーバー構築では、初期搭載のWindowsを一度も起動することなく、BIOSで通電時の自動電源ON（Auto Power On）を設定した上で、Ubuntu LTS をクリーンインストールしました。
こだわったのは、ミニPC内蔵の「512GB NVMe SSD」と、外付けの「6TB据え置き型HDD」の役割を明確に切り分けたハイブリッド・ストレージ設計です。
- ARCHIVE // 外付け6TB HDD（大容量デジタル教材・指導アーカイブ領域）
- 蓄積された膨大なオリジナル演習シートや解説ドキュメント、高解像度の指導データを保管する大容量アーカイブ領域。Linux専用の
ext4ファイルシステムでフォーマットし、ドライブ固有IDによる自動マウントとフェイルセーフ設定で耐障害性を確保。さらにファイルシステムの仕様でデフォルト予約されてしまう5%のシステム領域（6TBで約300GB！）を解放するチューニングを施し、6TBの物理容量をフルに使い切る設計としました。 - FAST CACHE // 内蔵512GB NVMe SSD（高速インデックス＆キャッシュ領域）
- データベース本体（タイトル・学年・単元タグ・全文テキストインデックス・授業ごとのしおり位置）と、各ページのプレビュー用キャッシュ画像を配置。検索クエリと画面描画をすべて高速なNVMe SSD上で完結させることで、数千ページの指導データから目的の1ページを瞬時に引き出します。
02. 教材データからGeoGebraへ：AI連携による数式グラフの即時コンパイル
難関大の数学や物理——たとえば「パラメータを含む関数の通過領域」や「空間図形の断面」を解説するとき、黒板に描いた静止画だけでは、生徒の頭の中で図形が動き出さないことがあります。
今回Pythonで自作したローカルWebアプリには、各クラスの進行状況を記録する「授業ごとのしおり機能」に加え、表示中の演習シートから動的数学ソフト「GeoGebra」の実行コマンドをワンクリックで生成・保存する機能を実装しました。
- STEP 01 // 演習シートの数式＆テキスト解析
- ビューアで開いているシートの画像とテキスト情報をAI APIへ送信。問題文の条件や動く文字定数（パラメータ a, k, t など）を自動で読み取らせます。
- STEP 02 // 動的描画ワンライナーへの変換
- スライダー定義や関数・交点・接線の描画コマンドを、GeoGebraの入力バーへ即座に流し込めるワンライナー形式のスクリプトとして自動出力します。
- STEP 03 // ページ単位でのデータベース永続化
- 生成されたコマンドと「生徒にどこを着目させるか」の指導メモを、そのシートのページ番号に紐づけてデータベースへ保存。次回の授業からは、ページを開くだけでいつでも動的グラフを再現できます。
03. 深夜のデバッグ記録：210MBの罠と「キーボード未接続」という物理バグ
こうして書くと実にスマートな構築作業に見えますが、実際の現場では思わず笑ってしまうような「バグとの格闘」が2つありました。
- TROUBLE 01 // 6TBではなく「210MB」をマウントしていた罠
- 外付けHDDを初期化してマウントした直後、念のため容量を確認してみると、なぜか選択していたのは6TBの本体領域ではなく、出荷時に先頭へ切られていた「210MBの小さな管理パーティション」でした。そのままではデータを数冊分入れただけでパンクしてしまいます。すぐにマウント定義をリセットし、全パーティションを一度削除して「単一の6.0TB領域」へ統合し直すことで事なきを得ました。
- TROUBLE 02 // ターミナルが完全無反応になった「物理レイヤー」の盲点
- 後半戦、Pythonコードを配置して確認コマンドを打ち込もうとしたとき、ターミナルがうんともすんとも言わなくなりました。「さっきのプロセスが裏でロックしているのか？」「構文の終端記述が抜けたか？」とソフトウェア側の原因をあれこれ疑ったのですが、真犯人はまったく別の場所にありました。配線を整理した際に、自分自身でキーボードのUSBレシーバーを引っこ抜いていたのです（笑）。
「どれほど高度なシステムや論理を組んでいても、最後に足をすくうのは最もプリミティブな物理層（前提条件の確認漏れ）である」——これは、微分積分や力学の高度な解法を知っている生徒が、問題文の「ただし x \gt 0 とする」という1行を見落として失点する構造とまったく同じです。深夜のサーバー構築は、図らずも「デバッグの本質」を再確認する時間となりました。
04. 明日の後半戦に向けて：テクノロジーは「対話と納得」のためにある
最後にバックグラウンドの常駐サービスとして登録を行い、ローカルネットワーク上の別PCからブラウザを開いて「🛠️ ラボ教材システム」の画面が表示された瞬間、今日一番の達成感がありました。
明日は残る後半フェーズとして、タッチモニターでのQR入退室キオスク画面の全画面自動起動と、深夜のクラウド自動バックアップ＆電源管理システムを仕上げます。
サーバーも、6TBのストレージも、AIによるコマンド生成も、すべては「授業中に生徒と向き合う時間」を最大化するための黒子にすぎません。準備に迷う時間をゼロにし、生徒が「そういうことか！」と構造を理解する瞬間にすべてのエネルギーを注げる環境を、これからも一つずつ実装していきます。
PHILOSOPHY & LEARNING SYSTEM // ENGINEERING & ROBOTICS LAB
「暗記」を「構造理解」へ変える、次世代の学習インフラと伴走システム
当ラボでは、大型電子黒板（BIG PAD）や動的数理シミュレーション、そして独自開発の学習管制システム『LAB DECK』を統合し、一人ひとりの理解度と進捗を精密にトラッキングしています。教室のハードウェア環境と指導システムの詳細は、以下のページからご覧いただけます。