利益:
- 受信した嘆願書からリクエストと期間を抽出し、AI を使用して正式に正しい回答草案を作成します。
- 同じコンテンツを、サブユニット、市民、上級当局などのさまざまな対話者に適切なスタイルで適応させ、コンテンツの整合性を維持します。
- 正式な通信フォーマットのルールをチェックし、AI が簡略化する際に除外する条件や例外をキャッチします。
行政の言語は書くことです。受信した嘆願書、送信された回答、同意、承認、議事録、カバーレター、通知、回覧、内部通信... 公務員の 1 日のかなりの部分は、文章を読んだり作成したりすることに費やされます。これらの文書には、法的価値と厳密な形式の両方があります。公式通信（特定の手続きおよび正式な規則に従った公的機関と国民の間の通信。トゥルキエでは「公式通信に適用される手順と原則に関する規則」によって規制されています）には、特定のタイトル、番号、日付、住所、件名、関心および署名の要素が必要です。ここでは AI がこの反復的なスタイルの作業と最初のドラフトを引き継ぐことで時間を節約します。ただし、テキストの法的内容、正当性、最終バージョンについては、お客様の責任となります。
この単元では、届いた請願の理解から返答レターの草稿の作成、言語やスタイルへの公式フォーマットへの準拠の確認、個人データのクリーニングから承認前の最終読み取りまで、通信フロー全体を AI で高速化する方法を学びます。
受信テキストの理解: 要約と要求の抽出
長くて煩雑な請願書が届いたら、まず最初にすべきことは、国民が何を求めているのかを明確に理解することです。市民は、自分たちの問題を説明するときに、本当の需要を文章の真ん中に隠してしまうことがよくあります。複数のリクエストがある場合もあります。ここでは AI が強力です。テキストを要約し、リクエストを箇条書きにし、どのユニットに関係するのかを提案し、不足している情報があればフラグを立てます。
ただし、注意してください。AI は、テキストにないリクエストを「補完」したり、リクエストをスキップしたりする場合があります。したがって、発行された要求リストと元の請願書を常に比較してください。
ヒント: 要約を求めるときは、「本文に明確に記載されているリクエストのみを削除し、推論は行わず、存在しないリクエストを追加する」というルールを AI に依頼します。こうすることで、捏造された主張のリスクを軽減できます。
回答文の草案: 形式 + 内容
応答の作成は、形式 (見出し要素、住所、関心、言語、結び) と内容 (要求に対する法的および行政上の応答) の 2 つの層で構成されます。このパターンが明確なため、AIはほぼ完璧にフォームを作成できます。また、コンテンツを下書きとして作成します。ただし、コンテンツ内のすべての法的根拠 (法律、規制、期限、料金) には検証が必要です (ユニット 1 および 4 を参照)。 AI をフォーマット ジェネレーターとして、またドラフトと検証モードでコンテンツ プロデューサーとして自信を持って使用します。
段階的な対応の流れ
- 受信したテキストを要約し、リクエストを抽出します (捏造は禁止されており、出典に忠実です)。
- 関連する法律と内部手順を特定します (検証予定)。
- 回答草案を作成します (形式的な形式 + 平易だが形式的な言葉)。
- 個人データや機密情報の確認（不要なデータの書き込み）。
- 形式と言語のチェックリスト (住所、関心、日付、署名の場所) に従ってください。
- 法的文脈を確認し、根拠を明確にします。
- 承認を得るために監督者に提出します。承認後に通知します。
ミニケース3個
ケース 1 — 作業負荷が減少しました。ある地方総局の公務員は、1 日あたり平均 22 通の返信書を準備していました。それぞれの所要時間は約 25 分でした。フォーマットと初稿を AI に引き渡し、コンテンツと検証だけに集中することで、投稿あたりの時間は 9 分に短縮されました。警官は節約できた時間を保留中の異議申し立てファイルに費やした。
ケース 2 — スキップされたリクエストが捕捉されました。長い請願の中で、市民は区画のステータスと料金の払い戻しの両方を要求した。最初は、警察官は区画の要求にのみ応答しました。 YZ が発行した要求リストに 2 番目の要求が示されたとき、その両方は 1 つの手紙で回答され、国民は再度申請する必要はありませんでした。
ケース 3 — プライバシーに関するバグは回避されました。回答草案では、AIがファイルに第三者の健康情報を不必要に含めていたと指摘。承認前のチェック中に発見され、削除されました。教訓: 下書きには関連性のない個人データが含まれている可能性があります。承認前にデータクリーニングが必須です。
コピー可能な 4 つのテンプレート
1) 請願の概要と請求の抽出:
あなたの役割: 編集スペシャリスト。以下の嘆願書を処理してください: (1) 3 ～ 4 文の要約、(2) 本文に明確に記載されている要求のみを項目ごとにリストします (推論はせず、要求を追加します)、(3) どの単位/法律に関係するのかを提案します (検証する必要があります)、(4) 情報が不足している/不明瞭な場合はマークします。嘆願書: [テキストを貼り付け]
2) 回答草案（正式な形式）：
あなたの役割: 公式通信スペシャリスト。正式な通信形式に従って、次の要求に対する応答草案を作成します: 関心、件名、本文 (要求 - 根拠 - 結論)、結び。言葉遣いは形式的でありながらもシンプルにしてください。各法的根拠の横に「[確認予定]」と記入します。実際の個人データを書き込み、[PERSON]/[IDENTITY] に置き換えます。リクエスト: [概要] 文脈: [内部手順/法的メモ]
3) フォーマットと言語の制御:
以下の公式書簡の草稿を確認し、リストを提供してください: (1) 欠落している形式要素 (関心、件名、日付/番号の場所、署名)、(2) 公用語に反する表現、(3) 曖昧または矛盾した文章、(4) 不必要な個人データ。テキストを書き直すのではなく、修正点のリストを与えるだけです。草案: [テキスト]
4) トーンを柔らかくする (否定的な回答):
法的内容や正当な理由を変更せずに、次の拒否/否定的な応答を、市民を傷つけない丁寧で説明的な言葉で書き直してください。 [確認予定]というメモで、異議を唱える権利とその期間を指定してください。テキスト: [否定応答草案]
弱いプロンプト / 強いプロンプト
弱者：「この嘆願書に返信してください。」
ギュシュル: 「その役割は公式通信の専門家です。まず、推論を行わずに請願書の要求を項目ごとに明確にします。次に、公式通信フォーマットに従って応答草案を作成します。関心-主題-本文を閉じる構造を確立し、形式的かつシンプルな文言を保ちます。各法的根拠の横に「[確認予定]」を追加し、実際の個人データを[人物]/[身元]でマスクします。最後に上司の承認を得ます。」 「提出する前に確認すべき 5 つのリストを作成してください。」
違い: 強力なプロンプト チェーンは、推論、形式、検証、プライバシー、およびアサーションの制御を単一のフローに要求します。出力は直接修正できるドラフトです。
どの通信ビジネスにおいて AI はどの程度信頼できるのでしょうか?
ビジネス
AIの信頼
メモ
正式な形式 (懸念事項、トピック、締めくくり)
高い
模様がはっきりしてる
言語の簡略化/口調
高い
内容は変わってはいけません
需要の推論
中程度
原文と比較する
法的根拠・期間・料金
低い
公式情報源による確認が必要
正当化と感謝
低い
人間の責任
様式、形式、宛先の設定
公的な文書では、同じ内容でも宛先や目的に応じて文体が異なります。国民に宛てて書かれた拒否の理由は理解可能であり、敬意を表します。上級当局に書面で提出された意見要請は評価され、正当化されます。下位ユニットに書かれる指示は明確かつ命令的でなければなりません。スタイル (テキストの形式的な程度、口調、対話者との距離) は、AI が最も簡単に調整できるものの、最も制御が必要な要素です。形式的すぎる言語は国民を疎外し、あまりにもフレンドリーな言語は機関の信用を傷つけるからです。公式通信に適用される手順と原則に関する規則は、タイトル、番号、日付、添付ファイル、署名ブロックなどの正式な義務を決定します。 AI はこのスケルトンを埋めますが、フォーマットの忠実度を制御するのはあなたです。
ミニケース — テキスト 1 つ、対話者 3 人。地区ガバナーは、3 つの別々の宛先に法改正を発表します。14 の地方自治体 (公式指示)、約 900 人の業者 (SMS/アナウンス、平易な言葉)、および知事事務所 (情報メモ) です。役員は単一の核となるテキストから AI を使用して 3 つのバージョンを導き出しました。所要時間は 2 時間から 25 分に短縮されました。しかし、業者の発表の「早急に」という表現は、平易な言葉の原則により曖昧な公式パターンが排除されるため、「遅くとも8月15日までに」と簡略化され、具体化された。
同じ内容を 3 人の対話者に適応させるテンプレート:
タスク: 以下のコア情報を 3 つのバージョンに変換します。コア: [修正/決定テキスト] バージョン 1 — 下位部門への指示: 明確、命令的、条項ごと。バージョン 2 — 国民へのアナウンス: 平易な言葉、短い文、やるべきこと + 期限。バージョン 3 — 上級当局への情報メモ: 測定、正当化、参照条項の記載。ルール: でっちあげの日付/記事の追加。不明な場合は【記入予定】と記入してください。
対話者
トーン
長さ
最大のリスク
サブユニット
指揮する、明確な
短い
過剰な権限
市民
敬意を持って、シンプルに
短い
理解不能
より高い権威
測定され、推論された
中程度
根拠のない主張
注意: 文体の適応によって内容が変更されるべきではありません。 AI が「単純化」と言うとき、それは例外や条件を削除することを意味する場合があります。常に簡略化されたテキストと元の決定/法律を比較してください。
よくある間違い
- リクエストはAIの推論に任せます。 AI は需要を生み出すことも、壊すこともできます。リストを元の請願書と比較してください。
- 法的根拠を確認せずに書面で公表する。アイテム番号と期間は、幻覚が最も起こりやすい領域です。
- 下書きに不要な個人データを残す。承認前にデータクレンジングを実行します。必要なデータだけを残しておきます。
- 口調を和らげながら内容を変える。拒否の理由と法的結果は一定でなければなりません。舌だけが柔らかくなります。
- 異議の権利とその期間を書き留めるのを忘れた。多くの場合、消極的訴訟では救済策を指定する必要があります。時間を確認します。
- 確認ステップをスキップします。 AI 草案が直接伝えられることはありません。監督者の承認と校正が必要です。
要約すれば
AI は、通信の書式設定と最初の草稿の負担を引き受けることで、公務員の時間を大幅に節約します。フォーマット生成ではほぼ完全に信頼性があり、言語の簡素化では強力です。ただし、リクエストの抽出は元のテキストと比較され、各法的根拠が公式ソースから検証され、個人データがクリアされ、最終テキストが上司によって承認される必要があります。草案は AI のものであり、根拠と署名はあなたのものです。
アプリケーションタスク
本物の（ただし個人データは隠蔽された）請願書を受け取ります。 「請願要旨・請求書抽出」テンプレートで要望書を抽出し、原文と比較し、相違点（要望書の追加・省略）がないか確認してください。次に、「回答テキストの下書き」テンプレートを使用して下書きを作成し、「形式と言語のチェック」テンプレートを使用して自分の下書きを確認します。
チェックリスト
- [ ] 要望書を元の請願書と比較してみました（捏造/省略はありません）。
- [ ] 公式通信フォーマットの要素は完全です (関心、件名、日付/番号、署名の場所)。
- [ ] 私は公式情報源からすべての法的根拠を確認しました。
- [ ] 下書きから不要な個人データを削除しました。
- [ ] ネガティブアクションにおける異議の権利と期間を指定しました（確認済み）。
- [ ] 私は上司の承認を得てテキストを提出しました。直接お知らせはしておりません。