自动化与运维 workflow-automation event-triggers electron codex mcp parallel-agents windows-approval

Frink — 本地 AI 工作流自动化桌面应用

把一句话变成可在本机自动运行并等待你审批的 AI 工作流。

源仓库: benord-labs/frink
Star 数: ★ 50
最近更新: 2 天前
License: MIT
主语言: TypeScript
FA 评分: 50/100 · 缺口较多

30 秒速览

运行形态: 桌面应用
可在哪里用: 通用 · 跨平台Codex · Claude Code
费用: 软件免费，模型调用费用自付
上手难度: 中 · 需要几步配置
开始前需要: macOS 13+ 或 Linux（x64/arm64）Claude Code、Codex、OpenCode 或 GitHub Copilot 登录GNOME Keyring 或 KWallet（Linux，用于保存 API 密钥与 MCP 凭据）Shell / 命令行网络访问本地文件系统MCP Server
典型场景: 每天早上的测试巡检：设定「工作日 9 点跑测试，失败就让代理修复，开 PR 前等我批准」，让 Frink 按计划执行并在审批步骤暂停。
不适合: Windows 用户：官方仅提供 macOS 13+ 与 Linux 版本
不想在本机登录 Claude Code、Codex 等账号的团队
需要纯服务器/无图形界面批量编排的团队
源码审查: 50/100 · 缺口较多

这个 Agent 能做什么，适合哪些场景？

Frink 是一款基于 Electron 的开源桌面应用（macOS 13+ 与 Linux），把 Claude Code、Codex、OpenCode、GitHub Copilot 这些编码代理编排成可重复运行的 Flow。你可以用一句自然语言描述日常流程，Frink 将其拆解为可阅读、可修改的步骤列表，并在触发器命中时执行。触发器覆盖 Linear、Jira、Shortcut、ClickUp 工单，Sentry 错误、PostHog 事件、任意 webhook 以及定时计划。所有运行都会进入 Work Queue，遇到审批步骤或代理提问时会停下等待你确认。数据（聊天、Flow、任务、权限）以 SQLite 保存在本机，使用你自己的 AI 账号登录，官方构建仅发送匿名使用计数与崩溃报告。

Frink 以桌面应用形式运行：你用自然语言描述一段例行工作，它把它保存为 Flow，并列出每个步骤（触发条件、判断分支、审批节点）供你核对与修改。运行时它会监听 Linear、Jira、Shortcut、ClickUp 的工单事件，Sentry 的错误、PostHog 的事件、任意 webhook，或按计划时间触发；命中条件后按分支执行步骤。执行阶段它调用本机已登录的 Claude Code、Codex、OpenCode 或 GitHub Copilot 代理，可同时开最多四个窗格并行处理不同任务，每个窗格保留各自的模型与 diff，并可分别放在独立的 git worktree 上以避免文件冲突。所有改动以 diff 形式呈现，内置编辑器可直接改动保存，也可在终端执行命令，或把对话回滚到之前的检查点。每次执行结果进入 Work Queue，状态显示为 running、ready for review 或 queued，需要审批时会给出徽标提示，你阅读后批准或回复即可继续。它还通过 MCP 连接 Linear、Shortcut、ClickUp、GitHub、Notion、Slack、Sentry、PostHog 等，作为聊天工具与 Flow 步骤使用。

每天早上的测试巡检：设定「工作日 9 点跑测试，失败就让代理修复，开 PR 前等我批准」，让 Frink 按计划执行并在审批步骤暂停。
Linear/Jira 工单自动处理：新工单进入 Linear、Jira、Shortcut 或 ClickUp 时触发 Flow，让代理读取上下文并产出改动 diff 供你复核。
Sentry 或 PostHog 事件响应：错误或事件命中后自动触发 Flow，由代理定位并修复，再走审批流程。
多任务并行开发：把窗口分成四个窗格，每个代理分到独立 git worktree 上做不同任务，各自保留模型与 diff。
需要人工把关的自动化：利用权限门与审批步骤，在代理执行命令或改动文件前逐项确认。
自定义 webhook 接入：把自建系统的事件通过 webhook 接入 Frink，形成团队专属的触发-处理-审批链路。

