なぜ序章から始めるか
普通の教科書は、第1章から始まる。技術の解説に入る前に、長い前置きを置くのは時間の無駄だと考えられているからだ。
この本は逆の立場を取る。「学び方そのもの」を最初に共有しないと、この本は機能しない。 だから序章で、「Claudeと一緒に学ぶとは何か」「なぜこの方式か」「何を期待できるか」の三点を整理する。
序章を読み飛ばして第1章に入ると、章の終わりに置かれた「Claudeに聞いてみよう」の枠が、ただの参考資料に見えてしまう。そうではない。この枠こそが本の本体で、章の本文はその枠を投げかける文脈を作っているに過ぎない。
それを伝えるために、この序章がある。
第一節 Claudeと一緒に学ぶとは何か
「読む本」と「対話する本」
この本は、最初から最後まで一人で読むようには設計されていない。
各章は、地の文の中にClaudeとの対話例が織り込まれている。それは「Claudeはこう答えるはずです」という参考ではなく、実際にClaudeに同じ問いを投げてみたときに返ってきた骨格だ。あなたが同じ質問をすれば、似た構造の答えが返ってくる。だがあなた自身の状況を加えれば、答えはあなた専用にカスタマイズされる。
地の文に加えて、各章には「Claudeに聞いてみよう」という枠がある。これはテンプレートになっている。〔ここに自分の状況を入れる〕という箇所をあなた自身の言葉で埋めて、Claudeに送る。返ってきた答えがその章の「あなたにとっての結論」になる。
つまり、本の中身は半分しか印刷されていない。残り半分は、あなたとClaudeの対話で完成する。
「教える側」と「学ぶ側」が反転する瞬間
普通の教科書は、著者が知っていることを読者に伝える一方向のメディアだ。著者は読者の状況を知らない。だから「一般的にはこうだ」「典型的にはこうだ」という抽象的な記述になる。
Claudeを横に置くと、この関係が変わる。
あなたがClaudeに自分の状況——使っているソフト、PCの年式、組織の規模、不安に思っていること——を伝える。Claudeはあなたの状況に合わせた答えを返す。この瞬間、あなたは本の受け手から、対話の主導者に変わる。
本の役割は、その対話を始めるための「最初の質問」と「対話の枠組み」を提供することに縮退する。教科書は地図ではなく、コンパスになる。
著者と読者とClaude——三者の役割
この本には三人の登場人物がいる。
著者（私）は、Debianを実際に使い、Claudeとの対話を通じて学んだ経験を持っている。著者の役割は、「どんな問いを立てれば学びが深まるか」を整理することだ。答えそのものを伝えることではない。
読者（あなた）は、自分の状況を最もよく知っている唯一の人間だ。読者の役割は、自分の状況をClaudeに正確に伝え、返ってきた答えを自分の判断で吟味することだ。受け身で答えを待つ姿勢ではこの本は機能しない。
Claudeは、技術知識を持ち、対話に応じて答えを調整できる。Claudeの役割は、読者の状況に合わせて、本の問いを具体的な答えに翻訳することだ。Claudeは万能ではない——間違えることもあるし、最新情報を知らないこともある。だから読者の判断が最後に効く。
三人が役割を果たして初めて、この本は完成する。
第二節 なぜこの方式か
技術書の前提が壊れた
技術書は伝統的に、「最新の正しい情報を、紙に固定して、多数の読者に届ける」メディアだった。この前提が、二つの方向から壊れた。
一つ目：技術の変化速度が、紙の更新速度を超えた。 Debianは年に何度もマイナー更新があり、関連ツールはもっと速く変わる。書いた瞬間に古くなる情報を、紙に固定する意味は薄れている。
二つ目：読者の状況が、千差万別すぎる。 Windows 11からの移行と、macOSからの移行と、Chromebookからの移行は別の話だ。仕事の中身も、組織の規模も、使っているソフトも、人によって違う。一冊の本で全てに最適な答えを出すことはできない。
Claudeが登場して、この二つの前提を回避できるようになった。最新情報はClaudeに聞き、個別の状況にもClaudeに合わせさせる。 本は「問いの立て方」と「思想」だけを担当すればいい。
「答えを覚える学び」から「問いを立てる学び」へ
第9章「AIと個人事業」で書いた通り、AI時代の個人にとって最も重要なスキルは「正しい問いを立てる力」になった。答えを覚えることは、Claudeに聞けば数秒で済む。逆に、何を聞くべきかが分からなければ、Claudeを使ってもどこにも辿り着けない。
この本は、その「問いを立てる力」を、Debianを題材にして鍛える。Debianを学ぶことが目的なのは間違いないが、同時に、Claudeを学習パートナーとして使う作法を身につけることも目的だ。
その作法は、Debian以外の領域——別のOS、別の技術、別の領域全体——にも転用できる。この本を読み終えたあと、あなたは「Claudeと一緒に何かを学ぶ」ことができるようになる。これが副産物として、Debianの知識以上に重要かもしれない。
Mythos時代との整合
第5章「Mythosが来た」で書いた通り、AIが数時間でゼロデイを発見できる時代に入った。この時代に、ブラックボックスのOSを使い続けるのは危険だ。
逆に言えば、Debianのような透明なOSを、Claudeのような透明な思考補助と組み合わせることが、Mythos時代の最も合理的な構成になる。OS は中身を見られて、必要なら自分で直せる。Claudeはあなたの判断を補助するが、決定はあなたが下す。両方とも、あなたの主導権を奪わない設計になっている。
この本の方式——「Claudeと一緒に学ぶ」——は、この時代の構造に最も整合した学び方だ。だから、この方式を選んだ。
なぜ今 Linux か——AI 時代に効く構造、効かない構造
ここまでで「ブラックボックスのOSは危険」と書いたが、もう一段深い理由がある。AI 時代に、Linux と Windows の構造的な差が、初めて致命的な意味を持ち始めた。
一. AI による加速は、左右対称ではない
AI（Claude を含む LLM）は OS のあらゆる作業を楽にした。一見、Linux と Windows の両方が同じだけ恩恵を受けるように見える。実はそうではない。
- Linux の長所は「透明性・操作可能性」。これは元々「知っていれば強い、知らないと使えない」性質のもので、入口コストの高さだけが弱点だった。Claude に聞けば数秒で
journalctlの読み方が分かる時代に、この入口コストは事実上ゼロになった - Windows の長所は「GUI で完結する」。元々入口コストが低い。AI でも、これ以上は安くならない
つまり AI は、Linux 側の "長所のコスト" だけを劇的に下げた。非対称の加速が、ここ数年で効いてくる。本書が「今」書かれているのは、この理由が大きい。
二. 融合スタック vs 重ねるスタック
もう一つの非対称が、OS のアーキテクチャ自体にある。
Windows は新しい層を足すたびに、下の層と 分離できない形 で挿入されてきた。
[新] Copilot / Recall / Windows Copilot+
[ ] テレメトリ（DiagTrack / Windows Update）
[ ] 標準アプリ（Edge / Store / OneDrive / Teams）
[ ] シェル（Explorer.exe / タスクバー / スタート）
[ ] Win32 / WinUI（DWM 直結）
[ ] NT カーネル
「Cortana を消せない」「Edge を消せない」のと同じ理屈で、Copilot も Recall も構造的に消せない。Microsoft の意地悪というより、最初から分離する設計になっていない。
Linux は逆だ。各層は独立して入れ替えられる。
[ユーザーが選ぶ] Claude Code / Zed / ローカル LLM ……（外付け）
[ユーザーが選ぶ] GNOME / KDE / Xfce / なし
[ユーザーが選ぶ] Wayland / X11 / なし
[ ] カーネル
AI はユーザーが呼んだ時だけ呼ばれる。カーネルは AI を知らない、シェルも知らない。「ここに欲しい、ここには要らない」を選べる構造になっている。本書が第6・9章で「DE は薄くていい、乗り換えていい」と書けるのも、第17・19章で「古い PC を蘇らせる」と書けるのも、この層の分離が前提だ。
三. Recall は事故ではなく必然
ここが一番冷静に見るべき点だ。Microsoft の Recall（数秒ごとに画面をスクリーンショットして AI で索引化する機能）は、「やりすぎたミス」ではない。融合スタックに AI を入れた時点で、起こるべくして起こる。
- 全ての層が互いを見られる構造 → 特権プロセスが画面全体を見る権利を最初から持っている
- AI を OS に組み込んだ → その特権プロセスが見たものを AI に渡す経路ができる
- Microsoft アカウントとクラウドが既に結線されている → 渡した先がローカルに留まる保証がない
Linux で同種の機能を作ろうとしても、技術的に難しい。Wayland はアプリ間の覗き込みを構造的に制限しているし、カーネルは画面を知らないし、AI を外付けにしている文化があるから、誰もそれを集約する権限を最初から持たない。作れないのは思想ではなく設計の帰結だ。
この本が前提にしていること
つまり本書は、次の三つを暗黙の前提にしている。
- AI 時代に Linux の長所（透明性・操作可能性）のコストが劇的に下がった
- Linux の層分離構造は、AI を「ユーザーが呼ぶ道具」として外付けにできる
- Windows の融合構造は、AI を「拒否できない通り道」として組み込まざるを得ない
第1章以降で扱う具体的な乗り換え手順は、すべてこの三つの前提の上に立っている。「Linux に乗り換える」という選択は、AI 時代に主導権を保つための構造的な選択であって、好みや思想ではない——これが本書の立脚点だ。
第三節 何を期待できるか
読み終えたときに手にするもの
この本を最後まで読み、「Claudeに聞いてみよう」の枠を全て自分の状況で埋めたとき、あなたは次の四つを手にしている。
一、Debianが動いているPC。 読んでいる間に手を動かすので、序章を含めて全24章を終えたとき、あなたの主作業環境はDebianになっているはずだ。
二、自分専用のメモ。 各章の対話結果を残したテキストファイルが、章数だけ手元に残る。これは「あなたのDebian環境のドキュメント」になる。何かトラブルが起きたとき、これがあなたを助ける。
三、Claudeとの対話の作法。 どう問いを立てれば良い答えが返るか、どう状況を伝えれば的確な助言が返るか、Claudeのどこを信じてどこを疑うか——これらが体に染みつく。
四、自立した思想。 ベンダーロックインから距離を取る、ブラックボックスを排除する、自分の手で直せる範囲を広げる——という思想が、抽象的な言葉ではなく、自分の手で実行した経験として残る。
読み終えても手に入らないもの
正直に書くと、この本を読んでも次のものは手に入らない。
完璧な技術知識。 Debianの全コマンド、全設定オプション、全パッケージの解説はしない。それは公式マニュアルとClaudeの仕事だ。
他人と全く同じ環境。 各章の対話結果は人によって違うので、最終的な環境は人によって異なる。これは欠点ではなく、本書の設計の一部だ。あなたの環境はあなたの状況に最適化される。
Claude無しで完結する手順書。 Claudeを開かずにこの本だけを読んでも、半分しか機能しない。あらかじめ、それを了承してほしい。
必要な時間と費用
時間は、章ごとに30分〜1時間を見ておけばいい。全24章で12〜24時間。週末を二〜三回使えば終わる分量だ。
費用は、ほぼゼロ。Debianは無料、ほとんどのアプリも無料。Claudeは無料枠でこの本の演習はほぼ全部こなせる。後で踏み込んで使いたくなったら有料プラン（月20ドル）に上げてもいいが、必須ではない。
ハードウェアと「デュアルブートの罠」
ハードウェアは、今使っているPCがあれば足りる。ここで多くの入門書がデュアルブート（WindowsとDebianを同じPCに共存させる）を勧めるが、本書はその道を取らない。
特にノートPCのデュアルブートは、実用上の問題が多すぎる。Windows Updateが定期的にブートローダ（GRUB）を上書きしてDebianが起動しなくなる、休止・復帰が片方の側だけ不安定になる、電源管理が壊れてバッテリーが異常に減る、ディスク領域が足りなくなって結局どちらも窮屈になる、BitLockerと暗号化の組み合わせで起動不能になる——これらは初心者が真っ先に踏む地雷で、Debianそのものを嫌いになって終わる原因の筆頭だ。
データを確実に別ディスクへ逃がしたうえで、Windowsは思い切って消す。 これが結局は楽で、安定して、学びも深い。引き返したくなったときのために、古いPCを一台手元に残しておくか、外付けSSDにWindowsのクローンを取っておけばいい。古いPCを蘇らせる用途なら、本書の対象として理想的だ。
消すという決断は大きく感じるかもしれないが、これは第14章「引き算の設計」で繰り返し書いた姿勢そのものだ。中途半端に両方を抱え込むのではなく、一方に振り切る。この本全体が、そういう選択の集合で出来ている。
始める前の準備は一つだけ
序章を閉じて第1章に進む前に、一つだけ準備してほしい。
ブラウザで claude.ai を開く。 アカウントがなければ作る。これだけだ。
第1章「何を失い、何を得るか」から、Claudeとの対話が始まる。
シリーズ全体はClaudeと一緒に学ぶDebian 一覧から辿れる。コメント・議論は Facebook グループへ：AISeed — 生物多様性・食料・AIと暮らし