ANOLISA v0.3、エージェント実行を四層防御と即時復元で保護

Alibaba Cloud Communityは、エージェント向けOS層ANOLISA v0.3の防御、コスト可視化、ワークスペース復元を紹介しました。自律実行を許す際の「任せたいが壊されるのが怖い」という問題に焦点を当てています。

要点

• AgentSecCoreがプロンプト注入、危険なコード、Skill改ざん、OS基準逸脱を四層で検査します。
• SkillFSなどによるトークン削減量を表示し、公式計測では通常3〜21%、条件が合えば30%超としています。
• 1万ファイルの環境で、コマンド操作によるスナップショット作成10ミリ秒未満、復元50ミリ秒未満を掲げます。

今回のブログ記事で語られていること

記事は、外部PDFに埋め込まれたプロンプト注入、生成スクリプトに潜む再帰削除、第三者Skillの改ざんという三つの脅威から始まります。ANOLISA v0.3のAgentSecCoreは、外部入力中の悪意ある指示を検出するプロンプト保護、実行直前に削除・ディスク消去・情報送信・バックドア設置などを検査して人へ確認を上げるコード実行保護、暗号署名と版管理でSkillの改ざんを検出する供給網保護、カーネル側の隔離を含むシステム安全基準を重ねます。防御処理はローカルで閉じ、追加トークンや外部送信を必要としないという説明です。セッション後には遮断した高危険度操作を表示し、何を防いだのかを追跡できるようにします。

二つ目の柱は費用です。SkillFSが不要なデバッグ情報や長いコマンド出力を減らし、最適化前後のトークン量と削減量を画面に示します。記事では約30の典型的な場面と複数モデルで3〜21%を削減し、トークンを使わない機能と組み合わせた好条件では30%を超えるとしています。これは利用するモデル、Skill、出力長に左右されるため、運用チームは公式値を予算見積もりへ直接転用せず、代表作業で計測する必要があります。価値は単なる節約率より、どの操作で文脈費用が膨らんだかをセッション単位で説明できる点にあります。

三つ目はワークスペースのスナップショットです。重要操作の前にファイル単位で全体像を保存し、結果が誤っていれば自然言語またはコマンドで戻せます。Git管理されていない生成物や大量設定変更にも「元へ戻す」経路を用意する考え方です。公式の1万ファイル測定では、コマンド操作時の作成が10ミリ秒未満、復元が50ミリ秒未満とされますが、実データ量、ストレージ、並行書き込み、データベースや外部APIの副作用までは保証しません。ファイル復元と、クラウド資源の作成・送信済みデータ・外部システム更新の補償処理を分けて設計することが重要です。

今回のブログ記事が関係する人

コーディング・運用エージェントへシェル権限を渡す開発者、Skillレジストリを管理するセキュリティ担当、トークン費用を追うFinOps担当、Alibaba Cloud Linux上でANOLISAを検証する基盤担当に関係します。

結局、今回のブログ記事をどう読むべきか

自律性を高める前提として、入力、生成コード、拡張機能、実行環境、復元を一つの制御面で扱う提案です。性能値だけで採用せず、危険操作の検出率、誤検知、人の承認待ち、外部副作用の復旧範囲を検証すべき更新です。