自治体の住民問い合わせをAIが一次回答——市民課に届く「よくある疑問TOP10」をQ&A逆引きで設計する【2026年版】

※本記事にはプロモーション（アフィリエイトリンク）が含まれます。

月曜の朝8時59分。市民課の係長は、出勤してパソコンを開いた瞬間に小さく息をのみました。住民向けWebフォームに、土日のあいだに届いたメッセージが23件たまっていたのです。

「転入したら何をすればいいですか」「保育園の申し込みはいつから」「ゴミの分別がわからない」——画面をスクロールしても、見覚えのある問いばかりが並んでいます。先週も、先々週も、ほとんど同じ質問に答えました。

そのあいだにも、窓口の前には4人が列を作り、電話は鳴り続けています。「生成AIを使えば、この一次対応を少し肩代わりできるのでは」。そう上司に相談したものの、返ってきたのは「個人情報が心配」「失敗したら責任が取れない」という言葉でした。

この記事は、その係長のように「AIで住民対応を軽くしたいが、何から手をつければ安全なのかわからない」という方に向けて書きました。中心に据えるのは、住民が実際にフォームへ書く「よくある疑問」を逆引きして、AIが返すべき一次回答の設計図を1問ずつ示すという考え方です。プロンプトを並べるのではなく、「この問いに、AIはどう答えるべきか」から組み立てます。

毎週くりかえす同じ問い合わせ——その正体は「フロントヤード」の詰まり

市民課に届く問い合わせの多くは、突発的な相談ではありません。引っ越し、出産、ゴミ出しといった「暮らしの節目」で誰もが通る手続きです。だからこそ、同じ問いが毎週くりかえされます。

総務省は、住民が行政と接する入口（窓口・電話・Web）を「フロントヤード」と呼び、ここをデジタル技術で刷新する取り組みを重点課題に挙げています。総務省「自治体DX推進計画第5.0版」では、フロントヤード改革が推進項目に位置づけられています。

ところが同計画では、市区町村の生成AI導入は道半ばであることも示されています。都道府県や指定都市が先行する一方、人口の少ない自治体ほど「人手も予算も足りず、最初の一歩を踏み出せない」状況にあります。

つまり、月曜朝にフォームがあふれるのは、係長個人の段取りの問題ではありません。入口の交通整理が、まだ人の手だけで行われているという構造の問題です。ここをAIの一次対応で少しだけ広げれば、職員は「人にしかできない判断」に時間を回せます。

「そもそもAIエージェントとは何か」という基礎から確認したい方は、AIエージェントとは何か——非IT職のための入門もあわせて読んでみてください。

市民課のWebフォームに週23件の問い合わせがたまる様子と、AI一次対応で交通整理する全体像のイメージ図

【逆引きQ&A設計ガイド】住民の疑問から、AI一次回答を組み立てる

ここが本記事の中心です。市民課に実際に届く問いを10種類えらび、4つのカテゴリに分けました。大切なのは「AIに何を答えさせるか」ではなく、「この問いに対して、AIが返すべき情報の構造はどうあるべきか」を一つずつ設計することです。

設計の道具として使うプロンプトの骨格は、次の1本だけで足ります。あとはカテゴリごとに「答えてよい範囲」と「人へ渡す合図」を変えていきます。

あなたは市役所市民課の一次受付アシスタントです。
住民からの問い合わせに対し、以下のルールで下書きを作ってください。
1. 確定情報（手続きの一般的な流れ・持ち物の例）だけを案内する
2. 金額・支給可否・期限の最終確定は「窓口でご確認ください」と添える
3. やさしい日本語（短い文・ふりがな想定・難しい熟語を避ける）で書く
4. 氏名・住所・マイナンバー等は入力しない前提で、一般的な案内に徹する
5. 緊急・命にかかわる相談は即「担当職員におつなぎします」と返す
住民の問い合わせ：「（ここに問いを貼る）」

このプロンプトは、住民の個人情報を入れない設計になっている点が肝心です。理由はのちほど「安全装置」の章でくわしく説明します。

Q&A逆引きの4カテゴリ分類図。手続き系・子育て福祉系・生活インフラ系・緊急フラグ系の問いの例とAI回答の構造を示した設計図

カテゴリA：手続き系——「転入したら何が必要？」

問い1：転入したら何をすればいいですか

