取引先から預かった資料、会社のAIなら入力してよい？
道具の利用許可は、その資料を入力する許可にもなるか。
READ
← ALL INSIGHTS
INSIGHT / PERSPECTIVE 02
ACTION 次の確認へ
知ったことを、次の確認と具体的な意思決定につなげる。
ACTION / ARTICLES
すべての記事
68 / 68 ARTICLES
-
-
社長の声でも、手続きへ戻る——AIなりすましに備える本人確認
失礼になりそうな場面でも、本人と依頼の権限をどう確認するか。
READ -
エラーをAIへ相談する前に——ログに含まれる鍵と情報を確かめる
相談に必要な情報を残しながら、鍵や業務情報の流出をどう避けるか。
READ -
AIに読ませた資料が、命令になるとき——導入前に知る指示注入
資料中の指示が、回答や操作のどこまで影響するか。
READ -
会社が把握していないAI利用を、現場と一緒に見つける
禁止だけに頼らず、実際の仕事と情報をどう見つけて扱いを決めるか。
READ -
入力欄だけでは決まらない——AIで作ったアプリの入力条件を確かめる
画面以外の入口でも、業務で受け付けてよい値だけを扱えるか。
READ -
決済は一回、通知は二回——連携を重複処理しないための確認
同じ出来事の通知が再送されても、業務処理を一度にできるか。
READ -
AIが選んだ部品を、会社が把握できる状態にする——SBOMの使いどころ
部品一覧を、現在動いているアプリの版へどう結び付けるか。
READ -
その変更は、どう本番に届く？——AI開発の更新と公開を引き継げる工程にする
AIで変更を作れても、本番の版、確認した条件、戻す手順を誰も説明できなければ更新は引き継げません。変更を組織の仕事として届ける工程を整理します。
READ -
社内文書を入れたのに答えられない——RAGの検索品質を切り分ける
社内AIが二年前の規程を根拠に答えた。資料を増やす前に、権限、検索対象、文書分割、鮮度、回答生成のどこで外れたかを切り分けます。
READ -
AIで作った試作品、次に何を直す？——使い続けるための改善の進め方
試作品の価値を残しながら、使い続けるための仕事をどの順で確かめるか。
READ -
そのライブラリ、本当に存在しますか？——AIが提案した部品を採用する前に
AIの部品名を、実際の配布元・版・利用条件へどう結び付けるか。
READ -
一人では動いた。二人が同時に使ったら？——同時更新を確かめる
同時操作でも、守るべき予約や残高の条件が崩れないか。
READ -
非公開でも、基盤に欠陥があれば——Base44の認証問題から提供者へ確かめること
非公開設定だけでは、誰が入り、何をできるかは決まりません。Base44で修正された認証問題をもとに、提供者へ確かめる範囲と、自社で決める権限を分けます。
READ -
AIへの攻撃は、読ませる情報に紛れ込む——観測・実証・実被害を分けて読む
攻撃報告は、自分のAIが読む情報と実行できる操作の何を確かめる材料になるか。
READ -
存在しない判例を、裁判所へ——Mata事件で問われた確認と訂正
出典の確認を怠ったことと、疑いを指摘された後の訂正をどう考えるか。
READ -
画面のCFOを信じ、約2億香港ドルを送金——香港の偽会議事件を一次資料で読む
画面の本人らしさ以外に、依頼を実行してよい根拠をどう確認するか。
READ -
AI開発の事故と欠陥——そのニュースは、自社の何を問い直す材料になるか
AI開発のニュースを読み、自分が使っている仕組みも気になった。データが削除された報告と、アプリ作成基盤の認証を回避できた報告がある。どちらも「AIで作るのは危ない」とまとめてよいのだろうか。 「やはりAIで作るのは危ない」とまとめれば、議論…
READ