市民意見コピペ受付スキル（iken）

草川たくや宛にあらゆるチャネルで届いた市民意見テキストをユーザーがコピペするだけで、(1) Notion📋市民意見受付BOXへ自動記録、(2) 返信案3パターン生成、(3) 次アクションのタスク化提案、までを一気通貫で行う秘書スキル。

GAS等の自動連携は使わず、人手コピペ起点の手動ハイブリッド運用。

2026-07-25追記: ご意見箱フォーム（回答シート3枚）の新着は毎晩3:30の form-intakeスキル（launchd com.kusagawa.form-intake）が自動でNotion登録するため、フォーム分のコピペは原則不要になった。本スキルはメール・SNS DM・LINE・窓口・手紙等のコピペ受付と、フォーム意見への返信案生成以降のフロー（form-intakeから接続）を引き続き担当。手動でフォーム意見をコピペされた場合も従来どおり処理してよい（form-intake側に重複ガードあり）。

🔴 Todoist一本化＋DB一本化（2026-06-14〜・最優先）

• 次アクションのタスク化提案の登録先は Notion✅タスクDBではなく Todoist（python3 ~/.claude/scripts/todoist/td.py add ／該当の地区・イベント・政策箱・期限つき）。
• 【2026-09-05】市役所対応の市民要望（担当課へ照会→回答→相談者へ報告の案件）は Todoist ではなく市民要望管理台帳へ：python3 ~/.claude/scripts/yobo/yobo.py add --t 件名 --s 相談者 --a 相手先 --na 次アクション（1案件1行・氏名は台帳にだけ）。Todoistへ登録するのは草川自身の議会・政策作業のみ。詳細＝OPERATIONS.md【B】例外節
• 🗓 期限つきで登録する場合は task-add の突合手順を通す（想定所要を1hセッション換算→カレンダー突合→✅/⚠️/🚫判定→承認）。突合なしの td.py add --due、Todoist MCP update-tasks での期限後付け、reschedule-tasks での明後日以降への期限設定は PreToolUse hook が deny する。今日・明日への移動（朝の繰越・即日対応）はゲート対象外。期限なしの登録はこれまで通り。
• 市民意見の保存先は📝市民意見リスト c2c34bd8（旧📋受付BOX 354432ec は廃止）。
• 深掘り→🎯政策候補DB(6f1895ac)・📝一般質問ネタDB(42716725)は継続有効。
• CLAUDE.md「タスク・プロジェクトはTodoistに一本化」＋「情報入力の自動振り分け保存（スマートインテーク）」に準拠。

起動トリガー

ユーザー発言に以下のいずれかが含まれたら必ず起動：

• 「意見届いた」「ご意見届いた」「届いた意見」
• 「意見コピペ」「市民意見コピペ」「相談コピペ」
• 「市民から意見」「市民から相談」
• 「フォーム回答届いた」「フォームに回答」
• 「DMで意見」「DMで相談」「DMが来た」
• 「メールで意見」「メール届いた（市民）」
• 「LINE意見」「LINEで相談」
• 「手紙届いた」「窓口で意見」「電話で意見」

重要：「記録」ワード単体は使わない（nichijoスキルとの衝突回避のため）。

関連Notionリソース

用途	ID/URL
📝 市民意見リスト（永続意見ログ・本スキルの主保存先）	data_source_id: c2c34bd8-1e16-492e-aab0-d3f497d18d4d
✅ タスクDB（次アクション登録先・「関連タスク」relationで紐付け）	data_source_id: 292cf503-a68f-81c6-b9dd-000b3ffdd2ce
📦 旧受付BOX（2026-05-02廃止・新規書込禁止）	data_source_id: 354432ec-6c3a-4a71-b649-ce53c6b74427
親ページ「市民からの意見まとめ」	https://www.notion.so/ec4c8e956fe74a518ecb393f893a8fde

📝市民意見リスト のプロパティ仕様（c2c34bd8-）

