Leina 
Wanta 
Agent 正在从回答问题走向真正做事。这个变化很有意思，但也带来一个现实问题：工作本身分散在账号、文件、服务、权限、团队习惯和大量上下文里。
OOMOL 把这些系统的账号连接、凭据和配置集中管理，让 Agent 通过清楚的授权进入真实工作。
直接联系 CEO
我是 Shaun，OOMOL 的 CEO。很好奇你在用 OOMOL 做什么呢，也想听听它有没有帮你把事情做得更顺手。欢迎加 
随时和我聊聊。
我们让 Agent 真正参与工作
OOMOL 由一支小团队构建。我们希望 Agent 能在清楚授权下处理实际任务，并把有效方法复用起来。
我们为什么开始做这件事
团队成员
我们围绕开源项目和 GitHub 协作构建 OOMOL，在 issue、代码提交和社区反馈里持续迭代产品。
我们相信什么
这些判断决定我们如何处理连接、权限和方法复用。
Agent 应该进入人们已经在工作的地方
OOMOL 让用户继续在熟悉的 Agent 中工作，并调用现有工作里的账号、工具和数据。
授权应该清楚可见
当 Agent 可以操作真实系统，用户应该知道连接了什么、批准了什么、调用了什么，也能回头查看记录。
有用的方法应该留下来
有效的任务方法可以存进 Skill，在不同 Agent 和团队成员之间继续使用。
我们怎么工作
我们把 Agent 工作周围的基础环节做清楚、做稳定，让连接、授权和记录成为可以长期依赖的基础。
先看用户想完成什么
我们会从具体任务开始看：用户想让 Agent 做什么、会用到哪些账号和工具、过程中哪里最容易卡住。
用清楚的方法解决问题
连接、授权和记录能够解决的场景，我们会保持简单；需要复用的方法再整理成 Skill。
用真实反馈调整产品
用户在哪里看不懂、哪里配置麻烦、哪里反复使用，都会影响我们接下来怎么改。
和团队聊聊
如果你有问题、想法，或只是想确认 OOMOL 是否适合自己的用法，都可以直接来聊。