如何安装或部署这个 Agent？

官方提供 macOS 与 Linux 的直接下载构建；也可以从源码构建。

macOS：从 frink.dev/download 下载，或直接取 Apple Silicon / Intel 版 dmg。

Linux 直接下载：

# x64 AppImage 或 .deb
chmod +x Frink-0.3.0.AppImage && ./Frink-0.3.0.AppImage
sudo apt install ./frink_0.3.0_amd64.deb

# arm64 AppImage 或 .deb
chmod +x Frink-0.3.0-arm64.AppImage && ./Frink-0.3.0-arm64.AppImage
sudo apt install ./frink_0.3.0_arm64.deb

AppImage 不依赖 libfuse2，但如果无法启动，需要安装 fuse3 或用 --appimage-extract-and-run 启动：

Frink-0.3.0.AppImage --appimage-extract-and-run

Linux 上若要保存 API 密钥与 MCP 凭据，需要先安装 GNOME Keyring 或 KWallet 并重启 Frink，否则 Frink 不会保存这些凭据。从源码构建的方式见仓库的 CONTRIBUTING.md。

如何使用这个 Agent？

安装并启动 Frink，在设置里连接你已有的 Claude Code 或 Codex 登录（也可使用 macOS 上的 OpenCode 或 GitHub Copilot），Frink 不存储 token。

在聊天里用一句话描述例行流程，例如：

Every weekday at 9am, run the tests. If any fail, have an agent fix them, then wait for my approval before it opens a PR.

Frink 把它构造成 Flow 并列出所有步骤，先阅读、修改再运行。

按需配置触发器与条件分支（Linear / Jira / Shortcut / ClickUp、Sentry、PostHog、webhook、定时）。

在 Work Queue 中查看运行状态，遇到审批步骤或代理提问时阅读内容并批准或回复。

查看代理改动出的 diff，可在内置编辑器里直接修改保存、在终端执行命令，或把对话回滚到更早的检查点。

这个 Agent 有哪些优点和局限？

优点

触发器覆盖 Linear、Jira、Shortcut、ClickUp、Sentry、PostHog、任意 webhook 与定时计划，自动化入口很全。
并行执行：最多四窗格同时开工，每格保留独立模型与 diff，配合独立 git worktree 避免互相覆盖文件。
审批与 Work Queue 机制让高风险步骤必须经人确认，权限体系还会拦截 ~/.ssh、~/.aws 与 .env。
本地优先：聊天、Flow、任务与权限存于本机 SQLite，使用自己的 AI 登录，无需 Frink 账号。

局限

仅支持 macOS 13+ 与 Linux，没有 Windows 构建。
必须在你自己的机器上登录 Claude Code、Codex 等代理账号，并自行承担模型订阅或 API 费用。
Linux 上要保存 API 密钥与 MCP 凭据必须先装 GNOME Keyring 或 KWallet，否则不会落盘。
官方文档明确承认权限拦截有尚未覆盖的范围，需要自己评估风险；官方构建默认发送匿名使用计数与崩溃报告。

这个 Agent 与同类方案有什么区别？

与相关度最高的同类 agent 并排比较关键指标。

Agent	源码审查	形态 / 费用	Star	最近更新	主语言	完整支持的平台
Frink — 本地 AI 工作流自动化桌面应用当前	50 · 缺口较多	桌面应用免费 + 模型费	★ 50	2 天前	TypeScript	Codex · Claude Code
AGNT Agent OS	52 · 缺口较多	桌面应用免费 + 模型费	★ 554	今天	JavaScript	Codex · Claude Code · OpenAI API · Claude API
Aiden	65 · 存在缺口	命令行工具免费 + 模型费	★ 858	1 个月前	TypeScript	ChatGPT · OpenAI API · Claude API
EpicStaff 智能体流程平台	57 · 缺口较多	自托管服务	★ 359	10 天前	Python	—

