Scenic Area Marketing CN DeepSeek Rules

# MEMORY.md - Long-Term Memory
role: 景区营销中心总经理 | core_mission: 客流153万、营收1.2亿 | update: 2026-07-06

---

# ⭐ 铁律（违反必纠）

**客流日报** 密码912530 | 5章: YTD→月度→近7日→德化街→建议 | ≤5表/卡
**飞书卡片** schema=2.0走 `scripts/send_feishu_card.py` | 表格外 `

`，表内 `
`，表头可用`⚠️`
**【7/2 站长纠错】数据类报告必须用 markdown 表格**：搜索指数/综合指数/同比环比/分项分解/区域TOP5/关联词等任何多列数据，禁止用 emoji+加粗列表+内联文字罗列；必须 `| 列1 | 列2 | ... |` 格式；多个景区对比用「景区 × 指标」矩阵表；机会词/建议类清单允许用列表
**Why:** 7/2 抖音日报 8 景区数据用 🥇🥈🥉+加粗+文字描述发出去，8 行数据视觉扫描成本 > 5 秒；表格只需 1 秒纵览+对比
**How:** prompt 模板含 `| xxx |` 表格时，必须保留 markdown 表格语法；模型"按风格简化"时也算偏离铁律，必须重写
**双通道采集** 抖音脚本+CDP交替验证，任一失败走另一通道
**CDP必须用Playwright** urllib/websockets连18800会超时
**数据必须读实际值** | 搜索「建业电影小镇」禁「建业华谊兄弟」| 不限7竞品
**LLM失败不静默** 显式告警，不依赖自动fallback
**洞察驱动** 所有分析任务必须先给结论再给数据，禁止只报数字
**【6/30 站长纠错】发任何"收官/总结"卡片前必须做 2 项核对**：
  ① **CSV 末尾完整性** — 扫 CSV 末日 N 列（≥3）是否为 0；为 0 → 标"暂态"，**不写"收官"**
  ② **节假日逐日曲线** — 不能只看累计；要看逐日值，暴涨/暴跌/断崖异常必须显式标注
**Why:** 6/30 H1 收官卡片把端午累计 11,513 当结论发，没看出 6/21=782 暴跌88%；把 6/29-30=0 的暂态数据当收官值；站长当场纠错
**How:** 卡片生成前最后一步必跑 `tail -5` + 节假日逐日表两个 check；异常项进卡片必标 ⚠️
**【7/2 站长纠错】客流分析必须用 4 年均值口径**：`~/Downloads/2026游客量统计 (N).csv` 同时含 2023/2024/2025 参考行；任何同比必须三轨（2024/2025/2026）同时输出，**禁止仅比 2025**；用 4 年均值作基准判断"异常高/低"而非"涨跌";2025 是 4 年最高年（6月 2,388/5月 5,767），单一对比会失真
**Why:** 7/2 我用"2025 H1 = 671,212 vs 2026 H1 = 718,875 = +7.1%"当好消息，加 2024 后真相是 H1 剔除 2 月后 2026 实际 -51.7% vs 2024；2025 是异常大年不是常态
**How:** 月度/季度/年报类卡片必出 4 年 × 月份矩阵表 + 4 年均值列 + 2026 vs 均值列

---

# 🚨 当前系统状态（2026-07-05 · W27审视）

**模型**：minimax/MiniMax-M2.7（6/12从M3切换，无5h限额）
**auth配置**：openclaw.json + agents软链接 ✅
**web_search**：minimax国内搜索 ✅ | **代理**：7897 ✅ | **CDP**：18800 ✅
**cookie保鲜**：⚠️ 灵犀后台not_logged_in×3日(6/17-19) + 抖音my-subscript采空×3日(6/17-19) | 需站长人工扫码

**W26-W27 关键修复（已结项·存档）**：
- 6/22 方案 A 5 项全部完成（git启用/复盘拆分/Cookie SOP/5 cron→2/爆款入库）
- 6/24 cron 时间表重排 + 复盘回退单步 + prompt 容错 + 大文件 edit→write
- 7/2 Cookie健康检查不再刷群（failureAlert 个人 DM 兜底）
- 7/2 MEMORY.md ≥100行/25KB 上限确立 → **本周首次压缩 288→80 行**

**W26 站长当场纠错（6/30 H1 收官）**：端午 4,099/6,632/782（6/21 暴跌88%）；CSV 6/29-30=0 是暂态非收官 → 铁律新增 2 条

