お知らせ年末年始の情報更新について一覧
松阪ガイド現在開発中

エントリー収集から公開・更新まで

フォーム、資料、取材から集めた情報を、個人情報と公開情報に分け、人の確認を通して公開エントリーへ育てる流れです。

「公開OK」はAIが公開準備へ進めてよい状態です。自動公開ではなく、公開前に人が原稿と画像を最終確認します。

これは運用設計（状態の移り変わりと、人とAIの分担）を確認する読み取り専用ページです。実際の受付件数・レコード・個人情報は表示しません。

凡例

  • 人掲載可否・権利・事実・最終公開を判断する
  • AI要約・候補抽出・下書き・画像調整を補助する
  • 自動処理同期・抽出・機械的な変換や検査を行う
  • 個人情報ありGitへ入れない受付領域
  • 正本その成果物の正式な保存場所

メインフロー（4つの運用帯）

帯1：情報収集

情報の入口は5種類。フォーム経路は個人情報を含み、資料・取材経路は inbox に入ります。

  1. 掲載希望フォーム

    例：店舗、サービス、施設、イベント主催者

    最初の保存先：Netlify Forms（個人情報あり）へ

  2. 市民からの情報提供

    例：景色、花見スポット、地域の話題、写真

    最初の保存先：Netlify Forms（個人情報あり）へ

  3. 訂正・削除依頼

    例：閉店、移転、内容変更、権利関係

    最初の保存先：Netlify Forms（個人情報あり）へ

  4. 公的Web・発行資料・書籍

    例：行政情報、観光資料、歴史資料

    最初の保存先：inbox へ

  5. 独自調査・取材

    例：インタビュー音声、写真、現地メモ

    最初の保存先：inbox へ

受付・ソース化へ

帯2：受付・ソース化

フォーム経路

  1. ブラウザで画像を圧縮自動処理

    原寸ではなく、長辺2000px程度・1枚1.2MB以下を目安にする。

  2. Netlify Forms に保存Netlify Forms個人情報あり

    受付原本。本文・圧縮画像・受付情報を保存する。

  3. 問い合わせ受付DB で目視確認Notion個人情報あり人

    同じ受付IDで本文と画像を一つの案件として確認する。

名前・メールアドレス・非公開電話番号は、この受付領域から先へ移しません。候補化するときは個人情報を除いた情報だけを引き継ぎます。

資料・取材経路

  1. inbox に受け入れる

    PDF・音声・画像・メモを取り込み前の一時置き場に入れる。PIIは置かない。

  2. 文字抽出・OCR・文字起こし自動処理AI

    取得日・確認日・出典・権利条件を記録する。

  3. sources / knowledge に整理

    外向きコンテンツの根拠を保存する（AIが参照するナレッジ）。

  4. Source Index に索引登録Notion人

    人が一覧・状態・利用先を管理する。

PDF・音声・画像を取り込んだだけで正式エントリーを自動生成しません。AIは候補名・種別・根拠と、足りない情報を提案します。

候補化・人の審査へ

帯3：候補化・人の審査

Entry Candidate DB（個人情報なし）Notion

公開候補の情報だけを置きます。連絡先などの個人情報は持ち込まず、必要時は受付ID・Relationから問い合わせ受付DBへ戻って確認します。担当・権利確認・R2状態などは別プロパティで管理します。

ボードの主状態（4つだけ）

  • 未確認受付・抽出されたが、まだ人が見ていない
  • 確認中根拠・権利・重複・必要項目を確認している
  • 公開OKAI・編集者が公開準備へ進めてよい（自動公開ではない）
  • 保留・不採用追加確認待ち、掲載対象外、権利不明、重複など

分岐

  • 情報不足 → 追加確認 → 「確認中」へ戻る
  • 掲載対象外・権利不明・重複 → 「保留・不採用」
  • 掲載準備が整った → 「公開OK」 → 帯4の正本化へ

人の承認が必要：「公開OK」へ移す

「公開OK」へ移すのは人だけです。これはAI・編集者が公開準備へ進めてよいという意味で、自動公開ではありません。

正本化・公開へ

帯4：正本化・公開

  1. AI・編集者が公開用に調整AI人
    原稿
    タイトル、概要、本文、タグ、slug、出典、確認日
    事実
    不足・矛盾は推測で埋めず、要確認として示す
    個人情報
    公開不要な名前・連絡先・位置情報を除く
    画像
    向き、明るさ、トリミング、容量、EXIF、alt、クレジット
    禁止
    無断の合成、人物削除、事実が変わる生成編集
  2. サイトリポジトリへMarkdown下書きsite repo / Markdown正本

    公開原稿の正本。

  3. 採用画像をCloudflare R2へ保存Cloudflare R2正本

    公開画像の正本・配信元。

  4. Deploy Previewで人が最終確認Deploy Preview人人

    原稿・画像・リンク・モバイル表示を確認する。差し戻しがあれば修正する。

  5. Netlifyで公開Netlify

    利用者向けに配信する。

人の承認が必要：本番公開への最終承認

Deploy Previewで人が原稿・画像・リンク・モバイル表示を確認し、最終承認したものだけをNetlifyへ公開します。差し戻しがあれば正本化へ戻します。

公開後の成長ループ

  1. Verified Basicで公開
  2. 追加取材・訂正依頼・公式情報・写真提供
  3. 再確認
  4. 原稿と画像を更新
  5. 再公開候補審査へ戻る

最初から情報量を完璧にそろえる必要はありません。確認できた基本情報で公開し、更新履歴と確認日を持ちながら成長させます。

正本の場所（どこが正式な保存場所か）

  • フォーム生回答・個人情報

    保存場所：問い合わせフォームの受付原本（Netlify Forms）

    役割：受付原本

    Git外

  • 問い合わせ本文・審査用画像

    保存場所：問い合わせ受付DB（Notion）

    役割：人の目視確認

    Git外

  • 整理済みソース

    保存場所：agentリポの sources / knowledge（Git）

    役割：AIが参照する根拠

  • ソース索引

    保存場所：Source Index DB（Notion）

    役割：人が一覧・状態を管理

    Git外

  • エントリー候補

    保存場所：Entry Candidate DB（Notion）

    役割：個人情報なしの候補台帳

    Git外

  • 公開原稿

    保存場所：siteリポのMarkdown（Git）

    役割：公開原稿の正本

    正本

  • 公開採用画像

    保存場所：画像ストレージ（Cloudflare R2）

    役割：公開画像の正本・配信元

    正本

  • 公開ページ

    保存場所：公開サイト（Netlify）

    役割：利用者向け配信

Notionは受付・審査・候補管理の場所で、公開の正本ではありません。公開原稿の正本はサイトリポジトリのMarkdown、公開画像の正本はCloudflare R2です。