个人自动化平台对比：n8n vs Make vs ZCode 定时任务（纵横轴综合报告） 未开始

题记与说明

来源说明：本报告于 2026-10-29 撰写，综合同课题两份章节研究——纵轴（发展脉络）与横轴（横向对比）。两份章节均基于当次实际执行的网络搜索（WebSearch）、官方文档抓取（WebFetch）及对本机 ZCode 环境的第一手考察（本地定时工作流文件 ~/.zcode/workflows/nightly-research.dwf.ts、ZCode 官方文档 zcode.z.ai），非纯模型既有知识。综合时已消除两章的重复与口径出入（如 Make 定价迁移期数字、GLM Coding Plan 调价口径），关键事实附原文链接；未能核实的信息显式标注（如"第三方口径""弱来源，未在官方渠道核实"），不做编造。本文为最终稿：已按独立审读意见逐条修订全部 8 条意见（3.2 内部矛盾、3.6 无支撑数字、TL;DR/3.5 论断口径收敛、1.7 语句修正、3.7 第 1 层建议逻辑补漏、1.6/3.1/3.3 量化论断补基数与限定、1.9 时间线重排、TL;DR 与 2.1/2.3 长尾口径对齐），修订中补充核实的事实均附来源与检索说明，仍未核实的移入第四章缺口清单；初稿保留于 drafts/ 目录未改动。

TL;DR

个人自动化十五年三次范式：连接 SaaS API（Zapier）→ 可视化编排（Make、n8n）→ 定时委派 AI agent（ZCode 定时任务）。三代在 2026 年 10 月并存互补而非替代：Make 胜在可视化表达力、性价比与托管省心，按 credits 计费，长尾连接之王仍是 Zapier；n8n 胜在 fair-code 自托管、完整 cron 与近零边际执行成本；ZCode 是唯一能"现场读、写、判断"的认知型定时方案，但电脑须唤醒、仅 20 条任务、无事件触发。交叉核心洞察：可靠性最强者无任务级认知委派能力，认知最强者无时效保障——两者是分工而非竞争。建议按"确定性 vs 认知度"与"频率 × 边际成本"分层组合：机械动作用系统级调度，确定性胶水用 n8n 自托管，长尾 SaaS 用 Make/Zapier，认知夜班交给 ZCode；能用确定规则描述的任务，不交给 agent。

一、纵轴：发展脉络——从"把 API 连起来"到"替你把事办了"

1.1 一条十五年的主线

"个人自动化"这个词的内涵，在十五年时间里换了三次内核：一开始它是把 SaaS 之间的 API 连起来（Zapier、IFTTT 时代）；后来它变成可视化编排一段带逻辑的数据流（Integromat/Make 与 n8n 的时代）；到 2025 年之后，它正在变成第三种东西——把一件事整个委派给一个 AI agent，让它在指定时间自己动手（ZCode 定时任务/闲时任务所属的世代）。

本课题的三个对象恰好站在三次范式转移的三个位置上：Make 是第一、二次范式的集大成者，n8n 是第二次范式里"开发者自托管"路线的胜利者，ZCode 定时任务则是第三次范式在个人电脑上的最新实验。下面的纵轴按这条主线分六个阶段推进。

1.2 阶段〇：前史（2010–2018）——粘合剂时代

个人自动化的祖师爷是 cron 和 shell 脚本，但让非程序员第一次"拥有"自动化的是 SaaS 粘合剂产品：IFTTT（2010）确立了 "if this then that" 的心智模型，Zapier 于 2011 年在 Startup Weekend 上诞生、经 YC 孵化后于 2012 年上线，把"跨应用自动化"做成了订阅生意（Zapier 历史，Taskade；Zapier – Wikipedia）。

本课题的二号主角诞生在这个窗口期。捷克布拉格的公司 Cloud Service s.r.o. 内部，六位联合创始人（CEO Ondřej Gazda、CTO Patrik Šimek、平台工程师 Michal Toman、CFO Pavel Duras 等）做了一个内部集成工具来"节省自己的时间"——它后来叫 Integromat。两个常被写错的细节：其一，产品实际诞生于 2013 年（捷克媒体 CzechCrunch 与捷克维基均如此记载，"2012 年创立"是英文世界的讹传），直到 2016 年 5–6 月才公开发布；其二，"Šimek 兄弟"的说法是误传，实际是六个姓氏各不相同的合伙人。团队完全自筹资金，自投约 1500 万捷克克朗（约 60 万欧元），无 VC 无贷款；CTO Šimek 此前为中欧最大游戏平台之一搭建计费与支付网关，还是著名 Node.js 沙箱库 vm2 的作者——这段工程基因解释了 Integromat 为什么比 Zapier 更"技术流"（Business Automated：Integromat changes name to Make）。

驱动因素：SaaS 应用大爆炸 + API 经济；个人用户被"重复的跨应用操作"养出了付费意愿，但市面产品（Zapier）按任务计价偏贵、逻辑表达偏弱——这个空档正是 Integromat 的立足点。

1.3 阶段一：两条路线的起点（2019–2020）

2019 年 6 月，柏林自由开发者 Jan Oberhauser 在 GitHub 上发布了 n8n 的第一版。他的动机非常个人化：给客户做自动化时受够了重复编码，想要一个可复用、可自托管、既能拖拽节点又能随时插入自定义代码的工具。"n8n" 是 nodemation（node + automation）的缩写——两个 n 之间恰好 8 个字符（European Startup Insider 访谈）。项目上线半年，GitHub star 破 1 万（2019 年 11 月），同月拿下 150 万美元种子轮；此后 2020–2021 年间完成早期多轮融资，Sequoia、Felicis、HV Capital 等出现在投资方名单中（注意：各轮具体金额与日期未逐一核实，仅投资方名单有据）。

