状态：依据来源补记，待本人确认。 所有日期使用北京时间。Git 使用作者日期，不用 rebase 后的提交者日期；Linear 使用明确记录的时间，不把最后更新时间当作工作日。
当日有证据的工作
- 本日有 EverMe 对话回忆资料，具体主题与当时状态见下方补记，不推定已经完成交付。
EverMe 时间线补记
来源：本人提供的 EverMe 全量时间线 CSV，按本日对话时间归档，共 8 条回忆资料。 这是记忆摘要，不是本次重新执行的验证，也不把审批通过当成动作完成。记忆条目数不等于任务数。
项目、内容与日常工作
- 补充 MediaCrawler 抓取上限说明与推荐配置文档：Penn_Lam 先追问 MediaCrawler 抓取量过少的原因，Codex 查明是默认上限太低导致实际只跑一页，并建议提高抓取和评论上限。随后 Penn_Lam 要求同步更新 README 和 runbook，Codex 已完成文档补充并确认了推荐配置。（来源条目 #1726）
- 知乎导入修复与数据清空后重新排查回答入库：Penn_Lam 先触发知乎导入失败，Codex 修复了 PostgreSQL 保留字 desc 问题并验证导入链路正常。随后 Penn_Lam 清空知乎数据重新测试，Codex 说明知乎会抓回答、文章和视频，但这次搜索结果以文章为主，回答并非没入库而是数量很少。（来源条目 #1727）
- 知乎 CSV 自动导入接入任务流后排查抓取产出问题：Codex 先把知乎改成 CSV 抓取并接入自动导入，Penn_Lam 选择了最小改动方案。随后任务中心跑知乎时因未生成 CSV 报目录不存在，Penn_Lam 手动在 MediaCrawler 中跑出 CSV 文件，确认问题出在抓取产出而不是导入路径。（来源条目 #1728）
- 排查知乎抓取与飞书同步失败：Penn_Lam 先后核对了全链路日志、知乎抓取日志和数据库结果。Codex 确认飞书失败是 .env 里的 table_id 写错，而知乎这次没有产出任何入库数据，建议改用 csv 策略并重新跑流程。（来源条目 #1729）
- 完成区分策略、飞书同步标签与控制台概览筛选：Penn_Lam 让对话继续后，Codex 汇报已完成舆情项目的策略区分、控制台筛选和飞书同步字段改造。相关验证全部通过，Codex 还建议下一步补充 README 字段映射。（来源条目 #1730）
- Penn_Lam 询问舆情分析结果为何只剩一条并排查策略版本：Penn_Lam 在 2026-03-10 08:29 UTC 发现舆情分析结果只剩一条，怀疑和以前不一样。Codex 判断可能是筛选条件或新 analysis_version 导致，并给出查看“全部”、核对策略版本和跑 SQL 的排查建议，还提出可增加按版本筛选与策略汇总。（来源条目 #1731）
- 清空抓取数据库并准备重新测试：Penn_Lam 要求清空刚爬取的数据后重试，Codex 将原始表和运行表全部清空并用 count(*) 确认无残留。随后 Codex 建议先只跑 B 站，并暂时关闭二级评论再验证。（来源条目 #1732）
- 排查知乎 PostgreSQL 入库的 asyncpg 类型错误：Penn_Lam 发现知乎写 PostgreSQL 时因时间字段类型不一致报
expected str, got int，并怀疑是模型问题。Codex 排查后确认根因是抓取结果为整数时间戳、ORM 却把字段定义为文本列，并提出导出后再导入或运行时兼容补丁两种方案。（来源条目 #1733）
全量读取范围与证据口径。未将原始 CSV、个人画像、地址、内部端口或凭据上传到站点。
关联与记录边界
没有来源的时间、会议、工时、生活和主观感受不补造。没有记录的日期不等于休息日。