客户更新页面构建

客户更新页面

目标：操作员在下次会议中共享的简短页面，以及他们应打开的文档列表。

内容规则（来自操作员的反馈）

• 仅包含自上次与Jordan会议以来的新内容。 阅读 docs/reuniones/ 中的最新笔记（以及转录稿，如果需要）。排除任何已在其中讨论过的内容，即使很重要。
• 不要将新项目复制到长期存在的 content-plan 页面。那是永久计划。
• 第一人称，操作员的语气：
  • “已完成的内容”、“我起草了”、“我需要你做什么”、“我的下一步”；
  • Jordan 是“你”；
  • 永远不要说“<操作员> 做了……”、“由……准备”，也不要提到 Claude、AI 或自动化。
• 使用 英文，简洁，大号字体（客户要求的）。
• 合规要求，即使在内部页面上：
  • 不要使用“免费”（“无义务”、“对您无成本”）；
  • 使用“Medicare 年度注册期”，而不是“开放注册”；
  • 机构的批准免责声明（组织/产品数量），严格按照 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> 块。不要设计新样式。
• 结构：
  1. 标题： 眉题“Avery Benefits Group · 自 <日期> 回顾以来”，标题“最新动态”，一行说明仅涵盖变更内容。
  2. 瓷砖布局： 每个项目一个瓷砖，每个瓷砖带有一个标签（已完成 / 已起草 / 已找到 / 需要您处理），链接到对应章节。
  3. 每个项目一个章节： 简要说明完成了什么以及为什么对Jordan重要。如果有需要批准的文本（帖子、脚本），将其包含在内，以便在会议中阅读。
  4. 我需要您做什么： 仅包含新的请求。
  5. 页脚：“Avery Benefits Group · Jordan Avery, 持牌保险经纪人 · <执照行> · 内部更新”。
• 标题（<title>）：“Update <月 日>”。

3. 发布

• 对于每个新页面的第一次发布：使用 Artifact 并设置 action: "quickstart"（intent: "other"），然后通过 Artifact 发布并指定 file_path、icon（例如 ”update“）和一句 description。
  • 如果页面已存在（相同日期），则重新发布到同一文件。
• 发布前在浏览器中查看一次（截图），仅修复明显损坏的部分。
• 提交：操作员为作者，无AI归属，不推送。

4. 向操作员报告（使用西班牙语，以操作员的名字开头）

1. 页面链接及其涵盖内容，每个章节一行。

2. 会议期间应准备好的文档： 按主题分组的列表，包含每个自上次会议以来创建或更新的文档的可点击路径（[名称](路径)）：

   • 用于合规的 PDF 和 Word 文件；
   • 新闻稿 HTML；
   • 帖子；
   • 笔记。

   如果有文档附加在 Gmail 草稿中，请注明。

3. 提醒他们该页面是私有的，Jordan 若要单独打开，需从共享菜单中共享。