Alook AI 公司协作层
把本地编码代理组织成可协作、可追踪的 AI 团队。
这个 Agent 能做什么，适合哪些场景？
Alook 是一个开源、自托管的平台，用于把本地 AI 编码代理组织成协作型工作团队。它为代理分配角色和邮箱，并提供组织图、看板、日历及仪表盘等协作界面。代理在用户机器上运行，可访问本地工具与代码库；平台将其连接到邮件、日历和外部世界。README 将 @alook/cli、代理工作目录、@alook/app、邮件、WebSocket、SQLite 和文件存储列为系统组件。项目说明使用 Next.js、Cloudflare Workers 和 Bun 构建，并明确列出 Claude Code、Codex 与 OpenCode 为可用代理。
运行 npx @alook/app onboard 会引导完成配置、连接机器、检测运行时并部署首个代理公司，完成后可打开 http://localhost:15210。在平台中，用户定义组织结构并给代理分配 dev、ops、research 等角色；代理可通过各自邮箱进行人与代理、代理与代理的通信。看板用于分派任务、跟踪进度，README 表述代理会领取工作、更新状态并关闭事项；日历用于安排重复任务、提醒和日常例程。架构图显示 @alook/cli 从代理机器轮询托管端，托管端包含 @alook/app、Email 和 WebSocket，并与 SQLite 和文件存储交互。
- 独立开发者希望让 Codex、Claude Code 或 OpenCode 在同一代码库中按开发、运维和研究角色协作时。
- 维护开源项目的个人需要用看板分派事项，并让代理更新任务状态和关闭已完成工作时。
- 需要为多个本地编码代理建立独立邮箱，以便保留人与代理、代理之间通信记录的团队。
- 希望为代理设置每日例程、重复任务和提醒，并通过日历查看安排的用户。
- 希望保留指令、决策和回复记录，以追溯代理工作过程的技术负责人。
这个 Agent 有哪些优点和局限？
- 明确支持 Claude Code、Codex 和 OpenCode，适合把已有本地编码代理纳入同一协作层。
- 将组织图、代理邮箱、看板和日历集中在一个工作流中，而不是只提供单一任务入口。
- 代理在本机运行并可访问本地工具和代码库，同时 README 描述了可追溯的指令、决策和回复记录。
- README 未提供除 `npx @alook/app onboard` 外的完整安装前置条件、运行时版本或凭证配置说明。
- 代理拥有本地工具和代码库的完全访问能力；文档未说明权限隔离、审批控制或最小权限机制。
- 虽然宣称可从任何地方访问，README 未说明远程访问的认证、网络暴露方式或安全边界。
- Cursor、Hermes 和 OpenClaw 仍标注为“Coming Soon”，不能作为当前可用集成来规划。
如何安装或部署这个 Agent？
执行：npx @alook/app onboard。该流程会连接机器、检测运行时并部署首个代理公司；完成后打开 http://localhost:15210。README 未说明 npx 之外的前置运行时版本、所需凭证或邮箱领取流程的具体配置；它仅说明也可在 alook.ai 为代理领取 @alook.ai 邮箱地址。
如何使用这个 Agent？
先执行 npx @alook/app onboard，再访问 http://localhost:15210。在 Alook 中定义组织图、为代理指定角色，并将任务放入看板；可使用代理邮箱沟通，并用日历安排重复任务、提醒和日常例程。可选地，在 alook.ai 为代理领取唯一的 @alook.ai 邮箱地址。
这个 Agent 与同类方案有什么区别？
Alook 将自身定位为 Claude Code、Codex 和 OpenCode 之上的编排层，而非替代这些编码代理；它提供角色、收件箱和常驻运行环境。README 未给出三者在功能、性能或成本上的对比。