Friday
在本机协调多家 AI，并以审批、验证和审计约束每一步。
- Star 数
- ★ 839
- 最近更新
- 2 个月前
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 53/100 · 缺口较多
30 秒速览
- 可在哪里用
- 通用 · 跨平台Codex · Claude.ai
- 开始前需要
- 典型场景
- 使用多个模型 API 的个人开发者，可把一个长期软件目标交给 Friday，并在每一步查看或改写模型路由选择。
- 主要局限
- 目前需从源码运行，README 未提供公开的原生 Friday.app 下载或消费者级安装路径。
- 源码审查
- 53/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
Friday 是面向 AI 代理的私有控制平面，而不是模型或聊天机器人。它在本机运行控制器、密钥、数据和记忆，并通过 BYOK 使用 Codex、Claude、DeepSeek 等云端 AI。其工作循环为 route、execute、verify、remember：为目标分派模型，暂停高风险操作等待批准，要求完成证明，并将记忆先保存为待确认候选项。系统声称将路由代理回合写入哈希链审计日志，并记录实际使用的模型与计量信息。当前版本从源码运行；README 明确说明 npm 包不是面向消费者的完整产品安装路径，原生 Friday.app 尚未公开发布。
用户提交目标后，Friday 按 route → execute → verify → remember 的流程处理工作：先选择可执行该步骤的 AI，随后执行受治理的步骤；风险操作进入需要用户批准或拒绝的状态。完成任务时，它要求附加 proof receipt，而不是仅接受模型的完成声明；README 将该要求描述为经过持久化 mission/work-item 代码边界约束。它将记忆作为 candidate 提出，由用户确认后才成为正式记忆，并在回忆时清理已知密钥模式。系统还记录每个路由代理回合的执行者、内容和成本信息到哈希链审计日志。
- 使用多个模型 API 的个人开发者，可把一个长期软件目标交给 Friday，并在每一步查看或改写模型路由选择。
- 需要控制自动化副作用的技术负责人，可让常规只读步骤继续执行，而对会改变外部状态的步骤逐项审批。
- 希望核验代理产出的团队，可要求任务附带 proof receipt，再把工作项标记为完成。
- 担心模型费用和供应商切换的 BYOK 用户，可让 Friday 在执行前路由模型，并在回退时记录实际回答的模型。
- 希望将代理记忆保留在本机的个人用户，可先审阅系统提出的 memory candidate，再决定是否确认保存。
如何安装或部署这个 Agent？
README 仅提供 macOS 的源码运行步骤：
brew install node@22
git clone https://github.com/thesongzhu/Friday.git
cd Friday
open "Friday Setup.command"需要 Node.js 22 或更高版本及你自己的模型服务密钥。README 未提供可核验的首次命令行调用、密钥配置格式或非 macOS 安装步骤；它同时明确说明 npm install 不会安装完整 Friday 产品。
如何使用这个 Agent？
安装后运行 "Friday Setup.command" 完成 README 所述的源码设置。随后通过聊天提交一个目标；系统按 route、execute、verify、remember 处理，并对风险步骤请求批准。使用前需自行提供 Codex、Claude、DeepSeek 或其他所述云端 AI 的密钥。README 没有给出可复制的首个目标命令、聊天入口地址或配置文件格式，因此无法从现有证据提供更具体的调用命令。
这个 Agent 有哪些优点和局限？
- 本机保存控制器、密钥、数据和记忆，同时允许通过 BYOK 使用多家云端模型。
- 将高风险操作设计为需要人工批准，而非允许模型自行批准其副作用。
- 将任务完成与 proof receipt 绑定，强调验证而非只接受代理自述。
- 记录模型路由、计量和哈希链审计信息，便于追溯执行与成本。
- 目前需从源码运行，README 未提供公开的原生 Friday.app 下载或消费者级安装路径。
- npm 包版本为 1.0.2，而源码树为 1.0.3；README 说明前者不包含完整当前引擎能力。
- 依赖 Node.js 22+、本机环境和用户自带的云模型密钥，模型调用并非本地运行。
- README 表示实时行为目前仅在内部和自测流量上运行，尚非真实终端用户工作负载。
- 更自主的能力默认关闭；能力获取与自我升级仍是需审查的进行中功能。
这个 Agent 与同类方案有什么区别？
Friday 将自己定位为独立于单一供应商的本机控制层：Codex 与 Claude 分别提供代理能力，而 Friday 负责跨供应商路由、审批、验证、记忆候选确认和审计。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|
| Friday 当前 | 53 · 缺口较多 | ★ 839 | 2 个月前 | TypeScript | Codex · Claude.ai |
| taOS 自托管智能体操作系统 | 71 · 存在缺口 | ★ 546 | 1 天前 | Python | Claude Code · OpenAI API · Claude API |
| Kontext | 83 · 表现良好 | ★ 221 | 1 天前 | Go | Codex · Claude Code |
| Node9 | 82 · 表现良好 | ★ 216 | 1 天前 | TypeScript | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示：README 强调本地优先、BYOK、审批优先、人类控制、证据支持；代码中可见审批流程、审计日志、哈希链、密钥模式检查等。扣分：数据流透明度仅部分体现（如记忆候选机制），回滚机制未明确，来源归属仅依赖 README 声明。
证据显示：CI 包含构建、测试、迁移、安全、契约等多个门禁，测试覆盖单元、集成、对抗性测试。扣分：失败消息的具体质量未在源码中体现，依赖可用性仅通过 CI 重试机制间接保证。
证据显示：README 描述多种使用场景（聊天、编码、渠道、定时任务），能力边界有说明（如技能沙箱、信任拨盘）。扣分：触发精度（如自然语言触发）仅提及未详细说明，环境适配（如 macOS、Node 22）有说明但未覆盖所有平台。
证据显示：有 README、LICENSE、package.json、docs 目录，安装说明（Quickstart）存在，已知限制（如 npm 包非消费路径）明确。扣分：命名稳定性（如版本号 1.0.3 vs npm 1.0.2）存在不一致，版本变更日志未提供，维护责任未明确。
证据显示：输出可用性（如 receipts、审计日志）有设计，边际价值（跨厂商、验证）有阐述。扣分：成本效益（如 token 消耗、定价）未量化，输出可用性（如 UI 截图）未在源码中体现。
证据显示：README 声明与代码结构（如测试、CI）部分对应，有对抗性测试和证据策略。扣分：跨来源佐证不足（仅单一仓库），事实与推断分离不明确（如 README 中的保证与代码实现对应关系未逐条验证）。
- 该仓库为早期候选版本，npm 包与源码版本不一致，且未经过真实用户负载测试。
- 发布者身份未验证，依赖安全性仅通过 CI 检查，未提供漏洞扫描报告。
- 回滚机制和失败消息的具体实现未在源码中明确，需进一步审查。