同一时期的 Integromat 走完了从"内部工具"到"现金牛"的路：2016 年底约 4,000 用户，2018 年 11 月近 10 万，2020 年 10 月被德国流程挖掘巨头 Celonis 以超过 1 亿美元收购时已有 37.5 万用户、1.1 万付费客户、约 1000 万美元 ARR（Reuters；Business Automated；GetLatka）。Celonis 的算盘很清楚：流程挖掘知道"业务在哪里堵车"，收购一个自动化执行器就能把洞察变成动作。

这一阶段的分野：Integromat/Make 是云端闭源 SaaS，n8n 是 fair-code 开源生态——"能不能自托管、数据出不出自己的机器"，从第一天起就是两个阵营的分界线，也是后来个人自动化用户反复权衡的第一变量。

1.4 阶段二：品牌重塑与许可之变（2021–2022）

这两年没有爆炸性功能，却埋下了两个影响至今的决策。

n8n 的许可变更：n8n 最初以 Apache 2.0 + Commons Clause 发布，2022 年改为自创的 Sustainable Use License（基于 Elastic License 2.0 改写），明确"可以自由使用、修改、自托管，但不得把 n8n 本身当作付费托管服务转售"，官方坚持用 fair-code 而非"开源"自称，因为它不是 OSI 认可的开源协议（Hacker News 官方说明帖，2022-07；n8n 社区许可答疑）。决策逻辑是典型的双刃剑：挡住云厂商白嫖、保住商业化空间，代价是永远失去"真开源"的道德光环——直到今天，"n8n 算不算开源"仍在社区吵个不停。

Integromat 之死与 Make 之生：2022 年 2 月 22 日，被收购约 16 个月后，Integromat 宣布更名 Make，并买下 premium 域名 make.com。官方叙事是"你们不是用户，而是 Maker"；但社区反弹剧烈——"make" 是英语最常用动词之一，SEO 几乎不可搜索，Canny 上"改回 Integromat"的请愿最终被官方标记为 *not planned*。CEO Fabian Veit 承认这是"短期损失 SEO、换取全球品牌"的赌注，公司自称更名后约四年内（自 2022 年 2 月起算，至 2025 年底/2026 年初）实现约 15 倍收入增长、达到约 1 亿欧元 ARR（原文作 "15× revenue growth since the rebrand, ~€100M ARR"；官方口径，未经独立审计）（Business Automated）。

驱动因素：两者都是资本化成熟期的动作——n8n 要在"免费自托管"和"养活公司"之间划一条法律边界；Make 要从 Celonis 体系里长出独立品牌，正面硬刚 Zapier。

1.5 阶段三：1.0 与 AI 预热（2023）

2023 年 7 月，发布四年之后，n8n 终于打出 1.0：进入 stable 通道，默认保存所有执行记录（成功/失败/手动），弃用 MySQL/MariaDB 后端等一批 breaking changes（n8n 社区公告，2023-07-19；1.0 breaking changes 解读）。同年 n8n 拥抱 LLM：基于 LangChain 的 AI 节点家族（链条、agent、记忆、输出解析器，后扩至 70+ 个 AI 节点）让它成为最早把"AI agent 塞进可视化工作流"的平台之一（digitalapplied）。

Make 这边则继续在企业自动化赛道上加深护城河（其母公司 Celonis 2023 年收购 BPM 厂商 Symbioworld 补足流程智能，Constellation Research）。

驱动因素：一方面是"从玩具到关键任务"的生产化诉求（1.0 的稳定性和执行数据默认留存都是为此）；另一方面，ChatGPT 引爆的 LLM 浪潮开始给自动化平台灌输新叙事——工作流里的节点，即将不再只会"转发数据"，还会"思考"。

1.6 阶段四：agentic 爆发与资本狂热（2024–2025）

这是 n8n 的戴冠之年，也是整个赛道叙事彻底转向"AI agent"的一年。

• 2025 年 3 月：n8n 完成 5,500 万欧元（约 $60M）融资，Highland Europe 领投。
• 2025 年 3–4 月：Make 宣布并上线 Make AI Agents（3 月 27 日社区预告、4 月正式上线），把 agent 作为场景中的智能节点（Make 社区公告与搜索汇总口径）。
• 2025 年 5 月 28 日：n8n GitHub star 破 10 万，随后一年内冲过 15 万（opsily）。增长引擎正是 AI agent + MCP 生态——n8n 工作流可以自己充当 MCP server/client，让外部 agent 把"调用一个自动化工作流"当成一种工具。
• 2025 年 10 月 9 日：n8n 拿下 $1.8 亿 C 轮，估值 $25 亿，Accel 领投、NVIDIA 的 NVentures 跟投，累计融资约 $2.4 亿；媒体口径其年收入已达约 1 亿美元（n8n 官方博客；Bloomberg；The SaaS News）。
• 2025 年 11 月：n8n 预告 2.0（社区公告），MySQL/MariaDB 彻底出局、安全模型收紧、CLI 与子工作流行为变更（muench.dev 解读）。
• 同期 Make 的计价体系从 operations 转向 credits，并为 AI 功能引入单独的 credit 类型（smartrepl 2026 价格指南）。

驱动因素：LLM 能力跃迁 + Anthropic 的 MCP 协议把"工具调用"标准化，自动化平台一夜之间从"省钱工具"被重估为"agent 的执行层/双手"；资本对 agentic 叙事的追逐，则让 n8n 在七个月内完成了从 3 月 €55M B 轮到 10 月 $180M C 轮、$25 亿估值的跨越（有媒体称 3 月轮投后估值约 $2.7 亿，若按此口径估值七个月放大约 9 倍——弱来源，详见 3.3 与第四章，暂不作实）。

1.7 阶段五：编码 agent 入场，定时任务长出"大脑"（2025.12–2026）