FollowAgents 如何评估这个 Agent？

FollowAgents 源码审查 · FARS-2.1

缺口较多

50/ 100 五分制 2.5 / 5

本评测基于 2026年10月14日的源码；此后该项目发布了 1 个正式版本，尚未复审。分数与结论只代表评测时的版本。最近版本 ↓

信任安全 14/29

可靠稳定 6/14

适用触发 10/18

规范维护 10/18

有效结果 7/13

证据核验 3/8

查看各维度的扣分理由

信任安全14 / 29 · 2.4/5

README 声明权限门禁、~/.ssh/~/.aws/.env 被拦截、凭据仅在桌面 keyring 可用时加密保存、webhook 按 provider 签名在本机校验，SECURITY.md 也明确执行是 unsandboxed 且自定义节点/命令以普通 shell 进程运行——这是有意的设计取舍，但意味着最小权限只是部分实现，故 least_privilege 仅 1。审批步骤、Work Queue、Flow 停止需确认、删除/停止 Flow 有对话框，user_confirmation 得 2。telemetry 文档与本地 SQLite 说明提供数据流透明度，得 2。敏感数据方面有 keyring 门禁与 .env 拦截，但 SECURITY.md 自承覆盖不全，得 2。依赖清单庞大且含大量 ^ 范围与 patchedDependencies，未见审计/锁定证据，dependency_security 仅 1。外部效应（打开 PR、webhook、APNs 推送、自动更新）存在但缺少统一的外部副作用清单，得 1。回滚有 diff、编辑器、chat checkpoint 回退，得 2。来源归属仅 MIT 版权行与第三方许可文件，发布者身份未验证，得 1。

可靠稳定6 / 14 · 2.1/5

README 与 package.json、CI 工作流大体一致，但 README 声称支持 macOS 与 Linux，而 package.json 与 build-desktop.yml 明显包含 Windows 目标，存在文档与构建矩阵的不一致，self_consistency 得 1。依赖可用性方面 engines 要求 node>=22.12、需 bun、需桌面 keyring、需自备 Claude/Codex 登录，且大量依赖为 ^ 范围，未提供锁定或离线可用性说明，得 1。失败信息在移动端测试中体现得较充分（离线横幅、steer 未送达提示、Flow 停止确认、已答问题提示），failure_messages 得 2。

适用触发10 / 18 · 2.8/5

README 明确面向个人开发者与团队场景（ticket、错误、webhook、定时），audience_and_scenarios 得 2。能力边界有说明：unsandboxed 执行、权限页列出未覆盖项、Linux 需 fuse3、无 keyring 不保存凭据，capability_boundaries 得 2。触发精度方面列出 Linear/Jira/Shortcut/ClickUp/Sentry/PostHog/Vercel 与 webhook/定时，但缺少去重、重放、幂等与条件分支精度的具体说明，trigger_precision 仅 1。环境适配覆盖 macOS 13+/Linux x64/arm64 与 AppImage/deb，environment_fit 得 2。

规范维护10 / 18 · 2.8/5

README 结构清晰、功能分块、链接到 user-docs，information_architecture 得 2。安装说明含下载、AppImage/deb 命令、fuse3 与 keyring 前置条件，install_notes 得 2。命名稳定性方面版本 0.3.0 与大量迁移文件（0000–0113）显示 schema 频繁变动，naming_stability 仅 1。示例与 FAQ 有 GIF 与一句话示例，但无独立 FAQ，examples_and_faq 得 1。known_limitations 有权限页未覆盖项、unsandboxed、keyring 要求，得 2。LICENSE 为完整 MIT 文本，license 得 3。版本与变更日志仅指向外部 frink.dev/changelog，仓库内无 CHANGELOG，versioning_changelog 得 1。维护责任仅版权人与 issue 链接，发布者未验证，maintenance_responsibility 得 1。

有效结果7 / 13 · 2.7/5

