🚀 そして、なぜAI時代の開発者は再びPOSIXへ回帰するのか

ここ数年、
私たちは非常に興味深い変化を目の当たりにしています。

Salesforceは、AI AgentがCRM Backendを直接呼び出す「Headless 360」を推進しています。
Workdayは、SlackやAI Agentを中心とした「Headless HR」を語っています。
Uberは、自社アプリの外部でも配車Runtimeを提供し始めています。
commercetoolsのような次世代ECプラットフォームは、「Headless Commerce」を事実上の新しい標準として扱っています。

興味深いのは、
この流れの本質が単なる「AI機能の追加」ではないという点です。

本当に起きている変化は、人間が画面をクリックして操作する構造から、APIやWorkflowがRuntimeを直接呼び出す構造へと、産業全体が移行していることにあります。

つまり現在は、

UIはますます薄くなり、
APIとWorkflow Runtimeが中心となり、
AI Agentや外部WorkflowがBackendを直接呼び出す構造

が急速に標準化されつつあります。

そしてこれは、
単なるWeb開発トレンドではありません。

CRM
HR
EC
金融
モビリティ
リテール
業務システム

など、ほぼすべての産業で共通して起きている変化です。

多くの人はAI時代を、

Prompt Engineering
MCP
Tool Wrapper
Harness Engineering

のような、新しい技術競争の時代として見ています。

しかし長期的に見ると、
むしろ逆方向へ収束していく可能性があります。

AIが進化するほど、
開発者は再び“基礎”へ戻っていく可能性が高いのです。

そしてその中心にあるのは、
意外にも非常に古い概念です。

それがPOSIXです。

🧩 1. 産業全体はいま「Headless」へ向かっている

現在もっとも重要な変化は、
単なるAIコード生成ではありません。

本質的な変化は、すべてのサービスがUI中心構造からAPI・Runtime中心構造へ再編されつつあることです。

かつて多くのシステムは、人間が操作するUIを前提としていました。

ユーザーがWebサイトを開き、
ボタンをクリックし、
フォームを入力する

これが基本的なモデルでした。

しかし現在は、
エンタープライズからB2Cまで、あらゆる業界がHeadless構造へ急速に移行しています。など、ほぼすべての領域で、UIは薄くなり、APIとWorkflow Runtimeがシステムの中心になりつつあります。

この変化が重要なのは、
産業そのものが「人間が画面を操作する構造」から、「RuntimeとWorkflowをOrchestrationする構造」へ移行しているからです。

⚙️ 2. Headless時代は、結局Runtime中心の時代になる

Headlessの本質は、
単なるFrontend最適化ではありません。

実際には、サービス構造そのものが次のように変化しています。

UI中心サービス
↓
API中心サービス
↓
Workflow中心サービス
↓
Agent中心サービス

つまり、人間が画面をクリックする時代から、AIやWorkflowがRuntimeを直接呼び出す時代へ移行しているのです。

そして、そのRuntime世界の土台には、今でもUnix哲学があります。

POSIX
Shell
Process
Filesystem
Pipe

こうした概念は、現在でもほとんどのRuntime環境を支えています。

興味深いのは、
AI時代が進むほど、こうした“古い基礎”の重要性が再び高まっていることです。

🤖 3. AI AgentはGUIよりRuntimeを理解しやすい

AI Agentは、
実はGUIをそれほど得意としていません。

複雑な画面構造や、人間向けUXよりも、CLIベースのRuntimeをはるかに自然に扱います。

例えばAIは、
次のようなコマンドフローを非常によく理解します。

git diff
pytest
docker compose up
kubectl logs

なぜならCLI環境は、

deterministicで、
composableで、
machine-readableで、
automation-friendly

だからです。

GUIは人間にとって便利ですが、
AIにとってはPOSIX Runtimeのほうが自然な環境に近いのです。

その結果、
未来の開発環境はIDE中心ではなく、Runtime中心へ移行していく可能性があります。