本课题的第三号主角在此登场，它的血统和前两位完全不同：不是自动化公司做 agent，而是模型厂商做编码 agent，再把定时调度长在 agent 上。

• 2025 年 12 月 26 日：智谱（Z.ai）发布 ZCode，定位 Agentic Development Environment（ADE）——带图形界面的桌面端智能体开发环境（第三方技术博客口径，CSDN 安装指南等；该日期未在官方渠道直接核实）。
• 2026 年 6 月：与开源旗舰模型 GLM-5.2 同期，ZCode 3.0 发布，核心是自研 Agent 内核与 1M 上下文适配（第三方口径，百度智能云号文章）。
• 2026 年 8 月 11 日：ZCode 用户突破 100 万，同日上线四大新功能：Goal、Subagents、Remote Control、闲时任务，官方叙事是"Coding Agent 从对话辅助走向复杂任务自主交付"；同篇报道给出 GLM-5.2 + ZCode 在 Z.ai Code Bench 上的通过率对比，原文为"GLM-5.2 搭配 ZCode 后，任务整体通过率较搭配 Claude Code 高 2.39%"——即 2.39% 是差值，而非任何一方的通过率数值；报道未写明 Claude Code 一侧搭配的模型，且该基准为智谱自研，宜谨慎看待（上海证券报/搜狐，2026-08-11；BigGo News）。
• 自动化（定时任务）体系成型：按 ZCode 官方文档《自动化》，自动化分两类——定时任务（三种创建方式：左侧栏表单、会话内自然语言、模板库；调度规则覆盖小时/天/工作日/周/月及自定义"重复单位+间隔+具体时间点"，按日期或星期、支持结束条件、本地时区；每任务可配置所属项目、权限四档、模型与推理强度；运行历史记录 executing/success/failed，以及因电脑睡眠而 skipped）与闲时任务（不指定时间，进入队列等算力空闲自动执行，不消耗额度）。硬边界写在文档里：电脑必须保持唤醒（有 keep-awake 开关）、全部项目合计最多 20 个任务、仅支持本地项目、移动端 Remote Control 不显示自动化。
• 2026 年 n8n 2.0 落地（aifire 2026-01 解读；2026 年 4 月的真实迁移案例显示 v1 仍在支持期，openfoodnetwork issue）；2026 年 5 月彭博系报道 SAP 以 $52 亿估值入股 n8n（搜索汇总口径，未逐一核实原始报道）。
• Make 转向 agentic 定位：2026 年连续发布《agentic process automation 指南》（2026-03-19）与《agent 的执行层》（2026-10-19），把自身定位为"AI agent 的执行层"。
• ZCode 生态事件：GLM Coding Plan 2026 年内两次调整——2 月结构性调价（2026-02-12 生效：取消首购优惠、保留季/年订阅优惠，官方称整体涨幅自 30% 起、已订阅用户价格不变，凤凰财经——注：该报道原文未列档位明细，"Max 档包月约从 469 元档涨至 1070 元档"一说系第三方讨论口径，原始出处未核实），7 月 30 日起从按 prompt 计次改为按 Token 消耗的积分制（V2EX 讨论、知乎）；第三方汇总当前价 Lite ¥118/月、Pro ¥538/月、Max 1078/月（连续包月，5 小时 + 每周双窗口积分制，数据更新于 2026-09-24，codingplan.org 汇总；口径说明：1070 与 1078 并非矛盾——前者是 2 月调价讨论中的 Max 包月数字，后者是积分制切换后 codingplan.org 汇总的当前连续包月价，时点与口径不同），非高峰时段积分 5 折，Pro 档涨幅引发社区讨论（腾讯云社区；官方入口 z.ai/subscribe，价格以官方页面为准）。另有第三方报道称 2026 年 9 月 20 日 ZCode 开源客户端/后端/运行时源码（弱来源：仅见于技术博客与 X 帖侧证，未在官方渠道核实，暂按传闻处理）。

驱动因素：这一阶段最深的动力是模型厂商的垂直整合——"基础模型 + Coding Harness + 订阅服务"三位一体（上海证券报对智谱的总结）。当 agent 本身足够便宜、足够能干，"定时"就不再只是 cron 触发器，而是"每天早上八点把一个有手有脚的数字员工叫醒"。个人自动化的供给方，从 Make/n8n 这类"编排平台"，扩展到了"住在你自己电脑里的 agent"。

1.8 阶段六：当下截面（2026.10）——三种"定时"的代差

站在今天回看，三个平台对"定时任务"的理解处于三个世代：Make 的定时是"云端调度器每 15 分钟（免费档下限）跑一次我的 scenario"；n8n 的定时是 Schedule Trigger 在我自己的服务器上按时点燃一条工作流；ZCode 的定时是"在我睡前还开着的这台电脑上，定时唤醒一个会读代码、会写报告、会用工具的 agent"。这不是同一功能的三种实现，而是三种代际：编排 → 自托管编排 → 委派。代差的具体量化（集成数、计价颗粒度、可靠性、失败恢复）由下一章横轴展开。

1.9 时间线速览

二、横轴：横向对比（2026-10-29 时间截面）

2.1 参评对象与定位界定

横轴对比的第一步是确认"谁和谁在同一坐标系里"。这几类工具表面上都叫"自动化"，实际占据的生态位不同：

关键差异一句话：n8n/Make/Zapier 是"工作流引擎"，编排的是预先画好的确定性流程；ZCode 是"定时唤醒的 Agent"，编排的是自然语言指令 + 一个可以现场写代码、读文档、做判断的智能体。这个本质差异贯穿下面所有维度。另需说明 Zapier 的口径：它并非纵轴六章的主角（纵轴以 Make/n8n/ZCode 为主线），横轴纳入它是作为"集成长尾覆盖"的基准参照物——用它校准集成数量级与价格坐标，而非作为选型主角展开。

