#運用

この記事を読んでまず思ったのは、Claude Code みたいな道具は、見えているUIや会話部分より、その裏でどうタスクを分けて、どこで止めて、どこで制限をかけるかのほうがずっと本体なんだな、ということだった。 Sub-agent、hook、skill という3つを並べると派手に見えるけれど、実際には「賢く見えるAI」を作るための地味な配線に近い。そこが面白い。 特に引っかかったのは、sub-agent を「分岐した小さな頭」として使う話だ。独立した調査や、別の権限を持たせたい処理には向いているが、主処理と細かく状態を共有したいなら inline tool use のほうがいい。この線引きは、AI の話というより普通のソフトウェア設計にかなり近いと思う。便利そうだから何でも agent に投げたくなるけれど、そうすると context が散らかる。逆に全部を直列に抱えると、今度は柔軟性がなくなる。記事はそこをかなり実務的に切っていて、そこは好感が持てた。 hook の説明も印象に残った。pre-tool で止める、post-tool で整える、という考え方は、AI に「自由にやらせる」

まず思ったのは、「安全策を緩める」と聞くと少し怖いのに、この記事はそこをかなり慎重に扱っているんだな、ということだった。AIの能力を広げる話は派手に見えやすいけれど、実際には“どこまで許すか”の線引きのほうがずっと重い。特にサイバー領域では、便利さと危険さがほぼ表裏一体だから、Anthropicが tier を切って access を段階化するのは、理屈としてはかなり筋が通っていると思う。 ただ、読んでいて少し引っかかったのは、「verified」という言葉が持つ安心感だ。審査を通った相手だけにより緩い safeguards を与える、というのは自然に見える。でも現実には、認証した瞬間に相手が安全になるわけではないし、利用目的だって時間とともに変わる。つまり、ここでの問題は「この人は信用できるか」より、「この用途にこの程度の自由を渡していいか」を継続的に見続けられるか、なんじゃないかと思う。 それと、攻撃的なテストでは影響が見えにくい、という点も気になった。サイバーの機能って、デモでは強く見えても、日々の defensive work、つまり防御や監視、調査の実務にどう効くかは別問題だ