社内の業務知識は、Notion、Slack、スプレッドシート、個人の頭の中に散らばっていることが多い。検索してもつながりが見えず、新人の立ち上がりにも時間がかかる。
2026年6月、Xで話題になった事例では、1人がClaude Code上で7日間かけ、会社の「脳」を再構築したと報じられている。通常のドキュメントでもObsidianでもなく、ノードがつながった「生きた銀河」として、従業員・AIエージェント・SOP（標準作業手順）・ツールを一画面に統合したという。
この記事でわかること
- Spike 1%氏が紹介したClaude Code活用事例の概要
- なぜ静的なドキュメントではなく動的な知識基盤が必要か
- Claude CodeのSkills・サブエージェント・CLAUDE.mdで同様の仕組みを組む考え方
- 社内ナレッジ統合を始める際の実践ポイント
7日間で作られた「会社の脳」とは
Spike 1%（@SpikeCalls）氏は2026年6月7日、次のような投稿を公開した。
One person rebuilt an entire company’s brain in 7 days inside Claude Code. Not a doc. Not Obsidian. A living galaxy of nodes. Every employee. Every AI agent. Every SOP. Every tool. All wired together on one screen.
要点は3つある。まず、作業者は1人で、期間は7日間。次に、成果物はMarkdownの資料集ではなく、ノード同士がつながった動的な構造だ。最後に、部署をクリックすると人間のエージェントチームとSOPが開く、という操作感を備えている。
投稿には画面のスクリーンショットも添えられており、部門単位でナレッジが整理されたUIが示されている。従来のWikiのようにページを辿るのではなく、組織構造に沿って必要な情報へたどり着ける設計だと読み取れる。
なぜ「ドキュメント」では足りないのか
社内ナレッジをMarkdownやNotionにまとめる手法は広く使われている。ObsidianとClaude Codeを組み合わせた「セカンドブレイン」も、2026年時点で多くの実践例がある。
ただし、ドキュメントだけでは次の課題が残る。
- SOPが書いてあっても、実行は人間が別途判断する
- AIエージェントの役割分担が、資料上では見えにくい
- ツール連携（CRM、Slack、GitHubなど）が手順書から切り離される
Spike 1%氏の事例が「Not a doc」と強調しているのは、知識の保存ではなく、知識・手順・エージェント・ツールを同一の操作面でつなぐ点にある。読むための資料ではなく、動かすための基盤という位置づけだ。
Claude Codeが基盤になりうる理由
Claude CodeはAnthropicが提供するエージェント型の開発ツールだ。ターミナル、IDE、デスクトップアプリから起動でき、ファイルの読み書き、コマンド実行、外部ツール連携をAIが自律的に行う。
公式ドキュメントでは、次の拡張ポイントが用意されている。
CLAUDE.md — プロジェクトルートに置くMarkdownファイル。セッション開始時に自動読み込みされ、会社の方針、コーディング規約、業務ルールをAIに渡せる。毎回説明し直す必要がなくなる。
Skills — SKILL.mdに手順を書いた再利用可能なワークフロー。SOPを「読む資料」から「実行可能なプレイブック」に変換できる。/skill-nameで直接呼び出すことも、AIが状況に応じて自動選択することも可能だ。
サブエージェント — 専門領域ごとに独立したコンテキストで動くAIワーカー。営業、法務、開発など部署別のエージェントを定義し、メインの会話を汚さずに委譲できる。
MCP（Model Context Protocol） — Slack、Notion、GitHub、Postgresなど外部サービスと接続するオープン規格。ツール群をエージェントから直接操作できる。
これらを組み合わせると、「部署をクリックするとSOPとエージェントが開く」というUIの裏側に、ファイルベースの知識構造と実行エンジンを載せられる。
類似アプローチ：Company OS
Workflows.ioが公開しているCompany OS Starter Kitは、同じ思想を具体化したOSSだ。中心にCLAUDE.mdを置き、blueprint/company/に会社概要・チーム構成を、blueprint/wiki/にSOPやプレイブックを格納する。
| フォルダ | 役割 |
|---|---|
company/ |
会社の基本情報、チーム、ツール構成 |
wiki/ |
SOP、オンボーディング手順、業務フロー |
skills/ |
再利用可能な業務スキル |
hooks/ |
危険な操作のブロック、セッションログ |
開発者のDan Rosenthal氏は、Claude Codeを使って9ヶ月未満で20人規模の組織を立ち上げたと紹介している。Company OSは「毎回ビジネスを説明し直す」負担を減らし、使うほど知識が蓄積される設計だ。
Spike 1%氏の「銀河」型UIは、このファイル構造にビジュアルなナビゲーション層を載せた発展形と考えられる。中核はMarkdownとClaude Codeの拡張機能にあり、画面はその入口になる。
SOPを「実行可能」にするSkillsの使い方
SkillsはAgent Skillsというオープン標準に準拠している。~/.claude/skills/（個人用）や.claude/skills/（プロジェクト用）にディレクトリを置き、SKILL.mdに手順を書く。
たとえば月次レポート作成のSOPをSkill化すると、次のような流れになる。
- ユーザーが「今月の売上レポートを作って」と依頼する
- Claudeが
sales-reportスキルを自動選択する - スキル内の手順に従い、MCP経由でCRMからデータ取得、集計、下書き生成を行う
- 人間は最終確認だけ行えばよい
disable-model-invocation: trueを付ければ、人間が/deployのように明示的に呼び出すワークフローにもできる。承認が必要な業務手順との相性がよい。
サブエージェントと組み合わせる場合、context: forkでスキルを独立したエージェント内で実行できる。調査や分析をメイン会話から切り離し、結果だけを受け取る設計だ。
部署別エージェントの設計
サブエージェントは.claude/agents/にMarkdownファイルで定義する。各エージェントは専用のシステムプロンプト、ツール制限、モデル選択を持つ。
| 設定項目 | 用途 |
|---|---|
description |
どんな場面で委譲するか |
tools |
使えるツールの制限 |
skills |
起動時に読み込むスキル |
memory |
セッションをまたいだ学習の保持 |
Spike 1%氏の投稿にある「部署をクリックすると人間のエージェントチームが開く」という表現は、営業用・法務用・開発用のサブエージェントを部門ラベルで束ねた構成に相当する。Exploreエージェント（読み取り専用・高速）で社内資料を検索し、general-purposeエージェントで実作業を行う、という使い分けも公式に用意されている。
自社で始めるための3ステップ
大規模な「銀河」UIを7日で作る必要はない。まずはファイルベースの基盤から始められる。
ステップ1：CLAUDE.mdとフォルダ構造を決める
Company OS Starter Kitのblueprint/を参考に、会社概要・SOP・ツール一覧の置き場所を決める。最初から完璧を目指さず、よく使う手順3つから書き始める。
ステップ2：頻出業務をSkills化する
毎回同じ指示を繰り返している作業をSKILL.mdに移す。週次レポート、顧客対応テンプレート、デプロイ手順など、定型業務が候補になる。
ステップ3：外部ツールをMCPで接続する
Slack、GitHub、Notionなど、日常で使うサービスをMCPサーバー経由でClaude Codeに接続する。SOPの中で「手動でコピペ」していた部分を、エージェントが直接操作できるようになる。
UIの視覚化は、この基盤が動き始めてからでも遅くない。まずは「AIが会社のことを覚えていて、手順通りに動ける」状態を作ることが先決だ。
注意点
社内ナレッジをAIに渡す際は、機密情報の扱いに注意が必要だ。Company OS Starter Kitにもsafety-guard.shのようなフックがあり、危険なツール呼び出しをブロックする仕組みが示されている。
また、SkillsやCLAUDE.mdはバージョン管理（Git）に載せることで、チーム全体で同じ基盤を共有できる。個人のプロンプト履歴に閉じ込めない運用が、スケールの鍵になる。
この事例が示すこと
Spike 1%氏の事例は、Claude Codeが「コーディング専用ツール」ではなく、会社の業務OSになりうることを示している。7日間・1人という数字が話題になったが、本質は期間ではなく、知識・手順・エージェント・ツールを一つの操作面に統合した点にある。
静的なWikiから動的な業務基盤へ。まずはCLAUDE.mdとSkillsから始め、必要に応じてサブエージェントとMCPを足していく。それが、社内AIオーケストレーションの現実的な入口だ。