2.2 总对比表

2.3 能力：三种"自动化"哲学

n8n — 确定性工作流 + 可选代码。节点式画布，400–500+ 原生节点，HTTP Request 节点可打任意 API，Code 节点写 JS/Python。2025–2026 年其重心明显转向 AI：AI Agent 节点、LangChain 集成、向量库节点等，是传统平台里 AI 工作流能力最强的（entrans.ai 对比、bestautomationtoolsforbusiness.com）。但分界必须说清：n8n 的 LLM/agent 节点再强，也仍运行在人事先编排好的画布内——模型只在节点内响应输入（分类、抽取、生成这类单步智能），任务的计划、结构与成败判据仍由人预先固化在流程里；ZCode 则是把整个任务连同计划与代码一并委派给 agent 现场完成。这一"节点内智能 vs 任务级委派"的分界，是 3.5 节核心判断的依据。定时触发用完整 cron 表达式，精确到分钟。

Make — 可视化编排的性价比之选。拖拽式画布，分支/迭代/聚合等可视化控制流比 Zapier 表达力强，价格约为 Zapier 的 1/2–1/3（w2bagency.com 决策规则）。2025 年起推出 AI Agents 模块，可用场景作工具（Make Help Center），但 Agent 能力仍是"调工具"而非"现场干活"。

Zapier — 集成长尾覆盖第一，表达力最弱。5000–8000+ 应用（各来源口径不一，2026 年新来源多引 8000+，见 bestautomationtoolsforbusiness.com、GenFuse AI），任何小众 SaaS 大概率只有 Zapier 有原生连接器。代价是：两步以外的复杂逻辑要靠 paths/filters 硬凑，且单价最贵。

ZCode 定时任务 — 换了一个物种。它不做"连接器编排"，而是定时唤醒一个 Agent：给定自然语言指令，Agent 自己读文件、写脚本、调 API、判断分支。本机 ~/.zcode/workflows/nightly-research.dwf.ts 就是实例——一个夜间研究流水线，用 TypeScript 定义多阶段（phase()）、跑 shell 命令（world.run()）、派生子智能体（本报告的纵轴/横轴章节即由子智能体完成）、带类型化的结果契约和失败处理。官方文档描述其自动化页有三种创建方式（表单/会话内自然语言/模板），调度规则覆盖每小时/每天/每工作日/每周/每月/自定义组合（如"每月第三个周一"），但不支持 cron 表达式（zcode.z.ai/cn/docs/automations）。另有闲时任务：进全局队列、在算力富余时段免费执行的一次性任务（zcode.z.ai/cn/docs/idle-time-tasks）。

一句话总结三者的边界哲学：Make 把复杂性关在产品里，n8n 把复杂性交给你，ZCode 把复杂性交给 agent。

2.4 成本与计费模型：三条计费哲学的对撞

2026 年这个赛道真正的分歧不是功能而是计费模型与维护责任归谁（penchan.co）：

• 按任务/操作计费（Zapier、Make）：用多少付多少，量越大越痛。Zapier Pro 起步 ~$19.99/月仅 750 tasks，Team $69/月（zapier.com/pricing/rates）；Make Core 第三方旧口径约 $9–12/月、1 万 operations（automateops.org、smartrepl），且 2025 年底起从"operations"切换为"credits"制，新结构下官方公告 Core 约 30 万 credits/月（Make 官方公告）——口径迁移期，两章数字已按"结构性事实 + 迁移期标注"统一，实际额度以官方页面/账单日为准。
• 按实例订阅 + 自托管免费（n8n）：Cloud Starter ~€20/月 2500 次执行、Pro €50/月 10000 次（automateall.co、sliplane.io）；自托管 Community Edition 免费且不限执行次数，上限只受你的硬件约束（n8n.school）。
• 按订阅打包（ZCode）：定时任务/闲时任务不单独计费，打包在 GLM Coding Plan 里；闲时任务的自动执行过程免费、不消耗套餐额度。但订阅本身 2026 年经历了两次调整（详见 1.7 节：2 月涨价 30% 起、7 月转 Token 积分制），具体档位因人因时而异，报告只引结构性事实，不固化具体数字。

对个人自动化的含义：高频、大批量、逻辑固定的流程，放 n8n 自托管或开源自托管最便宜；低频、长尾 SaaS 连接，放 Make/Zapier 按次付不亏；高频、需要认知判断（读、写、总结、决策）的任务，只有 ZCode 这类 Agent 定时做得动，而它的边际成本被订阅额度吸收——但额度天花板要自己盯着。

2.5 自托管成本详解

n8n 自托管是"免费软件 ≠ 免费自动化"的典型案例，成本分三块（n8n 社区实测帖、MassiveGRID 选型指南、社区 VPS vs Cloud 2026 拆账帖、sliplane.io 定价指南，注意后两者作者为托管服务商、有立场）：

隐性成本：① 运维责任转移——更新、备份、HTTPS 证书、安全加固全归你，社区明确提醒"配置不当的自托管 n8n 可能比 Zapier/Make 托管基础设施更不安全"（aicentralresources.com）；② 已知缺陷如长运行实例内存爬升（memory creep），需监控或定期重启容器（社区帖）；③ 家用电脑自托管还要解决内网穿透/公网暴露问题（webhook 回调需要）。sliplane 那句被广泛引用的话概括了一切："如果一台 €5 的 VPS 让你搭进去一晚上调试备份、SSL 和失败的升级，它就不便宜。"自托管的真实成本公式 = 服务器月租 + 你自己的运维时间（Docker、数据库选型、TLS、备份、升级、监控）。

