Theo's Bitfire

本轮采信源表的活动名称、日期/时间、地点、内外部活动四项（「内外活动」列只来自源表同名字段，不从分类、参与类型或主办方推断）；源表里的状态、人员、分类、人数未必最新，不作为当前事实展示，也不据此算完成数或转化率。缺的值显示「待核」。标签与社群（群名）是市场部自己维护的字段，不来自源表：标签用来筛和统计，社群是触点、将来接人的触点表。编码 BF-EVT-日期-序号：有日期、活动身份明确即发号，缺具体时间或源 Record ID 不阻塞编号；同日序号按首次登记顺序分配，不代表举办时间先后；新增接续该日最大已用序号 +1，不重排、不复用旧码。内部主键固定；活动改期时主键不变，换该日新码，旧码留在历史编码里。

这个模块分三层：🔒 固定层（产品身份、对外口径、合规声明）来自公司资料基线，资料改版时统一更新，没被手工改过的字段会自动跟着走；🔄 更新层（合作模式 / 业绩 / 报价）每一行都必须带自己的截止日和来源，业绩还要标是否经过审计 —— 少这几项的数字不要往外发，也不要口头引用；✍️ 手动层（不适合谁、异议应答、取舍、画像、话术、资料链接）是自己攒的东西，只存在这个库里。手工改过某个字段后会打「手工」标记，以后资料更新不会覆盖它，但会提示源资料变过。未上线 / 需点对点 / 资料待补的产品，复制按钮是锁住的。

这里只存索引，正文一个字都不存。Lark 文档是真相——同一个方案在 Lark 上一直改，以最后更新时间为准；Drive 镜像是快照，是离职那天你真正能带走的东西，所以它需要定期重新导出，否则你带走的是几个月前的版本。「镜像滞后」这一列就是在盯这件事：Lark 改了但没重新导出，天数会自己涨起来。镜像用 Markdown，不是因为好读，而是因为它开头那段 frontmatter（当前口径 / 可发性 / 件级 / lark_url / lark_published_at / sha256）是结构化的，系统能直接读进来——换成 PDF 这些会全部烧进版式里丢掉。要人读就回 Lark 或 Obsidian，Drive 这份是给系统和交接用的。「当前口径 ✅ 是」就是「只保留一份最新」的判据，同一个主题＋形态下只该有一份打勾。重新导出时同名覆盖，不另存。所以文件名不放日期（主题键_方案名_形态.pdf）——日期放进文件名，旧版就会并排躺着，又回到十五份的老路；版本历史由 Lark 的修订记录负责。活动类方案的主题键直接用活动编码，能自动挂回活动台账。同一天的口播稿 / 投屏稿 / 精简版不是三个版本，是同一版的三个形态——分开记，工作量才看得准。