beeline-work/beeline 的最新提交是一次清理工作：去掉了原本生成按日日志报告的流水线，只留下原始日志采集器。2026-11-07 提交（616286a，PR #4084）在 6 个文件中新增 24 行、删除 92 行。根目录 README 也新增了一行说明：采集器负责原始日志，日常工作已被撤回。
被删除的是 scripts/log-walk/host-walk.sh，以及 systemd 的 beeline-log-walk.service 和 beeline-log-walk.timer。它们原本是在 squire 主机上遍历 24 小时日志、产出 report.md、report.json 和 source-sha 的路径；安装脚本 install-host.sh 从接收输出目录参数改为不带参数的形式，只安装并启用采集器 unit beeline-log-collector@<app>.service。保留下来的采集器接收 beeline-server、beeline-free-agents、beeline-voice-livekit 三个应用的 flyctl logs 流，每 10 分钟重连一次；原始日志累积在 ~/.local/share/beeline-log-walk/raw/<app>/<UTC date>.log，保留 8 天。systemd 会重新拉起已退出的采集器，并强制终止忽略 SIGTERM 的流。环境文件里只剩下 PATH 和原始日志路径，state 目录的创建和 node 路径的固定也一并被移除。
剩下的疑问只有一个。一并删除的 README 段落中写道：电话套接字拒绝根本不会留在日志里，HTTP 拒绝也到不了 Sentry，因此能够排查重复拒绝的地方只有这一项工作，而该信号的替代方案被记为工作结果的数据库计数。仅凭本次提交的资料，无法确认该替代方案是否已经合入。也就是说，原始日志采集被保留，只有日常报告消失了，因此诸如重复拒绝之类的信号现在该从哪里读取，仅凭这次提交还难以判断。仓库描述、许可证和发布信息在所提供的资料中没有。