コミュニティの状況

Hacker News投稿 #47194611 は 212 points、108 comments。議論の中心は2026年2月28日公開の Don’t trust AI agents だった。主張は明確で、AI agent processを信頼可能とみなさず、最初からcontainmentを前提に設計すべきというものだ。

原文の設計思想

記事は、confirmation promptやallowlistなどのapplication-level制御を主境界に置く方法に懐疑的である。OpenClawが既定でhost上実行になる点と対比し、NanoClawはagentごとにcontainerを分離し、invocation単位で作成・破棄する構成を採ると説明する。さらにmount allowlistをproject外に置き、.ssh/.aws/.envなどの機微パスを既定ブロックする仕組みをdefense-in-depthとして示している。

特に強調されるのはagent間分離だ。個人用途と業務用途など、異なるagentが同一環境を共有すると情報漏えいが起きやすいため、filesystemとsession historyの分離を必須とする立場である。

HNコメントの論点

コメントでは実運用のthreat modelが中心テーマになった。可逆な操作のみ既定許可にする方針へ賛同が集まる一方、container化だけで十分とは言えず、credentialやブラウザ状態、外部連携経路が依然として大きなリスクという指摘も多かった。

加えて、コードベースの肥大化と監査可能性の低下を懸念する意見も目立った。推論として、コミュニティは「デフォルト信頼は危険」という点では一致しているが、実務での最小統制セットはまだ定着途中だと言える。

実務上の示唆

agentワークフローを導入するチームは、execution isolation、最小mount、短命な権限、境界越えの監査を標準運用に組み込む必要がある。今回のHN議論は、agent機能の派手さよりsecurity architectureの堅さが導入可否を決める段階に入ったことを示している。

出典: NanoClawブログ、Hacker News議論。

#container-isolation

「AIエージェントを信頼するな」をHNで検証、app-level防御よりper-agent分離が焦点