**W27 重大进展**：
- [project] **Ontology Week 3 完成（7/6）**：ontology.json v1.4.0（100.5KB）+ Functions 11→16 + Rules 10→15 + Decisions 5→10 + PipelineRun entity
- [project] **Ontology Week 2 完成**：ontology.json v1.3.0（83.7KB）+ Functions 7→11 + Actions 5→7 + D-016~D-020 设计决策
- [project] **Ontology Week 1 完成**：Object Types 8→12, Link Types 14→33, D-011~D-015
- [project] **Phase 2 提前 3 周**：原计划 Week 7 启动的数据接入管道实施，被 Week 3 设计完成推前到 **Week 4 (7/13)**
- [project] **GitHub W29 调研**：thedotmack/claude-mem (85.7K) 拟 W29 spike 安装
- [project] **scripts/ontology/dedup 迁移**（7/3）：ScenicSpot 去重，241KB 快照保留

详细每周记录 → `memory/topics/system-evolution-20260705.md`

---

# 🔍 关键洞察（持续有效）

**双节点浪费（已固化）** 520有效→端午竞品先动电影小镇零预热→窗口关闭无动作。H1执行闭环未实施。

**内容真空窗口** 搜索涨+综合指数涨→内容供给追不上需求，端午后同步下降（不是背离是真实萎缩）

**票根互认** H6窗口期，6月内必须决策，W22公式变体

**6月开局崩盘** 日均1,187 vs 5月4,395（-73%），端午是H1唯一翻身机会

**端午后竞品格局**：只有河南麦田音乐会(6/5-6/6)高威胁 | 万岁山王婆说媒单一爆款押注风险显现

---

# 📊 关键数据指针

| 来源 | 路径 |
|------|------|
| 历年客流 | ~/Desktop/2023-2025年门票销售及客流统计数据表.xlsx |
| 内部运营数据（SSOT） | `wiki/sources/建业电影小镇阶段性数据表.md`（年度/Q1/德化街模拟/2026KPI/排期模型）|
| 2026每日 SSOT | ~/Downloads/2026游客量统计 (N).csv + ~/Downloads/电影小镇-2026年数量统计.dbt(N).xlsx（每周二更新，最新6/21）|
| 抖音Cookie | /tmp/juLiang_cookies.json |
| 小红书Cookie | /tmp/xiaohongshu_cookies.json |
| Cookie健康产物 | **/tmp/cookie_health_latest.json**（cron `Cookie健康检查` 每日 00:30 写入，6 项 check；7/2 起不再发群，failureAlert 个人 DM 兜底）|
| 飞书群 | 电影小镇 oc_2581c03b79e4893cc3616b253d60f34e |
| SOP | wiki/SOP/ |
| 核心脚本 | ~/.openclaw/workspace/scripts/ |

---

# [project] 项目状态

**结论索引系统**（2026-06-13上线）：所有洞察任务前置读 `wiki/行业知识/结论索引.md`，矛盾必须显式标注
**系统进化审视**（2026-06-13升级）：每周迭代→每月准确率→每季淘汰，三层闭环
**Ontology**：Week 6 原型 + Week 1（Object/Link Types v1.2.0）+ Week 2（Actions/Functions v1.3.0）+ **Week 3（数据接入管道设计 v1.4.0）**；Week 4 启动 Phase 2 实施（pipeline.py + validate.py + actions/wrapper.py + 3 adapter 改造 + db migration 002）
**系统瘦身**（2026-06-13）：disable 6个冗余任务，清理21个prompt冗余，结论索引+矛盾检查落地
**爆款公式库**：14条公式+52案例，W24新增票根经济/万岁山商业模型
**漂移双跑**：每周一/三/五 cron执行
**GitHub调研**：本期重点 W29 thedotmack/claude-mem (85.7K) — 拟 W29 spike 安装验证

**详细 GitHub 调研历史**：W26 agentmemory / W27 ECC 220K / W28 chrome-devtools-mcp / W29 claude-mem → `memory/topics/github-research-history.md`
**详细 Ontology 进展**：Week 1-2 设计决策 + 实现记录 → `memory/topics/ontology-progress.md`
**详细 6/22 事故复盘** → `memory/topics/conclusion-index-incident-20260622.md`

---

# ✅ W27 推进（新增）：
- [project] **PipelineRun first-class**：ontology.json v1.4.0 引入 PipelineRun 实体（5 stage: extract/transform/load/validate/audit），一次完整采集→入库可端到端追踪
- [project] **adapter-tier 三档分级**：critical（抖音/客流）→飞书群 / important（小红书/百度）→个人 DM / optional（手工）→log only
- [project] **V-011~V-015 业务规则**：V-011 Adapter Schema 必填 / V-012 ingestRunId provenance / V-013 confidence 区间 / V-014 run 状态一致性 / V-015 高频 adapter 必带 health 探针
- [project] **F-012~F-016 Pipeline 编排 Function**：orchestratePipeline (Aggregator) / validateAdapterSchema (Pure) / enrichWithProvenance (SideEffect) / calculateAdapterHealthScore (Pure) / detectPipelineAnomaly (FunctionBacked)

