開発/設計

東浩紀×桂大介『リベラルテック』対談で描くAI時代のキャリア地図

批評家・東浩紀と起業家・桂大介の対談「リベラルテック」を手がかりに、AIエージェント時代のエンジニアがなぜ今テック思想の背景を読む必要があるのか、キャリア資産に翻訳して整理した。

この記事でわかること

  • 本文に入る前に、まず押さえるべき結論
  • 開発や実装の判断が、ここからどう変わるか
  • 次に読むべき関連記事の入口
目次

先週、ある勉強会で「AIツールの選び方」について話していたら、参加者の一人にこう聞かれた。

「ゲンさんは、なぜAIエージェントがこんなに早く広がったと思いますか」

技術的な理由なら、いくらでも挙げられる。モデル性能の向上、ハードウェアの進化、APIの整備。ただ、その質問をされた瞬間、答えに詰まった。技術ではなく思想の話をされている気がしたからだ。

その場では「モデルの性能が上がったからだと思います」と、無難な答えでごまかした。帰り道、ずっと引っかかっていた。技術的な理由だけでは、なぜ今このタイミングでAIエージェントが受け入れられているかを説明しきれない気がしたからだ。

数日後、批評家の東浩紀と起業家の桂大介による対談記事に出会った。テーマは”リベラルテック”。正直、初めて聞く言葉だった。読み進めるうちに、あの勉強会での質問への答えが少し見えた気がした。

技術を「動く・動かない」だけで見てきた自分に足りなかったのは、その技術がどんな思想の土壌から生まれたのかを読む視点だったのかもしれない。ツールの機能ひとつひとつには、作り手が「これが良い」と判断した価値観が埋め込まれている。それを読まずに機能だけ追いかけていたら、いつまでも表面をなぞるだけで終わる。

東浩紀と桂大介の対談を手がかりに、AI時代のエンジニアやビジネスパーソンがなぜ今、テクノロジーの背景にある思想を知る必要があるのかを考えてみた。難しい哲学の話にはせず、今週から使えるキャリアの視点に翻訳している。


ゲンロンが2025年4月に始めた”リベラルテック”は何を問うているのか

“リベラルテック”は、東浩紀が創業した会社ゲンロンが2025年4月から始めた月刊番組”リベラルテック月報”のテーマだ。ホストは東浩紀と、起業家でシラスCTOを務める桂大介の2人。国内外のテックニュースを取り上げながら、その裏にある思想を読み解く番組だとされる。

この対談の内容は、2026年3月にForbes JAPANの記事としても公開された。番組はYouTubeやゲンロンカフェの配信でも視聴でき、複数のプラットフォームで継続的に展開されている。

番組が掲げる狙いは、テックニュースを単なるビジネスや技術の話として消費しないことにある。新機能の発表、資金調達のニュース、AIツールの性能競争。こうした話題は日々大量に流れてくる。だが、それぞれのニュースの裏には、作り手がどんな社会を良いと考えているかという価値判断が必ず埋め込まれている。

私はこれまで、テックニュースを「使えるか使えないか」でしか見てこなかった。新しいAIツールが出れば、まず触ってみる。動けば採用し、動かなければ見送る。それ自体は間違った態度ではない。ただ、そこで思考が止まっていた。

なぜそのツールはそういう設計になっているのか。ある機能はデフォルトで安全側に倒され、ある機能は自由度が優先されている。その違いの裏には、技術的な制約だけでなく作り手の思想がある。“リベラルテック”という言葉は、その思想を読む視点そのものを指していると理解した。

CS出身の自分は、ユーザーが「なぜこの機能が必要か」を問う癖がついている。今回気づいたのは、その問いをもう一段深く、「なぜこの設計思想が選ばれたか」まで掘り下げる余地が自分にはまだあるということだった。

番組名に”月報”とつけているのも興味深い。速報でも総集編でもなく、月に一度のペースで定点観測を続ける形式だ。テックニュースは日々流れて消えていく。1か月分をまとめて振り返ることで、単発のニュースでは見えなかった流れや傾向が浮かび上がる。この「定点観測」という発想自体、私が普段書いている速報記事とは対照的なアプローチで、学ぶところが多いと感じた。


シリコンバレーとパリ、二つの「知の源泉」がテック思想を分けた理由

