大多数企业主每天都在被动应对。
邮件堆积如山。项目状态逐渐过时。客户简报需要整理。报告需要生成。内容需要起草。收入需要追踪。跟进事项被遗漏。
不是因为他们缺乏条理。
而是因为他们自己就是自己企业的运营层。
每一条信息从一处流转到另一处，都必须经过他们。每一次状态更新都需要他们的关注。每一个重复性任务都在等待他们来启动。
没有他们的参与，业务就无法运转。
本指南旨在永久性地改变这一局面。
一个连接到你的工具、配置了你的业务背景、并通过 N8N 运行自动化工作流的 Claude Agent，不会等待你来启动任何事。
它会监控。它会处理。它会行动。它会报告。
在你睡觉的时候。
思维模式转变
在开始构建之前，先理解概念。
大多数试图自动化其业务的人，构建的是自动化流程。
一个在表单提交时发送邮件的 Zap。一个在 Slack 消息被 @ 时创建任务的自动化工作流。针对单个触发器的单个自动化流程。
这些很有用。但它们不是一个业务管理 Agent。
区别在于智能和上下文。
自动化流程在触发器触发时执行一个固定的序列。
Agent 则读取情况，应用业务上下文，做出判断，并采取适当的行动。
当一个新的潜在客户出现时，自动化流程会发送一封模板化的邮件。
当一个新的潜在客户出现时，Agent 会读取该潜在客户的详细信息，在你的 CRM 中检查任何现有关系，研究该公司，根据其具体情况起草一封个性化的第一封邮件，安排在最佳发送时间，并创建一个三天后的跟进任务。
相同的触发器。完全不同的输出。
Agent 所做的，是一个聪明的员工会做的事。
自动化流程所做的，是一个死板的脚本会做的事。
本指南将构建这个 Agent。
架构
一个业务管理 Agent 由四个组件构成。
Claude 是智能层。它读取上下文，做出决策，生成输出，并决定在任何给定情况下应采取什么行动。
CLAUDE.md 是业务上下文层。它在任何工作流运行之前，告诉 Claude 关于你业务的一切。你的客户。你的标准。你的声音。你的规则。你当前的优先事项。
MCP 服务器是连接层。它们让 Claude 能够直接访问你实际的业务工具。邮件。日历。CRM。项目管理。数据库。沟通工具。
N8N 是自动化层。它调度工作流，触发触发器，在系统之间传递数据，并使整个操作无需你启动任何东西即可运行。
这四个组件共同创建了一个 Agent，它可以持续管理你的业务，而不是按需响应你的提示。
构建业务上下文层
CLAUDE.md 文件是所有其他部分的基础。
Agent 运行的每一个工作流都会首先读取这个文件。它是将通用的 Claude 能力转化为特定业务智能的简报文件。
一份写得不好的 CLAUDE.md 会产生需要大量编辑的通用输出。
一份写得精确的 CLAUDE.md 产生的输出，可能看起来像是与你共事多年的资深员工所写。
业务管理 Agent — CLAUDE.md
业务身份
名称：[你的业务名称]
业务描述：[具体的一句话描述]
服务对象：[具体的客户描述]
收入模式：[业务如何盈利]
发展阶段：[早期 / 增长期 / 成熟期]
月收入：[当前数字 — 每月更新]
活跃客户
[为每个活跃客户重复此部分]
当前项目
[为每个当前项目重复此部分]
沟通标准
邮件语气：[专业 / 友好 / 直接]
响应时间承诺：[你的标准]
绝不使用的措辞：[要避免的具体短语]
邮件开头方式：[你的模式]
邮件结尾方式：[你的模式]
决策权限
Agent 可以自主执行：
- 安排非紧急的内部任务
- 起草待审阅的沟通内容
- 生成报告和摘要
- 更新内部记录
- 在系统之间路由信息
Agent 必须上报给人类：
- 任何对外沟通的发送
- 任何财务交易
- 任何对客户的承诺
- 任何合同或协议
- 任何面向公众的内容发布
质量标准
[在你的业务中，好的工作是什么样的]
本周重点
[每周一更新 — 影响所有决策的当前优先事项]
决策权限部分是此文件中最重要的部分。
它定义了 Agent 可以自主执行什么，以及需要标记给人类审阅的界限。
如果这个部分设置错误，要么你会得到一个无所作为的 Agent，要么会得到一个做出不该做的决策的 Agent。
用于业务管理的 MCP 栈
正确的 MCP 连接取决于你具体的业务工具。以下是对大多数运营者来说价值最高的连接。
Gmail MCP — 读取收到的邮件。按类型和紧急程度分类。起草回复。标记需要人工审阅的事项。监控特定触发器，如付款通知或客户升级。
Google Calendar MCP — 读取你的日程。创建事件。设置提醒。识别日程冲突。为即将到来的通话准备简报。
Notion 或 Airtable MCP — 读取和更新项目数据库。更新客户记录。跟踪任务完成情况。从实时数据生成状态报告。
Stripe MCP — 监控收入。标记付款失败。跟踪 MRR 趋势。生成财务摘要。
Slack MCP — 向频道发布自动更新。在工作流完成时发送通知。读取需要回复的提及。
Filesystem MCP — 读取和写入你的本地文件。访问你的 Obsidian 知识库。将报告和生成的内容保存到正确的文件夹。
连接核心栈的 claude_desktop_config.json：
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": [
"-y",
"@modelcontextprotocol/server-filesystem",
"/path/to/your/business/vault"
]
},
"gmail": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-gmail"],
"env": {
"GMAIL_CLIENT_ID": "your-client-id",
"GMAIL_CLIENT_SECRET": "your-client-secret"
}
},
"notion": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-notion"],
"env": {
"NOTION_API_KEY": "your-key"
}
},
"gcal": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-google-calendar"],
"env": {
"GCAL_CLIENT_ID": "your-client-id",
"GCAL_CLIENT_SECRET": "your-client-secret"
}
}
}
}
六个业务管理工作流
这六个工作流涵盖了经营业务的核心功能。每一个都通过 N8N 自动运行，无需你启动任何东西。
工作流 1：晨间业务简报
触发器：每个工作日上午 6 点
功能：
读取 CLAUDE.md 以获取完整的业务上下文。
从以下来源汇编晨间简报：
邮件：读取自昨天下午 5 点以来收到的所有邮件。
将每封邮件分类为：客户、潜在客户、供应商、行政或紧急。
总结任何需要今天回复的邮件。
日历：从 Google Calendar 读取今天的日程。
对于任何外部会议：从 CRM 中提取联系人信息，
总结最近的沟通记录，准备 3 个议程项目。
项目：读取 Notion 中的所有项目记录。
标记任何有逾期任务或即将到期截止日期的项目。
收入：检查 Stripe 中自昨天以来的任何交易或警报。
输出格式：
紧急（需要在上午 10 点前处理）：[列表]
今日日程：[附每个会议的准备笔记]
邮件优先级：[今天需要回复的内容]
项目警报：[需要注意的事项]
收入更新：[关键数字]
一个重点：[今天要完成的最重要的一件事]
保存至：/vault/daily-briefings/[日期]-briefing.md
将摘要发送到 Slack #daily-briefing 频道。
为何重要：你打开笔记本电脑时，会看到一个完整的运营图景。无需在邮件、日历和 Slack 之间手忙脚乱地了解自己的状况。简报已经在那里等着你。
工作流 2：邮件分类与草稿生成器
触发器：工作时间内每 2 小时
功能：
读取过去 2 小时内收到的所有未读邮件。
对于每封邮件：
步骤 1：分类
- 客户紧急：需要在 2 小时内回复
- 客户标准：需要在 24 小时内回复
- 潜在客户：新的潜在客户咨询
- 供应商/行政：无需紧急回复
- 自动通知：无需回复
步骤 2：对于客户紧急和潜在客户邮件：
从 CRM 中读取发件人的记录。
阅读与此发件人的任何先前邮件往来。
起草一份回复，要求：
- 回应他们邮件中提出的每一点
- 符合 CLAUDE.md 中的沟通标准
- 包含具体的下一步行动或明确的答案
- 不承诺决策权限升级列表中的任何事项
步骤 3：将草稿保存至 /vault/email-drafts/[日期]-drafts.md
步骤 4：发送 Slack 通知，列出需要审阅的邮件及其草稿位置
不要发送任何邮件。仅准备供人工审阅的草稿。
为何重要：以前需要 45 分钟的邮件分类工作现在自动完成。你到达审阅队列时，草稿已经写好。你只需批准或编辑，然后发送。从头开始写的来回过程被消除了。
工作流 3：客户关系监控器
触发器：每周一上午 7 点
功能：
从 CLAUDE.md 和 CRM 中读取所有活跃客户记录。
对于每个客户：
沟通健康检查：
- 上次沟通是什么时候？
- 是否有任何未回复的待办事项？
- 是否有任何可交付成果逾期？
关系评分：
将关系健康度评为：健康、需要关注或存在风险
基于：最近联系时间、未解决问题、交付状态
需要采取的行动：
对于需要关注：起草一条问候消息
对于存在风险：标记为紧急并总结情况
追加销售机会：
根据客户的使用情况和既定目标，识别是否存在
值得提出的自然扩展机会
将每周 CRM 报告保存至：/vault/crm-reports/[日期]-crm.md
立即为任何存在风险的客户发送 Slack 警报。
为何重要：客户流失代价高昂。关系监控器能在问题变成取消之前发现它们。周一早上标记的存在风险的客户，可以通过一次及时的对话挽救回来。而一个已经决定离开的客户，在标记时已经无法挽回了。
工作流 4：收入与财务追踪
触发器：每月第一天上午 8 点
功能：
读取上个月的所有 Stripe 交易。
从业务文件夹中读取支出记录。
从 CLAUDE.md 中读取收入目标。
生成月度财务报告：
收入摘要：
- 总 MRR
- 新增 MRR（新客户开始）
- 扩展 MRR（追加销售）
- 流失 MRR（取消）
- 净新增 MRR
- 总额与目标对比（百分比）
客户细分：
- 按客户划分的收入
- 基于参与信号有流失风险的客户
支出摘要：
- 按类别划分的总支出
- 月度环比比较
- 最大支出类别
预测：
- 当前运行率
- 预计季度总额
- 与年度目标的差距
建议：
- 本月增加收入的一项行动
- 一个成本削减机会（如果存在）
保存至：/vault/finances/[年份]-[月份]-financial-report.md
更新 CLAUDE.md 中的收入数字。
为何重要：无需手动流程即可获得财务清晰度。你每月开始时都能确切知道自己的状况，无需花一个小时从 Stripe 和电子表格中拉取数字。
工作流 5：项目状态自动更新器
触发器：持续运行 — 当你记录完成事项时触发
功能：
当你在每日笔记中写下 完成：[项目] — [任务] 时：
从今天的每日笔记中读取完成条目。
在 Notion 中找到对应的项目记录。
将指定任务标记为已完成，并附上今天的时间戳。
检查此完成是否触发了任何依赖任务。
如果是：将依赖任务状态更新为就绪。
检查当前阶段的所有任务是否都已完成。
如果是：将项目推进到下一阶段。
使用当前完成百分比更新项目概览。
发送 Slack 通知："[项目] — [任务] 已完成。项目现已完成 [X]%。"
为何重要：自我更新的项目管理。你只需记录一次做了什么。项目数据库会自动反映现实。利益相关者的通知会自动发出。你再也不需要手动更新项目状态了。
工作流 6：每周业务回顾
触发器：每周日下午 7 点
功能：
读取过去 7 天的所有每日笔记。
读取本周的所有项目状态变更。
读取本周的邮件分类日志。
读取本周的财务交易。
读取周一的客户关系报告。
生成每周业务回顾：
进展顺利的事项：
具体改进的项目、客户和指标
每个改进的原因
进展不顺的事项：
对停滞事项的诚实评估
每个事项最可能的原因
本周模式：
本周反复出现的一个主题
它是积极的还是需要解决
下周的优先事项：
按业务影响排序的三个具体优先事项
每个事项为何重要以及具体的下一步行动
一个需要做出的决策：
当前摆在桌面上的最重要的决策
你做出决策所需的信息
如果再推迟一周会发生什么
保存至：/vault/weekly-reviews/[日期]-review.md
为何重要：每周回顾是任何业务中杠杆率最高的一小时。做得好，它能揭示日常运营中隐藏的模式，并识别出会产生复利效应的决策。自动完成的话，你只需要花 15 分钟阅读，而不是花 90 分钟手动汇编。
设置 N8N 编排层
所有六个工作流都通过 N8N 运行。自托管在一个 5 美元的 DigitalOcean 云服务器上。
每个工作流都遵循相同的 N8N 结构：
触发器节点 → 读取 CLAUDE.md → 准备上下文提示 →
Claude API 调用 → 处理输出 → 写入知识库 →
发送通知 → 记录操作
Claude API 调用始终将 CLAUDE.md 的内容作为系统上下文传递。这就是使每个自动输出都针对特定业务而非通用的原因。
对于邮件分类工作流，其结构有一个额外的分支：
Gmail webhook → 过滤非自动邮件 →
读取发件人 CRM 记录 → 准备草稿上下文 →
Claude API 调用 → 保存草稿 → Slack 通知
Gmail webhook 需要在 N8N 中配置一个 Gmail API 连接。这是技术上最复杂的设置步骤，首次通常需要 30 到 45 分钟。
前 30 天
Agent 不会从第一天起就完美运行。
第一周会暴露出你 CLAUDE.md 中的不足。邮件分类使用的语言与你的风格不符。晨间简报优先处理了错误的事项。项目更新器遗漏了一个工作流。
每个不足都是一次两分钟的 CLAUDE.md 编辑。
到第 14 天，输出所需的编辑比第一周少。
到第 30 天，晨间简报已经足够准确，你可以直接根据它做决策，而无需核对原始来源。邮件草稿听起来就像你在状态最好时写的一样。每周回顾会捕捉到你在手动回顾中可能遗漏的事情。
复利效应从第一天开始。
它在第 30 天变得可见。
它在第 90 天变得不可或缺。
当它生效时会发生什么
当一个业务管理 Agent 正确运行时，带来的改变不是你的工作量减少了。
而是你所做的工作性质不同了。
在 Agent 之前：你每天从被动回复邮件开始，手动更新项目状态，汇编已经存在于你工具中的信息，并处理让一切不至于落后的行政协调工作。
在 Agent 之后：你每天从阅读一份已经汇编好的简报开始，审阅已经写好的草稿，查看已经更新的项目状态，并做出那些真正需要你判断力的事情的决策。
你业务中的行政协调层自行运转。
剩下的，是只有你能做的工作。
战略。关系。创意决策。那些区分好企业与伟大企业的判断。
这就是 Agent 让你能够专注去做的事情。
这个周末就把它建起来。
从晨间简报工作流开始。
每周增加一个工作流。
到第二个月，你的业务在你睡觉时也能自我管理。
关注 @cyrilXBT 获取驱动整个系统的精确 N8N 工作流、CLAUDE.md 模板和 MCP 配置。
