EduTech
答えを配らない学習AIを作る「3段階ヒントゲート」
学習AIが最初から正解を示すのを防ぎ、児童生徒の試行に応じて問い返し、方針、途中式の順に支援する実装方法を、設定テンプレートとテスト例で解説します。
ELYSAI BLOG
AIを業務で活かすための設計・開発、本番導入、運用・改善の知見を発信します。
記事一覧
Development
丸投げをやめる、複数AIエージェントの「委任票」
Development
作業台帳があれば、AIエージェントは安全に途中再開できる
Automation
画面が変わったら押さない――ブラウザエージェントの再確認手順
Development
RAGの削除要求を「完了」にする4層チェック
Development
固定APIキーを持たせない、AIエージェントの「資格情報リース」
Automation
宛先・添付・送信時刻を本文から分ける、AIメールの「送信封筒」
Development
自然言語の分析依頼を、安全なSQLへ渡す「実行契約」
Development
本番の訂正をテストケースへ変える「失敗回収票」
Manufacturing
旧版図面を答えに混ぜない、製造AIの「改訂番号ゲート」
Development
一度の訂正を全社ルールにしない、エージェント記憶の保存票
Development
「200 OK」を合格にしない、AIエージェントのツール契約テスト
Automation
誤送信・誤更新を広げない「30分対応カード」
Automation
メール本文を命令にしない――AIエージェントの入力ゲート
Automation
実行権限ゼロで集める、AIエージェントの「シャドー成績表」
Automation
一回の依頼に上限を置く――AIエージェントの実行予算表
Development
変更理由まで追える「AIコード検証パック」の作り方
Retail
店舗の気づきを改善チケットへ：AIエージェントで回す7日間ループ
Development
合格線は平均値だけでは引けない――生成AIの揺らぎを測る反復評価
Development
資料を全部読ませるほど、回答は良くなるのか――AI入力の選別設計
Development
人が確認するから安全、では足りない――AI例外キューの設計
Development
その修正、本番へ出してよいか――AI更新を差分で審査する
AI
通知表の所見をAIで書く前に――学習評価と文案作成を分ける
Development
書類読取AIに任せない「値の確定条件」
Development
AIとの会話はどこまで残すべきか――業務ログの保存設計
Business
AI導入の効果は何と比べるか――評価設計の出発点
Business
AIサービスを契約する前に決める「乗り換え条件」
FDE
「正答率」だけでは決められない――AI本番化の回収時間設計
FDE
AIエージェント本番化は「止め方」から設計する――停止・引き継ぎ・再実行の実務
FDE
RAG PoCを検索デモで終わらせない——FDEの実務設計
FDE
FDEとは？AI時代に「オフショア開発」が変わる理由
AI
AIエージェント導入で最初に設計すべきは「AI」ではない――企業AIが「回答」から「実行」へ進むほど、Identityと権限設計が重要になる
AI
Agent Skillsとは？ — 長いプロンプトなしでAIをもっと賢く使う方法
AI
中小企業のAI導入完全ガイド｜3つのインパクトと失敗しない5ステップ
Automation