smart-intake — 保存先自動判別・情報迷子ゼロ

設計思想

「保存先を毎回考える」のをやめるためのスキル。入口（モードA）と出口（モードB）の両側を保証する：

• 入口保証: 何を投げ込んでも正規の置き場に落ちる。判定できなくても必ずどこかに残り、翌朝のohayoが滞留を知らせる。
• 出口保証: 保存した場所を忘れても、横断検索1発で見つかる。全保存はnichijo日次ログに台帳として自動記録される。

---

モードA: 投げ込み自動保存

Obsidian Inbox（2026-09-15）: 「Inbox見て」＝vault 00_Inbox/（README以外）の.mdを入力として本モードを回す。振り分け後、元メモは消さず 00_Inbox/_済/ へ移す。置き場の判定は vault 10_ClaudeCode/設定/置き場の使い分け.md の4問（渡す物→Drive／状況を追う記録→Notion／草川が注記する文章→vault該当フォルダ／それ以外→ローカル）に従う。

A-1. 判定ツリー（上から順に最初にマッチ）

#	入力の特徴	保存先	備考
1	個人情報・名簿・連絡先を含む	判定を続行しつつ、保存前に content-risk-reviewer ゲート必須	ファイル系はDrive 00_名簿・個人情報/
2	会議・打合せの内容（会議名/日付/参加者/議題の形跡。「〜会議」「〜打合せ」「〜協議会」「〜委員会」「〜説明会」「MTG」）	📅ミーティングノートDB（data_source 26d7848d-ad1a-4e84-806f-a8dbccb1872b）に新規ページ	会議体マスタ（46414643-9717-404f-9572-2908c2c0a7f3）から該当会議体をrelation紐付け。無ければ会議体を新規作成（単発講演も登録=[[feedback_meeting_master_coverage]]）。議会公務なら標準プロパティ＋テンプレA〜F適用（[[feedback_council_meeting_db_placement]]）
3	市政報告会で出た声（「〇〇報告会で」「報告会の声」）	🎤市政報告会DB（df08b5ea-f5ff-4022-afe2-c8073fbe341a）該当ページの「主な意見・要望」プロパティへ追記	OPERATIONS.md【A】の手順そのまま（Todoist「〇〇地区フォロー」箱＋要整理ラベル含む）
4	市民の声・相談（「〇〇の声があった」「〇〇さんから相談」「市民から」）	📝市民意見リスト（c2c34bd8-1e16-492e-aab0-d3f497d18d4d）	旧受付BOX(354432ec)は廃止・絶対に書かない。返信が要る相談は citizen-inquiry-responder / iken へ誘導
5	政策の種・議会論点（制度/他自治体事例/「一般質問でやりたい」）	📝一般質問ネタDB（42716725）／中長期は🎯政策候補DB（6f1895ac）	議会論点=ネタDB、構想段階=政策候補DB
6	進行中プロジェクトの経緯・進展（既存PJ名に言及）	🗂プロジェクト・プラットフォーム（8975c6a9）該当PJページの📅経緯ログへ日付つき追記	該当PJが無く、継続性がある案件はPJ新規作成を提案
7	やること・行動（「〜しないと」「〜する予定」「頼まれた」）	Todoist python3 ~/.claude/scripts/todoist/td.py add（期限未指定→+3日・領域で--project）	Notion✅タスクDBは使わない（Todoist一本化）。7と7bの境目は判定1問「終わったら誰かに報告するか？」→はい＝7b台帳／いいえ＝7。判定できないほど情報が薄いときは --project なしでInboxへ（翌朝ohayo §5 Inbox棚卸しで振り分け）
7b	市役所対応の市民要望（「〇〇さんから△△を頼まれた」「〇〇を市に言ってほしい」＝相談者がいて市・県・警察・自治会と動く案件）	市民要望管理台帳 python3 ~/.claude/scripts/yobo/yobo.py add --t 件名 --s 相談者 --a 相手先 --na 次アクション（Googleスプレッドシート・1案件1行）	2026-09-05〜。Todoistには入れない。氏名は台帳にだけ。市民の声そのものの記録は📝市民意見リストにも（2面）。判定1問「終わったら誰かに報告するか？」がはい＝ここ
8	日々の活動記録（「今日〇〇した」）	nichijo日次ログ	nichijoスキルの記録モードへ委譲
9	ファイル・PDF・画像	_root_intake.py に判定させる（下記 A-1b）	投函口はマイドライブ直下に一本化（2026-08-26 v5）。旧 _INBOX_council/・_INBOX_daily/ も副次入口として有効
10	どれにも該当しない／確信度が低い	「📥未分類インテーク」ページへ日付つき追記	絶対に捨てない・握り潰さない

