客户的数据只住在客户电脑里

简体中文 ｜ English ｜ 日本語（ランディング要約版）

本仓库的核心价值（渠道坑/征期/本地案例）为中文市场语料；English 版是完整翻译，日本語版是 landing 摘要——全量翻译以贡献者招募方式进行。

别人交付文档，我们交付一台会自己装配自己的 agent。

11 道标准工序 · 8 个顾问技能（含 4 个领域合规包） · 6 个完整示例案例 · 15 份落地专题

快速开始 · 先看案例 · 方法论 · FAQ

这是什么

不是又一个 agent 框架，而是**「落地顾问」这个角色本身的开箱系统**。

自托管 AI agent 对技术玩家是玩具，对普通人是天书：装好了不知道让它干嘛、需求聊不清、工作流没人设计、出了问题没人管。本项目把资深顾问干的事——访谈需求、设计方案、制作交付包、部署验证、陪跑进化——拆成 11 道标准工序，交给一个加载了本系统提示词的 AI 顾问去执行。结果：给一位完全不懂技术的老板，交付一台属于他自己的 AI agent——定制人格、接通他日常的聊天渠道、带着几条天天自动运转的工作流，且在护栏内自我进化。

定位声明：方法论平台无关。当前实现面向 Hermes Agent（自托管、官方支持微信/飞书/钉钉等国内渠道）；欢迎 PR 适配其他平台。

红线优先于需求

Red lines before requirements.

这是整个系统的第一原则，也是它与「能跑就行」的部署教程的本质区别：

• 领域红线前置：财务/投资/数据/法务四类客户，对应顾问技能包自带合规红线与禁用词表——「帮我自动下单」「给我出税务方案」类输入，agent 必须输出拒绝+请示，而不是照办。
• 整理不决策：交付的 agent 一律写成「信息整理者」——判断与执行类请求必须请示主人。
• 隐私三层防线：真实客户档案/报价/录屏永不入库。.gitignore + pre-commit 门卫 + CI 隐私检查三道拦截，随便 fork 不带脏东西。详见 SECURITY.md。

核心范式：交付包 = 自装配指令集

部署只做到「agent 活了 + 第一个模型通了」，然后把交付包甩给那台空白 agent——它自己按包内指令把自己装配成客户专属的样子：写入人格、落位任务约定、安装技能、搭建工作流（心跳排第一）、配置定时任务，最后交完成报告。装配完成即交接《进化守则》：划定禁区、新技能必须报告、每周自检。

flowchart LR
    subgraph S["服务商侧 · 一条可复制的产线"]
        BOSS["老板/顾问"] -->|"三轮访谈定需求"| CONSULT["顾问 agent<br/>提示词 + 8技能 + 知识库 + 11道SOP"]
        CONSULT -->|"c2 方案 · 老板拍板"| PACK
    end
    PACK["交付包<br/>自装配指令集<br/>SOUL + AGENTS + 工作流 + 技能清单 + 进化守则"]
    subgraph C["客户电脑 · 客户的数据只住在这里"]
        BLANK["空白 AI agent"] -->|"读包自装配"| RUNTIME["客户专属助理<br/>人格 + 工作流 + 定时任务 + 护栏"]
    end
    PACK -->|"c4 部署引导 · 甩包"| BLANK
    RUNTIME <-.|"微信 / 飞书 / 钉钉 / Telegram"| USER["完全不懂技术的用户"]
    RUNTIME -->|"进化守则 · 每周自检"| RUNTIME

sequenceDiagram
    participant B as 老板
    participant A as 客户机上的空白 agent
    participant P as 交付包
    B->>A: 读取 交付包/00-自装配指令.md 并执行
    A->>P: 读 SOUL.md
    A->>A: 写入 ~/.hermes/SOUL.md（人格生效）
    A->>P: 读 AGENTS.md
    A->>A: 落位到工作目录（任务约定生效）
    A->>P: 读 skills/ 安装清单
    A->>A: hermes skills install 逐条装（每步列目录验证）
    A->>P: 读 workflows/（心跳工作流排第一）
    A->>A: 逐条搭建工作流（六要素缺一不可）
    A->>P: 读 cron.md
    A->>A: 建定时任务（每条带失败动作）
    A->>P: 读 进化守则.md
    A->>A: 认领三条红线与报告义务
    A-->>B: 完成报告：装了什么/建了什么/验证结果/留给主人的三件事
    Note over A,P: 任一步做不了：停下，按模板发装配卡点报告，不跳步不硬编

快速开始

你手上有什么，就对号入座（反查导航）：

👀 看不懂技术？10 分钟看一个完整案例：拉面店老王——从访谈到交付包到使用卡的全过程。

我们的策展账目（为什么值得信）

数字全部仓库内可数，机器保镖 scripts/check-numbers.sh 随时可复验：

• 指令断言 38 行判定：25 与官方文档一致 / 11 处错误当场修源 / 2 处存疑标注（专题12）
• llms 行号锚点 332 条机器复核：13 处腐烂当日修复（check-anchors）
• 知识库 15 份专题：每条结论带来源与日期；超 3 个月强制复核
• 评审链 5 轮：含 1 轮无污染独立外评（6.8/10，全文存档专题14）——负面结论全部保留在案
• 案例库 6 案全部虚构且逐案标注——「真实」二字只留给真实交付

这套系统里有什么

六个完整示例案例

以下案例均为虚构，可直接当模板抄。

11 道标准工序

