Work Summary
本周期（1月23日-26日）主要集中在两个项目：fenshululu（分数录录）和 info2feishu。
在 fenshululu 项目中，核心工作围绕微信扫码登录功能的调试展开。遇到了登录后无法正确跳转的问题，经过多轮排查发现是 JWT Secret 配置不一致导致的 401 错误。同时处理了 Docker 环境变量加载机制的问题，最终通过文件挂载方式解决了 .env 配置更新不生效的问题。此外，还进行了测试质量审查，识别出后端测试存在过度 mock 的问题。
在 info2feishu 项目中，完成了 Telegram Bot 消息发送功能的集成，配置了定时任务进行数据采集和报告推送。
Improvement Areas
1. Docker 开发环境配置不熟练
现象：多次遇到代码修改后 Docker 容器内未更新的问题，反复询问如何实现热更新、如何正确加载环境变量。
根因：对 Docker Compose 的 volume 挂载、环境变量注入机制理解不够深入。docker-compose restart 不会重新加载 .env 文件，需要 down + up。
行动项：
- 整理 Docker Compose 开发环境最佳实践文档
- 将前端代码通过 volume 挂载实现热更新
- 使用文件挂载方式加载
.env，而非 environment 注入
2. 配置管理混乱
现象：项目中存在多个配置来源（.env、config.yaml、docker-compose.yml 的 environment），导致 JWT Secret 等关键配置不一致。
根因：缺乏统一的配置管理策略，配置分散在多处，容易遗漏同步。
行动项：
- 统一使用
.env作为唯一配置源 - 清理冗余的
config.yaml和 docker-compose environment 配置 - 建立配置变更 checklist，确保所有环境同步
3. 调试效率低下
现象：微信登录跳转问题排查耗时过长，多次"还是没有跳转"的反复。缺乏有效的调试手段，控制台日志未正确输出。
根因：
- 未建立系统化的调试流程
- E2E 测试覆盖不足，关键路径缺少自动化验证
- 日志级别配置不当，开发环境 debug 日志未开启
行动项：
- 为关键用户流程（登录、跳转）添加 E2E 测试用例
- 建立调试 checklist：日志确认 → 网络请求 → 后端响应 → 前端状态
- 配置开发环境默认开启 debug 日志
4. 测试质量意识需加强
现象：主动发起了"过度 mock 导致测试失去意义"的审查，说明已意识到问题，但需要持续改进。
根因：测试编写时过于关注覆盖率数字，而非测试的实际价值。
行动项：
- 遵循测试金字塔：E2E → Integration → Unit
- 禁止测试 mock 的返回值本身
- 优先测试纯业务逻辑和数据转换
Strengths
- 问题追踪意识强：遇到问题不轻易放弃，持续追踪直到根因（JWT Secret 配置问题）
- 测试质量意识：主动审查测试代码，识别过度 mock 问题
- 工程规范意识：强调使用
make build而非直接命令，遵循项目规范 - 文档更新习惯：及时将踩坑经验更新到 CLAUDE.md，避免重复犯错
Action Items
- P0 - 整理 Docker 开发环境配置指南 → 输出
docs/docker-dev-guide.md - P0 - 统一 fenshululu 项目配置源 → 清理冗余配置文件
- P1 - 为微信登录流程添加 E2E 测试 → 覆盖扫码→跳转完整路径
- P1 - 建立调试 checklist → 更新到项目 CLAUDE.md
- P2 - 审查并重构后端测试 → 移除无意义的 mock 测试
Tech Trends
今日 HackerNews 热门技术话题精选。
1. Introduction to PostgreSQL Indexes
Points: 291 | Comments: 14
这篇文章系统介绍了 PostgreSQL 索引的工作原理和最佳实践。核心观点是索引只在返回结果少于表的 15-20% 时才有效。文章详细对比了 B-Tree（通用）、Hash（等值查询）、BRIN（时序数据）、GIN（复合数据）等索引类型的适用场景。
Key Takeaways:
- B-Tree 是唯一支持主键/唯一约束的索引类型
- BRIN 索引极其紧凑，适合 append-only 的时序表
- 使用 Partial Index 只索引相关行，使用 Covering Index 实现 index-only scan
2. Using PostgreSQL as a Dead Letter Queue
Points: 162 | Comments: 52
Wayfair 团队分享了使用 PostgreSQL 替代 Kafka 作为 Dead Letter Queue 的实践。核心优势是可查询性和选择性重试能力。使用 FOR UPDATE SKIP LOCKED 实现并发安全的批量处理。
Key Takeaways:
- PostgreSQL 的 JSONB 字段保存原始事件，便于调试
- 使用
retry_after字段防止故障期间的激进重试 - 让失败处理"无聊且可预测"是生产系统的理想状态
3. Turbopack: Building faster by building less
Points: 17 | Comments: 13
Next.js 团队详解 Turbopack 的增量计算架构。核心创新是 Value Cells（类似 SolidJS 的 signals），自动追踪依赖关系，只重新计算变化的部分。复杂度从 O(应用大小) 降到 O(变更大小)。
Key Takeaways:
- 自动依赖追踪比手动 memoization 粒度更细
- Aggregation Graph 将百万节点遍历优化到可管理数量
- 文件系统缓存支持 warm cache 重启
4. Netfence: Like Envoy for eBPF Filters
Points: 41 | Comments: 6
开源的 eBPF 网络过滤系统，通过 gRPC 集中管理分布式网络策略。支持基于域名的白名单，自动解析 DNS 并填充 IP 允许列表。适合多租户环境的出口流量控制。
Key Takeaways:
- eBPF 在内核层过滤流量，性能开销极小
- 每个 attachment 有独立的 DNS 服务器，实现细粒度控制
- 控制平面可实现自定义策略逻辑
5. Clawdbot: Open Source Personal AI Assistant
Points: 62 | Comments: 23
开源的个人 AI 助手，支持多平台（WhatsApp、Telegram、Slack 等）。基于 WebSocket 网关架构，支持语音唤醒、浏览器控制、设备集成。推荐使用 Anthropic Opus 4.5 模型。
Key Takeaways:
- Gateway 架构实现多渠道统一管理
- Sandbox 模式使用 Docker 隔离群组会话
- Skills 平台支持扩展功能