输出可用性有 diff、编辑器、终端、Work Queue 与移动端审批，output_usability 得 2。边际价值在于把 Claude Code/Codex 与触发器、审批、队列整合为本地优先的自动化，相对裸 CLI 有增量，marginal_value 得 2。成本效益方面需自备订阅/API key、需桌面 keyring、依赖与原生编译较重，且无量化收益证据，cost_benefit 仅 1。

证据核验3 / 8 · 1.9/5

claim_traceability 仅 1：README 的功能声明多指向 user-docs 与 GIF，但仓库内未提供可核对的实现引用或测试映射。cross_source_corroboration 得 1：README、SECURITY.md、package.json、CI 工作流与移动端测试部分互相印证，但存在 Windows 支持等不一致，且无独立第三方佐证。fact_inference_separation 得 1：文档混合了事实描述与营销措辞（如“for everyone”“fine-tuned”），未明确区分已验证事实与推断。

风险与缓解建议

执行是 unsandboxed 的：自定义节点与命令步骤以普通 shell 进程运行，权限页自承覆盖不全，部署前应评估主机隔离。
发布者身份未经验证，README 与 package.json 中的作者/版权信息不能作为可信来源。
依赖数量庞大且多为 ^ 范围，含 patchedDependencies，未见依赖审计或锁定证据，供应链风险需自行评估。
README 声称仅支持 macOS 与 Linux，但构建配置包含 Windows 目标，文档与构建矩阵不一致。
凭据仅在桌面 keyring 可用时保存，无 keyring 环境下的行为需在部署前确认。
官方构建会发送匿名使用计数与崩溃报告，需按组织策略核对 telemetry 文档。

证据充分度：低评估于 2026年10月14日审查版本 32fd55fbd16d 评估后仓库已有新提交，评分可能未覆盖最新改动

评估证据 README.md LICENSE SECURITY.md package.json workflows/build-desktop.yml workflows/mobile.yml tests/index.test.ts tests/chat.spec.ts tests/chats.spec.ts

查看完整评分方法 →

常见问题

Frink 本身收费吗？我的模型费用怎么算？

Frink 以 MIT 许可证开源，没有 Frink 账号体系，也不收软件费用；它复用你已有的 Claude Code、Codex、OpenCode 或 GitHub Copilot 订阅或 API 密钥，模型侧按你自己的账号计费。

代理会未经允许就改文件或执行命令吗？

每个改动和命令先经过按项目配置的权限门，Flow 中的审批步骤会让运行停在 Work Queue 等你确认；Frink 还会拦截 ~/.ssh、~/.aws 与 .env，但文档明确列出了尚未覆盖的情况，仍需自行评估。

我的代码和数据会离开本机吗？

聊天、Flow、任务与权限保存在本机 SQLite 中，使用你自己的 AI 登录，Frink 不保存 token。官方构建会发送匿名使用计数与崩溃报告，README 指出可以在 telemetry 文档中查看具体内容。

多个代理同时改代码会冲突吗？

可以把每个窗格放到独立的 git worktree 上，四个并行代理就不会碰同一批文件；每个窗格各自保留模型与 diff 供分别复核。

运行 Frink 需要什么环境？

需要 macOS 13+ 或 Linux（x64/arm64），并已安装并登录 Claude Code、Codex、OpenCode 或 GitHub Copilot；Linux 上若想保存密钥与 MCP 凭据，还需要 GNOME Keyring 或 KWallet。

Frink — 本地 AI 工作流自动化桌面应用

30 秒速览

这个 Agent 能做什么，适合哪些场景？

如何安装或部署这个 Agent？

如何使用这个 Agent？

这个 Agent 有哪些优点和局限？

这个 Agent 与同类方案有什么区别？

FollowAgents 如何评估这个 Agent？

最近版本

常见问题

对比同类 Agent

Claude Code Agent 横向对比

MCP Agent 横向对比

相关 Agents

AGNT Agent OS

Aiden

EpicStaff 智能体流程平台

ByteChef