AI時代のTerminal環境を UNIX哲学で設計・運用する

https://kichijojipm.connpass.com/event/404746/

Transcript

1. Terminal Night 3 AI時代のTerminal環境を UNIX哲学で設計‧運⽤する 2026年10⽉15⽇ 株式会社ログラス 1
2. ⾃⼰紹介
3. 会社紹介 3
12. ここから本編 12
13. 今回のお品書き AI時代 UNIX哲学 実践 AIに環境を任せて起きた課題 「⼀つのことをうまくやる」を 責務として捉える 責務‧因果∕接続∕交換∕運⽤ の4つで⾒る
14. AI時代 14
15. AIによって環境を「作る」速度が上がった • 設定を書く AI Terminal 環境 • ツールを組み合わせる • 問題を調べて修正する • 運⽤スクリプトまで作る 「作れる」≠「運⽤できる」
16. AIに任せるほど、複雑さも増やせる 責務が増える 依存が増える 因果関係が分からない ⼀つのツールが 複数の問題を解決し始める Aを使うためにB、 BのためにC…… 変更の影響が 予期しない別の場所に現れる 便利さの総量だけでは、良い環境か判断できない。
17. AIが直すほど、⼈間が理解できなくなる 理解負債が溜まる 認知負荷が上がる 問題が⾒えなくなる 動くのに、なぜ動くか 説明できない設定が増える 変更の量と速度に、 ⼈間の把握が追いつかない 責務を越えた改善が 症状を消して原因を隠す例: PATH重複だけ消す 「直ったように⾒える」ことと「原因が分かった」ことは別。
18. 便利ツールが本来の責務を越えるとき やってしまいそうな振る舞い ⾃分の環境での扱い • 依存ツールを独⾃に取得する • パッケージはNixに集約、⾃動更新は⽌める • AIの設定ファイルを⾃動で書き換える • 書き込まれたhookもNix側の定義へ移す → 管理元が⼆重になり、出所が追えない → 設定の正本はNixに⼀つ 管理元は⼀つに
19. AIに任せた失敗例: AIの確認ダイアログが、全部素通りしていた 起きたこと 引いた境界 • hook管理ツールが権限要求にも応答 • hook管理ツールを外しNixから直接登録 • 空設定でも「許可」を返していた • 権限の判断はask‧permission-gateだけ → askの確認が全て素通りしていた → 1つの判断は1か所が担う 境界は知らない内に消える
20. AIに任せた失敗例: 書いたMCP設定が、⼀度も効いていなかった 起きたこと 引いた境界 • settings.jsonにMCPサーバーを定義 • 定義はmcp-servers.jsonへ分離 • Claude Codeはそこを読まない • 登録はclaude mcp addに委ねる → textlint‧tirithは⼀度も起動せず → 読む側の仕様に合わせて置く 書いた ≠ 効いている
21. UNIX哲学 21
22. UNIX哲学をもう⼀度考える 「⼀つのことを上⼿くやる」 では、「機能が⼀つ」ならよいのか？
23. 機能数ではなく「責務」を⾒る 悪い⾒⽅ ⾒るべきもの 機能が多い / 少ない 依存している / していない その機能は同じ責務に向いているか 責務の境界を越えていないか 「何をするか」より「何のためにするか」
24. 「一つの責務を上手く遂行する。」
25. Neovimは機能が多い。それでも責務は明確 テキスト編集 Neovim 検索 補完 LSP 複数の機能があっても、同じ責務に向いていればよい。 拡張
26. 「利⽤」と「統治」は違う 利⽤：なくても他は動く 統治：ないと他が動かない • NeovimからGit‧Terminalを使う • Neovimが壊れるとGit操作も⽌まる • worktreeはworktrunk、sessionはherdr • worktree‧sessionまでNeovimが抱える → 使うが、任せきらない → 責務が絡み合う 利⽤ ≠ 統治
27. 責務を局所化すると、因果関係も局所化する 責務の局所化 因果関係の 局所化 原因を追いやすい 副作⽤が悪いのではない。どの責務で起きたか説明できることが重要
28. 実践 28
29. 汎⽤インターフェースが境界をつなぐ Input 標準‧慣習 ツール Output 標準‧慣習 FHS / XDG / UNIXの標準⼊出⼒ / ファイル / ソケット など 単独で完結させず、境界を保ったまま接続する
30. 交換可能性を残す A 汎⽤ インターフェース 交換できる ≠ 実際に交換する B
31. 責務ごとに分けた⾃分のTerminal環境 Ghostty 端末を表⽰する zsh コマンドを解釈する herdr シェルのセッションを管理する Neovim テキストを編集する Git 変更履歴を管理する Nix パッケージを管理する AI Agent 環境を操作する主体
32. 説明できる環境は、認知負荷が低い 原因探索 変更 検証 復旧 影響範囲を絞れる 変更箇所を限定できる 何を確認すべきか明確 戻す対象が分かる 責務の境界は、運⽤のための境界でもある。
33. AIに任せる範囲を⼈間が決める Human deny ask hook AI Agent AIの能⼒を制限するのではなく、AIが触れる責務を定義する 例: sudo‧秘密情報はdeny、push‧rmは確認、rebaseは計画承認後 Small Tools
34. 運⽤は⼩さく回す Observe Problem Small Change Verify Operate ⼤きな⾃動化で⼀気に変えるのではなく、因果関係を追える単位で改善する
35. この考え⽅で⽬指すTerminal環境 責務‧因果 接続 交換 運⽤ それぞれが何を担当す るか明確 汎⽤インターフェース で組み合わせ可能か 必要なら別の実装へ移 れる 原因と影響を追える 変更の影響を追えるか 「便利か」だけではなく、「理解できる構造か」を⾒る。
36. AIは何でもできる。 だからこそ、 ⼈間が何をさせるかを決める。