設計思想: 市民の声を永続的に記録するログ。対応状況 フィールドは記録のために残すが、ワークフロー駆動はしない。タスク化が必要なものは「関連タスク」relation で✅タスクDBへ抽出（タスクDB側で進捗管理）。意見そのものは消さず残し続ける。

プロパティ	型	スキル側で自動セット	備考
件名	title	✅	意見冒頭60字＋（氏名様）
受付日	date	✅	受信日時。明示なければ実行時刻
相談者（氏名等）	rich_text	✅	氏名・「匿名」も可
連絡先	rich_text	✅	メール・LINE ID・電話・「不明」等。回答者メール情報もここに含める
経路	select	✅	電話/窓口/メール/SNS/手紙/その他/issues（フォーム/LINE/口頭/SNS DM等は「その他」or「SNS」へマッピング）
地区	select	△	文中から推測できれば（亀山地区等）
分類タグ	multi_select	✅	道路/防災/福祉/子育て/教育/環境/公共交通/行政手続/その他から複数
緊急度	select	✅	高/中/低（4-0判定基準で）
意見内容	rich_text	✅	原文そのまま（最長1900字、超過は要約）
次アクション	rich_text	✅	「返信送付」等
担当課	rich_text	△	推測できれば
期限	date	△	明示があれば
匿名	checkbox	✅	氏名空欄なら✅
関連タスク	relation	×	後段でタスク化したら草川が手動 or タスクDB側からrelation設定
受付ID	unique_id (IKN-)	(auto)	システム自動採番

---

Step 1: コピペ内容の受領と解析（30秒以内）

ユーザーがコピペしたテキストから以下を抽出：

1. 氏名：明記があれば実名、なければ「匿名」
2. 連絡先：メールアドレス（正規表現で抽出）、LINE ID、電話番号、その他。複数あれば全て
3. 本文：意見・要望本体
4. 経路：以下の手がかりで推定
   • 「お名前」「メールアドレスまたはLINE ID」「ご意見」等のラベル → フォーム
   • メールヘッダ風（From: / Subject: / 「下記の件で〜」等）→ メール
   • 「DMで」「Twitter」「Instagram」「Threads」「Facebook」等 → SNS DM
   • 「LINEで」 → LINE
   • 「電話で」「もしもし」「お電話いただき」 → 電話
   • 「窓口で」「事務所に来られた」 → 窓口
   • 「お手紙」「封書」 → 手紙
   • 推定不能 → ユーザーに1問だけ確認：「経路を教えてください（フォーム/メール/SNS DM/LINE/電話/窓口/手紙/口頭/その他）」
5. カテゴリ：道路/防災/福祉/子育て/教育/環境/公共交通/行政手続/その他から複数選択
6. 地区：本文中の地名（亀山/関/井田川/川崎/昼生/神辺/白川/野登/加太）から推定。なければ未記入
7. 緊急度：以下の4-0判定基準で
   • 高：被害発生中／危険／継続的問題／時間制約あり
   • 中：困りごと・要望（明確な被害なし）
   • 低：軽い気づき・感想・提案

Step 2: 件名と次アクションの生成

• 件名：意見冒頭60字 + 「（〇〇様）」（匿名なら「（匿名）」）
• 次アクション：基本「返信送付」、要対応なら「担当課確認 → 返信」等

Step 3: Notion 📝市民意見リスト へ保存

mcp__claude_ai_Notion__notion-create-pages を使用。data_source_id: c2c34bd8-1e16-492e-aab0-d3f497d18d4d

セットするプロパティ（テキスト型は実値、select系は完全一致名）：

件名: <Step2の件名>
date:受付日:start: <ISO 8601 datetime, 例: 2026-04-30T14:30:00+09:00>
date:受付日:is_datetime: 1
相談者（氏名等）: <抽出した氏名 or "匿名">
連絡先: <抽出した連絡先全て。メールアドレスもここに含める>
経路: <電話/窓口/メール/SNS/手紙/その他/issues のいずれか。フォーム→「その他」、LINE/SNS DM/口頭→「SNS」or「その他」にマッピング>
地区: <推測できた場合のみ。亀山地区/関地区/井田川地区/川崎地区/昼生地区/神辺地区/白川地区/野登地区/加太地区/市外/未記入>
分類タグ: <multi_select。例: ["子育て", "教育"]>
緊急度: <高/中/低>
意見内容: <原文。1900字超は末尾に「...(以下原文に続く)」付与>
次アクション: <Step2の次アクション>
匿名: __YES__ (氏名空欄の場合) or __NO__

