月曜の朝9時05分、人口12万人の市役所1階。市民課の窓口に「引っ越してきたんですけど、何の手続きが必要か全然分からなくて……」と20代後半の夫婦と、その後ろに小さな子どもを抱いた30代の女性、さらに学生風の若者。3組が並んだ。担当のAさんは「えーと、転入届と、マイナンバーカードと、それから国保の方は……」と棚から書類を探す。後ろの行列は7人。汗ばむ。隣の高齢者対応カウンターでは「介護保険のことちょっと聞きたいんだけど」「あ、それは2階の福祉課の窓口で——」というやり取りが続いている。電話も鳴り続け、Webフォームの返信は3日溜まっている。これは特別忙しい日ではない。毎週月曜の、ごく普通の朝の風景だ。

この記事では、こうした「自治体の窓口の紙と棚と縦割りの文化」を、一気に変えるための住民問い合わせAI一次受付エージェントの設計と、そのまま使える実装プロンプトを4種公開します。

> 注意: 本記事は2026年5月時点の生成AI技術と、各自治体で進む自治体DX推進の流れを踏まえたビジョン・実装提案です。実在する全ての自治体での導入実績ではなく、「こう使えば現場が変わる」という具体的な設計図として読んでください。実装にあたっては、所属自治体の個人情報保護条例・自治体DX推進手順書との整合性を必ず情報政策課・法規担当と協議してください。

—

この記事で得られるもの（結論先出し）

– 中小自治体（人口5万〜30万）の市民サービス課・税務課・福祉課・環境課を横断する問い合わせ一次受付エージェントの全体像
– そのままコピペで動かせる実装プロンプト4種（部署判定／やさしい日本語応答／必要書類リスト化／緊急度判定+引継ぎメモ）
– 個人情報を直接AIに入れない安全な運用設計
– 紙とExcelの台帳から、kintoneなどのクラウドDBへの移行イメージ
– DV相談・児童虐待・自殺念慮など、AIに判断させてはいけない領域の線引き

—

なぜ今、住民問い合わせのAI一次受付なのか

中小自治体の市民課・税務課・福祉課・環境課が抱える課題は、規模の差はあれど共通しています。

– 質問の8割は定型 — 転入転出、印鑑登録、ゴミ出し、補助金、保育園入園、介護保険——同じ問い合わせが毎日繰り返される
– 担当部署の縦割り — 「それは○○課で」のたらい回しに住民が消耗する
– 若い住民とのチャネル不一致 — 役所の説明文書は漢字と専門用語で書かれているが、20〜30代の住民は「やさしい日本語・LINE的な短文」に慣れている
– 窓口担当の若手離職 — 制度知識を覚えるまでの育成負荷が高く、配属直後の若手が燃え尽きやすい
– 電話とWebフォームの未統合 — 同じ住民が3チャネルで同じ質問をしてくる

総務省の自治体DX推進計画でも、住民との接点（フロントヤード）改革が優先課題とされています。AIの一次受付エージェントは、この5つの課題を同時に緩和する設計が可能です。

> 出典：総務省「自治体DX推進計画」「自治体DX推進手順書」（2026年5月時点で改訂版が公開されている自治体は各自確認してください）

—

一次受付エージェントの全体像

“`
[住民の問い合わせ]
├ 電話（音声→文字起こし）
├ Webフォーム
└ 窓口メモ（職員が要点を入力）
│
▼
[AI一次受付エージェント]
① 部署判定（市民課/税務課/福祉課/環境課/教育委員会…）
② FAQマッチング
③ 必要書類リスト化
④ 緊急度判定（即時／後日／一般）
│
▼
[出力4本]
(A) 住民向け回答案（やさしい日本語）
(B) 窓口担当者向け対応メモ
(C) 該当部署への引継ぎサマリー
(D) 関連条例・規則の参照リスト
“`

ポイントは「最終回答はAIが返さない」ことです。AIは一次受付（仕分け・下書き・引継ぎメモ生成）に徹し、最終的な回答や法令解釈は必ず職員が確認・送信します。これは個人情報保護条例・行政手続法との整合を取るための設計上の必須条件です。

—

安全運用の絶対ルール（先に決める）

実装プロンプトを公開する前に、入れてはいけないものを明確にします。

AIに直接入力しないもの

– 住民票・戸籍の中身
– マイナンバー
– 税情報（課税額・滞納情報）
– 福祉情報（受給状況・要介護度・障害情報）
– 個別の医療情報

AIに判断させないもの

– 法令・条例の最終解釈
– 給付・受給の可否判定
– 個人を特定する形での回答送信

