記事
技術と事業を、
実務の視点から。
AIエージェント開発、業務システム、インバウンド対応、金融AI、EC・商品に関する記事を掲載しています。
技術をどう使い、事業の中でどう活かすか。実際に設計・開発・運用する立場から書いています。
新着記事
Backbaseの対話型バンキング——顧客の確認を実行に結び付ける設計
顧客の明示確認は、提示した操作内容への意思表示を得る統制の一つです。ただし、その応答だけで本人性や操作権限、不正の有無を判断することはできません。確認を実行と記録に結び付ける設計を整理します。
1Password for Agents——パスワードの保護と、ログイン後の承認設計
パスワードをエージェントに見せずにサインインさせる1Password for Agentsを手がかりに、ログインの承認と、ログイン後の作業・データの扱いを分けて確認する方法を整理します。
Notion Agentsの長時間実行——途中確認・停止・引き継ぎをどう設計するか
エージェントが長時間タスクに取り組めるようになっても、確認の方法は実行時間だけでなく、扱う情報、許可する操作、誤りの影響で決まります。開始前に決めておく確認の条件、停止方法、結果の確認担当者を整理します。
顧客のAIエージェントに備える窓口設計——本人確認・委任範囲・実行条件
相手が人かAIかを見分けるだけでは足りません。本人の確認に加え、任された範囲と自社の実行条件を確かめる窓口設計を、返金・変更の依頼を例に整理します。
Notion 3.8で考える、エージェントの文脈と手順の更新責任
エージェントを替えても業務知識を引き継げる仕組みが整うほど、どの内容を基準とし、どの版を使っているかが問われます。製品の機能を生かしながら、担当・確認・利用停止・接続の見直しを決める考え方を整理します。
FSB最終報告の12項目——重要性とリスクを起点に読む
12項目を一律に当てるのではなく、利用事例ごとに管理の方法を調整する。その判断材料になる第5項を、最終報告書の原文で確かめます。
AgentCore paymentsの支出上限——予算を設定する権限と使う権限を分ける
予算内で支払えることと、業務上必要な支出であることは別です。上限をどの単位で、誰が設定し、支払う側がそれを広げられないようにするかを整理します。
Gemini agentの監査証跡に見る、責任者と再開権限の設計
エージェントが実行者として記録されることは、追跡の手掛かりになります。その記録を依頼・承認の記録と運用責任者に結び付ける方法と、停止理由に応じた再開の決め方を整理します。
ClefとDecisions API：自動振り分けの基準をどう決めるか
確率を使って自動処理と人の確認を分けるなら、許容する誤りと業務の条件を先に決め、その条件を満たす閾値を自社データから選びます。振り分け表の一例も示します。