这个项目的定位很清晰，把 WebSSH、主机管理、探针和 MCP Server 四层能力揉在一个工具里，对多 VPS 用户确实能减少很多拼凑成本。几个比较感兴趣的技术点： MCP Server 直接暴露 HTTP/HTTPS 接口给外部 Agent 调用，这个设计很方便，但安全性上建议补充说明：MCP 端点是否带鉴权、是否支持限制可执行命令白名单、以及 Agent 误操作时的回滚/审计机制？毕竟让 LLM 直接操作生产 VPS 的风险不小。 中继模式对本地/Mac/无公网场景很友好，类似 frp/nps 的反向隧道思路。如果中继 VPS 掉线，探针数据是否有本地队列缓存还是直接丢失？ AI 工作流程序的概念不错，把“人发命令给 Agent”封装成可复用程序。想了解下这些 workflow 是存在本地 SQLite/JSON 里，还是支持 Git 版本控制/团队共享？ 和传统方案（Sun-Panel + NPM + UptimeKuma + 自建脚本）相比，1Shell 的一体化程度更高，但生态插件可能还需时间积累。如果能把常用 workflow 做成社区模板市场，会更容易推广。 已 star，期待后续版本。
@yexing625 #31 额，其实，ai工作流已经被我删了，我也觉得概念很好可惜自己弄了好久感觉有些鸡肋。安全方面mcp server我做了限制，但划分的太死了，只做了三个挡位，默认挡位下docter都不允许外部agent去干的，确实没有做细分和白名单。然后中继，目前主要是方便探针，内网穿透还没有做。没想到这么久还能有人看到，谢谢，后续我会继续更新的
这个项目的定位很清晰，把 WebSSH、主机管理、探针和 MCP Server 四层能力揉在一个工具里，对多 VPS 用户确实能减少很多拼凑成本。几个比较感兴趣的技术点：
已 star，期待后续版本。
@yexing625 #31
额，其实，ai工作流已经被我删了，我也觉得概念很好可惜自己弄了好久感觉有些鸡肋。安全方面mcp server我做了限制，但划分的太死了，只做了三个挡位，默认挡位下docter都不允许外部agent去干的，确实没有做细分和白名单。然后中继，目前主要是方便探针，内网穿透还没有做。没想到这么久还能有人看到，谢谢，后续我会继续更新的