对照：Make、Zapier 无自托管选项，成本即订阅费，零运维但数据出机——用户没有任何"用时间换钱"的选项。ZCode 定时任务"自托管成本"为零 VPS、零部署——它就跑在你已开机的桌面端里，自托管的其实是"运行时"而非"平台"（平台/模型仍依赖官方云）；代价是换成了"电脑必须唤醒、应用必须启动、睡眠期间任务记为跳过不补跑、全项目最多 20 条任务、仅本地项目"这些运行前提（官方自动化文档）。它的"自托管成本"本质上不是钱，而是约束。开源自托管替代（Activepieces/Node-RED/Windmill/Huginn）硬件账与 n8n 同量级，Node-RED 最轻（无需数据库），Windmill 偏重但给开发者回报最高（thetoolchief.com 汇总）。

2.6 能力边界：各家"做不到什么"

横轴对比最容易失真的是只列能做的。以下边界均来自官方文档或多方一致报道：

• n8n 边界：集成数远少于 Zapier/Make，长尾 SaaS 要自己写 HTTP 节点；许可为 fair-code 的 Sustainable Use License 而非 OSI 开源——禁止把 n8n 嵌入你出售的产品，商用需买授权（社区讨论、rainautomation.com）；自托管的高可用/SSO/RBAC 属付费企业功能（Business 版约 €667/月，sliplane.io）。
• Make 边界：仅云端，数据必须过第三方，免费档 1,000 credits/月、2 个激活场景、15 分钟最小调度间隔；credits 新旧口径切换期的额度不确定性；复杂自定义逻辑受可视化范式约束。
• Zapier 边界：贵、表达力弱、仅云端；任务计费在 AI Agent 场景下容易失控（每个 action 都计 task）。
• ZCode 定时任务边界（当前最尖锐的部分，出自官方文档与社区反馈）：① 调度表达力弱于 cron——无 cron 表达式、无次数上限选项、错过的一次性任务不补跑；② 依赖宿主机——电脑睡眠即停摆（skipped），且无"补跑"语义；③ 上限 20 条任务（跨所有项目，含暂停/失败态，删任务才释放名额）；④ 不支持远程工作区，手机端远程控制界面不显示自动化；⑤ 无 webhook/外部事件触发——只有时间触发，没有事件驱动；⑥ 无人值守模式（zcode -p 无头 CLI）社区仍在推动成为一等公民，缺模型配置等能力（GitHub Issue #1044、Feature #29）；⑦ 权限需谨慎——完全访问模式下无人值守的 Agent 可自主改文件跑命令。
• 共性边界：三家传统平台都不会"读文档后现场判断"，ZCode 不会"收到 GitHub issue 就秒级触发"。

失败语义的差异也值得单列：n8n 有执行记录、重试、错误工作流，是"流程状态机"；Make 有场景级重试/日志；ZCode 的运行历史四态（executing/success/failed/skipped）语义是"交办结果"而非"流程状态机"——它更像你给同事派了活，回来验收，而不是盯着一条流水线。

2.7 成熟度与风险

• n8n：柏林公司，2025 年 10 月 C 轮 $1.8 亿、估值 $25 亿（The SaaS News），社区与模板生态是自托管阵营最大。风险：fair-code 许可的商业限制、版本迭代快需跟进升级（1.0→2.0 的数据库收紧、CLI 变更、节点移除即是教训，升级前必读 breaking changes、生产实例做快照）。
• Make：Celonis 旗下，成熟稳定，风险主要在计费口径频繁调整带来的预算漂移。
• Zapier：品类开创者、最成熟，风险是价格与锁定效应。
• ZCode：智谱（Z.ai）GLM 生态的新一代 Agentic Development Environment，桌面端迭代快（官方下载页标注 v3.16.3），定价 2026 年内两次调整。风险：产品年轻、任务上限与无人值守能力仍在补齐（官方 Issue 即在跟踪）、订阅价格波动大。收益：与 GLM 模型同厂深度整合，Bot Channel 可接微信/飞书远程查看与下达指令（官方 Bot Channel 文档），闲时任务白嫖算力是独特卖点。
• 开源自托管替代：Node-RED（2013 年起，IoT 老兵，最稳但偏硬件场景）、Huginn（更老牌 Ruby Agent）、Activepieces（MIT 许可，最像 Zapier 的开源自托管替身，上手最易）、Windmill（开发者向，Python/TS 脚本编排最强）（MakeUseOf 评测、OpenAlternative）。

2.8 适用场景速查

三、交叉洞察：两轴合起来说明了什么

单看纵轴，这是一部"范式三连跳"的进化史；单看横轴，这是一张"三强并立"的选型表。只有把两条轴叠在一起，几个真正有用的判断才会浮现。

3.1 代差是叠加，不是替代

纵轴显示十五年三次范式转移，直觉推论是"新的取代旧的"；但横轴的 2026 年截面给出相反的答案：三代范式全部活着，且各有增长。Zapier（第一代）仍然是最成熟的品类之王，Make（第一、二代集大成）自称更名后约四年收入涨了约 15 倍（官方口径，未经独立审计，时间区间见 1.4），n8n（第二代）七个月内从 €55M B 轮走到 $180M C 轮、$25 亿估值，ZCode（第三代）发布不到一年用户破百万。历史上每一代都没有杀死上一代——cron 至今仍是所有操作系统的地基——因为三者的核心价值不同：连接（谁都有现成接口）、编排（流程可控可审计）、认知（能判断会动手）。范式转移改变的是"能自动化的任务上限"，而不是把下限以下的需求清空。给用户的推论：不要问"哪个平台会赢"，要问"我的任务落在哪一代的能力区间里"。

3.2 纵轴形成的分野，就是横轴的选型变量

