back
loading skill details...
商业自动中枢是面向一人公司与小团队的自动化架构师能力包。它不只教你怎么搭工作流， 更解决三个高频痛点：自动化做完不知道省没省钱、自动化失败却无人察觉、不该自动化的 任务也硬自动化反而增加维护负担。 核心能力： - 自动化准入评分卡：用频次/时长/错误影响/复杂度/集成度五维打分，过滤低ROI任务 - 静默故障防护...
---
slug: biz-auto-hub
name: biz-auto-hub
version: "1.0.0"
displayName: 商业自动中枢
summary: 解决自动化ROI难量化、静默故障、过度自动化三大痛点，提供准入评分卡与健康度仪表盘。
license: MIT
description: |-
商业自动中枢是面向一人公司与小团队的自动化架构师能力包。它不只教你怎么搭工作流，
更解决三个高频痛点：自动化做完不知道省没省钱、自动化失败却无人察觉、不该自动化的
任务也硬自动化反而增加维护负担。
核心能力：
- 自动化准入评分卡：用频次/时长/错误影响/复杂度/集成度五维打分，过滤低ROI任务
- 静默故障防护网：强制告警路由 + 健康度周报模板，杜绝"自动跑着跑着就坏了没人管"
- ROI量化器：内置公式与真实数字示例，把"感觉省时间"变成可核算的月度收益
- 凭证保险柜模式：统一管理API Key/OAuth，避免散落在多个脚本里
- 六类工作流模板：线索、发票、入职、报告、客服、内容发布
适用场景：
- 一人公司想自动化但不知从何下手
- 已有自动化但经常静默失败、无人察觉
- 需要向老板/合伙人证明自动化投入划算
- 凭证散落各处，难以轮换
差异化：
- 原始版本只给设计模板，本版补齐"该不该自动化"的决策前置门和"自动化后健康吗"的
监控后置门，形成完整闭环
- 所有模板中文化并附带真实数字示例（发票处理月省36.7小时、节省1835美元）
- 新增静默故障防护章节与凭证保险柜模式
- 压缩重复说明，按需加载高级模式章节
触发关键词：商业自动化、自动化架构、ROI量化、静默故障、凭证管理、工作流设计、自动化审计
tags:
- 自动化
- 业务架构
- 效率工具
tools:
- read
- exec
---
# 商业自动中枢
把AI Agent变成商业自动化架构师。识别吞噬时间的手动流程、设计自动化、落地实现、量化收益、持续监控。核心信条：**先证明该自动化，再动手；先证明自动化还活着，再放手。**
## 三大痛点与对策
| 痛点 | 典型表现 | 本skill对策 |
|:-----|:---------|:------------|
| ROI难量化 | "感觉省时间但说不清省多少" | 准入评分卡 + ROI量化器（带真实数字） |
| 静默故障 | 自动化挂了三周才被发现 | 强制告警路由 + 健康度周报 |
| 过度自动化 | 把一年一次的任务也自动化了 | 5x准入规则 + 评分卡过滤 |
---
## 第一步：自动化准入（先决策再做）
### 5x准入规则
只自动化满足以下任一条件的流程：
- 每周至少发生5次
- 单次耗时超过30分钟
否则自动化成本 > 手工成本，得不偿失。
### 准入评分卡
对每个候选流程按五维打分（每维0-3分）：
| 维度 | 0分 | 1分 | 2分 | 3分 |
|:-----|:----|:----|:----|:----|
| 频次 | 月级 | 周级 | 日级 | 每日多次 |
| 单次耗时 | <5分钟 | 5-15分钟 | 15-60分钟 | >1小时 |
| 错误影响 | 仅外观 | 需返工 | 客户可见 | 影响营收 |
| 流程复杂度 | 5+决策点 | 3-4决策点 | 1-2决策点 | 纯规则 |
| 集成系统数 | 4+系统 | 3系统 | 2系统 | 1系统 |
**决策阈值：**
- 12-15分：立即自动化，最高ROI
- 8-11分：下个迭代规划
- 4-7分：考虑部分自动化
- 0-3分：跳过，手工即可
### 流程画像模板
```yaml
process:
name: "发票录入"
owner: "财务张姐"
frequency: "每周50次"
time_per_occurrence: "12分钟"
monthly_cost_hours: 40 # 50 × 12 / 60 × 4周
error_rate: "8%"
systems_involved: [邮箱, 财务系统, 银行网银]
pain_points:
- 附件命名混乱导致漏录
- 手工录入金额易输错小数点
automation_potential: high
estimated_savings_hours: 36.7 # 见下方ROI计算
```
---
## 第二步：工作流设计
### 工作流架构模板（YAML）
```yaml
workflow:
name: "发票自动处理"
id: "invoice-auto"
version: "1.0"
trigger:
type: email
config:
inbox: "finance@company.com"
filter: "主题包含'发票' AND 有附件"
inputs:
- name: attachment
type: file
required: true
steps:
- id: extract
action: transform
config: { parser: "ocr_invoice" }
on_success: validate
on_failure: notify_human
timeout: 30s
retry: { max_attempts: 3, backoff: exponential }
- id: validate
type: condition
rules:
- condition: "amount <= 5000"
goto: auto_approve
- condition: "default"
goto: manager_review
error_handling:
- id: notify_human
action: notify
config:
channel: slack
message: "工作流[invoice-auto]在{failed_step}失败：{error}"
then: human_review
outputs:
- name: payment_record
destination: 财务系统
format: json
monitoring:
success_metric: "成功率>99%"
alert_threshold: "连续3次失败"
```
### 六类高频工作流模板
#### 1. 线索入站处理
```
触发：表单提交/邮件/聊天
→ 去重校验
→ 富化（公司规模、行业）
→ 评分（0-100按ICP匹配度）
→ 路由：
- 80+分：即时Slack告警+日历链接
- 40-79分：进入培育序列
- <40分：自动回复资源
→ 写入CRM
→ 更新仪表盘
```
#### 2. 发票与付款处理
```
触发：收到发票（邮件附件/上传）
→ 提取数据（供应商、金额、明细、到期日）
→ 匹配PO/预算科目
→ 校验：
- 金额在审批范围 → 自动批准
- 超阈值 → 路由给经理
- 无匹配PO → 标记复核
→ 按账期安排付款
→ 更新财务系统
→ 发送付款确认
```
#### 3. 员工入职
```
触发：offer签署完成
→ 创建账号（邮箱、聊天工具、代码仓库）
→ 加入团队与频道
→ 生成欢迎包
→ 排定首日会议（经理1:1、IT、HR、团队午餐）
→ 分配入职清单
→ 设置30/60/90天提醒
→ 通知用人经理"X日一切就绪"
```
#### 4. 报告生成与分发
```
触发：每周一8:00
→ 从多源拉取数据（数据库、API、表格）
→ 计算KPI vs 目标
→ 检测异常（偏离均值>2标准差）
→ 生成格式化报告
→ 添加变化点评
→ 分发：
- 高管摘要 → 领导层聊天群
- 完整报告 → 邮件给干系人
- 异常告警 → 运维群
→ 归档
```
#### 5. 客服升级
```
触发：新工单
→ 分类（账单/技术/功能/缺陷）
→ 查客户层级（企业/专业/免费）
→ 检索知识库
→ 可自动解决：
- 发送方案+"是否解决？"
- 24小时无回复 → 关闭
→ 不可自动解决：
- 按分类路由专家
- 按层级设SLA计时
- SLA达80% → 升级组长
- SLA违约 → 告警经理+更新客户
```
#### 6. 内容发布流水线
```
触发：内容标记"待审核"
→ 质量检查（语法、SEO、链接）
→ 路由审核者
→ 通过：
- 按平台格式化（博客、社交、邮件）
- 按内容日历排期
- 配置UTM追踪
- 准备社交放大队列
→ 驳回：通知作者+48小时提醒
→ 发布后24小时：采集互动数据→更新表现追踪表
```
---
## 第三步：实现映射
| 工作流动作 | Agent实现方式 |
|:-----------|:--------------|
| 拉取数据 | web_fetch、exec调curl、邮件读取 |
| 转换数据 | 上下文处理、exec调jq/python |
| 发消息 | message工具、SMTP邮件 |
| 调度 | cron工具（周期）、exec（一次性） |
| 存储数据 | 文件系统（CSV/JSON/YAML）、数据库 |
| 决策路由 | Agent推理（无需工具） |
| 通知 | Slack/Telegram/邮件 |
| 等待人工 | cron设提醒，下次运行检查响应 |
| 生成内容 | Agent生成（摘要、报告、邮件） |
### Cron任务模板
```yaml
name: "invoice-auto-daily"
schedule:
kind: cron
expr: "0 9 * * 1-5" # 工作日9点
tz: Asia/Shanghai
sessionTarget: isolated
payload:
kind: agentTurn
message: |
执行发票自动处理工作流：
1. 扫描finance@company.com收件箱近24小时含附件发票邮件
2. 提取并校验金额、供应商、PO号
3. 金额<=5000自动入账，>5000路由经理审批
4. 异常通过slack#finance告警
5. 结果写入logs/invoice-{date}.json
```
---
## 第四步：静默故障防护网
> 自动化最大的风险不是失败，是失败了没人知道。
### 强制告警路由矩阵
| 故障类型 | 告警通道 | 响应时限 |
|:---------|:---------|:---------|
| 临时错误（超时、限流） | 日志记录 | 自动重试 |
| 持续错误（连续3次失败） | Slack告警 | 4小时内人工介入 |
| 数据缺失（应到未到） | 邮件+Slack | 当日处理 |
| 凭证失效（401/403） | 紧急Slack | 1小时内 |
| 业务影响（客户可见） | 电话/短信 | 立即 |
### 健康度周报模板
```yaml
weekly_health:
workflow: "invoice-auto"
period: "2026-07-11 至 2026-07-17"
reliability:
total_runs: 50
successful: 49
failed: 1
success_rate: "98%" # 目标>99%
avg_duration: "12s"
p95_duration: "28s"
impact:
time_saved_hours: 36.7
tasks_automated: 49
errors_prevented: 3
cost_saved: "$1835" # 36.7 × $50
quality:
false_positives: 0 # 自动化做错
missed_items: 1 # 漏处理
human_overrides: 2 # 人工修正输出
alerts:
- "周三10:14 OCR识别失败1次，已重试成功"
optimization_opportunities:
- "供应商'ABC公司'发票连续3次需人工修正，建议加白名单模板"
```
### 周度巡检清单
- [ ] 所有工作流都成功运行了？查日志
- [ ] 团队出现了新的重复任务？审计
- [ ] 有自动化产出错误结果？查准确率
- [ ] 有工作流比以前慢？查API降速或数据增长
- [ ] 成本收益仍为正？对比节省时间 vs 维护时间
- [ ] 有新的集成机会？团队新采用的工具？
---
## 第五步：ROI量化器
### 公式
```
月度ROI = (节省小时数 × 时薪) - 自动化成本
节省小时数 = 频次 × 单次耗时 × 成功率
时薪 = 员工成本 / 工作小时数
自动化成本 = 工具费用 + 维护小时数 × 时薪
```
### 真实示例
```
流程：发票处理
改造前：50张/周 × 12分钟 = 10小时/周 = 40小时/月
改造后：50张/周 × 1分钟复核 = 0.83小时/周 = 3.3小时/月
节省：36.7小时/月
按$50/小时：月省$1835
自动化成本：2小时/月维护 × $50 = $100/月
净ROI：$1735/月 = $20820/年
回本周期：建设投入10小时 × $50 / $1735 ≈ 0.29个月
```
### 准入门槛
- 回本周期 < 3个月 → 值得做
- 3-6个月 → 视战略价值
- > 6个月 → 不值得（除非解锁其他价值）
---
## 第六步：高级模式
### 凭证保险柜模式
```yaml
credential_vault:
location: "${HOME}/.automation-vault/" # 永不硬编码在脚本里
structure:
- name: slack_webhook
type: webhook
rotated: "2026-06-01"
next_rotation: "2026-09-01"
- name: finance_api
type: oauth
refresh_token_encrypted: true
rules:
- 所有脚本通过环境变量引用，不写入代码
- 每90天轮换一次
- 失效告警路由到紧急通道
```
### 人在回路审批门
```yaml
approval_gate:
name: "经理审批"
trigger: "amount > 5000 OR new_vendor = true"
action:
- 通过Slack/邮件发送审批请求
- 包含：摘要、金额、上下文、批准/拒绝按钮
- 截止时间：24小时
on_approve: continue_workflow
on_reject: notify_requestor_with_reason
on_timeout:
- 升级到上级
- 或：金额<10000时自动通过
```
### 优雅降级五级
```
L1 重试（瞬时错误：超时、限流）
L2 回退（用缓存数据、备用API、简化逻辑）
L3 排队（服务恢复后再处理）
L4 告警（通知人工，提供上下文与建议修复）
L5 安全停止（保留状态、不丢数据、停止工作流）
```
### 多系统同步策略
- 每类数据指定唯一"真相源"系统
- 同步方向：源 → 副本（避免双向）
- 必须双向时：用冲突解决规则（最后写入胜出、人工合并）
- 每周对账：对比系统、标记不一致
---
## 边界情况与陷阱
- **时区混乱**：内部统一存UTC，仅展示时转换。测试夏令时切换前后。
- **API限流**：跟踪调用计数，实现退避，尽量批量请求，缓存响应。
- **部分失败**：5步中第3步失败，能从第3步恢复吗？设计幂等性。
- **数据增长**：100条能跑，10000条就崩。提前规划分页、分块、归档。
- **凭证轮换**：API换Key。为鉴权失败建告警，避免一切崩了才知道。
- **Schema变更**：外部API加减字段。防御性校验输入，遇意外数据不崩溃。
- **重复处理**：用幂等键。处理前先查"是否已处理"。付款、邮件尤其重要。
- **测试自动化**：始终用真实但安全的数据测试。发邮件、扣款、改生产数据的操作必须有dry-run模式。
---
## 快速开始指令
```
帮我审计业务中的自动化机会
为[流程描述]设计一个工作流
建一个cron任务，每[周期]执行[任务]
为我的[工作流名]自动化创建监控
计算自动化[流程]的ROI
帮我把[系统A]和[系统B]集成起来
当[条件]发生时设置告警
```
---
## FAQ
**Q：自动化做完后多久能回本？**
A：用ROI量化器算。回本<3个月值得做，>6个月通常不值得。示例中发票处理回本约0.29个月。
**Q：自动化经常静默失败怎么办？**
A：上"强制告警路由矩阵"——临时错误重试、持续错误Slack告警、凭证失效紧急告警。每周跑健康度周报。
**Q：哪些任务不该自动化？**
A：用5x规则过滤——每周<5次且单次<30分钟的不值得。还需人工判断的、一年才一次的、需要创造力的都不该自动化。
**Q：凭证散落各脚本里怎么管？**
A：上凭证保险柜模式——统一目录、环境变量引用、90天轮换、失效告警。
---
## 故障排查
| 症状 | 可能原因 | 解决 |
|:-----|:---------|:-----|
| 工作流不触发 | 触发条件太窄 | 放宽过滤条件，检查webhook签名 |
| 步骤间歇失败 | API限流或超时 | 加延迟、加退避重试 |
| 数据字段错位 | 字段映射变了 | 双向校验映射，加schema版本号 |
| 重复执行多次 | 重复触发 | 用幂等键去重 |
| 突然全部失败 | 凭证过期 | 检查Token过期时间，启用轮换告警 |
| 健康度周报缺失 | cron未启用 | 检查cron.enabled配置与Gateway运行状态 |
---
## 依赖说明
### 运行环境
- **Agent平台**：支持SKILL.md的任意AI Agent（Claude Code / Cursor / Codex / Gemini CLI等）
- **操作系统**：Windows / macOS / Linux
### 第三方依赖
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|:-------|:-----|:---------|:---------|
| LLM API | API | 必需 | 由Agent内置LLM提供 |
| 通知通道（Slack/邮件） | 集成 | 可选 | 用户自有账号 |
| 外部系统API | API | 按需 | 各服务商提供 |
### API Key 配置
- 本skill基于Markdown指令，无需额外API Key
- 涉及外部系统集成的场景，按"凭证保险柜模式"通过环境变量配置各自API Key/OAuth Token
### 可用性分类
- **分类**：MD+EXEC（纯Markdown指令，部分功能需exec命令行执行能力）
- **说明**：基于Markdown的AI Skill，通过自然语言指令驱动Agent执行任务
don't have the plugin yet? install it then click "run inline in claude" again.