保存後、作成ページURLを後段の出力に含める。

重要：個人情報の扱い

• 連絡先は本文から分離して 連絡先 / 回答者メール 欄へ
• ただし本人がフルネームと連絡先を書いてきた場合は、そのまま受け付けてOK（草川が秘書として知る情報として正常）

Step 3.5: 🏘️ 自治会別訪問管理DBへの自動紐付け（2026-05-04新設）

意見内容や相談者の所在地から自治会名／町名／地区名が検出できた場合、自動で:

3.5-A: 自治会名検出

nichijo Step 2.6-A の検出ルールと同じ48自治会名＋22地区名＋施設名リストで検出。表記ゆれ・部分一致・文脈推定もOK。

例: 「みずきが丘の通学路」「井田川南の小下町在住」「川崎地区まちづくり協議会の○○です」「下庄町から」等。

3.5-B: 自治会DBレコード検索

mcp__claude_ai_Notion__notion-search で data_source_url: collection://996b1d15-2454-4667-9702-05d6d0faa75c 内を検出キーワードでクエリ。

3.5-C: 市民意見DBレコードに関連自治会_意見 relationを設定

Step 3で作成した市民意見レコードのプロパティを update_properties で更新:

関連自治会_意見: [<自治会レコードのURL>]

3.5-D: 自治会DBページ本文への要約追記

自治会レコードの本文「## 🤝 関係性メモ → ### 直近の場での発言」セクションに時系列追記:

- YYYY-MM-DD: 市民意見受付（経路:メール/SNS/フォーム等） - <意見の要旨1行> [→ 市民意見DBレコード: <URL>]

主要課題が新規だった場合は「## 📝 主要課題メモ」にも追記＋プロパティ主要課題(multi_select)も更新。

3.5-E: 自治会名検出できなかった場合

スキップ（関連自治会_意見 relation は空のまま）。後続のnichijo整理モードで地区プロパティから推定して紐付ける機会あり。

Step 4: 返信案を3パターン生成（このステップが本体）

4-0: 期待アクションレベル判定

返信のコミットメントレベルは相談者のトーンと期待アクションレベルにキャリブレーションする：

レベル	相談者トーン例	適切な約束の上限
L1: 軽い気づき・提案	「一度考えては」「〜と思います」「ご検討いただければ」	担当課に実情を伝える／申し入れるまで
L2: 困りごと・要望	「困っている」「対応してほしい」「直してほしい」	担当課確認・照会＋経過報告。場合により現地確認
L3: 切実な訴え・被害発生	「危険」「被害が出ている」「許せない」	現地確認・担当課への是正要請・必要なら議会質問化
L4: 制度的論点／草川が議会化したい	草川自身が議会化を明示／長年の構造課題	議会質問化を明確に約束。松竹梅提案も提示

デフォルトはL1〜L2と推定（軽め寄り）。L3以上は明確な根拠が読み取れる場合のみ。L1/L2案件で勝手に議会質問を約束しない。

4-1: 3パターンの方向性

• 🅰 共感・寄り添い型（300〜500字）：相手の気持ちへの共感を厚めに、行動も爽やかに約束。熱量はベースとして保ったまま語り口だけを柔らかく
• 🅱 行動宣言型（400〜600字）：共感は簡潔に、適切な範囲の具体アクションを明確に約束。熱量MAX。約束する内容はレベル相応
• 🅲 簡潔・コンパクト型（150〜250字）：DM・SNSリプライ想定。熱量を凝縮、絵文字なし

4-2: 全パターン共通ルール（厳守）