纵轴里每个阶段的"偶然决策"，到横轴上都变成了用户今天要权衡的结构性变量：2019 年 n8n 选择 fair-code 自托管路线（对抗云厂商白嫖的法律决策）→ 今天"数据主权 vs 零运维"这一第一权衡变量；2022 年 Make 的品牌豪赌 → 今天 credits 计价与"agent 执行层"定位；2023 年 n8n 引入 LangChain 节点 → 今天它是最早把 agent 嵌入可视化工作流的编排平台（2023 年即引入 LangChain agent 节点，早于 Make 2025 年 4 月上线的 AI Agents，见 1.5/1.6），且是同类中唯一可自托管的。历史不是背景板，历史就是选型表的来源。反过来这也提示：今天横轴上 ZCode 的硬边界（20 条任务、无事件触发、依赖宿主机唤醒），不是缺陷清单，而是第三代范式尚未完成的"待办历史"——就像 2019 年的 n8n 也没有队列模式。

3.3 进化速度在数量级地加快

纵轴的时间刻度本身就携带信息：Integromat 从内部工具到公开发布用了 3 年（2013→2016），n8n 从首版到 1.0 用了 4 年（2019→2023），而 ZCode 从发布到用户破百万、四大核心功能上线只用了不到 8 个月（2025.12→2026.8）；n8n 从 €55M B 轮（2025.3）到 $180M C 轮、$25 亿估值（2025.10）也只用了 7 个月——有媒体称 3 月轮投后估值约 $2.7 亿，若按此口径，估值七个月放大约 9 倍，但该基数未获可靠原文核对（EU-Startups 同题报道未提及估值，仅为检索交叉印证的媒体口径），此处按未证实处理。产品周期和资本周期都在压缩一个数量级。对用户的直接含义：横轴这张对比表的有效期比历史上任何一代都短。2026 年内 GLM Coding Plan 调价两次、Make 计费口径切换、n8n 大版本落地、Make 定位改写——"每年复审一次选型"不再是保守建议，而是这个市场的基本节奏。

3.4 "定时"的语义迁移，与可靠性的定义改写

纵轴上"定时"这个词的含义一直在变：cron 时代的定时是"时间到了就执行这条命令"；Make/n8n 时代的定时是"调度器按时点燃一条预定义流程"；ZCode 时代的定时是"时间到了把一个有手有脚的 agent 叫醒，给它一句目标"。随之被改写的是可靠性的定义：前两代里，可靠性 = 流程状态机（成功/失败/重试，n8n 甚至默认保存全部执行记录）；第三代里，可靠性 = 交办结果（success/failed/skipped），而且出现了前两代不存在的失败模式——"跑完了但结果不对"（agent 自信地写错了结论），以及"因电脑睡眠而 skipped"（执行权在宿主机的电源管理手里）。这不是实现细节差异，而是验证范式的断裂：旧范式的失败可静态判定（API 报错了），新范式的失败需要人验收（报告看起来通顺但数据错了）。

3.5 错位互补：可靠性最强者无认知，认知最强者无时效

把纵轴的血统和横轴的能力边界交叉，得出本报告最核心的结构判断：n8n/Make 可靠性最强但没有任务级认知委派能力，ZCode 任务级认知能力最强但没有时效保障——这不是巧合，而是血统决定的。自动化公司（Make、n8n）从"连接 API"起家，一切工程都为确定性服务，agent 对它们只是画布上的新节点类型；模型厂商（智谱）从"模型能力"起家，一切工程都为智能服务，调度对它只是 agent 的一个闹钟。两条进化路线的起点决定了各自的盲区，因此三者在结构上是分工而非竞争：ZCode 补不进 15 分钟级的时效场景（电脑可能睡着），n8n 补不进"读完文档再判断"的认知场景——它的 LLM/agent 节点仍运行在人事先编排好的画布内（见 2.3），缺的是"把整个任务连同计划一并交出去"的委派语义，而非节点没有智能。任何"全押一个平台"的方案，都在放弃另一代范式的核心能力。

3.6 计费哲学的迁移，暴露价值来源的迁移

三代范式的计费方式各不相同，且迁移方向清晰：第一代按连接/任务计费（Zapier 的 task、Make 的 operations）——价值锚定在"接口占有"；第二代按实例订阅 + 自托管免费（n8n）——价值锚定在"软件本身，执行近乎免费"；第三代按认知额度订阅（GLM Coding Plan 的 Token 积分制）——价值锚定在"智能工作量"。价值锚点从"接口"到"执行"再到"认知"，正好对应自动化从"省几次点击"到"省几个小时"再到"省一个夜班员工"的跃迁。风险结构也随之换代：第一代的风险是锁定与单价（量大了最贵），第二代是运维责任（配置不当反而更不安全），第三代是全新的两类——结果正确性无法静态审计 + 定价剧烈波动（2026 年两次调价，Pro 档涨价引发社区讨论，见 1.7；因 2 月调价的档位级前后价格未获可靠来源，本文不给出具体涨幅百分比）。选择第三代工具，等于接受"用验收成本换认知产出"的交易。

3.7 对用户的判断与建议

综合两轴，给个人自动化用户一套可执行的决策框架：

第一原则：先分类任务，再选平台。真正有用的定时任务必须预先定义资料来源、处理规则、交付方式、异常边界四件事（CSDN：AI 定时任务不是每天发一句话，而是持续完成一项工作）。凡是四要素都能写成确定规则的（表单数据同步、报表定时发送），用 Make/n8n 的编排式自动化，便宜、可靠、可审计；凡是需要"看情况判断"的（每天读一遍新提交的代码并写评审报告、每周整理某个主题的动态成文），才值得让 ZCode 这类 agent 定时上场。

分层架构（按"确定性 vs 认知度"和"频率 × 边际成本"分配，而不是全押一个平台）：