対談の中で東浩紀は、現代の思想には二つの主な源泉があるという見方を示している。ひとつはパリ、もうひとつはシリコンバレーのあるカリフォルニアだ。

パリ発の思想は、現代社会の倫理的な枠組みに強い影響を与えてきたとされる。ポリティカル・コレクトネスやDEI(多様性・公平性・包摂性)といった考え方の源流の一つは、この系譜にあるという整理だ。一方でテック系の思想、つまり技術をどう作り、どう社会に実装するかという発想の多くは、カリフォルニアから生まれてきたと東は位置づけている。

[[IMG:1]]

この整理を聞いて、腑に落ちたことがある。AIツールのプロダクト設計を見ていると、機能の背景にある考え方が2種類あるように感じることが多かった。ひとつは「まず作って世に出し、使われながら直す」という発想。もうひとつは「導入前に影響を精査し、合意形成してから進める」という発想だ。

前者はシリコンバレーのスタートアップ文化に色濃く見られる態度で、後者はヨーロッパの規制的な発想に近い。どちらが正しいという話ではない。ただ、自分が普段触っているAIコーディングツールの多くが、前者の思想を色濃く反映した設計になっていることには、自覚的であるべきだと感じた。

例えば「とりあえず動くもの作ろう」という私自身の開発哲学も、突き詰めればシリコンバレー的な態度の延長線上にある。速く試して、速く直す。この態度が悪いわけではない。ただ、それが唯一の正解ではないという視点を持っておくと、ツールを選ぶ判断や、チームに導入を提案する場面での説明の解像度が変わってくる。

実務での例を挙げる。AIコーディングツールの多くは「まず動かしてみる」を前提に設計されている。破壊的な操作の前に確認を挟むかどうかは、ツールによって濃淡がある。確認を省いて速度を優先する設計を選ぶか、確認を必須にして安全を優先する設計を選ぶか。この選択自体が、シリコンバレー的な発想とヨーロッパ的な発想のどちらに近いかを映し出している。

私はこれまで「速い方が正義」だと単純に考えていた。だが思想の分岐を知ってからは、チームや案件の性質によって、あえて確認を挟む設計を選ぶことにも意味があると考えるようになった。個人のサイドプロジェクトなら速度優先でいい。顧客データを扱う本番環境なら、合意形成を重視する設計に寄せる。使い分けの軸を持てたことが、今回の一番の収穫だった。

思想の源泉を知ることは、単なる教養ではない。自分がどちらの発想に偏っているかを自覚する材料になる。その自覚があるかどうかで、AIツールを選ぶ基準や、チームへの説明の説得力が変わってくる。


桂大介の「1998年、コードと思想が地続きだった」証言からハッカー精神はどこに向かったか

対談の中で桂大介は、自身が中学生だった1998年にプログラミングを始めた頃の記憶を語っている。当時は、プログラミングとインターネットが思想と地続きだったという証言だ。コードを書くこと自体が、情報の自由やコミュニティのあり方についての理念表明に近い意味を持っていたという振り返りだった。

[[IMG:2]]

一方で今日、「ハッキング」という言葉の使われ方は当時とは変わってきている。セキュリティ侵害や不正アクセスといった、否定的な文脈で語られる場面が増えた。桂の証言は、この変化そのものを浮かび上がらせている。

桂大介という人物のキャリアも、この変遷を体現しているとされる。1985年生まれで、早稲田大学在学中の2006年に株式会社リブセンスを共同創業し、2012年に東証一部への上場を果たしたと伝えられている。その後は寄付という営みに関心を持ち、寄付プラットフォーム「SOLIO」や贈与コミュニティ「新しい贈与論」の運営に携わった。2019年には東浩紀とともに株式会社ゲンロンと合同会社シラスを設立し、2022年から共同代表を務めているという経歴だ。

コードを書く起業家から、贈与という経済の別のかたちを考える人へ。そこからまた、思想とテックを架橋する番組のホストへ。一直線のキャリアではない。むしろ何度も軸を移しながら、その都度「自分が何を面白いと思うか」に正直に動いている印象を受ける。