即時人間対応に切り替える領域

– DV相談・児童虐待・高齢者虐待の疑い
– 自殺念慮・希死念慮を示す言葉
– 災害時の生命安全に関わる問い合わせ

これらは即時に有人窓口・専門相談窓口へエスカレーションする分岐をプロンプトに必ず含めます。

—

実装プロンプト①：部署判定エージェント

問い合わせ文（電話文字起こし／Webフォーム／窓口メモ）を入力すると、該当部署を判定して理由を返します。

“`
あなたは人口10〜30万の中小自治体の「総合案内一次受付AI」です。
住民からの問い合わせ文を読み、最も妥当な「主担当部署」と「副次的に関わる部署」を判定してください。

入力

{{問い合わせ文}}

部署マスタ（例。各自治体の組織図に合わせて編集してください）

– 市民課：転入転出、印鑑登録、住民票、戸籍
– 税務課：市県民税、固定資産税、軽自動車税、納税証明
– 福祉課：生活保護、障害福祉、児童手当、ひとり親支援
– 介護保険課：要介護認定、介護保険料、介護サービス
– 健康保険課：国民健康保険、後期高齢者医療
– 環境課：ゴミ出し、粗大ゴミ、リサイクル、犬の登録
– 子育て支援課：保育園、学童、子育て相談
– 教育委員会：小中学校、就学援助、給食費
– 都市計画課：建築確認、開発許可、道路占用
– 危機管理課：防災、避難所、消防団

出力フォーマット

主担当部署: [部署名]
副次部署: [部署名 or なし]
判定理由: [80字以内、住民の使った言葉と部署の所管を対応づけて]
信頼度: [高/中/低]
緊急度ヒント: [通常/早めに/即時]
不足情報: [回答に必要なのに問い合わせ文に含まれていない情報を箇条書きで最大3つ]

制約

– 個人情報（氏名・住所・マイナンバー等）は出力に転記しない
– 「DV」「虐待」「死にたい」「殺される」等の語が含まれる場合、緊急度ヒントを「即時」とし、判定理由に「専門相談窓口への即時連携が必要」と記載する
– 判定が困難な場合は信頼度「低」とし、副次部署に2〜3部署を併記する
“`

運用ヒント: Webフォームを受け取ったらこのプロンプトをまず通し、判定結果を職員のダッシュボード（kintoneのアプリなど）に並べると、朝イチの仕分け作業が10分で終わります。

—

実装プロンプト②：やさしい日本語応答エージェント

行政文書の硬い表現を、外国人住民・高齢者・子育て世帯にも伝わる「やさしい日本語」に変換します。

“`
あなたは「やさしい日本語」の専門編集者です。
入力された行政の説明文を、以下のルールでやさしい日本語に書き換えてください。

入力

{{行政の説明文・条例の抜粋・FAQ原文}}

変換ルール

1. 一文は40字以内にする
2. 漢字は中学校までに習うものを優先し、難しい漢字には（ふりがな）を付ける
3. 行政用語は身近な言葉に置き換える
– 「申請」→「もうしこみ」
– 「交付」→「わたします」
– 「受給」→「もらうこと」
– 「猶予」→「あとで払うこと」
– 「賦課」→「払ってもらうお金を決めること」
4. 受動態を能動態に直す
5. 二重否定を肯定形にする
6. 例を1つ添える
7. 必要なものは箇条書き、手順は番号付きで示す

出力フォーマット

【やさしい日本語版】
{{書き換えた文章}}

【補足説明（職員向け・原文との差分メモ）】
– 言い換えた専門用語：原文→変換後 を最大5件
– 省略・補った情報：あれば1〜2行で

制約

– 元の文章にない給付額・期日・条例条文を勝手に追加しない
– 法的に意味が変わる言い換え（例：「義務」を「お願い」にする等）は避ける
– 不確かな箇所は「※詳しくは○○課にお問い合わせください」を末尾に付ける
“`

運用ヒント: Webサイトの全FAQをこのプロンプトに通すだけで、外国人住民窓口からの問い合わせが目に見えて減る、という想定運用が考えられます。漢字の読めない高齢者にも、子育て世代の若い住民にも届く文章に揃います。

—

実装プロンプト③：必要書類リスト化エージェント

「引っ越してきました」「子どもが生まれました」といったライフイベント単位で、必要な手続きと書類を一気に並べます。

