課題から記事を絞り込む
課題とキーワードを組み合わせて探せます。複数のキーワードは空白で区切ると、すべてを含む記事を表示します。
依頼文の作成、回答の確認、資料の扱い、権限・送信、組織の利用ルールを、課題別に探せます。
AIエージェントの権限・外部資料・承認・検証は「AIエージェントの安全設計」にまとめています。
資料・指示の境界を守る
43記事 ／ 新しい公開順
AIに渡したデータはどこに残るか 分類から削除までの管理
主な読者：資料を使う人・連携を設計する人
AIのデータ管理は入力時だけでは終わりません。情報分類と必要最小限の範囲を決め、保存、検索索引、ログ、キャッシュ、削除まで一件の問い合わせを追います。元データ以外のコピーや、確認できない保持条件の扱いも説明します。
課題：資料・指示の境界を守る
公開日：
インチとミリメートルの換算で原値と許容差を保つ
主な読者：資料を使う人・連携を設計する人
単位系が混ざる資料では、数値と単位を組にして原値を残します。架空の部品寸法を使い、インチとミリメートルの正確な換算、許容差の変換、表示用の丸めと検査基準の区別、換算前後の照合と不一致への対応を説明します。
課題：資料・指示の境界を守る ／ 出力・根拠を確かめる
公開日：
満足度100％を示すときもサンプルサイズを残す
主な読者：資料を使う人・連携を設計する人
満足度100％でも、二人中二人と二百人中二百人では読み取れる範囲が違います。架空の調査を使い、サンプルサイズと件数の併記、小標本の不確実性、回答者の選び方、全利用者へ一般化する際の限界と報告方法を説明します。
課題：資料・指示の境界を守る ／ 出力・根拠を確かめる
公開日：
数値・単位・表の食い違いを見つけて直す基本
主な読者：資料を使う人・連携を設計する人
AIの数値を見直すときは、結論を左右する合計額や換算値から再計算します。架空の費用比較を使い、入力と単位の確認、表と本文の突き合わせ、誤りの訂正と結論の更新、用途に応じた確認範囲の決め方を説明します。
課題：資料・指示の境界を守る ／ 出力・根拠を確かめる
公開日：
RAGを工程の連なりとして管理する：文書投入から回答までの基本
主な読者：資料を使う人・連携を設計する人
RAGを文書投入、分割、埋め込み、検索、並べ替え、文脈構成、引用付き回答の流れで説明します。権限と版、根拠箇所を各工程へ引き継ぎ、検索失敗と生成失敗の停止位置を、架空の社内FAQを使って初めての担当者にも示します。
課題：資料・指示の境界を守る ／ 出力・根拠を確かめる
公開日：
画像や音声をAIにつなぐときは認識と変換と実行を分ける
主な読者：資料を使う人・連携を設計する人
画像や音声をAIで扱うときは、読み取る工程、登録候補へ変換する工程、外部へ実行する工程を分けます。納品書の架空例を通して、取得範囲と読み取りの限界、未確認値の保留、権限・承認、登録結果を確かめる方法を説明します。
課題：資料・指示の境界を守る
公開日：
AIに何を覚えさせ、いつ使わなくするかを決める記憶管理の基本
主な読者：資料を使う人・連携を設計する人
AIの記憶管理では、会話履歴と会話をまたぐ長期記憶を区別し、保存する情報に目的、出所、期限を付けます。架空の継続案件で決定・仮説・一時的な予定を整理し、失効した情報や訂正前の内容を再利用させない確認方法を説明します。
課題：資料・指示の境界を守る
公開日：
議事録・会議記録で発言、決定、録音同意を分ける
主な読者：資料を使う人・連携を設計する人
AIで会議記録を作る際に、発言・提案・決定を区別し、録音と利用目的を確認する流れを解説します。架空の会議を通して、発言者と確認状態の残し方、参加者からの訂正、録音の了解を公開許可へ広げない扱いを整理します。
課題：資料・指示の境界を守る ／ 組織のルール・リスクを決める
公開日：
AIに調べさせる前に決めること：情報源・検索語・終了条件
主な読者：資料を使う人・連携を設計する人
AIの調査を始める前に、検索の要否、使う情報源、外へ渡す検索語、終了条件を決める方法を解説します。架空の顧客障害を例に、秘密情報を除いた検索と社内確認を分け、根拠が揃った範囲と確認できない原因を区別して報告します。
課題：資料・指示の境界を守る ／ 出力・根拠を確かめる
公開日：
セキュリティ記事を「症状→仕組み→防御」の順で安全に説明する
主な読者：資料を使う人・連携を設計する人
セキュリティ記事の具体性は、突破手順の詳しさではなく、症状と原因候補、防御する位置、確認方法のつながりで高めます。資料内の指示を扱う架空例を用い、抽象的な説明の直し方、安全な確認例、公開する情報の範囲を整理します。
課題：資料・指示の境界を守る ／ 権限・送信を制御する
公開日：
自然な文章でも信用しない――AI時代のフィッシング確認手順
主な読者：資料を使う人・連携を設計する人
AIで自然な文章が作られる状況では、誤字の少なさだけでメールを信用できません。架空の請求先変更メールを例に、送信元・URL・依頼内容の確認、登録済みの別経路による照会、報告と保留、正当な業務を再開する条件を説明します。
課題：資料・指示の境界を守る ／ 出力・根拠を確かめる
公開日：
LLMアプリの何を守る？ 資産・入口・信頼境界を洗い出す手順
主な読者：資料を使う人・連携を設計する人
LLMアプリの設計では、守る資産だけでなく、誰がどの入口から何を渡し、どの権限で処理されるかを洗い出します。架空の経費問い合わせAIを使い、信頼境界を越えるデータ、防御の優先順位、許可された環境での確認方法を説明します。
課題：資料・指示の境界を守る ／ 権限・送信を制御する
公開日：
「PAP-40-Layer Frameworkの分類から探す」は、記事一覧の1ページ目の下部にあります。