AIが返すべきは「正解の一覧」ではなく「次に踏むべき順番」です。具体的には、(1)転入届の提出期限の目安（一般に引っ越し後14日以内）、(2)本人確認書類・マイナンバーカードといった持ち物の例、(3)国民健康保険・年金・児童手当など「転入とセットで動くことが多い手続き」への気づき、の3点を構造として持たせます。

ここで重要なのは、個別の受給可否や金額をAIに断定させないことです。「あなたは対象です」とAIが言ってしまうと、後で食い違ったときに責任問題になります。AIは「対象になる場合があります。窓口で確認できます」までにとどめ、判断は人へ渡します。

問い2：マイナンバーカードの受け取りはどうすれば

この問いは「予約が要るか」「本人が行く必要があるか」で住民がつまずきます。AIには、予約の有無・必要書類・受け取り場所の3点を一般案内として返させ、暗証番号や個人番号そのものは一切やりとりさせません。

カテゴリB：子育て・福祉系——「保育園はいつから？」

問い3：保育園の申し込みはいつからですか

ここには誠実さが問われる落とし穴があります。保育園の申し込み時期や選考の仕組みは、自治体ごと・年度ごとに異なります。AIが一般論で「○月から」と断定すると、住民を誤らせます。

そこでAIには、「申し込み時期は自治体・年度で異なること」を必ず前置きさせ、(1)おおまかな年間スケジュールの考え方、(2)確認すべき窓口・公式ページへの誘導、を返させます。「いつか」を断定するのではなく「どこで正確な日程を確認できるか」を案内する——これがこのカテゴリの設計の核です。

問い4：児童手当の手続きを教えてください

支給額や所得の条件は制度改正で変わります。AIには制度の概要と申請の流れだけを案内させ、金額・支給可否は窓口確認へ回します。

カテゴリC：生活インフラ系——「ゴミの分別がわからない」

問い5：ゴミの出し方・分別がわかりません

これは最も件数が多く、最もAIが力を発揮する領域です。分別ルールや収集日は公開情報であり、個人情報を含みません。自治体の分別表をAIに参照させれば、「この品目は何ゴミか」「収集日はいつか」を即答できます。

問い6：犬を飼い始めたら登録は必要ですか／問い7：引っ越したので国民健康保険の住所を変えたい

これらも「手続きの一般的な流れ」を案内する定型対応です。AIの一次回答で住民の不安を先に解消し、窓口には「確認と判断だけ」を残します。

カテゴリD：緊急フラグ系——AIが絶対に抱え込んではいけない問い

問い8〜10：「死にたい」「子どもを置いて逃げたい」「殴られている」

ここがこの設計の良心です。問い合わせフォームには、ときに命や安全にかかわる言葉が書き込まれます。こうした問いをAIが「一次回答」で処理してはいけません。

プロンプトには、エスカレーションの条件文を明示的に組み込みます。たとえば「死にたい」「逃げたい」「殴られ」「叩かれ」といった語を検知したら、AIは案内文を作らず、ただちに「担当職員と専門の相談窓口におつなぎします」とだけ返し、人へ引き継ぐ——という設計です。Q&A逆引きの最大の価値は、答える問いと、答えてはいけない問いを、設計の段階で切り分けられることにあります。

コールセンターのFAQ運用でも同じ発想が使われています。電話の一次対応をどう設計するかは、コールセンターのFAQ対応をAIで一次受付する設計が参考になります。

AI一次回答を安全に運用する3つの装置

Q&Aの設計図ができても、運用の安全装置がなければ上司の不安は消えません。ここでは「絶対ルールの箇条書き」ではなく、設計に組み込む3つの装置として説明します。

装置1：個人情報をAIに入れない入口設計

個人情報保護委員会は、生成AIサービスに個人データを入力する行為について注意を促しています。個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」では、行政機関・地方公共団体も個人情報の適正な取扱いに留意すべき対象として示されています。

だからこそ、先ほどのプロンプトは「氏名・住所・マイナンバーを入れない前提」で組みました。住民から届いた問いのうち、AIに渡すのは「手続きの種類」「品目名」など一般的な部分だけ。氏名や個別事情は人が扱います。この入口設計が、装置の一つ目です。

装置2：最終判断は人に残す出口設計

AIの返答は「下書き」であり「決定」ではありません。支給可否・金額・期限の確定は、必ず職員が確認してから住民に伝えます。AIには「窓口でご確認ください」を構造的に添えさせ、判断の越権をさせません。

