広告の制作担当から出る媒体ごとの入稿規定の質問に、掲載日に効く版の該当箇所を引用して答える

処理の起点を決める

起点は、制作担当が質問フォームを送信したことです。 チャットで受けていた質問をフォームに寄せます。媒体、枠、掲載開始日が欠けた質問は、どの文書のどの版で答えるかが決まりません。 フォームで必須にしておけば、後段で聞き返す件数が減ります。

もう一つのトリガーは、入稿規定の改定です。 媒体からお知らせのメールが届いたら、媒体担当が新しい版を置き、メタデータに効力の始まる日を書きます。Webページで公開されている規定は、毎月1回、ページの更新日を見て、変わっていれば写しを保存します。 更新日だけが変わって履歴が無いページは、自社で写しを残さない限り、前の版が手元から消えます。取り込みは毎晩まとめて行います。

入力データを集める

質を決めるのは、すべての文書に付ける「媒体」「枠」「効力の始まる日」です。 枠を付けずに取り込むと、同じ媒体の別の枠のサイズで答えます。効力の始まる日を付けずに取り込むと、新旧の版が同じ重さで並び、どちらが引かれるかは検索の結果しだいになります。

改定のお知らせは、規定の本文とは別の文書として取り込みます。 お知らせは規定の一部だけを書き換えるもので、本文の新しい版が届くまでは、お知らせのほうが効力のある記述です。

社内の確認記録は、1件1文書にします。 質問の要旨、媒体社の答え、確かめた日、媒体と枠を見出しで分けます。確かめた相手と日付が書かれていない古いメモは取り込みません。

データの取得方法を決める

入稿規定・お知らせ・確認記録は、1件ごとにファイルにして Cloud Storage に置きます。公式では、非構造化データは TXT・JSON・Markdown・PDF・HTML・DOCX・PPTX・XLSX・XLSM に対応し、1ファイルの上限は200MBです。メタデータは JSON Lines で、1行ごとに id、structData、content（mimeType と uri）を書きます。

{"id":"spec-lineads-20260630","structData":{"doc_kind":"spec",
 "media_id":"M-LINEADS","media_type":"digital",
 "placement":["image","video","carousel"],
 "effective_from":"2026-06-30T00:00:00Z",
 "effective_to":"9999-12-31T00:00:00Z",
 "source_url":"https://www.lycbiz.com/jp/manual/line-ads/policy_009",
 "captured_at":"2026-07-01"},
 "content":{"mimeType":"text/html","uri":"gs://media-specs/spec-lineads-20260630.html"}}

質問のたびに、中継プログラムが絞り込みの条件を作ります。 公式の構文では、文字の項目は ANY() に並べた値のどれかと完全に一致するかを見られ、日時の項目は ISO 8601 の文字列と比べられます。

media_id: ANY("M-LINEADS") AND placement: ANY("image")
AND effective_from <= "2026-11-20T00:00:00Z"
AND effective_to >= "2026-11-20T00:00:00Z"

日付は「質問した日」ではなく「掲載開始日」で入れます。 1月掲載から規定が変わる媒体に、11月に1月掲載分の質問が来たら、まだ効いていない新しい版で答えます。項目はスキーマで索引可能にしておかないと絞り込みに使えません。

AIへ渡す前に整形する

1. 規定を枠ごとに印を付ける … 1つのPDFが複数の枠を定めている場合、placement に全部の枠を並べます
2. 版と効力の始まる日を付ける … お知らせのメールと規定の表紙から、版ごとの効力の始まる日を書き、前の版に effective_to を書きます
3. Webページの規定は写しを取る … ページの更新日が変わったら、その日のページをHTMLで保存し、captured_at を付けます
4. 確認記録を整える … 媒体担当のメモから、質問と媒体社の答えを拾い、確かめた日と相手の部署を付けて1件ずつ文書にします。広告主の名前は外します
5. 文字数の数え方の表を作る … 媒体ごとに、半角と全角を同じに数えるか、改行や記号をどう数えるかを、規定の原文から起こします
6. 質問の文から広告主の名前を外す … 掲載前のキャンペーンの名前や商品名が入っていたら、検索の質問文から外します

2番目の作業がいちばん大事です。 新しい版を置くときに前の版の effective_to を書き忘れると、新旧の両方が同じ掲載日で引かれます。 置くときの手順に「前の版を閉じる」を入れておきます。

5番目の表は、AIに文字数を数えさせないために作ります。 「半角全角問わず」かどうかで同じ原稿の数え方が変わるので、数え方は値として持ち、プログラムが数えます。

AIに処理させる

させるのは、その媒体・その枠の入稿規定と確認記録から該当箇所を探し、版の情報を付けて引用し、回答案を書くことです。

4つ目の「足りない条件を挙げる」が、制作の現場にいちばん効きます。 新聞の全5段の入稿形式は、カラーとモノクロで別の表です。何を決めれば答えが1つになるかが分かれば、同じ質問を2度回さずに済みます。

answer メソッドの設定は次のようにします。

指示内容を固定する

answer メソッドの preamble に、次の指示を入れます。

あなたは広告会社の媒体担当として、制作担当やデザイナーからの
入稿規定の質問に、媒体の入稿規定と社内の確認記録を根拠に
回答案を作る立場です。読むのは制作の現場の担当者です。

