test_20_diverse_events.py

"""
写入 20 条多元化事件记忆
- 呈现形式多元：会议纪要、邮件、对话、报告、公告、故障报告等
- 表达方式多元：正式/非正式、中文/英文混合、列表/叙述等
- 内容多元：技术、产品、运营、客户、团队、法务等
"""

import asyncio
import os

os.environ["ENABLE_BACKEND_ACCESS_CONTROL"] = "false"
os.environ["MFLOW_EPISODIC_ENABLED"] = "true"

import m_flow

DIVERSE_EVENTS = [
    # 1. 即时通讯对话记录
    {
        "title": "技术群聊：线上故障紧急处理",
        "content": """【技术群聊记录】2025-01-15 03:42 AM

小王: @all 紧急！订单服务挂了 P0故障
老张: 我看下 哪个集群
小王: prod-east-01 CPU打满了
老张: 草 又是那个定时任务 我先扩容
小李: 监控面板显示 QPS从2000飙到8万 不正常啊
老张: 扩完了 现在降下来了 CPU 40%
小王: 订单恢复了 刚才积压了大概3000单
老张: 查到原因了 有人把批量导出任务放到高峰期跑
小李: 谁干的？
老张: 运营那边 我去沟通下
小王: 记得提JIRA 这个得复盘
老张: 行 我来写故障报告 影响时长12分钟 03:42-03:54

【后续】故障单号: INC-2025-0115-001 责任方: 运营部 改进措施: 批量任务限制在凌晨2-5点执行
""",
    },
    # 2. 正式英文邮件
    {
        "title": "CEO致全员邮件：Q1战略调整",
        "content": """From: CEO Zhang Wei <zhangwei@company.com>
To: All Staff <all@company.com>
Subject: [Important] Q1 2025 Strategic Pivot - Read Required
Date: January 20, 2025

Dear Team,

After careful deliberation with the board, we've decided to make some significant changes to our Q1 priorities.

**Key Decisions:**

1. **Product Focus Shift**: We're pausing the B2C expansion and doubling down on B2B enterprise sales. The market timing isn't right for consumer growth.

2. **Headcount Freeze**: Effective immediately, all open positions are on hold except for critical engineering roles (AI/ML team).

3. **Office Consolidation**: Shanghai office will merge into Hangzhou HQ by March 31. Affected employees will receive relocation packages or remote work options.

**Why Now?**
- Q4 burn rate exceeded projections by 23%
- Enterprise pipeline is 3x stronger than retail
- Need 18-month runway minimum for Series C

**Next Steps:**
- Town hall this Friday 3PM (mandatory)
- 1:1s with your managers by end of week
- Questions → strategy@company.com

I know this is a lot to process. We've been through harder times and emerged stronger. Let's do this together.

Best,
Wei

---
Confidential - Do not forward outside organization
""",
    },
    # 3. 客户投诉工单
    {
        "title": "VIP客户投诉升级处理",
        "content": """===== 客户服务工单 =====
工单号: CS-2025-88721
优先级: ★★★★★ (VIP客户升级)
创建时间: 2025-01-18 09:15
客户: 深圳前海科技有限公司 (年度合同金额: 280万)

【投诉内容】
客户联系人王总非常不满，原话："你们的系统这个月第三次出问题了，我们的财务报表都出不来，董事会下周要开会，你们赶紧解决，不然我们考虑换供应商。"

【问题详情】
- 报表导出功能在数据量>50万行时超时
- 已尝试分批导出，但格式错乱
- 客户急需本周五前出报表

【处理记录】
09:30 - 技术小李远程排查，确认是内存溢出问题
11:00 - 紧急发布热修复补丁 v2.3.1-hotfix
14:00 - 客户测试通过，但提出新需求：希望支持100万行
15:30 - 产品经理参与沟通，承诺下版本优化，预计2月中

【客户最终态度】
"这次勉强接受，但下次再出问题，真的要考虑其他方案了。"

【后续Action】
1. 下周安排技术VP登门拜访致歉
2. 赠送3个月免费增值服务
3. 将大数据量导出列为Q1 P0需求

处理人: 客户成功经理 刘芳
结单时间: 2025-01-18 16:45
""",
    },
    # 4. 产品PRD片段
    {
        "title": "智能推荐系统PRD v2.0",
        "content": """# 智能推荐系统 PRD v2.0

## 1. 背景与目标

当前首页推荐CTR仅2.3%（行业平均5%），用户反馈"推的都不是我想要的"。本次升级目标：**CTR提升至4%+，用户满意度评分从3.2提升至4.0**。

## 2. 核心功能

### 2.1 实时兴趣捕捉
- 用户最近30分钟行为实时入模型
- 冷启动用户用相似用户协同过滤兜底
- 响应时延 < 100ms (P99)

### 2.2 多目标优化
| 目标 | 权重 | 说明 |
|-----|-----|-----|
| 点击率 | 40% | 主要优化目标 |
| 停留时长 | 30% | 防止标题党 |
| 转化率 | 20% | 商业价值 |
| 多样性 | 10% | 防信息茧房 |

### 2.3 可解释性
每条推荐附带理由标签：
- "因为你看过《XX》"
- "你关注的博主发布"
- "同城热门"

## 3. 技术方案
- 模型：双塔 + 排序精排
- 特征：用户画像 + 内容标签 + 上下文
- 召回：多路召回（协同、热门、关注、地理）
- 排序：XGBoost → 上线后逐步迁移到DNN

## 4. 里程碑
- W1-W2: 数据准备与特征工程
- W3-W4: 模型训练与离线评估
- W5: AB实验（5%流量）
- W6: 灰度放量（20% → 50% → 100%）

## 5. 风险与依赖
- 依赖大数据团队完成用户画像标签化（已排期）
- 需要推送团队配合调整推送策略
- 存量用户画像冷启动需要回溯

产品经理: 陈思思
技术负责人: 张大鹏
设计师: 李小雨
""",
    },
    # 5. 法务合规警告
    {
        "title": "法务部紧急通知：数据出境合规",
        "content": """【法务部紧急通知】

致：技术部、产品部、运营部全体
抄送：CEO、CTO、COO
日期：2025年1月19日

━━━━━━━━━━━━━━━━━━━━━━━━━━━━

⚠️ 紧急事项：数据出境合规整改要求

根据网信办最新通知，我司涉及个人信息出境的业务必须在2025年3月1日前完成合规整改，否则将面临：
- 行政处罚：50万-500万元
- 业务限制：可能被要求暂停跨境数据传输
- 声誉风险：列入违规企业名单

【需要整改的业务】

1. 海外服务器日志同步（AWS新加坡）
   现状：用户行为日志每日同步
   整改：改为脱敏后同步，或停止同步
   
2. 客服工单系统（Zendesk）
   现状：工单含用户手机号、地址
   整改：接入国内替代方案或数据脱敏
   
3. 营销自动化平台（HubSpot）
   现状：客户联系方式存储在海外
   整改：迁移至国内版或自建

【时间表】
- 1月25日前：各部门提交整改方案
- 2月15日前：技术改造完成
- 2月28日前：完成合规自查报告

【联系人】
- 法务对接：李律师 (li.legal@company.com)
- 技术支持：安全团队 security@company.com

请各部门负责人务必重视，延误将追究责任！

法务部
2025.01.19
""",
    },
    # 6. 技术博客风格
    {
        "title": "踩坑记录：Kubernetes集群迁移那些事",
        "content": """# 踩坑记录：从自建K8s迁移到托管集群的血泪史

> 作者：运维老司机阿强
> 时间：2025年1月
> 阅读时间：8分钟

## 背景

去年我们自建了一套K8s集群，3个master节点，20个worker，跑了大半年。然后...

**为什么要迁移？**
- 运维成本太高：证书过期、etcd爆了、升级踩坑...
- 老板说云厂商托管服务现在很便宜
- 我们3个运维实在扛不住了（离职了一个）

## 迁移过程

### 阶段1：方案选型（1周）

对比了阿里云ACK、腾讯云TKE、华为云CCE，最后选ACK：
- 价格：中等
- 功能：最全
- 售后：响应快（我们有专属TAM）

### 阶段2：测试迁移（2周）

先迁了一个非核心服务试水，结果...

**坑1：PV/PVC不兼容**
自建用的local-path，托管是云盘，数据迁移折腾了3天。

**坑2：Ingress变了**
自建是Nginx Ingress，ACK默认是ALB Ingress，annotation全要改。

**坑3：Service Account权限**
托管集群的RBAC策略不一样，一堆403。

### 阶段3：正式迁移（3周）

采用蓝绿部署，新旧集群并行跑了2周，逐步切流量。

关键指标：
- 服务中断时间：0（完全不停服）
- 平均延迟：降低了15ms（云厂商网络优化牛）
- 月成本：从6万降到4.2万

## 经验总结

1. **一定要做好资源盘点**：提前列清楚所有用到的CRD、ConfigMap、Secret
2. **数据迁移是大头**：有状态服务要特别小心
3. **监控告警别忘了**：迁完发现Prometheus挂了一天没人知道...
4. **文档！文档！文档！**：没有文档的命令不要敲

下次有机会聊聊我们迁移后踩的新坑——成本优化那些事。

---
*如果这篇文章对你有帮助，欢迎点赞收藏转发～*
""",
    },
    # 7. 内部公告（简短）
    {
        "title": "HR公告：春节放假安排",
        "content": """【公司公告】2025年春节放假通知

各位同事：

根据国家法定节假日安排，结合公司实际，现将春节放假通知如下：

放假时间：1月28日（除夕）至 2月4日（初七），共8天
上班时间：2月5日（初八）正常上班

注意事项：
1. 值班安排已发至各部门负责人邮箱，请相关同事做好准备
2. 节前请完成工作交接，重要事项写好文档
3. 留京同事有200元节日补贴（2月工资发放）
4. 公司将于1月27日下午3点提前放假，年会同时举行

年会信息：
- 地点：望京凯悦酒店3楼宴会厅
- 时间：1月27日 15:00-21:00
- 着装：Smart casual
- 抽奖：iPhone 16 Pro x3、戴森吹风机x10、其他若干

祝大家新春快乐！

人力资源部
2025年1月15日
""",
    },
    # 8. 用户访谈记录
    {
        "title": "用户访谈：外卖骑手使用体验",
        "content": """用户访谈记录

访谈对象：外卖骑手 张师傅（化名）
从业年限：3年
日均单量：45-50单
访谈时间：2025年1月16日 午休时间
访谈地点：望京某商场休息区
访谈人：用研团队 小林

===== 访谈内容 =====

Q: 您每天使用我们App的频率大概是？
A: 差不多从早上9点到晚上10点都开着呢，不开着没单啊。电量消耗特别大，我得带两个充电宝。

Q: 最困扰您的功能问题是什么？
A: 那个导航！经常让我绕路，有时候明明可以抄近道它不知道。还有就是取餐码有时候加载不出来，商家那边等着急。

Q: 高峰期有什么特别的问题吗？
A: 高峰期App会卡，尤其是同时来好几单的时候，点进去看详情要转好几秒。有时候着急就直接打电话问客户地址了。

Q: 您觉得什么功能做得比较好？
A: 那个自动接单挺好的，我骑车的时候没法看手机，它帮我接了我听一下语音播报就知道去哪。还有天气提醒也不错，下雨天会提前告诉我。

Q: 如果让您提一个最希望改进的点？
A: 能不能把电话打通更快一点？有时候客户电话打不通要等很久，那个等待时间其实系统可以帮我跳过。

===== 关键洞察 =====

1. 电量消耗是刚需痛点 → 可考虑省电模式
2. 导航精准度需要提升 → 接入骑手众包路线数据
3. 高峰期性能优化 → 技术债需要还
4. 语音交互是刚需 → 扩大语音功能覆盖面
5. 通话等待体验差 → 增加留言/短信备选

下一步：与导航团队、性能团队对齐上述发现
""",
    },
    # 9. 竞品分析简报
    {
        "title": "竞品速报：X公司发布新功能",
        "content": """🔔 竞品动态速报 #2025-03

━━━━━━━━━━━━━━━━━━━━━━━━

竞品：X公司（主要竞争对手）
动态：昨日发布 v3.5 大版本更新
来源：其官方公众号 + App Store更新日志

━━━━━━━━━━━━━━━━━━━━━━━━

📦 新功能亮点：

1️⃣ AI智能助手
   - 支持语音/文字对话
   - 可执行App内操作（下单、查询、设置）
   - 宣称"零学习成本"
   
2️⃣ 社区功能上线
   - 用户可发帖、评论、点赞
   - 有话题广场和推荐feed
   - 明显在做内容电商
   
3️⃣ 会员体系升级
   - 新增铂金和钻石等级
   - 专属客服、优先发货、生日礼
   - 年费从199涨到299

━━━━━━━━━━━━━━━━━━━━━━━━

🎯 我们的差距与机会：

| 功能 | X公司 | 我们 | 差距 |
|-----|------|-----|-----|
| AI助手 | ✅刚上线 | ❌无 | 需追赶 |
| 社区 | ✅上线 | 🔄内测中 | 差1个月 |
| 会员 | 4级 | 3级 | 可借鉴升级 |

━━━━━━━━━━━━━━━━━━━━━━━━

💡 建议：

1. AI助手列入Q2 roadmap，至少做个demo
2. 社区功能加速，争取2月中上线
3. 密切关注其AI助手的用户反馈

━━━━━━━━━━━━━━━━━━━━━━━━

产品竞品组 每周一/四更新
有问题请联系 competitive@company.com
""",
    },
    # 10. OKR复盘
    {
        "title": "2024 Q4 OKR复盘：技术团队",
        "content": """2024 Q4 OKR复盘报告

部门：技术研发部
负责人：CTO 李明
复盘日期：2025年1月10日

════════════════════════════════

Objective 1: 提升系统稳定性
得分: 0.8 (基本达成)

KR1: 系统可用性从99.5%提升至99.9%
→ 实际: 99.85% ✅ (接近达成)
→ 关键动作: 引入混沌工程、增加监控覆盖

KR2: P0故障次数≤2次
→ 实际: 3次 ⚠️ (未达成)
→ 原因: 12月大促期间出现2次意外故障
→ 改进: Q1加强大促前压测演练

KR3: 平均故障恢复时间(MTTR)<30分钟
→ 实际: 22分钟 ✅ (超额完成)
→ 关键动作: 完善故障响应SOP、增加值班人员

════════════════════════════════

Objective 2: 加速产品迭代
得分: 0.6 (部分达成)

KR1: 需求交付周期从3周缩短至2周
→ 实际: 2.5周 ⚠️ (部分达成)
→ 原因: 测试环境不稳定导致QA周期长

KR2: 代码审查覆盖率100%
→ 实际: 100% ✅ (达成)
→ 关键动作: PR必须2人approve才能合并

KR3: 自动化测试覆盖率提升至70%
→ 实际: 58% ❌ (未达成)
→ 原因: 历史代码太多，补测试进度慢
→ 改进: Q1设立测试改进专项

════════════════════════════════

Objective 3: 培养技术梯队
得分: 0.9 (超额完成)

KR1: 内部技术分享≥12次
→ 实际: 15次 ✅
→ 亮点: 建立了Tech Talk制度

KR2: 完成2名技术主管晋升
→ 实际: 3人晋升 ✅
→ 亮点: 小张、老王、阿丽

KR3: 核心岗位AB角覆盖100%
→ 实际: 95% ✅ (基本达成)
→ 遗留: 数据库DBA岗位待补充

════════════════════════════════

Q1 OKR初稿已提交，请各TL本周内review。
""",
    },
    # 11. 财务预警
    {
        "title": "财务预警：项目超支通知",
        "content": """财务管理通知单

编号：FIN-2025-0118-ALERT
类型：项目超支预警
级别：黄色预警（超支10%-30%）

━━━━━━━━━━━━━━━━━━━━━━━━

【超支项目】

项目名称：海外市场拓展项目
项目编号：PRJ-2024-078
项目负责人：国际业务部 王总监
预算批复：500万元
已使用：480万元
剩余预算：20万元
预计还需：85万元（按当前支出速度）

━━━━━━━━━━━━━━━━━━━━━━━━

【超支原因分析】

1. 海外差旅费用超预期：$8万
   - 机票价格上涨30%
   - 酒店标准高于预算
   
2. 本地化翻译费用：$3万
   - 新增3种语言支持
   - 原预算只估了2种
   
3. 渠道商返点：$5万
   - 为快速拓展增加了返点比例

━━━━━━━━━━━━━━━━━━━━━━━━

【处理要求】

□ 项目负责人于1月20日前提交超支申请报告
□ 说明超支必要性及预期收益
□ 提出后续费用控制方案
□ 需VP及以上审批追加预算

━━━━━━━━━━━━━━━━━━━━━━━━

【财务建议】

建议申请追加预算50万元（而非85万元），原因：
- 差旅可改为线上会议部分替代
- 翻译可用AI工具辅助降本
- 渠道返点比例建议下调5%

财务部 张会计
2025年1月18日
""",
    },
    # 12. 面试反馈
    {
        "title": "面试评估：高级算法工程师候选人",
        "content": """===== 面试评估表 =====

候选人：Michael Chen
应聘职位：高级算法工程师
面试轮次：第三轮（终面）
面试官：AI Lab负责人 刘博
面试时间：2025-01-17 14:00-15:30

━━━━━━━━━━━━━━━━━━━━━━━━

【候选人背景】
- 学历：CMU CS硕士（2019）
- 工作年限：5年
- 当前公司：某大厂AI部门 资深工程师
- 期望薪资：80-90万/年

━━━━━━━━━━━━━━━━━━━━━━━━

【能力评估】

算法基础: ★★★★★
- 手撕LRU Cache无bug一遍过
- 深入讨论了Transformer优化trick
- 了解最新的MoE架构

工程能力: ★★★★☆
- 有大规模分布式训练经验（千卡级别）
- 熟悉PyTorch/TensorFlow/JAX
- 对工程化落地有清晰认知

业务理解: ★★★★☆
- 做过推荐、搜索、NLP多领域
- 对我们业务场景有提前研究
- 提出了几个有建设性的想法

沟通表达: ★★★★★
- 思路清晰，表达流畅
- 英文流利（可负责海外合作）
- 性格开朗，有团队协作意识

━━━━━━━━━━━━━━━━━━━━━━━━

【顾虑点】

1. 薪资期望较高，超出HC预算（70万）
2. 当前公司有股票待解锁（2025年6月）
3. 对管理岗有一定诉求，我们短期没有坑

━━━━━━━━━━━━━━━━━━━━━━━━

【面试结论】

✅ 强烈推荐录用

建议：
- 薪资可谈到75万+签字费15万，总包90万
- 明确技术专家晋升通道，满足发展诉求
- 争取6月入职（等他解锁完）

━━━━━━━━━━━━━━━━━━━━━━━━

HR请尽快推进Offer流程，候选人有其他Offer在手。

面试官签名：刘博
日期：2025-01-17
""",
    },
    # 13. 运营日报
    {
        "title": "运营日报 2025-01-16",
        "content": """📊 运营日报 | 2025年1月16日（周四）

━━━━━━ 核心指标 ━━━━━━

DAU: 1,234,567 (↑3.2% vs昨日)
新增用户: 15,832 (↓5.1%)
付费用户: 23,456 (↑1.8%)
ARPU: ¥45.6 (持平)
GMV: ¥1,068,533 (↑2.3%)

━━━━━━ 今日亮点 ━━━━━━

🎉 年货节活动首日数据
- 活动页PV: 89万
- 加购转化率: 12.3% (高于预期10%)
- 爆款TOP3: 坚果礼盒/腊味组合/茶叶礼盒

📈 内容运营
- 新发布UGC: 8,532篇
- 精选内容曝光: 450万
- 互动率: 6.7% (↑0.3%)

💰 营收情况
- 广告收入: ¥234,567
- 会员收入: ¥89,012
- 抽成收入: ¥744,954

━━━━━━ 异常与问题 ━━━━━━

⚠️ 支付成功率下降
- 现象: 下午2-4点支付成功率从98%降到92%
- 原因: 银行通道临时限流
- 处理: 已切换备用通道，恢复正常

⚠️ Push到达率异常
- 现象: iOS Push到达率仅75%（正常85%）
- 原因: APNs证书问题
- 处理: 已更新证书，明日观察

━━━━━━ 明日重点 ━━━━━━

□ 年货节第二波活动上线（10:00）
□ 腊八节专题内容运营
□ 监控支付成功率恢复情况

━━━━━━ 值班信息 ━━━━━━

今日值班: 小刘 | 明日值班: 小陈
紧急联系: 运营总监 138****5678

---
运营中心 每日18:00发送
""",
    },
    # 14. 技术选型讨论记录
    {
        "title": "技术选型会议：消息队列选型",
        "content": """会议纪要

主题：新消息队列系统选型讨论
时间：2025年1月15日 15:00-17:00
地点：会议室A301
参与人：架构组全员 + 基础设施组

━━━━━━━━━━━━━━━━━━━━━━━━

背景

当前使用RabbitMQ，存在以下问题：
- 单机性能瓶颈（日消息量已达5亿）
- 堆积时消费延迟严重
- 运维复杂度高

━━━━━━━━━━━━━━━━━━━━━━━━

候选方案对比

| 维度 | Kafka | Pulsar | RocketMQ |
|-----|-------|--------|----------|
| 吞吐量 | 极高 | 高 | 高 |
| 延迟 | ms级 | ms级 | ms级 |
| 有序性 | 分区有序 | 分区有序 | 队列有序 |
| 事务 | 支持 | 支持 | 支持 |
| 多租户 | 需自研 | 原生支持 | 需配置 |
| 运维复杂度 | 中 | 高 | 低 |
| 社区活跃度 | 极高 | 高 | 高(国内) |
| 学习成本 | 低 | 中 | 低 |

━━━━━━━━━━━━━━━━━━━━━━━━

讨论要点

老王(架构)：推荐Kafka，生态成熟，大厂标配。我们团队有经验。

小李(基础设施)：Pulsar功能更强，但运维确实复杂，ZK+BK+Broker太重了。

老张(业务开发)：对业务侧来说最好无感迁移，RocketMQ兼容性可能更好。

CTO：性能优先，运维我们可以投入人力。关键是三年内不要再换一次。

━━━━━━━━━━━━━━━━━━━━━━━━

决议

选型结果：Apache Kafka 3.x

理由：
1. 吞吐量可以支撑未来3-5年增长
2. 团队有经验，上手快
3. 生态丰富，对接Flink/Spark方便
4. 云厂商有托管服务，可降低运维成本

━━━━━━━━━━━━━━━━━━━━━━━━

后续行动

| 事项 | 负责人 | 截止日期 |
|-----|-------|---------|
| PoC验证 | 小李 | 1/25 |
| 迁移方案设计 | 老王 | 2/5 |
| 成本预算 | 财务组 | 1/30 |
| 培训计划 | HR | 2/15 |

━━━━━━━━━━━━━━━━━━━━━━━━

记录人：会议助手AI
审核人：CTO 李明
""",
    },
    # 15. 客户成功案例
    {
        "title": "客户成功故事：某连锁餐饮集团",
        "content": """✨ 客户成功案例 ✨

客户：鼎香餐饮集团（化名）
行业：餐饮连锁
规模：全国320家门店
合作时长：18个月

━━━━━━━━━━━━━━━━━━━━━━━━

🎯 客户背景

鼎香是国内知名火锅连锁品牌，面临数字化转型挑战：
- 各门店数据孤岛严重
- 会员体系混乱，复购率仅18%
- 供应链响应慢，经常断货

━━━━━━━━━━━━━━━━━━━━━━━━

💡 我们的解决方案

1. 数据中台搭建
   - 打通POS、会员、供应链数据
   - 建立统一数据仓库
   - 实时BI看板

2. 智能会员系统
   - RFM模型客户分层
   - 个性化优惠推送
   - 储值卡+积分体系

3. 智能补货系统
   - 基于历史数据预测销量
   - 自动生成采购建议
   - 与供应商系统对接

━━━━━━━━━━━━━━━━━━━━━━━━

📊 成果数据（18个月后）

| 指标 | 实施前 | 实施后 | 提升 |
|-----|-------|-------|-----|
| 会员复购率 | 18% | 34% | +89% |
| 库存周转天数 | 12天 | 7天 | -42% |
| 人效(营收/人) | 15万 | 21万 | +40% |
| 数据报表时效 | T+3 | 实时 | - |

ROI计算：
- 系统投入：380万（含实施）
- 年化收益增加：约1200万
- 投资回收期：约4个月

━━━━━━━━━━━━━━━━━━━━━━━━

🗣️ 客户证言

"以前开月度经营会议要等3天数据，现在打开手机就能看。最惊喜的是智能补货，以前我们最头疼的就是周末爆单但食材不够，现在系统比我们老采购还准。"

—— 鼎香餐饮 运营副总裁 陈总

━━━━━━━━━━━━━━━━━━━━━━━━

📋 可复制的经验

1. 先打通数据，再做智能化
2. 从最痛的点切入（本案例是会员）
3. 设立明确的里程碑和验收标准
4. 培养客户内部数字化人才

━━━━━━━━━━━━━━━━━━━━━━━━

案例负责人：客户成功部 刘经理
案例编写日期：2025年1月
授权用于：官网/公众号/销售PPT
""",
    },
    # 16. Bug报告
    {
        "title": "Bug报告：iOS端闪退问题",
        "content": """🐛 Bug Report

编号: BUG-2025-0456
优先级: P1 - Critical
状态: In Progress

━━━━━━ 问题描述 ━━━━━━

【现象】
iOS App在特定操作下闪退，用户无法完成购买流程。

【影响范围】
- iOS 17.2及以上版本
- App版本 4.5.2
- 预计影响用户量：约15%的iOS用户

【复现步骤】
1. 打开App进入商品详情页
2. 添加商品到购物车
3. 进入购物车页面
4. 点击"去结算"
5. 选择优惠券
6. --> 闪退 <--

【复现率】
约30%概率复现（与优惠券数量有关，超过5张必现）

━━━━━━ 技术分析 ━━━━━━

【崩溃日志】
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Thread 0 Crashed:
0 libswiftCore.dylib 0x1a2f3b... swift_unknownObjectRelease
1 MyApp 0x102a4c... CouponListView.updateUI()
2 MyApp 0x102a8f... CouponManager.fetchCoupons()

【根因】
在优惠券列表更新时，存在内存野指针问题。
具体：fetchCoupons异步回调时，View已被释放但回调仍然执行。

━━━━━━ 修复方案 ━━━━━━

【方案】
1. 添加weak self避免循环引用
2. 在回调中检查self是否为nil
3. 优化优惠券加载策略，减少并发

【代码变更】
文件：CouponManager.swift
变更行数：约15行

━━━━━━ 时间线 ━━━━━━

- 01/16 14:00 客服上报问题
- 01/16 15:30 开发确认并复现
- 01/16 17:00 定位根因
- 01/17 10:00 修复代码已提交PR
- 01/17 14:00 测试验证中 <-- 当前
- 01/17 18:00 (计划)紧急发版 v4.5.3

━━━━━━ 负责人 ━━━━━━

开发：iOS组 小陈
测试：QA组 小李
审核：技术负责人 老王
""",
    },
    # 17. 安全周报
    {
        "title": "信息安全周报 W03",
        "content": """🔐 信息安全周报

报告期间：2025年1月13日 - 1月19日 (W03)
编制：安全团队

════════════════════════════════════

📊 本周安全态势

漏洞修复：12个（严重1/高危3/中危5/低危3）
安全事件：0起
钓鱼邮件：拦截47封
暴力破解：阻断1,234次尝试
恶意扫描：屏蔽89个IP

安全评分：92分（上周90分 ↑）

════════════════════════════════════

🚨 重点事项

【严重漏洞】Log4j 变种漏洞修复

影响范围：内部日志服务
风险等级：严重（CVSS 9.8）
处理状态：已修复
修复措施：升级log4j至2.17.1
验证结果：漏洞扫描已无检出

════════════════════════════════════

📋 待办事项

| 事项 | 负责人 | 截止 | 状态 |
|-----|-------|-----|-----|
| VPN双因子升级 | 小王 | 1/25 | 进行中 |
| 安全意识培训 | HR | 1/31 | 待开始 |
| 渗透测试 | 外部厂商 | 2/15 | 已排期 |
| SOC2审计准备 | 合规组 | 3/1 | 进行中 |

════════════════════════════════════

📈 趋势分析

本月钓鱼邮件明显增多（+35%），特征：
- 伪装成财务部发送的"年终奖通知"
- 附件为恶意Excel文档
- 已发全员预警邮件

建议：近期加强财务类邮件的鉴别培训

════════════════════════════════════

安全热线：security@company.com
紧急事件：138****9999

安全团队 每周一发布
""",
    },
    # 18. 培训课程大纲
    {
        "title": "新员工培训：产品设计基础",
        "content": """📚 培训课程大纲

课程名称：产品设计基础 - 从0到1
适用对象：产品新人、转岗产品的同学
课时：6小时（分3次，每次2小时）
讲师：产品总监 王老师

━━━━━━━━━━━━━━━━━━━━━━━━

第一讲：产品思维入门（2小时）

1.1 什么是产品思维
    - 用户视角 vs 业务视角
    - 案例：微信红包的设计

1.2 需求分析框架
    - KANO模型
    - 用户故事地图
    - 练习：分析一个身边的App

1.3 MVP方法论
    - 什么是MVP
    - 如何定义MVP范围
    - 案例：Dropbox的验证方式

━━━━━━━━━━━━━━━━━━━━━━━━

第二讲：产品文档撰写（2小时）

2.1 PRD结构与规范
    - 背景/目标/功能/数据
    - 工具：Notion/飞书文档

2.2 原型设计基础
    - Axure/Figma入门
    - 交互说明撰写
    - 练习：画一个登录页原型

2.3 需求评审技巧
    - 评审前的准备
    - 如何应对质疑
    - 常见问题处理

━━━━━━━━━━━━━━━━━━━━━━━━

第三讲：项目管理与协作（2小时）

3.1 敏捷开发基础
    - Scrum vs Kanban
    - Sprint规划
    - 案例：我们团队的实践

3.2 跨部门协作
    - 与技术沟通的技巧
    - 与设计协作的方法
    - 与运营对齐目标

3.3 数据驱动决策
    - 核心指标定义
    - AB实验入门
    - 数据分析工具介绍

━━━━━━━━━━━━━━━━━━━━━━━━

课后作业

作业：针对我们App的某个功能，撰写一份改进PRD
要求：
- 包含完整的背景、目标、功能描述
- 附简单的原型图
- 定义3个核心数据指标

提交截止：培训结束后2周内
提交方式：发送至 pm-training@company.com

━━━━━━━━━━━━━━━━━━━━━━━━

参考资料

- 《人人都是产品经理》
- 《精益创业》
- 公司内部PRD模板（飞书知识库）

有问题欢迎随时找我交流！—— 王老师
""",
    },
    # 19. 行业研究简报
    {
        "title": "行业研究：2025年AI市场展望",
        "content": """📊 行业研究报告

主题：2025年人工智能市场展望
发布日期：2025年1月
撰写：战略发展部

════════════════════════════════════

一、全球市场规模

2024年全球AI市场规模约1,840亿美元
2025年预计达2,450亿美元（增长33%）
2030年预计突破1万亿美元

中国市场：
- 2024年约380亿美元
- 2025年预计510亿美元
- 占全球20%左右

════════════════════════════════════

二、关键趋势

1️⃣ 大模型进入应用爆发期

- GPT-5预计2025年发布
- 国产大模型百花齐放
- 行业垂直模型成为刚需

我们的机会：
→ 餐饮行业垂直模型
→ 智能客服场景深耕

2️⃣ Agent（智能体）崛起

- 从Copilot到Autopilot
- Agent框架标准化
- 多Agent协作成为可能

我们的机会：
→ 自动化运营Agent
→ 智能采购Agent

3️⃣ AI基础设施国产化

- 国产GPU算力提升
- 华为昇腾生态壮大
- 政策推动信创替代

我们的应对：
→ 适配国产算力
→ 建立备选供应商

════════════════════════════════════

三、投资热点

| 领域 | 2024投资额 | 2025预测 | 增长 |
|-----|----------|---------|-----|
| 大模型 | 150亿 | 200亿 | +33% |
| AI应用 | 80亿 | 150亿 | +87% |
| AI芯片 | 60亿 | 100亿 | +67% |
| 数据服务 | 30亿 | 50亿 | +67% |

════════════════════════════════════

四、风险提示

⚠️ 监管趋严
- 《生成式AI管理办法》落地
- 数据合规要求提高
- 算法备案成为必须

⚠️ 人才短缺
- AI人才供不应求
- 薪资水涨船高
- 可能影响项目进度

⚠️ 技术迭代快
- 技术栈快速更新
- 避免押注单一路线

════════════════════════════════════

五、建议

对公司战略的建议：

1. 加大AI投入
   - 2025年AI预算建议增加50%
   - 重点投向应用层而非基础层

2. 人才布局
   - 设立AI专项招聘HC
   - 与高校建立联合实验室

3. 合作生态
   - 与头部大模型厂商建立合作
   - 探索行业联盟可能性

════════════════════════════════════

报告咨询：strategy@company.com
下期预告：《2025年SaaS市场趋势》

战略发展部 每月发布
""",
    },
    # 20. 离职交接清单
    {
        "title": "工作交接清单：技术负责人离职",
        "content": """📋 工作交接清单

离职人：张伟（技术负责人）
最后工作日：2025年1月31日
交接人：李明（新任技术负责人）

━━━━━━━━━━━━━━━━━━━━━━━━

一、账号权限（共23项）

✅ 已交接：
□ GitHub组织owner权限
□ AWS根账号（已更新密码）
□ 阿里云主账号
□ 生产数据库root权限
□ Kubernetes集群admin
□ 监控系统Grafana admin
□ CI/CD系统Jenkins admin
□ 内部Wiki admin
□ 代码审核平台权限
□ 安全扫描工具账号

❌ 待完成：
□ 域名管理账号（需与法务确认）
□ 第三方API密钥更新

━━━━━━━━━━━━━━━━━━━━━━━━

二、进行中项目（共5个）

1. 支付系统重构
   进度：60%
   剩余：核心接口迁移
   接手人：王刚
   文档：/docs/pay-refactor/

2. 数据中台二期
   进度：30%
   剩余：实时计算模块
   接手人：李强
   文档：/docs/data-platform/

3. 安全合规整改
   进度：80%
   剩余：审计报告
   接手人：安全组小陈
   文档：/docs/security-compliance/

4. 新人培训体系
   进度：90%
   剩余：录制视频
   接手人：HR小刘
   文档：/docs/training/

5. 技术债务清理
   进度：40%
   剩余：老旧接口下线
   接手人：架构组老王
   文档：/docs/tech-debt/

━━━━━━━━━━━━━━━━━━━━━━━━

三、日常职责交接

| 职责 | 原负责人 | 新负责人 | 交接状态 |
|-----|---------|---------|---------|
| 周会主持 | 张伟 | 李明 | ✅ |
| 线上值班 | 张伟 | 轮值 | ✅ |
| 招聘面试 | 张伟 | 李明 | ✅ |
| 预算审批 | 张伟 | 李明 | ✅ |
| 供应商对接 | 张伟 | 运维组 | ⏳ |

━━━━━━━━━━━━━━━━━━━━━━━━

四、重要联系人

公司内部：
- CTO：李总 138****1234
- 财务：王会计 138****2345
- HR BP：刘姐 138****3456

外部供应商：
- 阿里云TAM：小张 139****4567
- 安全厂商：老王 139****5678
- 外包团队PM：小李 139****6789

━━━━━━━━━━━━━━━━━━━━━━━━

五、待办事项

离职前必须完成：
□ 1/25：完成所有代码review
□ 1/27：最后一次团队周会
□ 1/28：供应商交接会议
□ 1/29：IT资产归还
□ 1/30：离职面谈
□ 1/31：最后工作日

━━━━━━━━━━━━━━━━━━━━━━━━

六、其他说明

- 所有文档已同步至飞书知识库
- 重要会议录音已上传至共享盘
- 个人笔记已整理成文档
- 如有问题，离职后3个月内可联系（微信：zhangwei_tech）

签字确认：

离职人：张伟 __________ 日期：__________

交接人：李明 __________ 日期：__________

HR见证：__________ 日期：__________
""",
    },
]


async def main():
    print("=" * 60)
    print("写入 20 条多元化事件记忆")
    print("=" * 60)

    # 清空并重新写入
    print("\n[1/3] 清空数据库...")
    await m_flow.prune.prune_data()
    await m_flow.prune.prune_system(metadata=True)

    print(f"\n[2/3] 添加 {len(DIVERSE_EVENTS)} 条多元化事件...")
    for i, event in enumerate(DIVERSE_EVENTS, 1):
        print(f"  {i:2}. {event['title']}")
        await m_flow.add(event["content"])

    print("\n[3/3] 处理记忆 (memorize)...")
    print("  这可能需要几分钟，请耐心等待...")
    await m_flow.memorize()

    print("\n" + "=" * 60)
    print("✅ 完成！20 条多元化事件已写入记忆库")
    print("=" * 60)


if __name__ == "__main__":
    asyncio.run(main())