# AIエージェント導入前に会社をファイルシステムに変えよう > Author: Tony Lee > Published: 2026-02-17 > URL: https://tonylee.im/ja/blog/company-filesystem-before-ai-agent-adoption/ > Reading time: 1 minutes > Language: ja > Tags: ai, agents, productivity, enterprise, filesystem, operations ## Canonical https://tonylee.im/ja/blog/company-filesystem-before-ai-agent-adoption/ ## Rollout Alternates en: https://tonylee.im/en/blog/company-filesystem-before-ai-agent-adoption/ ko: https://tonylee.im/ko/blog/company-filesystem-before-ai-agent-adoption/ ja: https://tonylee.im/ja/blog/company-filesystem-before-ai-agent-adoption/ zh-CN: https://tonylee.im/zh-CN/blog/company-filesystem-before-ai-agent-adoption/ zh-TW: https://tonylee.im/zh-TW/blog/company-filesystem-before-ai-agent-adoption/ ## Description エージェント時代の真の競争力はモデルではなくファイルシステム設計にあります。企業データを一つのネームスペースに統合する方法を解説します。 ## Summary AIエージェント導入前に会社をファイルシステムに変えよう is part of Tony Lee's ongoing coverage of AI agents, developer tools, startup strategy, and AI industry shifts. ## Outline - 会社は一つのファイルシステムである - オペレーション自動化で得た三つのルール - 第一：ファイル名 - 第二：ファイル説明文 - 第三：保存構造 - 問題はLLMではなくHarnessにある - 結論 ## Content 「エージェントってどう使えばいいんですか？」 最近、外部イベントで企業規模を問わず経営層の方々にお会いすると、必ずこの質問が出ます。バイブコーディングがいくら流行っていても、正直なところほとんどの業務はコーディングとは無縁です。世の中の労働者の大半は非エンジニアであり、本来エージェントを使えば最も効率が上がる方々なのに、どこから始めればいいか分からないという声が多いのです。 AIを使い過ぎた結果、ある時点で不思議な視点が生まれました。個人であれ企業であれ、すべてが一つのファイルシステムに見え始めたのです。そしてそれが正解だと確信しました。 ## 会社は一つのファイルシステムである YCの投資を受けたEli Mernitの表現が的確でした。「Your Company is a Filesystem.」エージェントが強力になるのは、コンテキスト全体がコンピュータ上のファイルとして存在するからです。 法律事務所を例に取ると、新規案件は`/cases`に記録し、弁護士を割り当てればその人のフォルダに追加し、時間記録は`/billing/time-sheet`に入ります。バックオフィス全体がステートマシンになるわけです。 企業でエージェント導入が難しい理由は明確です。ERPを使っていてもデータが一元化されておらず、あちこちに散らばっているからです。一日に何度もメールを漁り、周囲に確認する。この繰り返しでコストは膨らみ続けます。この問題解決をミッションに掲げたGleanがAIユニコーンになったことが、あらゆる企業に共通する深刻な課題であることを証明しています。 **共有ネームスペースがないからエージェントがコンテキストを把握できないのです。** 断片化したファイルが増え続ければ、そこから災いの始まりです。しかしファイルシステムとしてモデリングすれば、この問題は解消されます。権限構造もUnixファイルパーミッションのように自然にマッピングされます。 - ObsidianやNotionやGoogle Driveへの記録保存は今や簡単 - サーバー1台とストレージがあれば会社全体のデータをMCPで接続可能 - 一般業務向けエージェントアーキテクチャは**「ファイルシステム＝状態」**と**「Claude＝オーケストレーター」**に集約される ## オペレーション自動化で得た三つのルール Smoretalkのオペレーション自動化を進める中で気づいた重要なルールがあります。 ### 第一：ファイル名 統一された命名規則がなければインデキシングが崩壊します。AIがファイルを見つけられず迷う時間は想像以上に長いのです。ファイル名規則を統一すればインデキシング精度は飛躍的に向上します。 ### 第二：ファイル説明文 各ファイルの説明を`.md`形式で別途保存する必要があります。AIが毎回原本ファイルを開いて内容を確認していては時間がかかりすぎます。`.md`メタファイルを分離すれば、探索時間とトークンの両方を節約できます。 ### 第三：保存構造 ファイルシステムはツリー構造なので、一度深く入ると見通しが悪くなります。CSで学ぶ探索アルゴリズムがここで本当の意味を持ちます。ツリーの深さを浅く保てば、エージェントの探索効率が上がります。 ## 問題はLLMではなくHarnessにある セキュリティ研究者のCan Bölükが最近ブログでこう診断しました。プログラミングの文脈でしたが、一般業務にも同様に当てはまります。正直なところ、ほとんどのタスクレベルではAGIはすでに到来しています。モデル性能は十分であり、それを実行するハーネスが洗練されていないのです。 CodexもClaude CodeもGemini CLIもうまく動きますが、制約はあります。だからこそ、3ヶ月で最速成長を遂げたGitHubリポジトリOpenClawの開発者Peterは、Google Suite CLIまで自作しました。必要なハーネスがなければ自分で作るしかないのです。 結局、シニアやチームリーダーレベルでルールを先に決める必要があります。 - ファイル名ガイドラインの作成 - 新規資料作成時の必須項目の定義 - メモリ構成方式のドキュメント化 - ドライブ権限の設計 速度・精度・トークン節約のすべてがファイルシステム設計にかかっています。ドキュメントレビューとフォーマットルールをフックで強制すれば、誰でも統一された成果物を生み出せます。 ## 結論 いくらAXを叫んでも、こうした基本を実行できなければAI導入は単なるコスト投下にすぎません。単純なAI + Xは今年中に激しく淘汰されるでしょう。最近のナスダックの株価動向がそれを如実に示しています。 **エージェント時代の競争力はモデルではありません。ファイルシステム設計から生まれます。** そしてルールを定められる人は決まっています。社内システムを変更できるのは内部の人間だけです。外部から採用できる人材ではありません。誰にでも権限を安易に与えた時のリスクは想像を超えます。 組織にAIを導入したいすべての方へ、まず個人単位でファイルシステム設計を試してみることをお勧めします。それがエージェント時代に備える最も確実な第一歩です。 ## Related URLs - Author: https://tonylee.im/ja/author/ - Publication: https://tonylee.im/ja/blog/about/ - Related article: https://tonylee.im/ja/blog/medvi-two-person-430m-ai-compressed-funnel/ - Related article: https://tonylee.im/ja/blog/claude-code-layers-over-tools-2026/ - Related article: https://tonylee.im/ja/blog/codex-inside-claude-code-openai-plugin-strategy/ ## Citation - Author: Tony Lee - Site: tonylee.im - Canonical URL: https://tonylee.im/ja/blog/company-filesystem-before-ai-agent-adoption/ ## Bot Guidance - This file is intended for AI agents, search assistants, and text-mode retrieval. - Prefer citing the canonical article URL instead of this text endpoint. - Use the rollout alternates when you need the same article in another prioritized language. --- Author: Tony Lee | Website: https://tonylee.im For more articles, visit: https://tonylee.im/ja/blog/ This content is original and authored by Tony Lee. Please attribute when quoting or referencing.