Alook AI 公司协作层
把本地编码代理组织成可协作、可追踪的 AI 团队。
- Star 数
- ★ 1.2k
- 最近更新
- 今天
- License
- Apache-2.0
- 主语言
- TypeScript
- FA 评分
- 42/100 · 缺口较多
30 秒速览
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 开始前需要
- 典型场景
- 独立开发者希望让 Codex、Claude Code 或 OpenCode 在同一代码库中按开发、运维和研究角色协作时。
- 主要局限
- README 未提供除
npx @alook/app onboard外的完整安装前置条件、运行时版本或凭证配置说明。
这个 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？
执行：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 有哪些优点和局限？
- 明确支持 Claude Code、Codex 和 OpenCode，适合把已有本地编码代理纳入同一协作层。
- 将组织图、代理邮箱、看板和日历集中在一个工作流中，而不是只提供单一任务入口。
- 代理在本机运行并可访问本地工具和代码库，同时 README 描述了可追溯的指令、决策和回复记录。
- README 未提供除
npx @alook/app onboard外的完整安装前置条件、运行时版本或凭证配置说明。 - 代理拥有本地工具和代码库的完全访问能力；文档未说明权限隔离、审批控制或最小权限机制。
- 虽然宣称可从任何地方访问，README 未说明远程访问的认证、网络暴露方式或安全边界。
- Cursor、Hermes 和 OpenClaw 仍标注为“Coming Soon”，不能作为当前可用集成来规划。
这个 Agent 与同类方案有什么区别？
Alook 将自身定位为 Claude Code、Codex 和 OpenCode 之上的编排层，而非替代这些编码代理；它提供角色、收件箱和常驻运行环境。README 未给出三者在功能、性能或成本上的对比。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|
| Alook AI 公司协作层 当前 | 42 · 缺口较多 | ★ 1.2k | 今天 | TypeScript | Codex · Claude Code |
| COMPASS Skills（司南） | 85 · 表现良好 | ★ 735 | 28 天前 | Python | Codex · Claude Code |
| OpenHuman | 51 · 缺口较多 | ★ 40k | 今天 | Rust | — |
| Memmy — 个人AI代理与本地记忆中枢 | 42 · 缺口较多 | ★ 2k | 今天 | TypeScript | Codex · Claude Code · OpenAI API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示：README声称本地优先、代码库不离开机器，但未提供具体权限控制或最小权限机制；CLI onboard流程可能涉及用户确认，但未详细说明；数据流图显示客户端与云端通信，但未明确数据流向和存储细节；敏感数据处理（如加密密钥）在package.json中提及，但未详细说明；依赖安全未提及漏洞扫描；外部效果（如发送邮件、部署）存在但未说明用户确认；回滚机制未提及；来源归属未明确。扣分原因：缺乏具体实现细节和证据。
证据显示：项目结构清晰，多个模块（web, cli, email-worker等）命名一致，测试覆盖部分功能；依赖管理使用pnpm，但未提供锁文件或依赖可用性说明；失败消息在测试中有体现（如迁移失败退出），但整体错误处理未全面展示。扣分原因：依赖可用性未验证，失败消息覆盖有限。
证据显示：README明确目标用户（开发者、运维、研究人员）和使用场景（协作、邮件、看板、日历）；能力边界未明确说明（如支持的代理类型有限）；触发精度未详细说明（如任务分配机制）；环境适配良好（支持本地、云端、桌面）。扣分原因：能力边界和触发精度缺乏细节。
证据显示：信息架构清晰（README、CONTRIBUTING、LICENSE等）；安装说明简单（npx命令），但未提供详细配置；命名稳定（模块命名一致）；示例和FAQ缺乏；已知限制未提及；许可证为Apache-2.0；版本控制有自动标签和变更日志生成，但未提供CHANGELOG文件；维护责任未明确。扣分原因：示例、FAQ、已知限制缺失，版本控制证据不足。
证据显示：输出可用性未明确（如生成的报告格式）；边际价值高（提供协作平台）；成本效益未评估（如资源消耗）。扣分原因：输出可用性和成本效益缺乏证据。
证据显示：README中的功能声明未提供具体实现链接；跨来源验证不足（仅依赖README和部分测试）；事实与推断未明确区分。扣分原因：缺乏可追溯性和交叉验证。
- 源码中未见：回滚或恢复路径运行前先备份，或在 git 分支、快照上操作，确保改动可以撤销。
- 未提供最小权限或权限控制的具体实现，代理可能拥有过度权限。
- 数据流和存储细节不透明，敏感数据处理方式未详细说明。
- 依赖安全未提及漏洞扫描，存在供应链风险。
- 回滚机制缺失，操作失败后可能无法恢复。
- 已知限制未说明，用户可能对功能边界有误解。
常见问题
当前能接入哪些代理？
代理会访问我的本地代码吗？
是否需要邮箱？
@alook.ai 地址，但未给出其配置细节。