これは、私自身が歩んできた道とどこか重なる。エンジニアとして挫折し、カスタマーサクセスに軸を移し、AIバイブコーディングでまたコードに戻ってきた。まっすぐなキャリアパスだけが正解ではない。むしろ寄り道の中で拾った視点が、後になって思わぬところで効いてくる。桂大介の経歴を読んで、そのことを改めて確認した気がした。

上場企業の創業者という肩書きだけを見れば、桂大介は「成功したエンジニア起業家」の一人でしかない。だが実際の歩みは、上場後にビジネスの成功指標から距離を置き、寄付や贈与という「お金では測れない価値のやり取り」に関心を向けたところに個性がある。効率や成長だけを追いかけるシリコンバレー的な発想からは出てこない寄り道だ。その寄り道の先で、思想とテックを架橋する番組にたどり着いている。

キャリアを一本道で語ろうとすると、途中の寄り道は「回り道」や「無駄」に見えてしまう。だが後から振り返ると、その回り道でしか手に入らなかった視点が、次のフェーズでの武器になっていることが多い。私自身、コードを離れていた数年間を「無駄だった」と思っていた時期がある。今は、あの数年間にユーザーの声を聞き続けたことが、AIコーディングの記事を書く時の解像度を支えていると感じている。

1998年のハッカー精神は、コードと思想が地続きだった時代の産物だ。2026年のAIエージェント時代は、そこから一度離れ、生産性と効率が前面に出た時代になっている。ただ、その振り子は、また思想の側に戻りつつあるのかもしれない。“リベラルテック”という番組が生まれたこと自体が、その兆候のひとつだと思う。


なぜ今、AIエージェント時代のエンジニアに哲学が必要なのか

ここまでの話を、もう少し実務に近い場所まで引き寄せたい。

AIエージェントは、人間が担っていた判断の一部を代行するようになった。何を自動化し、何を人間の承認に残すか。この線引きには、必ず設計者の価値判断が入る。「速さを優先する」設計と「安全性を優先する」設計は、どちらも技術的には実現可能だ。選ばれるのは、作り手がどちらの価値を重く見ているかによる。

SAP 200超エージェント設計思想で扱われていた例がある。企業がAIエージェントを基幹業務に組み込む場面では、「何を任せ、何を人間が判断するか」という設計そのものが問われる。この線引きの背後にあるのが、まさに東浩紀が言うところの思想の分岐だ。効率を最優先する発想と、合意形成を重視する発想。どちらの思想でエージェントが設計されているかを読めると、導入判断の解像度が変わる。

これはエンジニアだけの話ではない。AIツールを選ぶビジネスパーソン全員に関わる話だ。「このツールはデフォルトで何を優先しているか」を読めると、自社に合うか合わないかの判断が速くなる。逆に、思想を読まずに機能だけで選ぶと、後になって「うちの組織には合わなかった」というミスマッチが起きやすい。

業界で報じられている事例のひとつに、AIコーディングツールが確認なしの操作で本番データベースを数秒のうちに全削除した事故がある。あの事故の根本原因は、権限設計や確認フローの不足だった。だが一歩引いて見ると、あれは「速さを優先し、確認を省く」というシリコンバレー的な設計思想が、そのまま安全対策を欠いた形で現場に持ち込まれた結果でもあった。思想の分岐を理解していれば、導入前に「このツールは確認を挟む設計か、省く設計か」を最初に確認する発想につながっていたはずだ。

私自身、これまでツールを触る時は「動くかどうか」だけを見てきた。だが、今回の対談を読んでから、ツールのドキュメントやリリースノートを読む時に「これはどちらの思想を優先した設計か」を意識するようになった。ドキュメントに書かれた「安全のためにデフォルトを制限した」という一文の裏に、どんな価値判断があるのかを考える癖がついた。

この視点は、転職やキャリアの選択にも応用できる。就職先や取引先の企業がどんな思想でプロダクトを作っているかを見ておくと、自分の働き方の相性を早い段階で見極めやすい。速度重視の会社に合意形成重視の人が入ると疲弊しやすいし、逆もまた然りだ。技術スタックだけでなく、思想の相性まで見る視点を持てるかどうかが、この先のキャリア選択の質を左右すると考えている。

技術的なスキルだけでは差別化しにくい時代になった。同じAIツールを、同じように使える人は増え続けている。その中で一段抜けるには、ツールの裏にある思想を読み、自分の仕事や組織にどう翻訳するかという視点が資産になる。


