ハクソク

世界を動かす技術を、日本語で。

Unixの哲学とファイルシステムアクセスがクロード・コードを素晴らしくする

2025年10月1日原文(alephic.com)

概要

  • Claude Code は、AIによるコード支援を超えた エージェント型OS として活用可能
  • Obsidian との連携で、AIによるノート管理や知識蓄積が実現
  • Unix哲学 と ファイルシステムアクセス が、Claude Codeの強み
  • シンプルで拡張性の高いツール設計が、AIエージェント構築の鍵
  • 今後のAI活用のテンプレートとして、 Claude Code の設計思想が有効

Claude Codeがもたらす新しいAIワークフロー

  • Claude Code は、単なるコーディング補助ツールから、日常業務を支える エージェント型OS へ進化
  • Obsidian との連携で、ノートやリサーチをAIで効率管理
    • Obsidianの特徴： Markdownファイル としてローカル保存、柔軟な同期・編集
  • ファイルがテキスト形式であることから、AIによる自動処理や知識蓄積が容易
  • 自宅サーバーにClaude Code + Obsidian環境を構築し、 SSH経由でどこでもノート管理 を実現

Claude Codeの特別さとUnix哲学

  • Claude Codeの最大の特徴は ターミナルベース であること
  • Unixコマンドとのネイティブ連携 が強力
  • Unix哲学（Doug McIlroy、Peter H. Salusによる要約）
    • ひとつのプログラムはひとつのことをうまくやる
    • プログラム同士を連携させる
    • テキストストリームを扱うことで普遍的なインターフェースを実現
  • LLM（大規模言語モデル）は、 シンプルかつ文書化されたコマンド を活用するのに最適
  • ツールが複雑すぎるとAIの力を十分に引き出せない

ファイルシステムアクセスの重要性

  • Claude Codeは ファイルシステムにアクセス 可能
  • ChatGPTやClaude（Web版）の問題点
    • 会話間での メモリがない
    • コンテキストウィンドウ が狭い
  • ファイルシステムにより、AIが 状態や知識を蓄積 し続けられる
  • ノートやタスクリストをAIが自分で管理・更新できるため、 長期的な思考や作業 が可能

Product OverhangとAIの進化

  • Product overhang ：AIモデルができることに対し、活用する製品が追いついていない現象
  • Claude Codeは、モデルの持つ力を 製品として引き出す設計 に成功
  • ファイルシステム + Unixコマンド の組み合わせが、AIの潜在能力を解放

Claude Codeを超えて—ClaudesidianとInbox Magic

  • 独自に Claudesidian を公開
    • Claude Code + Obsidian環境のツールやコマンドをオープンソース化
    • 中央でのアップデートを自動マージする仕組みを実装
    • Unix哲学に基づく「小さくシンプルなツールの連携」
  • Inbox Magic （開発中）
    • Claude CodeからGmailを操作し、 メールの自動整理やプロファイリング を実現
    • 旅行関連メールを抽出し、AIがユーザーの好みに合わせたリサーチをサポート
    • ファイルシステム活用で、 複雑なタスクも自動化 可能

まとめと今後の指針

  • ファイルシステム は、LLMの「記憶・状態管理」の突破口
  • ツール連携は Unix哲学 （シンプル・連携・テキスト中心）を徹底
  • Claude Code は、今後のAIエージェント設計の「青写真」
  • 複雑なマルチエージェントよりも、 単純なツールのパイプ処理 が重要
  • AIの活用例を見つけられない人は、 もっと工夫すべき

Hackerたちの意見

これやろうぜ。完全にローカルで。ローカルの黒曜石、ローカルのLLM、全部オープンソースで。これが俺が望む未来だ。

└

アップルってことね。

└

ローカルのOrg mode、ローカルのLLM、全部Emacsでオーケストレーション。全部フリーソフトウェア。もし俺が引退して無限の時間があればなぁ！

└

オープンウェイトだけじゃ足りないよ。データセットとトレーニングパイプラインのコントロールも必要だ。俺みたいな普通のユーザーは、真剣なインフラがないとパイプラインを動かせないけど、データの使われ方やモデルのトレーニング方法を理解することはすごく大事なんだ。そうすれば、モデルを所有できて、そのバイアスをオープンに評価できるから。

└

これ、opencodeでできるかも？あんまり遊んでないけど。

└

LLMのおかげでオープンソースプログラムがより実現可能で価値のあるものになってる。俺が使ってるプログラムの中には、もうちょっと違ったらいいのにって思うものがたくさんあるけど、たとえオープンソースでも、ソースコードの構成に慣れるのに時間がかかるんだ。一方で、LLMは小さな調整や新しいマイナー機能みたいな自己完結的な変更には結構得意なんだ。これによってオープンソースプログラムの修正が楽になるけど、オープンソースじゃないプログラムには全く変更できないってことにもなる。前は変更するつもりもなかったけど、今は実際にできるから、変更できる能力（つまりプログラムがオープンソースであること）がすごく重要になってきた。

└

有用なサイズのモデルをローカルで使うのは、（少なくとも64GB RAMと1つのGPUの典型的な開発マシンでは）不可能ではないんじゃない？

└

これ、興味あるかもね。 https://laurentcazanove.com/blog/obsidian-rag-api

└

LM Studio + aider

Claude Codeが取ってるUnixアプローチ、めっちゃ好きだわ。これのおかげで、他のUnixライクなツールを簡単に作れるし、基本的に統合のオーバーヘッドなしでClaudeが使える。ツールのマニュアルページを渡すだけで、MCPやカスタムツール定義の面倒なしに上手く使ってくれる。俺はClaudeがブラウザを使えるツールを作ったけど、Claudeはそれを使うのに全く問題ないんだ。

└

僕にとっての「ライトスイッチ」な瞬間は、Claudeに問題を自分で探させるんじゃなくて、リンターを使うように指示できるって気づいた時だね。後者もまあまあ機能するけど、ツールを呼び出させる方がずっと効率的なんだ。リンターが何かは教えなかったけど、提案を求めたら、約12個の提案をくれたから、それをインストールしたら、特に指示しなくても使い始めた。1年くらい前にChatGPTでコーディングを試みた時は、役に立つものを得るための労力がメリットを大きく上回ってたから、CCに対してはあまり期待してなかったんだけど、すごく驚いてるよ。

俺はまさにこれをMCPでやったよ。{ "name": "unshare_exec", "description": "Run a binary in isolated Linux namespaces using unshare", "inputSchema": { "type": "object", "properties": { "binary": {"type": "string"}, "args": {"type": "array", "items": {"type": "string"}} }, "required": ["binary"], "additionalProperties": false } } 最初はunshareから始まって、結局ちょっとした手間がかかったけど、ローカルでgemma3を使って、任意のDebianベースのユーティリティを実行できるようにしたら、意外といい結果が出たんだ。

Hacker Newsで議論の続きを見る