• 一人称は必ず「私」（「僕」「俺」禁止）
• 熱量・爽やかさ・若々しさを全パターンで効かせる
  • 熱量ワード：「本気で」「必ず」「全力で」「覚悟を持って」「やり切ります」「妥協しません」
  • 爽やかワード：「嬉しい」「ワクワク」「熱くなった」「前向きに」「一緒に」「未来を」
  • 若々しさ：短文リズム、自分の体験や感情、「〜と思います」連発回避
• 冒頭「〇〇様／ご連絡ありがとうございます」（実名不明なら「〇〇様」伏せ）
• 共感 → 現状認識 → 具体行動（期限・場所・相手を明示） → 未来ビジョン、の4要素（Cは圧縮）
• 結びは「前向き・未来志向」で締める
• スマホで読みやすい改行（2〜3文ごと、段落間は空行）
• 絵文字なし
• 役所言葉禁止：「〜させていただきます」「〜かと存じます」「遺憾に思います」
• 約束できないことは約束しない
• 署名：「亀山市議会議員 草川たくや」（メールのみ。SNS DM・LINEは無署名＝2026-06-18確定）
• おうむ返し禁止（相手の事実を反復しない。自分の反応→決意→約束で組む）／無知露呈禁止／属性帰属は運営文脈で判定（正本＝agents/citizen-inquiry-responder.md 📌節）

4-3: 経路別の体裁調整

経路	体裁
メール	「件名」付き、本文1000字程度OK、署名フル
フォーム	返信先がフォームメアドの場合はメール体裁、不明なら短文＋次連絡導線提示
LINE	段落少なめ、改行多め、スタンプは使わず文字で温度感
SNS DM	短文凝縮、改行多め、署名なし（誰からか自明）。返信が遅れたら挨拶直後にお詫び
電話	折り返し電話用の話す内容の骨子として整理（口頭調）
窓口・口頭	フォローアップ手紙 or LINE等を選択肢として提示
手紙	同じく手紙返信の体裁、季語と署名

Step 4.5: Gmail下書き自動作成（メール返信が想定される経路の場合）

返信案3パターンを提示した直後、ユーザーが「A案でメール作って」「Bでメール下書き」「Cでメール作成」「Aでドラフト」等のいずれかを発言したら、即座に Gmail 下書きを作成する。

ユーザーが指定しない場合でも、経路がメール／フォーム／LINE／SNS DMのいずれかで、かつ意見内容が政策提案・要望系（軽い気づき以上）であればスキル側から提案：「A/B/Cどれでメール下書きを作りますか？（不要なら『不要』）」。

4.5-1: TO（宛先）の決定ロジック

抽出できた連絡先	TO設定	通知すべき注意点
メールアドレスあり	そのアドレス	そのまま送信可
LINE ID のみ	草川自身（kusakawa.taku@gmail.com）を仮セット	「LINEで送る場合はメール本文をコピペしてください」と案内
SNS DM のみ	同上	「DMで送る場合はC案（コンパクト型）の方が体裁向き」と案内
電話／窓口／手紙／口頭	Gmail下書きは作らない	折り返し電話用骨子 or 手紙体裁テキストを提示
連絡先未記入	草川自身を仮セット	「TO欄を実メアドに変更してから送信」を明示

4.5-2: 件名フォーマット

{相手氏名}様 {意見テーマ要約}のご提案、ありがとうございます

例：「若林茂幸様 シャープ亀山工場跡地のデータセンター誘致のご提案、ありがとうございます」

匿名の場合は「市民の皆様 〇〇のご意見、ありがとうございます」等。

4.5-3: 本文と署名

• 本文：選択された返信案（A/B/C）をそのまま貼り付け
• 末尾署名：以下のテンプレを使う（草川がGmail送信前に事務所連絡先・SNSハンドル等を差し込む前提）

亀山市議会議員 草川たくや
[事務所連絡先・SNSハンドル等を必要に応じて差し込み]

4.5-4: 実装

mcp__claude_ai_Gmail__create_draft を使用：

to: [<決定したアドレス>]
subject: <件名>
body: <返信案本文 + 署名>

返ってきたdraft IDをユーザーに報告し、Gmail下書きフォルダ（https://mail.google.com/mail/u/0/#drafts）の直リンクを提示する。