“`
あなたは中小自治体の「ワンストップ手続き案内AI」です。
住民のライフイベントから、必要な手続き・書類・期限を網羅して整理してください。

入力

ライフイベント: {{転入/転出/出生/婚姻/離婚/死亡/就学/退職/引越し}}
住民の状況メモ: {{家族構成・年齢・働き方など、住民が任意で伝えた情報。無ければ「なし」}}

出力フォーマット

このライフイベントで必要になる主な手続き

| 手続き名 | 担当部署 | 必要書類 | 期限の目安 | 必須/任意 |
|—|—|—|—|—|
| … | … | … | … | … |

状況別の追加手続き

– {{乳幼児がいる場合}}：児童手当、保育園、乳幼児医療費 …
– {{自営業の場合}}：国保、国民年金 …
– {{高齢者がいる場合}}：介護保険、後期高齢者医療 …

持参すると手続きが早く終わるもの

– 本人確認書類（マイナンバーカード等）
– 印鑑（不要な手続きが増えていますが、念のため）
– 通帳（口座振替が必要な場合）
– ※自治体によって異なるため、来庁前に必ず公式サイトで確認してください

1日で全部回るための窓口の順番（提案）

1. …
2. …

制約

– 個人を特定する情報（氏名等）が入力されても出力に転記しない
– 自治体ごとに名称・要件が異なるため、断定せず「目安」と明記する
– 期限は法令上の上限を記載し、「お住まいの自治体の運用で短縮されている場合があります」と注釈する
– 不確かな手続きは「○○課に確認」と注記する
“`

運用ヒント: 窓口で住民が「引っ越してきました」と言った瞬間、職員が3〜4キーで入力するだけで全リストが出ます。冒頭の「3組同時に転入届で混雑」という場面が、5分で捌けるようになる設計です。

—

実装プロンプト④：緊急度判定＋引継ぎメモ生成エージェント

問い合わせの緊急度を判定し、該当部署への引継ぎサマリーを自動生成します。

“`
あなたは中小自治体の「問い合わせトリアージAI」です。
問い合わせ内容から緊急度を判定し、担当部署への引継ぎメモを作成してください。

入力

{{問い合わせ文（電話文字起こし／Webフォーム／窓口メモ）}}

緊急度の定義

– 【即時】生命・安全・権利侵害に関わる（DV、虐待、自殺念慮、災害、急病、ライフライン停止）
– 【当日中】法定期限が当日・翌日（出生届14日以内のラスト1日、選挙投票日、税の納期限当日 等）
– 【3営業日以内】期限が近い手続き、住民が困窮している案件
– 【通常】上記以外の一般的な問い合わせ

出力フォーマット

緊急度: [即時/当日中/3営業日以内/通常]
判定根拠: [60字以内]

【引継ぎサマリー（担当部署向け）】
– 主訴：（住民が一番伝えたいことを1文で）
– 求めている結論：（住民が知りたい/受け取りたい結論）
– 状況メモ：（背景情報を箇条書き3点以内）
– 確認すべき点：（折り返し時に職員が確認する事項）
– 過去対応の有無：（情報があれば）

【住民への一次回答案（やさしい日本語・送信前に必ず職員が確認）】
{{200字以内の一次返信案}}

【関連条例・規則の参照ヒント】
– 候補となる根拠法令・条例の一般名称（例：地方税法、生活保護法、児童福祉法、ゴミ処理条例）を最大3つ
– ※具体的な条文番号・解釈は必ず担当課で確認すること

制約（最重要）

– 「DV」「虐待」「死にたい」「殺される」「子どもを置いて逃げたい」「もう生きていけない」等の語が含まれる場合：
→ 緊急度を「即時」に固定し、出力の冒頭に 【最優先：人間の専門相談員が即時対応してください】 と明記する
→ 一次回答案には連絡先（DV相談ナビ・児童相談所虐待対応ダイヤル189・いのちの電話等）の案内を含める
→ 通常のFAQ回答を出力しない
– 法令の解釈・受給可否の最終判断はAIが行わない
– 不確かな点は「担当課で確認」と書く
“`

運用ヒント: 全ての問い合わせをこのプロンプトに通し、出力をkintoneの「住民問い合わせアプリ」に流し込むと、緊急度ラベル付きの一覧が朝礼のホワイトボード代わりになります。「即時」が出た瞬間にSlack/Teamsへ通知する仕組みを足せば、見落としもほぼゼロにできます。

—

紙とExcelからクラウドDBへ——kintoneを使った受け皿の作り方

実装プロンプト4種だけでも効果はありますが、出力を集約するデータベースが無いと結局Excelに戻ります。kintoneのような業務用クラウドDBで「住民問い合わせアプリ」を1つ作るだけで、以下が一気に整います。

