ユースケースを検索
社内の業務手順書が実態と合っているかを点検して、改訂が要るものを洗い出す
業務手順書を入力に、その手順書が前提としている画面名・帳票の様式・社内規程・部署名・システム名を抜き出し、現在の正本と照らして食い違う箇所を出します。文書管理の担当は、全部を読み返す作業から、指摘された箇所を確認する作業に変わります。
詳しく見る → UC-0140学会発表と論文の英文原稿を、投稿前に校正して用語と表記をそろえる
英文の原稿を入力に、文法と語法の修正案、社内用語集との食い違い、投稿規程（語数・見出し・単位表記）に反する箇所を、根拠付きの指摘リストとして受け取ります。書き手の作業は、自分で見直すことから、指摘を採否することに変わります。
詳しく見る → UC-0127入札・提案書の要求事項に対する記載漏れを、提出前に点検する
仕様書やRFPから要求事項を1件ずつ取り出し、提案書のどこで答えているかを対応付けて、記載のないものを一覧にします。取りまとめ担当の作業は、全文を突き合わせて読むことから、挙がった未対応の箇所を確かめて埋めることに変わります。
詳しく見る → UC-0112取扱説明書を改訂したときに、旧版との差分と表記のゆれを出荷前に点検する
改訂前後の取扱説明書を入力に、変わった箇所だけを抜き出し、その箇所が社内の表記ルールと用語集に沿っているかを点検します。直し忘れた旧仕様の記述や、訳語の不一致も指摘します。
詳しく見る → UC-0078過去の技術報告書から類似の検討結果を根拠付きで探して開発の重複をなくす
「昔、似た材料で検討した気がする」という問いに対し、20年分の技術報告書と検討書から該当箇所を探し、報告書名・年度・担当者・ページを示した回答案を返します。研究開発者の作業は、共有フォルダを探して経験の長い技術者に聞くことから、示された原典を読んで判断することに変わります。
詳しく見る → UC-0064提案書や報告書の数字と社名を、元データと突き合わせて公開前に確認する
社外に出す資料を入力に、書かれている数値と固有名詞を社内の数値台帳・顧客表記台帳と突き合わせ、食い違いと出典のない数値を一覧にします。確認する人の作業は、資料を最初から読んで数字を探すことから、指摘された箇所を確かめることに変わります。
詳しく見る → UC-0053設備の保守マニュアルと過去の対応履歴から現場の質問に根拠付きで答える
現場からの「この型式でこのエラーが出たときはどうするか」という質問に対し、該当する設備のマニュアルと過去の対応履歴を探して、出典付きの回答案を返します。保全員の作業は、書庫と過去の日報を探すことから、示された根拠を読んで自分の設備に当てはまるかを判断することに変わります。
詳しく見る → UC-0047広告やLPの表現を景品表示法と社内基準に照らして一次チェックする
公開前の広告文やLP、メールマガジン、SNS投稿の原稿を、社内のNG表現集や過去の指摘記録と一緒に生成AIへ渡し、「No.1」「最安」「今だけ」などの要確認箇所を、社内基準の番号と理由、必要な根拠資料を付けた表にします。違法か適法かは人が判断し、減るのは該当表現の洗い出しと指摘コメントを書く時間です。
詳しく見る → UC-0025社外に出す文章の誤字と表記ゆれを社内ルールで一括チェックする
公開前の原稿と、自社で決めた表記ルールの一覧を入力に、誤字・脱字、表記ゆれ、文体の不統一、社名や商品名の誤りを指摘させる構成です。AIに文章を書き換えさせるのではなく、「どこが、どのルールに、どう反しているか」を一覧で返させます。
詳しく見る → UC-0004過去の提案書から類似案件の骨子を検索して再利用する
新しい案件の条件（業種、課題、予算規模、提案する製品）を入力に、過去の提案書ファイルの中から条件の近いものを検索し、その構成（見出し立て）と、流用できる箇所を提示させます。
詳しく見る →