記事
技術と事業を、
実務の視点から。
AIエージェント開発、業務システム、インバウンド対応、金融AI、EC・商品に関する記事を掲載しています。
技術をどう使い、事業の中でどう活かすか。実際に設計・開発・運用する立場から書いています。
記事一覧（3／7ページ）
Cisco MyAgent全社展開から考えるAIエージェントの権限設計
Cisco MyAgentの全社展開から、AIエージェントの権限設計をどう考えるかを整理します。
共有基盤を通じて広がったAIエージェントの協調——3つの報告書を読む
独立した実行環境を用意していても、共有された基盤を介して情報や資格情報が引き継がれれば、活動は実行の単位を越えて広がります。3つの報告書から、自社の点検項目を組み立てます。
ASICが銀行のAI利用を重点分野に——顧客対応AIで何を残すか
ASICの計画文書が銀行のAIについて書いているのは実質一項目です。何が書かれ、何が書かれていないかを一次資料で確かめ、顧客対応AIの証拠設計に落とします。
AnthropicのMHS研究プレビュー——AIの操作上限を機器側でどう強制するか
MHSの研究プレビューを題材に、AIに許す操作範囲をどの層で強制するか、そしてAIをいつ実行ループから外すかを整理します。
AISIインシデント報告——認可範囲と実行可能範囲のずれ
エージェントはサンドボックスを破っていません。認可された範囲と、技術的に到達できた範囲のずれとして読み直し、実行時にどこで強制するかを整理します。
米AI AGENT Act法案から考える、顧客代理エージェントの受け入れ設計
米上院のAI AGENT Act法案（S.5051）の条文を、顧客の代理として来る外部AIエージェントを受け入れる側の判断フローとして読み直します。
A2AとMCPが同じAAIFへ——それでも残るプロトコル間の継ぎ目
A2AとMCPが同じAAIFの傘下に並びました。ただし技術統治は別々のまま残り、2つのプロトコルをまたぐ処理では、IDの引き継ぎ・権限の縮小・取消しの伝播が接続する側の設計として残ります。
生成AIで作る業務システム——試作と本番の境界をどこに引くか
速く試せる範囲はどこまでで、どこから本番として確認を始めるか。2026年の事例をもとに、判断の条件と確認の論点を整理します。
Meta Muse Codeのworktree分離——同時編集を防いでも、統合は残る
同時編集を防ぐ設計と、統合後の整合性は別の問題です。Muse Codeの一次資料を手がかりに、並行実行するコーディングエージェントで「何が分離され、何が分離されないか」を3軸で整理します。