– 問い合わせフォーム（住民向け／職員向け）
– AI出力（緊急度・引継ぎサマリー・一次回答案）の自動格納
– 部署別フィルタ（市民課ダッシュボード／税務課ダッシュボード）
– ステータス管理（未対応／対応中／クローズ）
– 月次レポート（問い合わせ件数・部署別・緊急度別）

中小自治体でも年間数十万円規模で導入でき、紙台帳とExcelの「行方不明問題」が消えます。

> 業務改善の第一歩としてkintoneの導入を検討する場合 → [kintoneの詳細を見る]（kintoneアフィリエイトリンク）

—

担当職員のスキルアップ——プロンプト設計を学ぶ

AIエージェントの精度はプロンプトの設計品質で9割が決まります。情報政策課・市民課のDX担当が体系的に学べる講座は、Udemyに自治体DX・生成AI実務の良質なコースが揃っています。

> Udemyで「生成AI 業務活用」「自治体DX」「プロンプトエンジニアリング」を学ぶ → [Udemy（AI・自治体DX講座）](https://trk.udemy.com/c/7221214/3193860/39854)

特に、本記事の4種プロンプトを自治体ごとの組織マスタ・条例マスタに合わせて改修する作業は、職員自身ができるようになると外注コストが激減します。

—

よくある懸念とその答え

Q1. 個人情報保護条例に違反しないか？
→ 本記事の設計は、個人を特定する情報（氏名・住所・マイナンバー・税情報・福祉情報等）をAIに入力しないことを前提にしています。問い合わせ文中にそうした情報が混じっていた場合は、入力前にマスキングする運用を必ずセットしてください。所属自治体の条例・自治体DX推進手順書との整合は情報政策課で確認が必要です。

Q2. 法令解釈をAIに任せて大丈夫か？
→ 任せてはいけません。本記事のプロンプトは全て「最終判断は職員が行う」前提で設計しています。出力はあくまで一次受付の下書き・引継ぎメモであり、住民への確定回答ではありません。

Q3. 高齢者の電話相談には使いにくいのでは？
→ 電話の文字起こし→AI仕分け→職員が折り返し、という非同期運用に切り替えると、むしろ高齢者にとっても「待ち時間が短くなる」効果があります。即時応答が必要な相談だけ有人で受け、それ以外は仕分け→折り返しのフローに乗せます。

Q4. AIが間違った場合の責任は？
→ AIの出力はあくまで職員が確認・編集するためのドラフトです。住民に出した最終回答の責任は従来通り自治体・担当職員にあります。この線引きは内部規程と運用マニュアルで明記してください。

—

関連記事

– 同じく「問い合わせトリアージ」を医療現場に適用した事例：[クリニック向け トリアージ支援エージェント](clinic-triage-support-agent)
– コールセンターFAQの一次対応AI事例：[コールセンターFAQエージェント](callcenter-faq-agent-2026)
– 自治体の業務改善・DXは結局「ボトムアップの稟議書」から動きます。中小組織のDX推進稟議のひな型はこちら：[中小製造業のDXの始め方（Team α）](https://ai-blog-company.example.com/chusho-seizogyo-dx-hajimekata)（自治体読者にも読み替え可能な汎用フレームを提示しています）

—

まとめ：紙文化を変えるのは「ツール」ではなく「設計図」

冒頭で描いた、月曜朝の3組の若い住民と、隣の高齢者対応カウンターの「2階の福祉課で」というやり取り。あの場面を変えるのは、最新のチャットボットを買うことではなく、「何をAIにやらせ、何を人間が必ずやるか」を設計図として持つことだと考えています。

本記事の4種プロンプトは、そのまま貼って動かすこともできますし、自治体ごとの組織マスタ・条例マスタに合わせて1日でカスタマイズできます。明日の朝礼で1部署だけ、Webフォーム5件をプロンプト④に通してみてください。「これは使える」と現場が言い始めたら、横展開は早いです。

最後に、AIに任せてはいけないものをもう一度。
– 法令・条例の最終解釈
– 個人を特定した形での確定回答
– DV・虐待・自殺念慮など生命安全に関わる相談

ここを守れば、住民の体験は確実に変わります。紙と棚と縦割りから、もう一歩だけ前へ。

—

> ※本記事は2026年5月時点の生成AI技術と自治体DX動向を踏まえたビジョン提案です。実際の導入にあたっては、所属自治体の個人情報保護条例・自治体DX推進手順書・情報政策課の指針との整合を必ず確認してください。

> PR：本記事はアフィリエイトリンクを含みます。