• 🗓 期限つきで登録する場合は task-add の突合手順を通す（想定所要を1hセッション換算→カレンダー突合→✅/⚠️/🚫判定→承認）。突合なしの td.py add --due、Todoist MCP update-tasks での期限後付け、reschedule-tasks での明後日以降への期限設定は PreToolUse hook が deny する。今日・明日への移動（朝の繰越・即日対応）はゲート対象外。期限なしの登録はこれまで通り。

1つの入力が複数に該当する場合（例: 会議メモの中に市民の声とタスクが混在）は分解して複数面に振り分ける（会議→MTGノートDB＋声→市民意見リスト＋行動→Todoist）。

A-1b. ファイルをDriveに保存するとき（2026-08-26 v5）

「このPDF保存して」「これDriveに入れといて」「〇〇に入れといて」で起動。エンジンは
~/.claude/agents/knowledge/kusagawa_archive/99_raw/_scripts/_root_intake.py。

行き先が草川の言葉で明快なとき（「防災に入れといて」「9月議会の議案に」）:

python3 …/_root_intake.py --file "<パス>" --to "daily/01_政策素材/防災"

指定できる行き先は --list-dests で一覧が出る。存在しない行き先はエラーになるので推測で打たない。

行き先が曖昧なときは、まず判定させて提示 → 承認 → 実行の2手：

python3 …/_root_intake.py --file "<パス>" --dry-run   # 行き先の提案だけ
python3 …/_root_intake.py --file "<パス>"             # 承認後に実行

• 迷ったら草川に聞かずマイドライブ直下に置いておくだけでもよい（その晩に自動で振り分けられる）。急ぎでなければこれが一番安い。
• 全部の移動は _intake_ledger.jsonl に記録される。「あれどこ行った？」はモードBがこの台帳も見る。
• ファイル名に名簿・個人情報・連絡先・協力者が含まれるものは中身を読まずに 00_名簿・個人情報/ へ隔離される（grep索引にも載らない）。

A-2. 確認は1回だけ

判定後、保存前に必ず1回だけ提示：

①📅ミーティングノートDB「〇〇会議 2026-07-03」（会議体:〇〇 紐付け）
②📝市民意見リストに「〇〇の声」
③Todoist🏛議員活動「〇〇に連絡」（期限7/6）
に登録します。OK？

• 草川承認 → 一括保存（修正指示があれば反映してから）
• 個人情報・公選法リスク・CRITICAL検出時は content-risk-reviewer を通し、HIGH以上は草川判断を仰ぐ

A-3. 保存台帳（迷子ゼロの核心・省略禁止）

すべての保存の直後に、当日のnichijo日次ログページへ以下の1行を追記する（日次ログが無ければnichijoの手順で作成）：

🔖 HH:MM 〈内容の要約15字以内〉 → <mention-page url="...">保存先ページ名</mention-page>（＋Todoist task IDがあれば併記）

• 複数面に保存した場合は保存先を「／」で並べて1行にまとめる
• この台帳により「いつ・何を・どこに」の時系列記録が自動で残る。モードBの第一検索対象

A-4. 未分類の締めループ

