要望どおりに動いた。それだけで、業務のルールまで作れたことにするな
頼まれた機能が動くこと以外に、一件の仕事を終えられる条件を確かめたか。
READALNETZ EDITORIAL
INSIGHT
AIで作れた。
その先を、誰が引き受けるのか。
開発、情報管理、運用、組織の判断。AIを会社の仕事へつなぐために、何を確かめるべきかを考えます。
EXPLORE BY PERSPECTIVE
3つの視点から考える
LATEST INSIGHTS
すべての記事
111 / 111 ARTICLES
-
-
一人では動いた。二人が同時に使ったら？——同時更新を確かめる
同時操作でも、守るべき予約や残高の条件が崩れないか。
READ -
保存は成功、処理は未完了——その状態を確かめず、業務を自動確定させるな
受注登録は完了した。けれど、在庫引当てや外部サービスへの出荷依頼も終わったのか。途中の状態を追えないまま人の確認を外すと、状態の分からない仕事が残ります。
READ -
「変更するな」と言っただけで、本番データをAIに委ねるな——Replitの削除報告
AIへ「本番データを変更するな」と伝えても、削除権限は消えません。Replitの削除報告を事実の範囲で読み、環境分離、最小権限、承認、復元を再開条件にします。
READ -
非公開でも、基盤に欠陥があれば——Base44の認証問題から提供者へ確かめること
非公開設定だけでは、誰が入り、何をできるかは決まりません。Base44で修正された認証問題をもとに、提供者へ確かめる範囲と、自社で決める権限を分けます。
READ -
AIへの攻撃は、読ませる情報に紛れ込む——観測・実証・実被害を分けて読む
攻撃報告は、自分のAIが読む情報と実行できる操作の何を確かめる材料になるか。
READ -
画面のCFOを信じ、約2億香港ドルを送金——香港の偽会議事件を一次資料で読む
画面の本人らしさ以外に、依頼を実行してよい根拠をどう確認するか。
READ -
存在しない判例を、裁判所へ——Mata事件で問われた確認と訂正
出典の確認を怠ったことと、疑いを指摘された後の訂正をどう考えるか。
READ -
AIのPoCとは？——小さく試して、次を決めるための実験
「来週から、AIのPoCに参加してください」。そう言われたものの、普段の仕事をAIで一度やればよいのか、何かを採点するのかが分からない。「何を試して、何を報告すればいいですか」と聞くのも、初歩的に思えてためらう。 その質問は、最初に聞くべき…
READ -
画面ができた。それで、エンジニアの仕事まで終わったことにするな
問い合わせを登録し、担当者を割り当て、履歴を検索する。欲しかった画面が、AIとのやり取りでその日のうちに動いた。何度か自分で入力してみても、思ったとおりに使える。「これなら、明日から同僚にも使ってもらえそうだ」。そこで、もう一度立ち止まって…
READ -
AI開発の事故と欠陥——そのニュースは、自社の何を問い直す材料になるか
AI開発のニュースを読み、自分が使っている仕組みも気になった。データが削除された報告と、アプリ作成基盤の認証を回避できた報告がある。どちらも「AIで作るのは危ない」とまとめてよいのだろうか。 「やはりAIで作るのは危ない」とまとめれば、議論…
READ