• 第 0 层：操作系统级调度（零成本地基）。纯机械动作——rsync 备份、证书续期、日志轮转——用 Windows 计划任务/cron + 脚本解决。任何工作流平台都是这一层之上的溢价，能用 shell 脚本确定性解决的不要上升。
• 第 1 层：ZCode 定时/闲时任务——"认知夜班"。凡是需要"读内容、做判断、写产物"的定时工作（本报告本身就是实例：夜间研究流水线读取课题、派生子智能体做纵横两轴调研、审读修订后归档），交给 ZCode 定时任务。任务控制在 20 条以内并优先安排在"夜间 + 电脑自然开机"时段；输出落到本地 markdown/文件，天然形成可审计档案；闲时任务用来清"不着急"的一次性杂务。失败要分两类对待，别用同一招：运行内失败（任务启动了、中途出错）才用得上任务内兜底——把任务写成"失败时把结论写进日志文件"的模式属于这一类；而 skipped（睡眠跳过）意味着任务根本没执行（见 1.7/2.6），任务内的任何日志代码都不可能运行，防它只能靠任务外手段——打开 keep-awake 开关、把任务时刻对齐"夜间 + 电脑自然开机"时段，或用第 2 层 n8n/Bot Channel 做外部对账监督（例如每日由 n8n 检查 ZCode 输出目录中当日产物是否存在，缺失即推送告警）。
• 第 2 层：n8n 自托管（或 Activepieces）——"集成总线"。一台 $4–10/月的 2C/4G VPS 跑 Docker Compose n8n，承担高频、确定性的胶水：定时抓取 API→入库、webhook 事件→多路分发、跨设备同步。它补上 ZCode 最缺的事件驱动（webhook 触发器）和精确 cron，同时是数据主权层：敏感数据不出自建环境。不想运维选 Activepieces；以 Python/TS 脚本为主选 Windmill。
• 第 3 层：Make/Zapier——"长尾连接器，按需订阅"。只为其独占的原生集成付钱：某个国产 SaaS、某个只有 Zapier 支持的服务。用 Free/Core 档位起步，把量控在免费额度内。原则：凡第 1、2 层能做的，不在这里做——按次计费在量上来后是最贵的路径（Zapier 750 tasks 要 $19.99/月，而 n8n 自托管不限次只要 $5 左右）。

三条红线与三条纪律（前三条是红线，碰到就不要做；后三条是纪律，每天都做）：

三条红线：

1. 时效红线：ZCode 定时任务跑在本地，机器睡眠即跳过——有时效硬要求的任务（如每 15 分钟抓价）不要放本地 agent，放 n8n 自托管（€4–12/月的 VPS）或 Make。
2. 人审红线：agent 型任务的失败模式是"跑完了但结果不对"，要为它设计人审环节，而不是只看 success 状态。
3. 成本红线：Make 的 credits 和 ZCode 的积分制都是用量计价，调试期的循环测试最容易烧额度（n8n 1.0 之后默认保存全部执行记录、自托管无按次计费，恰恰是调试期的成本优势）；订阅侧关注 ZCode 非高峰 5 折、闲时任务免费这类削峰机制。

三条纪律：

1. 故障可观测：每层任务的最终动作都应是"写本地日志 + 推一条通知"（ZCode 走 Bot Channel 接微信/飞书，n8n 走 Telegram/邮件节点），失败必须发声而非静默。
2. 产物文件化：所有层的输出统一落在本地目录（如 nightshift/output/），层与层之间用文件解耦，任何单层故障不影响其他层资产。
3. 年度复审：ZCode 2026 年内两次调价、Make 计费口径切换、n8n 1.0→2.0 的 breaking changes，都说明这个市场的定价与形态未稳——每年重跑一次本报告这类横轴对比，检查"哪层该换血"；自托管不等于免维护，升级前必读 breaking changes，生产实例做快照。

四、信息缺口与不确定性（修订时应复核的点）

• Make 的 credits 制额度与单价处于公告→落地迁移期，两章原始口径有出入（$9 vs $12/月），本报告已按"结构性事实 + 迁移期标注"统一，实际以官方页面/账单日为准。
• Zapier 集成数各来源在 5000–8000+ 间浮动，未做逐应用清点。
• ZCode 发布日期（2025-12-26）、ZCode 3.0 日期、SAP 入股 n8n 估值、ZCode 开源传闻，均为第三方/弱来源口径，文中已逐一标注，未在官方渠道核实。
• n8n 2025 年 3 月 B 轮投后估值（媒体称约 $2.7 亿）仅为本次修订检索交叉印证的媒体口径（TechCrunch 等报道，本次修订经两轮独立检索交叉印证，但未能打开原文核对；EU-Startups 同题报道已核对、未提及估值）。正文已将"估值涨近十倍"降级为"若按此口径约 9 倍"的条件表述（见 1.6/3.3）。
• GLM Coding Plan 2 月调价的档位级数字（如 Max 包月 469→1070 元）：凤凰财经原文仅给出"整体涨幅自 30% 起、已订阅用户价格不变"，未列档位明细，初稿将该组数字系于凤凰财经名下不准确，终稿已改为"第三方讨论口径、原始出处未核实"；Pro 档调价前后价格未获任何可靠来源，故全文不出现 Pro 档涨幅百分比（3.6 已相应改写）。
• ZCode 桌面端版本号（v3.16.3）来自官方文档下载页标注；本机未能通过命令行验证版本（zcode --version 无输出），但本地 ~/.zcode/workflows/ 下存在 4 个 .dwf.ts 定时工作流文件、且本次运行本身即是 ZCode 动态工作流的子智能体，构成其定时任务能力的直接运行证据。
• GLM Coding Plan 具体档位价格（Lite ¥118/Pro ¥538/Max 1078，连续包月，codingplan.org 数据更新于 2026-09-24）为第三方汇总口径，2026-07-30 积分制切换后因人因时而异，以 z.ai/subscribe 官方页面为准。

五、参考来源

n8n

