クライアント向けアップデートページ
目標：次回ミーティングでオペレーターが画面共有する短いページと、オペレーターが開いておくべきドキュメントのリスト。
コンテンツルール（オペレーターからのフィードバック）
- Jordanとの前回ミーティング以降の新着情報のみ。
docs/reuniones/の最新のノート（および必要に応じてトランスクリプト）を読んでください。そこで既に議論された内容は、たとえ重要でも除外してください。 - 新しい項目を長期コンテンツ計画ページにコピーしないでください。それは恒久的な計画です。
- 一人称、オペレーターの声で：
- 「やり終えたこと」「下書きしたこと」「あなたに必要なもの」「次にやること」；
- Jordanは「あなた」；
- 「<オペレーター>がやった…」「準備者：…」、およびClaude、AI、自動化への言及は一切なし。
- 英語で、平易に、大きなテキストで（クライアントの要望）。
- 内部ページでもコンプライアンス遵守：
- 「free」の禁止（「no-obligation」「no cost to you」とすること）；
- 「Medicare Annual Enrollment Period」、"Open Enrollment" ではない；
- 代理店承認済みの免責事項数値（組織数/商品数）は、CLAUDE.md のとおり正確に。
- ページにローカルファイルパスは記載しない。Jordanはリポジトリを持っていないため。
1. 新着情報の収集
git log --since="<Jordanとの前回ミーティングの日付>"および作成・変更されたファイル。- その日付以降に
docs/pendientes.mdで[x]マークされた項目。 - Jordanが尋ねたことへの回答（数値、出典、見つけたドキュメント）。
- Jordanへの新しい依頼：前回のミーティングで提起されなかったもののみ。
2. ページの作成
- ファイル：
docs/reuniones/AAAA-MM-DD-whats-new.html、日付は次回ミーティング（通常は翌営業日）。 - 最新のページ（
docs/reuniones/*-whats-new.html）のスタイルを再利用：代理店ウェブサイトのトークン、Fraunces + Inter、ライトモードとダークモード。- その
<style>ブロックをコピーする。新しいデザインを考案しない。
- その
- 構成：
- ヘッダー： アイブロー "Avery Benefits Group · Since our review on <日付>"、タイトル "What's new"、変更点のみをカバーすることを示す1行。
- タイル： 各項目に1つ、それぞれにピル（Done / Drafted / Found / Needs you）と該当セクションへのリンク。
- 項目ごとのセクション： 何が行われ、それがJordanにとってなぜ重要なのかを簡潔に。承認が必要なテキスト（投稿、スクリプト）がある場合は、ミーティングで読めるように含める。
- あなたに必要なもの： 新しい依頼のみ。
- フッター："Avery Benefits Group · Jordan Avery, Licensed Insurance Broker · <ライセンス行> · Internal update"。
- タイトル（
<title>）："Update "。
3. 公開
- 新しいページの初回：
Artifactをaction: "quickstart"（intentother）で作成し、その後Artifact公開をfile_path、icon（例 "update"）、および1文のdescriptionとともに行う。- ページが既に存在する場合（同じ日付）、同じファイルに再公開する。
- 公開前にブラウザで1度確認（スクリーンショット）し、視覚的に壊れているものだけを修正する。
- コミット：オペレーターを作者とし、AIの帰属なし、プッシュしない。
4. オペレーターへの報告（スペイン語で、名前から始める）
-
ページリンク とそのカバー範囲を、セクションごとに1行で。
-
ミーティング中に手元に置くべきドキュメント： トピック別にグループ化されたリストで、前回のミーティング以降に作成または更新された全てのドキュメントへのクリック可能なパス（
[名前](パス)）付き：- コンプライアンス用のPDFおよびWordファイル；
- ニュースレターHTML；
- 投稿；
- メモ。
Gmailの下書きに添付されているものがあれば、その旨を記載する。
-
ページは非公開であり、Jordanが単独で開くには共有メニューから共有する必要があることを思い出させる。