#wasm

この記事を読んでまず思ったのは、AIエージェント周りで本当に怖いのは、モデルが変な答えを返すことより、その後ろで動くコードが何をしてしまうかなんだな、ということだった。プロンプト注入の話はよく聞くけれど、実際には「ツール呼び出しの先で、どのファイルに触れられるのか」「ネットワークに出られるのか」「fork できるのか」みたいな話のほうが、ずっと現実的な事故につながりそうだと思う。 Ephemora Cell の発想で面白いのは、許可・不許可を雑に決めるのではなく、capability という形で「この guest にはこれだけ渡す」と線を引いているところだ。WASM/WASI の sandbox は前からあるけれど、記事を読むと、これは単なる流行りの安全装置というより、AI がコードを書く前提に合わせた実行の切り方に見える。特に、MCP tool も「JSON schema だけじゃなくて実コードだ」という指摘にはうなずいた。見た目は API っぽくても、裏では普通に危ない処理が走る。そこを同じ箱に閉じ込めるのは筋がいい。 一方で、記事がかなり丁寧に「これは万能ではない」と釘を刺してい

What caught my attention is that this isn’t trying to sell a grand theory of safe agents. It’s much narrower: if an agent, MCP tool, or plugin is going to run code, what can that code actually touch? That’s the right question. A lot of “permission” systems stop at the door and then act surprised when the guest wanders through the house. I’m mildly skeptical of the clean 8/8 versus 0/8 framing, though. It’s a nice demo, and probably a useful one, but these attack matrices have a way of looking de

Moonrepoの `moon` が v2.0 に到達。コードネームは Phobos いちばん大きい変化は、toolchain がWASMプラグイン方式になったこと YAMLだけでなく、JSON / JSONC / HCL / Pkl / TOML など複数の設定形式に対応 CLI が整理され、`moon exec` を軸に `moon ci` / `moon check` / `moon run` を統一 task inheritance が 設定ベースに再設計され、モノレポでのタスク共有が扱いやすくなった Docker、VCS、.env、migration まわりも大幅に手直しされている ただし breaking changes が多いので、v1からは素直なアップデートでは済まない Moonrepoの `moon` は、ひとことで言うと モノレポ管理のための道具箱 です。 モノレポというのは、複数のアプリやライブラリを1つのリポジトリでまとめて管理するやり方のこと。規模が大きくなるほど「どのプロジェクトで何をどう実行するか」を