• n8n 官方博客：Series C ｜ n8n 官方博客：Series B（本次修订新增核实） ｜ Highland Europe 新闻稿（本次修订新增核实） ｜ EU-Startups：Series B 报道（本次修订新增核实） ｜ Bloomberg 报道 ｜ The SaaS News
• n8n 社区：1.0 公告（2023-07-19） ｜ 2.0 预告 ｜ 2.0 breaking changes（muench.dev） ｜ aifire：2.0 解读 ｜ openfoodnetwork 迁移 issue
• Hacker News：Sustainable Use License 官方说明（2022-07） ｜ 许可答疑 ｜ HN 商用限制讨论 ｜ rainautomation.com
• European Startup Insider：Jan Oberhauser 访谈 ｜ digitalapplied：70+ LangChain AI 节点 ｜ opsily：star 里程碑
• 定价与自托管：sliplane.io ｜ automateall.co ｜ n8n.school ｜ 社区 1C/1G 实测 ｜ MassiveGRID ｜ 社区 VPS vs Cloud 2026 拆账 ｜ 内存爬升帖

Make / Zapier

• Business Automated：Integromat 更名 Make ｜ Reuters：Celonis 收购 Integromat ｜ GetLatka：Integromat 数据 ｜ Constellation Research：Celonis 收购 Symbioworld
• Make 官方调价公告（credits） ｜ AI Agents 文档 ｜ automateops.org ｜ smartrepl 2026 价格指南 ｜ Make 博客：agentic process automation（2026-03） ｜ Make 博客：agent 的执行层（2026-10）
• zapier.com/pricing/rates ｜ bestautomationtoolsforbusiness.com ｜ GenFuse AI ｜ Zapier 历史（Taskade） ｜ Zapier – Wikipedia

ZCode / 智谱

• 官方文档：自动化（定时任务/闲时任务） ｜ 闲时任务 ｜ Bot Channel ｜ 配置与套餐 ｜ 版本发布与更新
• 上海证券报/搜狐：ZCode 百万用户与四大新功能（2026-08-11） ｜ BigGo News 同题报道 ｜ 百度智能云号：ZCode 3.0（第三方） ｜ CSDN：ZCode 安装指南
• GLM Coding Plan 定价：官方订阅页 ｜ 凤凰财经（2026-02 调价） ｜ V2EX（积分制切换） ｜ 知乎讨论 ｜ codingplan.org 汇总（本次修订已核对，数据更新于 2026-09-24） ｜ 腾讯云社区
• 社区反馈：GitHub Issue #1044（无人值守） ｜ Feature #29

对比方法论与开源自托管替代

• w2bagency.com 决策规则 ｜ xcloud.host ｜ aicentralresources.com ｜ penchan.co ｜ entrans.ai
• CSDN：AI 定时任务方法论 ｜ thetoolchief.com 自托管汇总 ｜ MakeUseOf 开源替代评测 ｜ OpenAlternative：Activepieces

第一手证据

• 本机定时工作流文件：C:/Users/马鑫悦/.zcode/workflows/nightly-research.dwf.ts（及同目录共 4 个 .dwf.ts 文件）；本报告的纵横两轴章节即由该工作流的子智能体产出。

附录：修订记录（初稿 → 终稿，按独立审读意见逐条）

1. 3.2 内部矛盾：删去"唯一能把'agent 当作工作流里的一个节点'的编排平台"（与 1.6/2.2/2.3 中 Make AI Agents 的表述冲突），改为有据表述——n8n 是最早把 agent 嵌入可视化工作流（2023 年即引入 LangChain agent 节点）、且同类中唯一可自托管的编排平台。
2. 3.6 无支撑数字：删去"Pro 档涨幅一度超 150%"（全文无 Pro 前后价格，150% 无处可算），改为"Pro 档涨价引发社区讨论（见 1.7）"并注明不给出具体涨幅的原因；1.7 补口径说明，注明 1070（2 月调价讨论口径）与 1078（codingplan.org 2026-09-24 当前连续包月价）时点与口径不同、非矛盾。
3. TL;DR/3.5 论断口径收敛：TL;DR 与 3.5 的"无认知能力/节点不会思考"收敛为"无任务级认知委派能力"；2.3 n8n 段补分界定义（LLM/agent 节点仍运行在人事先编排好的画布内，ZCode 是把整个任务连同计划与代码一并委派）。
4. 1.7 语句修正：Z.ai Code Bench 对比句按原始报道改写为明确差值表述（"较搭配 Claude Code 高 2.39%"），并注明报道未写明 Claude Code 一侧搭配模型、基准为智谱自研。
5. 3.7 第 1 层建议逻辑补漏：拆开两类失败——运行内失败用任务内日志兜底；skipped 意味着任务根本未执行、任务内日志不可能运行，防它需 keep-awake、任务时刻对齐自然开机时段、或第 2 层 n8n/Bot Channel 外部对账监督。
6. 1.6/3.1/3.3 量化论断补基数与限定："估值推高近十倍"补投后估值基数（约 $2.7 亿，弱来源，降级为条件表述）并把"轮次金额"与"估值"分开表述；"15 倍收入增长"补时间区间（2022.2 更名起约四年，Business Automated 原文），3.1 引用时恢复"官方口径，未经独立审计"限定。
7. 1.9 时间线重排：2026 年各行按时间重排为 2025.12.26 → 2026 初–年中 → 2026.6 → 2026.7.30 → 2026.8.11 → 2026.9（传闻）→ 2026.10。
8. TL;DR 与正文对齐：TL;DR 改为"Make 胜在可视化表达力、性价比与托管省心"，长尾之王归 Zapier；2.1 补 Zapier 口径说明（横轴基准参照物、非纵轴主角）；3.7"三条红线与三条纪律"的 1–6 连续列表分组标注为"三条红线（1–3）+ 三条纪律（1–3）"。