@PowerDi 你是安装的桌面版吗，桌面版运行后，内部也会自动启动一个服务的，不用再单独运行 octo serve 命令了，直接在浏览器访问 http:/127.0.0.1:8088 就可以

@PowerDi 没有公网 ip ，可以用 ngrok 之类工具把本地服务暴露出去，我就是这样用的

@PowerDi 1. 你的这个场景正是 octo 的强项啊，linux 运行 octo serve -d 后，可以通过 http://127.0.0.1:8088 访问的，你有公网 IP 的话，远程也可以访问到的，不过非本地访问要在 url 上带上 token ，token 在 config.yml 文件里，你可以问 agent ，让它教你怎么用。另外，可以配置 im ，通过 IM 来访问，后期我会上线移动端 app, 就更方便了，可以直接在移动端 app 管理 linux 服务器上的项目
2.你提的这个点很好，我也有此打算，只是一直有更重要的 feature 在开发，就搁置了。如果你愿意，很希望你能你能提个 pr

@xiaoz 谢谢反馈，我有时间就尽快修复

@mesbbs 前后大概搞了 1 个多月

@mesbbs 非常欢迎你加入 octo 的开发，我后期会出一系列的教程来详细讲解 octo 实现的技术细节。当前你可以查看 https://github.com/open-octo/octo-agent/tree/main/dev-docs ，这里有几乎所有的开发文档和技术上的取舍，另外这里有用户使用文档 https://octo-agent.dev/docs/zh/，你可以先试用，先用起来看看感觉有什么不对，然后可以提 issue 和 pr ，加油

技术实现细节: https://octo-agent.dev/blog/posts/architecture-deep-dive/

@leihaibo1992 上面说了一点丧气的话，还是要说点鼓励的话。除开工作上合规要求一定要使用 claude, 其他时候我是很愿意用这个产品的，我相信 ruby 社区的很多人也愿意用，还有很多喜欢小而美的开发者也应该愿意用。我提的 issue 和 pr 能很快收到反馈，相比而言，openclaw 和 hermes 一堆 bug ，提了问题和解决办法，淹没在成千上万个 pr 里没人理，我已经受够了。 另外，提一点建议，这个产品想要成功，我觉得得在中国市场深耕 ，在企业版、国产化适配、等保合规这方面发力。功能上，mcp 是重中之重，但不单单是做 mcp client ，要做一套 MCP Gateway ，对标 claude 的 connectors ，帮助企业私有化部署后打通各种内部系统

周六看到这个帖子，出于对 ruby 的情怀，高强度的试用了两天，任务完成的效果很让我惊喜，有一些小瑕疵，但整体上可用性已经很高了。奈何可能已经有点生不逢时了，要是早两个月推出应该有不错反响，这两个月普通人已经被各种 claw 和 hermes 狂轰滥炸，弄得非常疲惫了，真正舍得花钱的企业用户大多会买 CC 和 Codex ，产品成功的机会比较小了