【前提】
検索の文の最初に、媒体、枠、掲載開始日、質問の種類が並んでいます。
検索の対象は、その媒体・その枠の、掲載開始日に効力のある
入稿規定・改定のお知らせと、社内の確認記録だけです。

【答え方】
1. 質問に関係する記述を、文書の名前と見出しを付けて、
   本文のまま引用してください。数値と単位は書き換えないでください。
2. 引用した文書の効力の始まる日を書いてください。
3. 改定のお知らせと規定の本文で記述が違うときは、両方を引用し、
   お知らせの効力の始まる日を書いてください。
4. 規定を当てはめるために、制作担当が決めるべきこと
   （カラーかモノクロか、静止画か動画かなど）があれば挙げてください。
5. 最後に、引用から読める範囲で回答案を2〜3文で書いてください。

【厳守事項】
- 検索結果に無い記述、別の媒体・別の枠の記述で答えないでください。
- 数値を換算・丸め・言い換えしないでください。
  「半角全角問わず」「pixel」「以内」などの語も原文のまま書いてください。
- 原稿の文字数を数えないでください。
- 表現が審査を通るか、掲載できるかを判断しないでください。
  審査の手順と提出の時期が書かれていれば、それだけを引用してください。
- 社内の確認記録だけが根拠のときは、そのことと確かめた日を書いてください。
- 一般的な広告の慣行や他の媒体の例で補わないでください。
- 該当する記述が見つからないときは、
  「該当する記述は見つかりませんでした。媒体担当が確認します」
  とだけ書いてください。
- 広告主の名前や商品名を書かないでください。

「数値と単位を書き換えない」を2か所に書くのは、言い換えが善意で起きるからです。 AIは読み手に分かりやすくしようとして、「1200×628pixel」を「横1200・縦628ピクセル」と書き直します。それ自体は誤りではなくても、「以内」が「まで」に、「半角全角問わず」が「全角」に変わった瞬間に誤りになります。 原文のまま写すことを、例外なく求めます。

「審査の手順と提出の時期だけを引用する」は、審査の質問を捨てないためです。 いつまでに誰へ何を出せば審査を受けられるかは、規定に書かれた事実として答えられます。 可否は refer にして媒体担当へ回します。

出力形式を固定する

answer メソッドの返り値と文字数の計数を、中継プログラムが次の形にまとめます。

{
  "question_id": "",
  "media_id": "",
  "placement": "",
  "run_date": "",
  "question_type": "size | text | format | schedule | review | other",
  "citations": [
    { "doc_kind": "spec | notice | internal", "title": "", "heading": "",
      "quote": "", "effective_from": "", "captured_at": "", "uri": "" }
  ],
  "conditions_to_decide": [],
  "text_count": { "rule": "", "fields": [ { "field": "", "count": 0, "limit": 0 } ] },
  "answer_text": "",
  "route": "answer | refer",
  "refer_reason": []
}

citations は、answer メソッドの references から取ります。公式では、citations の sources が referenceId で references を指し、references の chunkInfo に本文の断片と文書のメタデータが入ります。引用の位置（startIndex／endIndex）は UTF-8 のバイト数なので、日本語の文を文字数で切るとずれます。

text_count はAIの返り値を使わず、中継プログラムが数え方の表から作ります。limit も数え方の表に起こした値を使い、AIの回答に書かれた数値とは突き合わせて、違えば refer にします。

route は次の規則で決めます。

どれにも当たらないものだけが answer です。 JSONにする理由は、この振り分けを規則で行うためです。answer_text の文章だけでは、確認記録だけが根拠か、お知らせと本文が食い違っているかを機械で判断できません。

システムへ連携する

待ち行列の1行には、質問の内容、引用された箇所、refer_reason、文字数の計数を付けます。 媒体担当は、探すところからではなく、確かめるところから始められます。

案件管理の表と媒体社の入稿の窓口には、何も送りません。 この構成が出すのは規定の該当箇所と回答案までで、入稿は人が行います。

人が確認する

人が確認するのは refer の質問です。 answer の回答は制作担当へ直接返しますが、運用を始めてから1か月は、全件を媒体担当が見てから返します。

1. refer_reason を見る … 審査の質問か、版が無いのか、確認記録だけが根拠かを確かめます
2. 版が無いものは、版の登録漏れを先に疑う … 共有フォルダとお知らせのメールを見て、取り込まれていない版を置きます
3. 審査の質問は、規定の手順を確かめて媒体社に出す … 可否はこちらで決めず、媒体社の答えを待ちます
4. 確認記録に登録する … 媒体社の答えを、確かめた日と相手の部署を付けて登録します

1か月の全件確認で見るのは、answer で返したものの中に、媒体担当が見れば refer にしたものが無いかです。 あれば、振り分けの規則が足りていません。1割を超えるなら、answer の直接の返信を始めません。

例外に対処する

記録を残す

• 質問の内容（6項目）、質問した担当者と案件番号、日時
• answer メソッドへの要求（絞り込みの条件、preamble の版）と返り値の全文
• 引用した文書の版（効力の始まる日、写しを取った日）
• 文字数の計数に使った数え方の表の版と、数えた結果
• route と refer_reason、媒体担当の確認の結果と、媒体社の答え
• 制作担当へ返した回答と、返した日時

引用した版を残すのは、入稿で戻されたときに、改定の通知の遅れか旧い版での制作かを切り分けるためです。