技術だけでは差別化できない時代に、キャリアの土台をどう作るか

対談から得た気づきを、今週から実践できる3つの習慣に落とし込んだ。

[[IMG:3]]

視点1: 対立する二つの立場を書き出す

新しいAIツールやニュースに触れたら、賛成派の言い分と反対派の言い分を、それぞれ1行でメモする。例えば「AIエージェントに承認なしで実行させるべきか」というテーマがあるとする。賛成側は「速度が競争力になる」、反対側は「暴走のリスクが人間の信頼を壊す」といった具合だ。両方を書き出すだけで、自分がどちらに偏って判断していたかが見えてくる。

視点2: 自分の仕事に翻訳する

思想の話は、抽象的なままだと実務に活きない。「シリコンバレー的な速度優先の発想」を聞いたら、それを自分のチームの開発フローに置き換えてみる。「うちのチームは、レビューを省いてでも速さを取っているか、それとも安全側に倒しているか」と自問する。抽象論を自分の言葉に翻訳する作業を挟むことで、初めて実務での判断材料になる。

視点3: 一次情報にあたる

ニュースまとめやSNSの要約で満足せず、月に1本でいいので一次情報にあたる。公式ブログ、発表資料、今回のような対談の元記事。二次情報だけを追っていると、誰かの解釈というフィルターを一段挟んだ理解になる。一次情報に触れる回数を増やすことが、思想を読む解像度を上げる一番の近道だ。

今回の記事も、この視点を自分自身に課しながら書いた。対談の要約記事だけで済ませず、番組の背景や登壇者の経歴についても複数の情報源を突き合わせて確認した。ただし今回は環境の制約で一次資料そのものを直接開くところまではできなかったため、断定できない箇所は「とされる」「という経歴だ」のように推定表現に留めている。手間はかかったが、その分だけ「なぜこの2人が、なぜこのタイミングでこの番組を始めたのか」という文脈まで含めて理解しようとする姿勢は持てた。二次情報の要約だけを鵜呑みにしないことが、思想を読む第一歩だと思っている。

この3つは、特別な時間を確保しなくても、普段のニュースチェックに5分足すだけで実践できる。派手な変化ではない。ただ、積み重ねた先に、技術だけでは埋まらない差別化が生まれると考えている。


まとめ

東浩紀と桂大介の”リベラルテック”対談から、AI時代のキャリアに活かせる視点を整理した。

対談から読み取れる構造

  • パリとシリコンバレー、二つの知の源泉がテック思想を分岐させてきた
  • 桂大介の1998年の証言は、コードと思想が地続きだった時代を示している
  • AIエージェント時代は効率優先に振れた振り子が、また思想の側に戻りつつある

今週から実践できる3つの視点

  1. 対立する二つの立場を書き出す
  2. 自分の仕事に翻訳する
  3. 一次情報にあたる

技術を「動くか動かないか」だけで見ていた自分に、もう一段深い問いが増えた。なぜこの設計になっているのか、その裏にどんな価値判断があるのか。この問いを持てる人が、AIエージェント時代のキャリアで一歩先に出られると思っている。

かつて自分は「プロのエンジニアには敵わない」と思ってコードから離れた。今はAIのおかげでコードが書ける。だが今回気づいたのは、コードが書けることの先に、まだ次の段階があるということだ。技術を使いこなすだけでなく、その技術がなぜその形をしているのかを読み解く力。ここまで来て初めて、自分の仕事や組織にとって本当に必要な選択ができるようになる。

コードが書けるだけの自分から、コードの裏にある思想まで読める自分へ。今回の対談は、その次の成長の入り口を示してくれた気がする。

ゲン

ゲン
Written byゲンCS × Vibe Coder

正直、一度エンジニアは諦めました。新卒で入った開発会社でバケモノみたいに優秀な人たちに囲まれて、「あ、私はこっち側じゃないな」って悟ったんです。その後はカスタマーサクセスに転向して10年。でもCursorとClaude Codeに出会って、全部変わりました。完璧なコードじゃなくていい。自分の仕事を自分で楽にするコードが書ければ、それでいいんですよ。週末はサウナで整いながら次に作るツールのこと考えてます。