装置3：緊急ワードの即時エスカレーション

カテゴリDで示したとおり、命・安全・虐待にかかわる語を検知したら、AIは回答を作らず人へ渡します。この条件文を設計に埋め込むことが、三つ目の装置です。

やさしい日本語 × AI——外国人住民・高齢者への情報バリアを下げる

市民課の問い合わせには、日本語を母語としない住民からのものも含まれます。出入国在留管理庁・文化庁「在留支援のためのやさしい日本語ガイドライン」によれば、日本に住む外国人の多くが日常の言語として日本語を選んでおり、多言語翻訳よりも「やさしい日本語」のほうが低コストで届く場面が多いとされています。

AIは、この「やさしい日本語」への変換が得意です。たとえば、

「申請してください」→「もうしこみをしてください」
「交付します」→「わたします」「もらえます」
「該当する場合があります」→「あてはまることがあります」

このように、難しい熟語をやさしい言いまわしに置きかえる編集を、AIに一括でさせられます。先ほどのプロンプトに「やさしい日本語で書く」と入れておくだけで、外国人住民にも高齢者にも読みやすい一次回答になります。情報のバリアを下げることは、フロントヤード改革の本来の目的でもあります。

この設計が、国のDX推進計画に位置づけられる理由

「AIで一次対応」と聞くと、思いつきの効率化のように響くかもしれません。けれども、これは国の方針と地続きです。

総務省「自治体フロントヤード改革推進手順書第1.0版」は、「書かないワンストップ窓口」や非対面・オンライン申請への移行を手順として示し、住民からの問い合わせ対応をデジタル化・自動化していく方向性を明確にしています。今回のQ&A逆引き設計は、その手順書が描く方向に、現場の小さな一歩として乗っています。

しかも、最初から全部をやる必要はありません。ゴミの分別（カテゴリC）という、個人情報を含まず件数の多い1カテゴリだけを試すところから始められます。うまくいけば手続き系へ広げ、緊急フラグの設計を固めていく。小さく始めて、確かめながら広げる——これが中小自治体に現実的なやり方です。

議会答弁や住民対応をAIで支える発想は、同じ自治体職員向けの議会答弁・住民問い合わせ対応をAIで下書きする方法でも掘り下げています。

Q&A設計を学ぶ——自治体DX担当のためのスキルアップ

ここまでの設計図は、特別なエンジニアでなくても運用できます。ただ、「どんな問いに、どう答えさせ、どこで人に渡すか」を自分で設計できるようになると、応用が一気に広がります。プロンプト設計やAIの実務活用を体系的に学んでおくと、現場での判断が速くなります。

働きながら自分のペースで学ぶなら、Udemyの生成AI・プロンプト活用講座が手軽です。買い切りの講座が多く、必要なテーマだけを選んで学べます。

カリキュラムに沿って腰を据えて実務力をつけたい場合は、DMM 生成AI CAMPのような体系的な学習環境が向いています。市区町村の生成AI導入が道半ばだからこそ、設計できる職員が一人いるだけで、組織の動きは変わります。

まとめ：フォームに届く「問い」から設計する

月曜朝の23件は、職員を責める数字ではありません。入口の交通整理を、人の手だけで担っているサインです。

この記事で示したのは、プロンプトを並べる発想からの転換でした。住民が実際に書く問いを逆引きし、「この問いにAIはどう答えるべきか」を1問ずつ設計する。手続き系・子育て福祉系・生活インフラ系は一次回答へ、緊急フラグ系は即座に人へ。個人情報を入れず、最終判断を人に残し、緊急ワードを人へ渡す——3つの装置で安全を担保します。

そして、最初の一歩は「ゴミの分別1カテゴリだけ」で構いません。

最後に、誠実さのための線引きを改めて記します。生活保護・税・福祉の支給可否や法令の解釈といった、住民の生活を左右する判断は、AIではなく担当職員や有資格の専門職が行ってください。 また、氏名・住所・マイナンバー・税情報・福祉情報といった個人情報を生成AIに入力しないでください。AIが担うのは、あくまで一次受付の下書きと仕分けまでです。

明日の朝、フォームを開いたら、まず「同じ問い」を3つ書き出してみてください。そこから、あなたの市民課のQ&A設計が始まります。