4.5-5: ユーザーへの通知（必須）

下書き作成後、以下を必ず明示：

1. draft ID
2. TO欄の現状（実メアド or 仮セット）
3. 送信前に確認すべき点：(a) TO修正、(b) 署名のフルバージョン化、(c) 本文の最終チェック
4. Gmail下書きフォルダの直リンク

Step 5: 次アクション抽出 → ✅タスクDB登録候補提示

返信案3パターンの中から、今後草川が実行すべきアクションを抽出して箇条書き提示：

• 例：「担当課（建設部）へ通学路安全について照会（5月7日まで）」
• 例：「井田川地区の現地確認（5月10日週）」
• 例：「6月議会一般質問の論点候補に追加」

各アクションを**✅タスクDB**（292cf503-a68f-81c6-b9dd-000b3ffdd2ce）へ登録するか確認。

登録時のプロパティ（タスクDB運用ルールに従う）：

• ステータス：inbox（必須）
• タスク名先頭に [市民意見-CV-N] プレフィクス（受付IDと紐付け）
• 相談元氏名・連絡先：📝市民意見リストページから転記
• 「関連市民意見」relationで意見ページとリンク（DUAL relation済み・自動で双方向リンク）
• 期限：明示があれば

複数ステップなら🗂️プロジェクトDBに親プロジェクト作成→relation紐付けを提案。プロジェクト化判定（基準A〜E、2026-05-01以降必須） — 1つ以上該当時に必ず提案：

• A: 同一テーマで関連タスク2件以上 / B: 同テーマ散在3件以上
• C: 着手〜完了が2週間超 / D: 複数ステークホルダー（市民・所管課・議会等）絡み
• E: 「〜検討」「〜整備」「〜推進」等の継続性ある語感

該当時はプロジェクトDB側に 由来=市民意見起点 をセット、各タスクに 昇格判定タグ（multi_select A/B/C/D/E）と 昇格判定日（今日）を必ずセット。重複判定回避: 既に「昇格判定日=今日」のタスクは再判定スキップ。対象外: 単発返信完結タスク（軽量運用維持）。

Step 6: 最終出力フォーマット

返信案本文の納品（2026-09-15・聞かずに実行）: 返信案A/B/Cは ~/Documents/ObsidianVault/40_市民対応/<YYYY-MM-DD>_<案件>_返信案.md の1ファイルに書き（vaultはiCloudでiPadに同期されるため、相談者の氏名は書かない＝宛名は「〇〇様」の空欄のまま、メタ行は受付ID・台帳番号で指す。氏名は台帳とNotion 📝市民意見リストにだけ・2026-09-15）（冒頭にメタ行＝受付ID/Notionリンク・経路・送信前の確認点、その下に ## A 共感・寄り添い型／## B 行動宣言型／## C 簡潔・コンパクト型 を区切り線で並べる。案ごとに独立した完全な本文）、bash ~/.claude/scripts/obs_open.sh <path> で開く。TextEdit（open -e）や1案1txtで出さない・窓を複数開かない。チャットには下の枠の要点とファイルパスだけを出し、本文の再掲は不要（正本＝memory/feedback_copypaste_draft_delivery.md）。

━━━━━━━━━━━━━━━━━━━━━━━━
📝 市民意見リストに記録しました（永続意見ログ）
━━━━━━━━━━━━━━━━━━━━━━━━
受付ID: IKN-XX
件名: <件名>
氏名: <氏名> / 経路: <経路> / 緊急度: <高/中/低>
分類タグ: <分類タグ>
Notion: <ページURL>

━━━━━━━━━━━━━━━━━━━━━━━━
✉️ 返信案（期待アクションレベル: Lx）
━━━━━━━━━━━━━━━━━━━━━━━━

🅰 共感・寄り添い型
---
<300〜500字>

🅱 行動宣言型
---
<400〜600字>

🅲 簡潔・コンパクト型
---
<150〜250字>

