Friday
在本机协调多家 AI，并以审批、验证和审计约束每一步。
这个 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 有哪些优点和局限？
- 本机保存控制器、密钥、数据和记忆，同时允许通过 BYOK 使用多家云端模型。
- 将高风险操作设计为需要人工批准，而非允许模型自行批准其副作用。
- 将任务完成与 proof receipt 绑定，强调验证而非只接受代理自述。
- 记录模型路由、计量和哈希链审计信息，便于追溯执行与成本。
- 目前需从源码运行，README 未提供公开的原生 Friday.app 下载或消费者级安装路径。
- npm 包版本为 1.0.2，而源码树为 1.0.3；README 说明前者不包含完整当前引擎能力。
- 依赖 Node.js 22+、本机环境和用户自带的云模型密钥，模型调用并非本地运行。
- README 表示实时行为目前仅在内部和自测流量上运行，尚非真实终端用户工作负载。
- 更自主的能力默认关闭；能力获取与自我升级仍是需审查的进行中功能。
如何安装或部署这个 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 与同类方案有什么区别？
Friday 将自己定位为独立于单一供应商的本机控制层：Codex 与 Claude 分别提供代理能力，而 Friday 负责跨供应商路由、审批、验证、记忆候选确认和审计。