• 判定不能は「📥未分類インテーク」ページ（391cf503-a68f-8191-b218-e80fdc7aedeb・🌅朝のダッシュボード配下）へ - [ ] YYYY-MM-DD: 〈内容〉 形式で追記
• ohayo v3が毎朝件数を表示（「📥未分類 N件」）。溜まったら草川と一緒に棚卸し→正規保存先へ移して [x] 化

---

モードB: 横断検索「あれどこ？」

トリガー: 「〇〇どこ」「あれどこだっけ」「〇〇探して」「〇〇見つけて」「〇〇のメモどこ」

検索順（1パスで全部・見つかり次第でも全レイヤー流す）

1. nichijo日次ログの🔖台帳 — notion-searchで直近の台帳行を検索（最速・最精度）
2. Notion横断 — notion-search（キーワード＋関連語。[[feedback_archive_grep_keyword_expansion]]の要領で草川語彙も並列）
3. Driveアーカイブ — grep -ril "<キーワード>" ~/.claude/agents/knowledge/kusagawa_archive/_index/ （PDFの中身まで検索できる高速キャッシュ）
4. ローカル生成物 — ls／grep -rl で ~/.claude/projects/-Users-kusakawatakuya/drafts/・~/outputs/・~/publications/
5. 夜間振り分けの台帳 — grep "<キーワード>" ~/.claude/agents/knowledge/kusagawa_archive/99_raw/_scripts/_intake_ledger.jsonl（2026-08-26〜。マイドライブ直下から自動で振り分けた全ファイルの元パス・先パス・判定根拠。「Driveに入れたはずなのに直下に無い」はここで解決）
6. 移動履歴 — grep "<キーワード>" ~/Archive/_relocation_log_*.csv（2026-07-02の大整理で移動した267件＋以後の移動記録。「前はDesktopにあったのに」はここで解決）
7. Todoist — td.py list 出力をgrep（タスク化されたものはここ）

出力形式

🔍「〇〇」の検索結果:
1. 📅ミーティングノートDB「〇〇会議」(6/28) — Notion → [リンク]
2. Drive: 日常資料アーカイブ/01_政策素材/太陽光/〇〇.pdf
3. drafts/2026-06-27_〇〇_v1.md
見つからなかった層: Todoist

• 候補ゼロの場合は検索に使ったキーワードを提示し、別の言い方を1回だけ草川に確認

---

燃費・安全

• モードA: 判定はローカル知識で行い、Notionクエリは保存対象DBの確認に必要な分だけ（目安5〜10call）。lean原則適用
• モードB: 各レイヤー1クエリずつ・合計10call以内目安
• Notion書込は1操作ずつ・fetch検証（[[feedback_notion_update_content_pitfalls]]）
• 重複チェック: 保存前に同一内容の既存レコードを1回検索（📝ネタDB/市民意見リスト/Todoist。既出なら参照提示して二重登録しない）

---

📌 DB統一override（2026-07-05・本文の旧記述より優先）

• 🎯政策候補DB（ds 6f1895ac- / page b9f8d42a）は凍結済み・新規書込禁止。🗄️旧アーカイブ内に参照専用で保管（過去分の参照・引用はOK）。
• 政策ネタ・一般質問ネタの登録/更新はすべて「🎯政策・質問ネタDB（統一パイプライン）」1本：data_source 42716725-fece-497f-9782-705076539de4 / page cb47d25e30b14b61b39f56254bf9432a（🎯政策・質問ハブ=34bcf503-819e配下）。
• 統一DBの使い方：状況=収集→未整理→調査中→質問案→提出/通告→実施→完了／時間軸=議会直近（3か月以内の議会論点）・中長期（旧政策候補相当）・観察／ネタ元に「市政報告会・政策スキャン・AIインタビュー・地域訪問」追加済み。
• 本文中の「政策候補DBへ保存」は「統一DBに時間軸=中長期で保存」と読み替える。凍結DBの案件を再開する時は、その1件だけ統一DBへ昇格させる。