→ いずれかをメール下書きにしますか？（A / B / C / 不要）
   ※経路がメール／フォーム／LINE／SNS DMなら自動提案

━━━━━━━━━━━━━━━━━━━━━━━━
✉️ Gmail下書き作成済み（A/B/C選択時のみ）
━━━━━━━━━━━━━━━━━━━━━━━━
draft ID: <ID>
件名: <件名>
TO: <実メアド or 「kusakawa.taku@gmail.com（仮）」>
Gmail下書き: https://mail.google.com/mail/u/0/#drafts

⚠️ 送信前に：
  - TO欄を実メアドに変更（仮セットの場合）
  - 署名末尾に事務所連絡先・SNSハンドルを差し込み
  - 本文の最終チェック

━━━━━━━━━━━━━━━━━━━━━━━━
📌 現状の超簡易メモ
━━━━━━━━━━━━━━━━━━━━━━━━
<3〜5行で要点。亀山市の既存施策・担当課推測を含めて。深掘りはユーザー指示時のみ>

━━━━━━━━━━━━━━━━━━━━━━━━
✅ 次アクション候補（タスクDB登録提案）
━━━━━━━━━━━━━━━━━━━━━━━━
1. <アクション1>（期限：xx）
2. <アクション2>
...

→ 上記をタスクDBに登録しますか？（はい / 個別選択 / いいえ）

深掘り依頼への対応

ユーザーが以下のいずれかを言ったら：

• 「詳しく」「深掘り」「もっと調査」「議会で取り上げたい」
• 「政策化したい」「他自治体の事例」「データ追加で」

→ policy-researcher エージェントを呼び出して先進事例・国政動向を補強。
→ 「議会質問にしたい」なら council-material-creator エージェントへ繋ぐ。
→ 重要案件なら 🎯政策候補DB (6f1895ac-3373-43b8-97d7-7ee4aa2791e0) への登録も提案。承認状態は「草川承認待ち」、トリガーは「市民相談起点」、根拠の軸に「市民の声」必須。

メール作成と政策化の連動フロー

市民の声 → 返信3案 → A案でメール下書き → 深掘り（policy-researcher + kameyama-researcher並列） → 政策候補DB登録 → 一般質問原稿化（council-material-creator） → 議会後ブログ＋SNSで「市民の声から議会質問化」ストーリー発信

このパイプライン全体が iken スキルの守備範囲。ユーザーが各ステップで進行を選択できるよう、明示的に確認を挟む。

設計思想（2026-05-02 改訂）

📝市民意見リスト(c2c34bd8-)を 唯一の永続意見ログ とし、市民の声をそのまま記録し続ける（消さない、ステータスで埋もれさせない）。タスク化が必要なものは 「関連タスク」relation で✅タスクDBへ抽出 → タスクDB側で進捗管理。

旧2層運用（📋受付BOX→📝市民意見リスト昇格）は廃止。📋受付BOX(354432ec-)は2026-05-02にアーカイブ化済（既存3件は📝市民意見リストへ統合転記済み）。

エラーハンドリング

• Notion保存失敗：エラー文を提示しつつ、返信案3パターンとメモは出力（記録漏れ警告）
• 経路推定不能：1問だけユーザーに確認
• 内容が短すぎ／意味不明：本人に追加情報を求める返信案を提示

---

このスキルは速さが価値。30秒以内に返信案3パターンが出ることを優先。深い調査は別エージェントへ委譲。

---

📌 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へ昇格させる。

---

📌 恒久ガードルール（2026-09-05）

• 返信文の作法（おうむ返し禁止／SNS DM確定スタイル＝無知露呈禁止・遅延お詫び・無署名・「亀山市議会の本会議で」／フォーム回答の属性帰属は運営文脈で判定）の正本は agents/citizen-inquiry-responder.md 📌節。返信案を書く前に1回Readする
• 市役所対応の市民要望は Todoist でなく「市民要望管理台帳」へ（yobo.py・CLAUDE.md参照）
• 規格値の正本は ~/.claude/scripts/specs.json。発信物として保存する前に ~/.claude/scripts/gate.py を通す（2026-09-05追記）