Nausicaa
用动态多 Lane 拓扑组织可恢复的多智能体开发任务。
按维度查看评分与理由
证据展示了受 Host 管理的权限、成员工具能力收窄、MCP 显式授权、只读 Plan 模式、效果与作用域元数据，以及对 Skill 文本作为不可信数据处理的测试；数据投影、Teto 可见范围、凭据保存位置、停止与恢复行为也说明得很具体。扣分在于命令和文件写入默认继承当前用户权限，普通写操作是否逐次确认并不明确；凭据虽可删除且安全政策禁止泄露，但未说明静态加密、文件权限或密钥轮换；依赖被固定并经 CI 安装，却没有所给材料可证明漏洞扫描、供应链签名或锁文件审查；恢复、克隆和检查点并不等同于对外部副作用或文件修改的事务性回滚。来源归属、作者、仓库、上游项目和第三方通知路径清晰，故该项满分；发布者身份仍按要求视为未知。
README、包元数据、工作流和离线测试对版本、Node 要求、测试命令、Lane/Teto 行为及恢复边界保持一致；测试还验证了预算耗尽、未知成本、清单篡改、不安全路径、缺失恢复边界等情况具有明确状态或失败码，因此自洽性和失败信息充分。扣分在于 provider、daemon、RPC 和 edge 集成被明确标为仍在演进，模型与远端服务可用性依赖外部系统，而且材料没有展示完整的降级或重试策略。
材料覆盖交互式 TUI、单次与 JSON 模式、daemon 只读附加、多模型/provider、Skills、MCP、Worker、Team、跨 Run A2A 等多种场景；工具效果、作用域、嵌套深度、成员能力、Plan 只读边界和禁用开关均较明确，因此受众场景与能力边界充分。扣分在于 Teto 的“高价值”主动提醒和 Skill 的任务匹配仍依赖模型判断，没有完全形式化的触发规则；环境证据集中于 Node 22.19+/24 和 Ubuntu CI，其他操作系统、终端及沙箱后端的兼容范围未完整证明。
双语 README 的结构、术语、命令表、开发与安装步骤完整；Lane、Teto、Team、Worker 和地址规则稳定且有示例。beta 状态、非安全边界警告、缺少通用 MCP OAuth、仅维护最新 beta、部分集成仍演进等限制披露充分，MIT 正文与包元数据一致。扣分在于没有独立 FAQ，部分深入说明依赖未提供内容的链接文档；虽提及 CHANGELOG、Releases 和更新命令，但所给材料未包含实际变更记录或兼容承诺；维护渠道和作者可识别，但长期责任、响应时限及多维护者治理未定义，且发布者未获企业注册表验证。
CLI、TUI、JSON 事件、导入导出、拓扑观察、恢复、协作消息和结构化失败记录使产出可直接用于开发与自动化；动态 Lane、观察者、可恢复团队和 Host 管理事实相对普通线性 Agent 循环提供了明确增量价值。扣分在于辅助 Lane 会增加模型调用和令牌成本，成员默认没有 token、调用数或时长预算；虽然测试覆盖共享预算、请求上限、成本未知时停止和 Teto 开销边界，但材料没有展示面向普通运行的完整成本预测、默认上限或收益基准。
核心声明能够追溯到包脚本、CI/发布工作流以及针对权限、边缘工具、恢复、成本、溯源哈希和防篡改的具体测试；README、package.json、LICENSE、SECURITY 与测试之间形成多源交叉印证。事实与限制也区分清楚，例如明确标注 beta、局部离线覆盖、远端配置不代表验证成功及集成仍在演进，因此三项均有充分静态证据。满分仅表示所给文件中的静态可核查性较强，不代表本次进行了执行验证。
- 默认情况下，命令执行和文件写入拥有当前用户权限；处理不可信仓库或代码时，应在独立管理的沙箱或虚拟机中运行，并先通过 /permissions 收窄权限。
- 凭据保存在 ~/.nausicaa/credentials.json，但材料未说明加密、文件模式或轮换机制；应核查本地访问控制，并避免把凭据、私有代码或日志提交到问题、PR 和测试夹具。
- Teto 默认启用，且团队成员默认继承主管获授权的工作区工具目录；敏感任务应评估数据投影范围，按成员限制工具，并在不需要时使用 --main-only、--no-worker 或关闭相关边缘来源。
- 成员没有默认 token、调用次数或总时长预算，异步工作在开放会话中可继续；应通过 provider 限额、外部监控和明确停止策略控制成本与副作用。
- 项目是 0.1.9 beta，只承诺维护默认分支上的最新 beta，provider、daemon、RPC 和 edge 集成仍在演进；升级前应审阅变更并在目标环境中自行验证。
这个 Agent 能做什么，适合哪些场景？
Nausicaa 是一个面向通用任务的命令行 Agent Harness，将一次 Run 组织为可动态变化的 Lane 拓扑，而不是固定的单循环。根 Agent、默认观察者 Teto、Worker、Team member 和跨 Run A2A 可以按任务需要组合，每个 Lane 都有独立上下文、生命周期、地址和恢复能力。模型决定何时观察、委派、组队或协作，Host 则负责身份、授权、持久化和恢复等运行事实。产品通过交互式 TUI、单次 `--print`、事件流 `--json`、daemon 及只读 attach 模式运行，并提供会话恢复、导入导出、权限控制、Skills 和 MCP 管理。它要求 Node.js 22.19.0 或更高版本，可连接 OpenAI API、ChatGPT 订阅、Anthropic、OpenRouter 等提供方；当前版本为 0.1.9 beta，provider、daemon、RPC 和 edge 集成仍在完善。
用户在目标项目目录执行 nausicaa 后，根 Lane nausicaa 接收任务，并可直接使用当前用户权限运行命令和修改文件，或通过 /permissions 缩小权限。Agent 可以把工作委派给 Worker，使用 team_create 和 team_assign 渐进组建团队，通过 team_message 协调群组，并以 A2A 发送私信或连接其他 Run；task_wait 等待成员结果，team_status 提供即时状态。成员的最终报告会进入共享任务线程，由实际创建团队的 Lane 汇总并验收。默认启用的 Teto 订阅用户消息、助手消息、工具请求及有限的工具终态，在完整步骤结束后检查意图偏离和改进机会，只在出现可能影响下一步决策的新高价值建议时主动提醒。Host 持久化 Lane 身份、会话和恢复状态；用户可用 /resume、/session、/clone、/export、/import、--continue 和 --resume <run-id> 管理运行记录。系统还内置 codebase-map、task-plan、code-review Skills，并可从项目的 .agents/skills、.pi/skills 和 skills 目录发现扩展。
- 需要在大型代码库中并行调查、实现和复核的开发负责人，可为 researcher、reviewer 等成员建立独立上下文，再由主管统一验收。
- 处理长时间编码或分析任务的终端用户，可利用可恢复 Lane、持久化会话和异步团队，在中断当前回答后继续收集成员结果。
- 希望监督 Agent 是否偏离原始目标的个人开发者，可启用默认 Teto，让观察者在步骤边界提供少量高价值提醒。
- 需要比较或切换多家模型提供方的团队，可在同一 TUI 中管理 OpenAI API、ChatGPT 订阅、Anthropic、OpenRouter 等登录与模型选择。
- 需要自动化或外部控制的工程团队，可使用
--print、--json、--daemon、--attach和 Run 恢复命令，而不局限于交互式聊天。 - 需要项目级工作规范的仓库维护者，可在受支持的项目目录中加入 Skills，并通过 MCP 菜单配置已获授权的 HTTP 或 stdio 服务。
这个 Agent 有哪些优点和局限？
- Lane 是可寻址、可恢复且拥有独立上下文和生命周期的执行单位，团队、Worker、观察者及跨 Run A2A 可随任务动态组合。
- Teto 是与执行 Lane 分离的观察机制，只在完整步骤后判断，并对重复主动提醒去重，适合降低意图漂移而不过度打断主流程。
- Host 明确掌管身份、强制权限、持久化和恢复；团队成员的工具范围及嵌套组队权限可以被主管收窄。
- 同时提供交互式 TUI、单次输出、JSON 事件、daemon 和只读 attach，覆盖人工操作与自动化使用方式。
- 文档明确支持多提供方登录和会话级模型选择，不把核心运行方式绑定到单一模型 API。
- 当前仍是 0.1.9 beta，文档明确说明 provider、daemon、RPC 和 edge 集成仍在演进，升级时可能面临行为变化。
- 要求 Node.js >=22.19.0，并依赖 npm 安装及外部模型提供方凭据，对旧版 Node.js 环境存在迁移成本。
- 命令和文件写入默认使用当前用户权限；采用者需要主动配置
/permissions，否则执行边界较宽。 - 通用 MCP OAuth 在此版本不可用，MCP 配置修改后还必须重启才能生效。
- Teto 只看到公开投影和有限工具终态，而非所属 Agent 的完整上下文，因此其监督结论天然受可见信息限制。
- 嵌套 Team 最深为三层，复杂组织结构需要调整为较浅的协作拓扑。
如何安装或部署这个 Agent？
前提是 Node.js >=22.19.0，并准备至少一个受支持提供方的凭据。全局安装并在项目目录启动：
npm install -g nausicaa-harness
cd /path/to/projectnausicaa
也可从源码开发：
git clone https://github.com/jackispm/nausicaa-harness.git
cd nausicaa-harness
npm ci
npm run build
npm link可用 npm run typecheck、npm test、npm run eval 和 npm run test:smoke 执行项目列出的检查。
如何使用这个 Agent？
首次进入 TUI 后运行 /login，选择提供方及其支持的登录方式；OpenAI API 与 ChatGPT 订阅是不同入口。命令行登录示例包括 nausicaa auth login openai api-key、nausicaa auth login openai-codex oauth 或 nausicaa auth login openrouter api-key。成功登录后用 /model 选择当前会话模型，并可用 /thinking [level|default] 调整该模型支持的思考强度。然后在项目目录直接输入任务；用 /list-agents 查看 Lane 拓扑，用 /permissions 限制命令与文件权限，用 /resume 或 --resume <run-id> 恢复运行。单次调用可使用 nausicaa --print，事件输出使用 --json；创建 Run 时可用 --main-only 禁用 Teto，或用 --no-worker 禁止 Worker 委派。MCP 和 Skills 是可选扩展，可分别通过 /mcp 与 /skills 管理；MCP 配置变更需要重启。
这个 Agent 与同类方案有什么区别？
Nausicaa 使用 pi-ai 处理提供方传输，并参考 Pi coding-agent、Prime Agent 和 DeepSeek Harness 的部分边界设计；其 README 将 Teto、Lane 动态拓扑以及由 Host 掌管的持久化定义为自身运行时合同。来源没有提供与这些项目的功能矩阵、性能测试或迁移指南，因此无法据此判断整体优劣。
常见问题
运行 Nausicaa 是否必须购买特定模型服务？
它默认可以修改我的项目文件吗？
/permissions 限制。团队成员默认继承主管经 Host 授权的工作区工具目录，主管也可进一步缩小成员工具权限。中断回答后团队任务会丢失吗？
Esc 或 Ctrl+C 只中断当前回答，并保留会话上下文和异步团队；成员报告仍会保存。/stop 会同时取消团队工作，关闭会话或取消任务也会停止相应工作。