🧱 4. MCPやHarnessは「過渡期のAbstraction」かもしれない

現在の業界は、

MCP
Tool Wrapper
Harness Engineering
Prompt Engineering

のような中間レイヤー競争に集中しています。

しかし、これらは本質的には、現在のAIのCapability Gapを埋めるための一時的なAbstractionである可能性があります。

歴史的にソフトウェア業界は、複雑なWrapperから標準Runtimeへ収束してきました。

複雑なWrapper
↓
標準Runtimeへ収束

AIも同じ流れをたどる可能性があります。

長期的には、AIは次のような既存Runtime abstractionを直接理解する方向へ進化するかもしれません。

shell
process
filesystem
workflow

つまり、
「AI専用の新しいRuntimeを作る」よりも、「AIが既存Runtimeを理解する」方向のほうが自然なのです。

🧠 5. 結局もっとも重要なのは「ドメイン知識」

ここで重要なのは、
AIがコードを書けることと、業務を理解していることは別だという点です。

実際の現場で重要なのは、syntaxやboilerplate、CRUDではありません。

本当に重要なのはDomain Knowledgeです。

例えば、

金融ルール
組織ポリシー
業務プロセス
運用手順
顧客要件
プロジェクト固有の暗黙知

のようなものです。

そしてDomainは大きく二つに分かれます。

一つ目はBusiness Domainです。

これは業界や業務そのものに対する理解であり、「何を作るべきか」を理解する知識です。

二つ目はProject-specific Domainです。

例えば、

デプロイ順序
branch戦略
coding convention
運用quirks
legacy workaround
顧客固有ルール

などです。

つまり、「どう運用するべきか」に関する知識です。

実際、多くの障害はアルゴリズムではなく、こうしたProject-specific Knowledge不足によって発生します。

🔧 6. 未来の開発者に必要なのは、再び“基礎力”

AI時代では、
次のようなスキルの価値は徐々に下がる可能性があります。

framework-specific trivia
ツール固有の小技
wrapper engineering

なぜなら、
それらはAIがもっとも高速に代替できる領域だからです。

一方で最後まで残るのは、
より本質的な能力です。

Runtime理解
Domain理解
Workflow orchestration
運用・監督能力

つまり未来の開発者に必要な能力は、最終的に次の三つへ収束していく可能性があります。

1. AIおよびチーム運営能力
2. Domain理解能力
3. POSIXとRuntimeベースの開発Lifecycle理解

興味深いのは、
これらが会社やプロジェクト、業界を問わず普遍的に必要とされる能力だということです。

🧭 7. 未来の開発者は「Coder」より「Supervisor」に近づく

AIは今後、
ますます多くのコードを書くようになるでしょう。

しかし依然として重要なのは、

何を作るべきか
どんな制約があるか
どう運用するか
どんなリスクがあるか

を判断する能力です。

つまり未来の開発者は、
単なる「コードを書く人」ではなく、DomainとRuntimeを理解するSupervisorに近づいていく可能性があります。

そしてその土台には、

POSIX Runtime
Domain Memory
Operational Knowledge
Agent Orchestration

が存在することになるでしょう。

🔚 8. AI時代は、むしろ「基礎へ回帰する時代」かもしれない

多くの人はAI時代を、

完全に新しい時代
人間開発者の終焉
魔法のような自動化

として語ります。

しかし実際には、
むしろ逆かもしれません。

AIが進化するほど、
産業はUI中心ではなくRuntime中心へ移行しています。

そしてRuntimeの根底には、
今でも次のような古い基礎概念があります。

POSIX
Shell
Process
Workflow

結局のところ、
未来の競争力は特定ツールの小技ではなく、どんな環境にも適応できる“基礎力”に近づいていく可能性があります。

そして、この流れをもっともよく表している言葉が：

Back to POSIX

なのかもしれません。

Salesforce、Workday、Uberはなぜ「画面」を消し始めたのか