Rovai AI

证据显示产品以 Electron 桌面端 + Rust Core/Host 运行，README 与 SECURITY.md 提到权限模式、审批、路径穿越/符号链接逃逸、跨 Camp 数据泄漏等风险面，说明团队意识到权限边界；但仓库内没有可核验的权限模型实现细节、默认权限档位、审批触发条件或数据流向说明，README 只给出外部文档链接。least_privilege 仅得 1：有权限分离的叙述（每个 teammate 单独配置权限）但无实现证据。user_confirmation 得 1：SECURITY.md 提到 approval/permission bypass 与“用户显式启用最高权限模式”，暗示存在确认机制，但未见默认确认策略。data_flow_transparency 得 1：架构图与“Agents 与项目文件留在所连接主机”的说明是方向性描述，缺少数据落盘、日志、导出范围的具体清单。sensitive_data_handling 得 1：SECURITY.md 要求报告时脱敏凭据与私有路径，说明有意识，但无密钥存储、加密或隔离的实现证据。dependency_security 得 2：package.json 依赖全部锁定精确版本，CI 使用 --frozen-lockfile 与 --ignore-scripts，GitHub Actions 全部按 commit SHA 固定，属于可核验的供应链卫生；但未见依赖审计/漏洞扫描流程，故未给满分。external_effects 得 1：README 明确“完成任务、结束 mission、合并代码是分离动作”，且 SECURITY.md 关注取消/恢复重复外部动作，方向正确，但无幂等或外部副作用清单。rollback 得 1：SECURITY.md 提到 cancellation/recovery 与更新完整性，但仓库内无回滚流程、数据迁移回退或恢复步骤文档。source_attribution 得 1：LICENSE 与 package.json 署名 murray17，但发布者身份未经验证，且 README 大量引用外部站点与视频，仓库内无法交叉确认来源。

self_consistency 得 2：Cargo.toml 工作区版本 0.4.5 与 package.json 版本 0.4.5 一致，Rust 1.85 与 Node 24 的声明在 README、Cargo.toml、package.json、CI 之间互相吻合，未发现明显矛盾。dependency_availability 得 2：依赖使用精确版本并配 pnpm-lock.yaml 与 --frozen-lockfile，CI 中 Node 24 与 Rust stable 的安装步骤完整，可复现性有支撑；但未提供离线或镜像方案，且部分依赖为 beta（dingtalk-stream 2.1.6-beta.1）。failure_messages 得 1：CI 中有 fail_closed 与“路径检测失败则启用全部检查”的降级逻辑，属于良好实践，但产品运行时的错误提示、诊断信息与用户可见失败语义在仓库内没有证据，SECURITY.md 仅要求报告时提供日志。

audience_and_scenarios 得 2：README 明确面向使用已安装编码 Agent 的团队用户，给出桌面端、自建 Server、浏览器远程访问、飞书/钉钉渠道等场景，受众与场景描述具体。capability_boundaries 得 2：README 明确“模型选择、权限、Skills、MCP 能力取决于 Agent 与宿主平台”，并说明 Desktop 与 Server 各自独立数据、不迁移不同步，边界表述清晰。trigger_precision 得 1：仓库内没有 Agent 触发条件、任务委派规则或调度语义的可核验定义，仅有 Mission board 与定时任务的叙述，无法判断触发精度。environment_fit 得 1：README 列出 macOS arm64/x64 与 Windows x64，CI 覆盖 Linux/Windows/macOS 与 Debian VM，环境适配有证据；但 Linux 桌面端未在 README 支持列表中，且未说明最低系统要求之外的运行时依赖，故扣分。

information_architecture 得 2：README 结构清晰，按能力、配置、Mission、远程访问、快速开始、架构、文档分节，并链接到 docs/development 与 docs/architecture。install_notes 得 2：给出 pnpm install --frozen-lockfile 与 pnpm dev 的源码构建步骤，以及桌面端下载与 Server 安装入口，但安装细节主要托管在外部站点，仓库内不完整。naming_stability 得 2：包名 rovai-ai、产品名 Rovai AI、appId ai.rovai.desktop、二进制 rovai-core/rovai-host/rovai 命名一致，未见冲突。examples_and_faq 得 1：README 有截图、视频与“给一个小任务”的入门示例，但没有 FAQ、常见错误或配置示例代码。known_limitations 得 1：SECURITY.md 说明项目处于 pre-release、旧版本需升级，README 提到 Server 有“release limitations”，但仓库内没有集中的已知限制清单。license 得 3：LICENSE 为完整 MIT 文本，Cargo.toml 与 package.json 均声明 MIT，README 徽章一致，三处互相印证。versioning_changelog 得 1：版本号 0.4.5 在 Cargo.toml 与 package.json 一致，但仓库内没有 CHANGELOG 文件，发布说明指向 build/release-notes.md 与外部 Releases 页面。maintenance_responsibility 得 1：SECURITY.md 给出私密漏洞报告渠道与响应承诺，但发布者身份未经验证，且无维护者名单、治理或支持周期说明。

output_usability 得 2：产品定位为多 Agent 协作工作区，README 描述共享会话、执行可视化、文件预览、Mission 板与协作记忆，输出形态对目标用户可理解；但仓库内没有可运行的示例输出或产物样例。marginal_value 得 2：相对单 Agent CLI，长期 teammate 身份、跨任务记忆与多 Agent 分工是差异化价值，README 有具体叙述；但缺少与既有工具对比的量化证据。cost_benefit 得 1：Cargo.toml 注释显示运行时二进制 100-250 MB，构建需 Rust 1.85+ 与 Node 24+，且需另行安装并登录多个编码 Agent，成本较高；仓库内没有性能、资源占用或收益的量化证据，故仅给 1。

claim_traceability 得 1：README 的能力声明大多指向 rovai.dev 外部文档，仓库内可核验的实现与测试证据有限，无法逐条追溯。cross_source_corroboration 得 1：版本号、许可证、平台支持在 README、Cargo.toml、package.json、CI 之间部分互相印证，但核心能力声明缺少仓库内第二来源。fact_inference_separation 得 1：README 以营销化叙述混合事实与愿景（如“lasting teams”“grows together”），未明确区分已实现与规划中的功能，读者难以分辨事实与推断。