最新

如果你在使用Claude Code处理一些非琐碎的任务时，肯定会遇到瓶颈。随着项目规模的扩大，跨会话的上下文会变得混乱。你开始一个新的聊天，重新解释架构，却发现它又犯了上周同样的错误。每次会话都以这种痛苦的重启开始，你试图让模型回到昨天的状态。 这显然假设Claude Code在你的代码库中承担了大部分的重任。如果你只是偶尔使用它来处理某个函数，可能就不需要这个工具。 我花了几天时间寻找解决方案，最终将它们整合成了Ghost。它可以接入Claude Code会话，进行总结，并将所有内容索引到QMD（[https://github.com/tobi/qmd](https://github.com/tobi/qmd)）以便进行语义搜索。 在下一个会话中，相关的上下文会自动注入。你正在处理的内容、做出的决策以及已经失败的部分都会被记录。 它还会维护一个错误记录。出现的问题会被跟踪并以警告的形式提示你，以免再次碰壁。 会话以Markdown格式存储在.ai-sessions/（被git忽略）中。 总结会作为git注释附加到提交中，这样上下文就能随代码一起传递。一切都在本地运行，没有任何数据离开你的机器。 该工具是用Bun构建的，钩子的运行时间不到100毫秒。 虽然还处于早期阶段且有些粗糙，但根据一些经验来看，它似乎确实有效。

最近关于家庭安全摄像头隐私问题的新闻让我想分享一下我的项目。 大约三年前，我在Synology监控站上自建了我的安全摄像头系统。这个系统满足了我很多需求，但我对硬件锁定感到非常不满。随着时间的推移，我对Synology的行为越来越感到沮丧，但我没有找到更好的替代方案。 于是，在2025年圣诞节，我决定测试一下Claude Code。大约两周后，我完全转向了这个系统。我目前正在运行14个IP摄像头，进行24/7的录制，并提供实时流媒体和基于机器学习的检测。 我的技术栈是FastAPI + React + PostgreSQL，通过Docker进行编排。视频处理由FFmpeg负责，每个摄像头都有一个独立的进程，同时进行实时HLS流媒体和MP4录制，这样就不会为每个摄像头消耗多个RTSP连接。 它通过ONNX Runtime在实时HLS片段上运行YOLO11（不需要额外的RTSP连接），使用背景减除技术跳过静态帧，并具有有限状态机来跟踪物体的到达、离开和状态变化，而不仅仅是不断触发“检测到人”事件。每个事件都会生成一个带有边界框的快照和一个提取的视频片段。此外，还有一个视觉大语言模型集成，可以描述场景中发生的事情。 存储方面采用分层系统（热存储/温存储/冷存储），并具有自动迁移功能，因此录制内容会从快速本地存储转移到更大的硬盘，最后可选地迁移到S3（这一部分仍在进行中）。 它支持GPU加速，但在仅使用CPU的模式下也能正常运行。 我对React一无所知，从未做过前端开发，所以这99.99%是Claude的功劳。不过我确实编辑了一些CSS。我个人在后端做了更多的工作，但大部分仍然是Claude的贡献。目前这个系统仅在我家VPN后面运行，因此用户管理/认证方面目前有些薄弱。我非常希望能收到反馈！

我对通过大型公关（PR）中“查看的文件”这一进展信号的效果感到失望，因此我制作了一个“查看的行数”指示器来补充它。<p>这个指示器的设计类似于Github的一个标准用户界面元素，甚至支持浅色/深色主题。它完全在本地运行，无需API调用。<p>默认情况下，它会将插入和删除分开显示，但您也可以在设置中将它们合并为一个“行数”数据。

我一直在开发 CloudRouter，这是一个技能 + 命令行工具，能够让像 Claude Code 和 Codex 这样的编码代理启动云虚拟机和 GPU。 当代理编写代码时，通常需要启动开发服务器、运行测试、打开浏览器以验证其工作。目前，这一切都发生在你的本地机器上。这对于单个任务来说没问题，但代理会共享你的计算机：你的端口、内存和屏幕。如果你同时运行多个代理，就会变得有些混乱。Docker 在隔离方面有所帮助，但它仍然使用你机器的资源，并且没有为代理提供浏览器、桌面或 GPU 来正确完成任务。如果代理有一个启动虚拟机的原语，它就可以独立处理所有这些。 CloudRouter 就是这个原语——一个赋予代理自己机器的技能。代理可以从你的本地项目目录启动虚拟机，上传项目文件，在虚拟机上运行命令，并在完成后将其拆除。如果需要 GPU，它可以请求一个。 ``` cloudrouter start ./my-project cloudrouter start --gpu B200 ./my-project cloudrouter ssh cr_abc123 "npm install && npm run dev" ``` 每个虚拟机都配备了 VNC 桌面、VS Code 和 Jupyter Lab，所有这些都通过身份验证保护的 URL 访问。当代理在虚拟机上进行浏览器自动化时，你可以打开 VNC URL 实时观看。CloudRouter 封装了 agent-browser 以实现浏览器自动化。 ``` cloudrouter browser open cr_abc123 "http://localhost:3000" cloudrouter browser snapshot -i cr_abc123 # → @e1 [链接] 首页 @e2 [链接] 设置 @e3 [按钮] 登出 cloudrouter browser click cr_abc123 @e2 cloudrouter browser screenshot cr_abc123 result.png ``` 这是一个简短的演示： [https://youtu.be/SCkkzxKBcPE](https://youtu.be/SCkkzxKBcPE) 令我惊讶的是，这如何颠覆了我的工作流程。大多数云开发工具都是从云（后台代理、远程 SSH 等）到本地进行测试。但 CloudRouter 保持你的代理在本地，并将代理的工作推送到云端。代理做的事情与在本地一样——运行开发服务器、操作浏览器——但现在是在虚拟机上。当我不再关注代理的工作和本地限制时，我开始并行运行更多任务。 我最想看到发展的是 GPU 方面。目前，如果你希望编码代理帮助进行任何涉及训练或推理的工作，仍然需要手动去配置一台机器。而使用 CloudRouter，代理可以直接启动一个 GPU 沙箱，运行工作负载，并在完成后清理。我的一些朋友已经在使用它让代理并行运行小实验，但我也期待其他用例。 非常希望听到你的反馈和想法。CloudRouter 位于我们单体仓库的 packages/cloudrouter 目录下 [https://github.com/manaflow-ai/manaflow](https://github.com/manaflow-ai/manaflow)。 [1] [https://github.com/vercel-labs/agent-browser](https://github.com/vercel-labs/agent-browser)