Asymptote-Labs/agent-beacon

解决什么问题

同时用 Claude Code、Cursor、Codex 的开发者都有同一个痛点：某次会话里好不容易踩通的迁移步骤、调试路径、你反复纠正的约定，会话结束就没了，而且换个 harness 就完全不认。Beacon 的做法是在后台记录各 harness 的会话，再把其中有用的工作流、纠错和调试模式提炼成知识，供之后的 agent 通过 MCP 或 Agent Skills 取用。

有什么不同

常见替代方案是各 harness 自带的记忆机制（如 CLAUDE.md、Cursor rules）和手动维护的约定文档：都绑死在单一工具上，且依赖人主动写。Beacon 走的是「先采集、后提炼」的路线——覆盖 20+ 个 harness，提炼结果需要你审核后才进入共享记忆。真正拉开差距的是两点：跨 harness 汇总到一个存储，以及基于本地 JSONL 的完整会话回放（提示词、工具调用、编辑、审批、token 用量）。代价是多了一个常驻采集进程和一步人工审核，比一个规则文件重得多；而提炼质量如何，README 并未给出证据。

适合谁

在同一代码库上用两个以上 agent harness 的开发者，或希望团队约定能跨会话、跨工具沉淀的团队。已经接受在本机跑一个类似遥测的采集器的人会比较适应。只用单一 harness 且 rules 调得不错的个人开发者，价值基本只剩回放。不能在本机常驻后台进程的环境应另寻方案。

上手成本

Go 二进制，提供 Homebrew、.deb/.rpm、Windows MSI，macOS、Linux、Windows 均有覆盖。交互式安装会通过 beacon.sh 登录并预选 Beacon Cloud，务必看清确认页：选 Managed 会把历史转发给 Asymptote Labs，选 Local 则只留在本机。安装还会默认往 ~/.agents/skills 和 ~/.claude/skills 写 skills，云端模式还会在各 harness 注册 MCP server。MIT 许可，有 CI 徽章和活跃 Discord，但项目仅约五个月，README 在流程叙事上很长，对提炼质量和评测几乎没有交代。

点评

Beacon 是一个明显处于上升期的新项目：约五个月拿到 2751 star，本周 Go 周榜第一、+856。势头是真的，但很新，10 月底之前的榜单历史无从得知，应视为早期押注而非成熟工具。核心思路——以会话采集作为跨 harness 记忆的底座——是成立的，本地优先的 JSONL 设计也对数据去向交代得比较诚实。是否采用，主要看你能不能接受工作流里多一个采集守护进程和可能的云端目的地；如果能，回放和本地模式本身就已有实用价值。