flowchart LR
    subgraph CLINE["交付线 · c1-c6"]
        c1["c1 需求调研<br/>三轮访谈"] --> c2["c2 方案设计<br/>选型+拍板"]
        c2 --> c3["c3 交付包制作<br/>自装配指令集"]
        c3 --> c4["c4 部署引导<br/>通模型+甩包"]
        c4 --> c5["c5 自装配验证<br/>逐项核对"]
        c5 --> c6["c6 验收交付<br/>当面验收+签收"]
    end
    subgraph DLINE["陪跑线 · d1-d5"]
        d1["d1 陪跑启动<br/>首周习惯"] --> d2["d2 故障分诊<br/>三级路由"]
        d3["d3 工作流迭代<br/>ROI 排队"] --> d4["d4 进化守护<br/>月度体检"]
        d5["d5 复盘自进化<br/>双向回填"]
        d2 --> d3
        d4 --> d5
    end
    c6 --> d1
    d5 -.->|"案例回填 · 知识库/SOP 修订"| CLINE

每道工序的输入/动作/产出与质量标尺见 03-SOP/；工序背后的思考路径见 方法论-工作流设计。

flowchart TB
    subgraph L1["接入层 · 客户日常聊天渠道"]
        W1["微信 / 企微"]
        W2["飞书 / 钉钉"]
        W3["Telegram / 更多"]
    end
    subgraph L2["agent 核心 · 一个文件一张图"]
        SOUL["SOUL.md<br/>人格 · 整理不决策"]
        AGENTS["AGENTS.md<br/>任务约定 · 工作流索引"]
    end
    subgraph L3["工作流层 · 六大通用模式认模式抄骨架"]
        M1["周期简报"]
        M2["监控告警"]
        M3["文档整理"]
        M4["对账核对"]
        M5["草拟审批"]
        M6["台账日历"]
        HB["心跳工作流<br/>每天报平安 · 失联即警报"]
    end
    subgraph L4["护栏层 · 进化不越界"]
        G1["进化守则<br/>三条红线"]
        G2["失败要出声<br/>禁止静默"]
        G3["成本自觉<br/>用量可见"]
    end
    L1 --> L2 --> L3 --> L4

01-顾问agent/   提示词 + skills/（访谈/调研/爬虫 + 财务/投资/数据/法务领域顾问）
02-知识库/      01-专题×15 | 02-官方文档(脚本拉取) | 03-参考技能 | 04-案例库(示例案例×6) | 05-配方库
03-SOP/         c1-c6 交付线 | d1-d5 陪跑线 | 方法论-工作流设计（每道带质量标尺）
04-运营/        启动指令 | 服务标准 | 文件架构规范 | 报价单模板 | 线索表 | 月度复盘
05-客户/        _模板/（在办客户数据不入库，见 .gitignore）
06-归档/        结案客户与历史版本（本地）
07-工作区/      agent 临时工作区（本地）
docs/           GitHub Pages landing（未启用）| i18n 术语表

Roadmap（v2.0 重排：真实验证 > 门面打磨）

依据独立外评（专题14）：本仓库当前最大缺口是「外部效度」，不是文档。优先级已按此重排。

• 理论钉死/门面重构/评审链建立（v1.x，2026-09-18/19）
• 维护税对冲：check-anchors.sh 锚点机器复核（332 条断言基线）+ 平台适配层显式化 + 获客弹药（v2.0，2026-09-19）
• 🔴 首次真实点火：按 docs/first-ignition.md 完成第一单真实（或免费打样）交付，点火日志回填+案例入库——当前最高优先级，其余一切给它让路
• 🔴 Demo 视频置顶：60 秒「甩包→自装配→微信收汇报」录屏（分镜脚本已备：04-运营/宣传素材/demo分镜脚本.md）
• 11 道工序打包成 Hermes 技能组，两步走：①转 skills tap 仓库（零代码）②薄壳插件（plugin.yaml+register）——hermes plugins install 一条命令装顾问
• 平台适配第二例：OpenClaw（按 02-知识库/00-平台适配层.md 最小工作清单）
• 一键部署向导：c4 做成给小白点「下一步」的脚本（含升级/卸载/回滚）
• 内容质量 CI：交付包九件套结构 lint + 案例库链接检查
• 行业配装包模板市场

FAQ

ChatGPT 给你一篇文档就结束了。这套系统是一条完整生产线：怎么访谈、方案怎么拍板、交付包长什么样、装完怎么验收、坏谁处理、怎么进化——而且最终产物不是文档，是一台 7×24 在客户聊天渠道里干活的专属 agent。

当前实现面向 Hermes（自托管+技能自进化+国内渠道支持，最贴合个人/小微落地）。方法论——访谈、SOP、自装配范式、陪跑——是平台无关的，换平台主要换 02-知识库/ 和交付包里的技术细节。适配 PR 非常欢迎。

可以，MIT。04-运营/ 的服务标准和报价模板就是按「可收费交付」设计的。请遵守当地法规与上游平台许可。

「顾问」角色需要基本电脑操作能力；最终用户完全不需要——这正是设计目标。开箱即用的文档级结论：从下载 Desktop 到「模型通+渠道通+第一条定时任务」共 6 步，全程无一行必敲的代码，详见专题 11。

贡献

最被需要的贡献是落地案例——用 案例投稿模板 开 Issue，全流程见 CONTRIBUTING.md（含 good first issue 六档标签体系）。第一次参与？从 good first issue: typo 或 case 开始。翻译请先读 i18n 术语表。安全问题见 SECURITY.md。

致谢与许可

• Hermes Agent（MIT）— 当前目标平台
• mattpocock/skills（MIT）— grilling 访谈法
• obra/superpowers（MIT）— 方法论技能化与发布工程范式
• awesome-openclaw-usecases（MIT）— 用例条目格式

详见 [THIRD-