修复用户遇到的 bugs。文档 · 自托管快速入门 · 安装 SDK · Discord · 问题跟踪器 Opslane 发现面向用户的 bugs 并对其进行调查。只有在能验证修复的情况下才会打开 PR。它会记录每个会话。这意味着它看到错误，也看到那些从未抛出异常的 bug：没有任何反应的按钮、用户放弃的表单、在用户能够选择之前就关闭的下拉菜单。每个问题根据有多少用户遇到进行排名。重要的 bugs 会被调查。有些修复会变成 PR。有些需要你的关注，以便于你推动解决进程。▶ 观看演示：一个生产错误变成了一个经过验证的拉取请求。查看它的工作过程，阅读摘要，做出产品决策，修复问题，链接 PR。所有操作都可以通过终端完成。每日 Slack 摘要：哪些组件损坏，哪些准备好合并，哪些需要决策。图片展示了演示数据。原则：以代理为先。我再也不想打开错误仪表盘了。Opslane 提供 MCP 服务器，因此你的代码代理可以拉取摘要，读取调查内容，并从终端修复 bug。它了解你的产品。从你的代码，以及通过观察人们使用它。更好的上下文，更好的调查。一个 Docker Compose 文件。Postgres 和 MinIO。这就是整个技术栈。它是如何工作的：Opslane 有四个部分：组件：功能；浏览器 SDK：捕获用户浏览器中的错误和会话记录，默认开启输入掩码；采集服务：接收 SDK 发送的数据，分组错误，并根据用户打击数量进行排名；工作者：调查问题，在沙盒中写入并验证修复，并打开拉取请求；仪表盘：用于浏览问题、观看回放和更改项目设置的 web 应用。一个错误在这些部分之间流转的过程如下：捕获。SDK 将错误和会话记录发送到采集服务。安装仅需两行。分组。Opslane 使用你的源映射将压缩的堆栈跟踪映射回真实文件名，并将同一 bug 的每次发生分组到一个问题中。合格。Opslane 检查有多少用户遇到该 bug，以及最近的时间，然后读取你的代码库以决定它是否是真正的产品问题。只有通过这两个检查的 bug 才会被调查。调查。工作者克隆你的代码库并读取代码，直到找到原因。验证。修复在沙盒中运行，使用你的构建和测试。所有之前通过的测试必须再次通过，第二个模型会审核更改。交付。经过验证的修复会成为拉取请求。其他任何问题都会附带需要你做出的理由和调用。每日 Slack 摘要涵盖了哪些内容损坏、哪些被修复、哪些需要你的介入。流程图 LR A[你的应用] -->|错误 + 记录| B[捕获和分组] B --> Q{值得修复吗？} Q -->|用户不足| W[已观看，未调查] Q -->|真实问题| D[在你的代码库中调查] D --> V{修复已验证？} V -->|是| PR[拉取请求] V -->|否| HR[为你写的理由] 加载中 Opslane 调用三个外部服务：Anthropic 进行调查、E2B 执行沙盒、GitHub 用于克隆和拉取请求。其他所有内容都在你的技术栈上运行：用于状态和作业队列的 Postgres，以及用于会话记录的 S3 兼容存储（在捆绑设置中使用 MinIO）。今天它支持全面的 JavaScript 应用。局部运行先决条件：Docker 与 Compose v2。第一次运行不需要账户或 API 密钥。git clone https://github.com/opslane/opslane.git cd opslane docker compose up -d --wait curl http://localhost:8082/health 这将启动 Postgres、MinIO、采集 API（在 http://localhost:8082 提供仪表板）及工作者。迁移会自动运行。种子一个测试项目并向其发送错误：docker compose exec -T postgres psql -U opslane -d opslane < scripts/seed-e2e.sql curl -X POST http://localhost:8082/api/v1/events -H ' Content-Type: application/json ' -H ' X-API-Key: opslane_pk_mzxw6ytboi3damrrgi3tknzxgq_ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopq ' -d ' {