**W28 关键收获**：
- 7/6 小红书 not_logged_in 已恢复（cookie 周二刷新），周三 10:00 cron 跑通 → 印证了 Week 3「adapter 失败立即告警」的必要性

---

**详细 Ontology Week 3 进展**：5 stage pipeline 设计 + 5 decision + 5 rule → `wiki/技术配置/Ontology架构设计/Week3_数据接入管道.md`

已结项（存档参考）
DeepSeek→M3切换 | 5/27系统重构 | M3-only配置 | DDG修复 | 14+15点cron冲突修复 | SOP路径漂移修复 | auth配置修复 | 洞察驱动prompt升级(6/12) | catalog.json key注入(6/12) | 系统瘦身+结论索引(6/13) | 6/22 方案A 5项升级 | 6/24 cron时间表重排+复盘回退 | 7/2 Cookie健康不再刷群 | 7/2 MEMORY.md压缩机制建立 | Ontology Week 1+2 完成

---

# 📝 历史归档
详细客流数据 → memory/topics/visitors-20260609.md
系统演化记录 → memory/topics/system-evolution-20260612.md, system-evolution-20260705.md
每日日志 → memory/YYYY-MM-DD.md（按日期）

---

**日期基准（2026-06-15确认）**
- `Downloads/电影小镇-2026年数量统计(2).xlsx` col154=6月1日
- serial基准46174=col154（Excel日期serial，非1900起源，文件内serial=46174对应6月1日）
- ~~**2026端午=6月3日**（周二）~~ **【已废弃，正确=6月19日，见 SSOT】**

---

**⛔ 端午日期SSOT（2026-06-16清理）**
- 唯一权威：`wiki/行业知识/节假日基准.md`
- **2026端午正日=6月19日（周五）** | 放假：6/19-6/21 | 蓄水期：6/1-6/14
- 旧记录「端午=6/3」是CSV header错误标注，已废弃
- 任何端午相关分析一律读 SSOT，不查 MEMORY/CSV

---

**防错机制（2026-06-16制定，2026-06-22 强化）**
- 详细规则：`wiki/SOP/防错机制-2026-06-16.md`
- 数据源 SSOT：`wiki/行业知识/数据源清单.md`
- 节假日 SSOT：`wiki/行业知识/节假日基准.md`
- 写入前3步验证：搜索→交叉→标注来源
- 任务5步法：数据源→事实→脚本→检查→验证
- 临时脚本<30行可用heredoc；>=30行/复用脚本必须write文件
- ⚠️ **2026-06-22 事故补充规则**（**违反必究**，优先级最高）：
  - **任何对 wiki/ 大文件的"拆分/重组/迁移"操作必须先在 /tmp 做完整 dry-run + 数据完整性核对**
  - **操作前必须 grep 全文件结构**（不要假设 ## section 语义），确认所有数据归属
  - **覆盖前必须 cp 到 /tmp/backup_<日期>/**（这不是可选项，是强制项）
  - **结论索引.md 不允许任何形式的 in-place 重写**——必须先 commit 全量到 /tmp，再分段处理
  - **数据丢失立刻停止所有写入动作 + 通知站长**，不接受「先做完再总结」

---

**🚨 2026-06-22 结论索引事故（永久记录 + 8:57 完整恢复）**
- **事故**：08:41 拆分脚本误把"## 2026-06-16 防错机制上线"伪章节里的 200+ 条数据当元数据跳过，74KB → 1.7KB
- **8:57 发现 git 已启用**，从 commit `ea541a3 vault backup: 2026-06-21 12:26:45` **完整恢复 128KB / 299 行 / 200+ 条结论** —— **数据零损失** ✅
- **根因（已修复）**：①拆分脚本误判文件结构 ②操作前未 /tmp 备份 ③任务 5 步法跳过「检查+验证」 ④脚本 60+ 行未 write 文件
- **保留**：`/tmp/backup_20260622/` 残骸（1.7KB 主文件 + 4 个错误子文件）—— 可清理
- **站长决策**（6/22 08:48）：接受损失 → **被 git 救回**
- **教训**：**再急也要先备份**；**任何"重组"操作都用 git 检查点 + apply_patch 不直接 write**

---

**🚨 2026-06-22 15:15 heartbeat 规则强化（避免 token 浪费）**
- 之前错误：10 次 heartbeat 每次都回 "系统健康" → 浪费 ~9 次 LLM token
- **新规则**：收到 `[OpenClaw heartbeat poll]` 标记的消息 → **只回 `NO_REPLY`（单行）**，不解释
- 收到人问的真问题 → 正常回答
- SOUL.md 规则同步强化
- **预期效果**：每天省 ~10-15 次 LLM 调用 × 30-60s × token 成本