// SERVICES

交付的不是报告,
部署

一份建议书改变不了企业的运转方式。AIDC 的服务方式是部署:进入你的真实业务流程,把战略、知识、流程与权限沉淀为一套可运行的企业系统——知识留得住、权限放得开、过程说得清,能力随使用不断累积,并且可以完整移交。

NOT REPORTS. DEPLOYMENTS. — BACKEND · HARNESS · FORWARD DEPLOYED

3
种服务形态
6
步后台上线流程
9
步客户调研 SOP
4
条调研质量标准
01服务总览

三种交付形态,
一条部署路径。

三项服务对应企业引入 AI 的三个层面:Backend Agent Service 帮你对外把 AI 服务稳定地经营起来;Company Harness 部署帮你对内把知识、权限与流程组织成可移交的企业资产;FDE 驻场是两者共同的入口——工程师先进入真实流程,再定义交付。

SERVICE / 01

Backend Agent Service

你有行业渠道和客户关系,缺一套稳定的后台。我们提供 Agent 运行后台、管理面板、权限、日志与结算支持,让你对外经营自己的 AI 服务,客户与订单沉淀进系统。

查看详情
SERVICE / 02

Company Harness 部署

为企业建立一座结构清晰的数字总部:每份知识有归属,每个职责有边界,战略、知识与流程沉淀为可执行、可移交的企业资产,人和 AI 都能安全接手。

查看详情
SERVICE / 03

FDE 驻场模式

FDE(驻场部署工程师)进入你的真实工作流:还原流程、标记决策点与权限边界,定义最小可交付方案,并把交付经验沉淀回服务系统。

查看详情
02SERVICE / 01 — BACKEND

Backend Agent Service:
你专注经营客户,系统交给我们。

你有行业渠道、客户关系和具体服务场景;我们提供稳定的 Agent 运行后台——管理面板、权限、日志、结算与持续运维一应俱全。你对外经营自己的 AI 服务,客户、订单与运营数据像台账一样有结构地沉淀进系统,而不是散落在一堆工具里。

概览说明
目标客户需要把 Agent 能力接入自身业务、渠道或客户服务体系的合作客户。
客户问题有行业渠道、客户关系或具体服务场景,但缺少稳定后台、Agent 运行能力、管理面板、权限、日志、结算或持续运维支持。
交付结果你基于 AIDC 后台对外经营自己的 Agent 服务;客户、订单、使用记录、服务边界和运营数据沉淀进系统,成为可盘点的经营资产。
交付形态后台服务接入、配置、运营支持、监控和持续迭代——是持续经营的服务,不是一次性交付。
客户需要投入业务场景与目标客户描述、需要接入的服务模块、品牌与对外承诺边界、客户/订单/结算数据字段需求、合规与审计要求。

我们交付什么

交付项说明
Agent 运行后台承载 Agent 工作流的稳定运行环境,含模型与工具链接入,由我们负责保持稳定可用。
管理面板管理后台与客户、订单、服务记录能力,运营数据像台账一样有结构地沉淀。
权限·日志·监控每个动作可追踪,每条边界可解释——出了问题说得清,遇到审计拿得出。
持续升级模型、工具链和 Agent 工作流持续升级,后台能力随行业进步而进步,不被某一代技术锁死。
服务边界配置面向你行业场景的服务边界配置:Agent 能做什么、不能做什么,白纸黑字显式声明。
结算与看板必要的结算、看板与运营数据支持,支撑你的对外经营和分成结算。

服务边界

// SERVICE BOUNDARIES
  • 合规责任,显式确认 — 法律、税务、隐私与行业合规责任由双方书面确认归属,我们不做未经确认的默认承担。
  • 对系统负责,不对市场背书 — 我们承诺系统可运行、记录可追溯;营收与转化由你的经营决定,我们不预先承诺商业结果。
  • 用途守在规则之内 — 服务只支持符合行业规则、平台规则与既定服务边界的用途,越界需求会被明确拒绝。
  • 定制成果归属清晰 — 为你定制的交付内容默认只服务于你,不会自动变成所有客户可用的功能。
把边界写在台面上,承诺才有分量——清晰的服务边界,是这项服务可以被长期信任的前提。

六步上线流程

从记录业务场景到沉淀可复用能力,每一步都有明确产出,试点先行,复盘收尾——你随时知道项目走到了哪一步。

  1. 记录场景与边界

    记录你的业务场景和服务边界:谁在用、用来做什么、对外承诺到哪里为止。

  2. 明确后台对象

    明确后台需要支持的对象:客户、订单、服务记录、权限、分成、结算或审计。

  3. 定义最小配置

    定义最小可运行的后台配置——先让真实业务跑起来,再谈扩展。

  4. 上线试点

    上线试点并记录使用反馈,真实使用数据决定下一步迭代方向。

  5. 建立运营节奏

    建立运营节奏:服务质量、故障、需求、结算和合规问题进入固定复盘流程。

  6. 沉淀复用能力

    把可复用能力沉淀为通用后台功能或交付 SOP,一次交付变成长期资产。

成功标准

标准含义
真实业务跑通你能用后台完成真实业务服务,而不是停留在演示环境。
记录可追踪关键服务记录能被追踪——谁、何时、做了什么、产生了什么结果。
边界清晰权限和服务边界清晰:人和 Agent 都只看到、只做职责内的事。
运营有闭环运营问题能进入固定复盘和迭代流程,而不是一事一议。
能力可沉淀可复用后台能力能从客户项目中沉淀出来,服务越做越厚。
// ILLUSTRATIVE SCENARIO

示例场景:一家拥有行业客户渠道的服务商,希望对外提供基于 Agent 的专业服务,但不具备自建后台的工程能力。接入 Backend Agent Service 后,它在 AIDC 后台上配置自己的服务边界与品牌话术,通过管理面板维护客户与订单记录,结算与使用日志自动沉淀;AIDC 负责后台运行、监控与模型工具链升级,服务商专注于渠道与客户经营。

示例用于说明服务形态,不代表任何具体客户。
03SERVICE / 02 — HARNESS

Company Harness 部署:
为企业建一座数字总部。

Harness——企业的数字总部:战略有档案、知识有台账、职责有说明书、权限有审批边界。我们为你的组织建立这套运行环境,公司从一个文件夹开始,被初始化、扩展、授权、部署和复盘——AIDC 自己每天就运行在这套系统上。

五条设计原则

原则来自 AIDC 自己的公司运行实践:能落进知识库的信息才是企业资产,可移交性是检验 Harness 质量的最终标准。

P1文件优先FILE FIRST
P2权限清晰PERMISSION BY DIRECTORY
P3Agent 有职责AGENT ACCOUNTABILITY
P4输入可沉淀INPUT CAPTURE
P5公司可移交TRANSFERABLE COMPANY

交付物

// STRUCTURE

目录结构

与你的组织职能对齐的公司知识库:每个根目录对应一个职能与一个 Agent 负责人,目录边界天然就是权限边界。

C-suite 文件系统
// CONTRACT

AGENT.md

每个根目录的"岗位说明书":声明唯一负责人、职责范围、可读写边界与质量标准——AI 上岗,先有职责。

C-suite Agents
// GOVERNANCE

治理规则

约束知识库的增长方式与跨部门协作方式:新增根目录是组织结构决策;跨职能协作靠引用、请求与决策记录,不靠共享所有权。

治理规则
// TRAINING

训练与移交

团队上手训练:人按权限访问目录,Agent 接管对应职责,会议与决策写回知识库;以"能否完整移交"为验收标准。

Harness 初始化
FIG. 01 — C-SUITE FILESYSTEM
.
├── 01_executive/          # CEO Agent — 战略与决策
├── 02_information/        # CIO Agent — 输入与研究
├── 03_finance/            # CFO Agent — 定价与模型
├── 04_products/           # CPO Agent — 产品与服务
├── 05_technology/         # CTO Agent — 研发与部署
├── 06_operations/         # COO Agent — 交付与 SOP
├── 07_human_resources/    # CHO Agent — 角色与训练
├── 08_legal/              # CLO Agent — 合规与边界
├── 09_marketing/          # CMO Agent — 品牌与内容
└── 10_sales/              # CSO Agent — 客户与渠道
部署交付的不是模板文件夹,而是与你的组织职能对齐的知识库:一个根目录对应一个 C-suite Agent,一个 Agent 只拥有一个根目录——像一份清晰的部门分工表。

适合谁

信号说明
知识散落战略、知识和决策散落在聊天记录与个人记忆中,新成员和 AI 都无法接手。
权限靠默契没有目录级权限边界,"所有人和所有 AI 看到所有内容"。
交付不沉淀每次项目都是一次性交付,流程没有变成 SOP,经验没有变成文件。
准备引入 Agent希望让 Agent 安全参与真实工作并承担明确职责,而不是停留在聊天窗口。
面临移交公司需要交给新员工、合伙人或 Agent 接管,不能再依赖某个人脑中的隐性记忆。
// FIT & BOUNDARY

Harness 部署改变的是工作方式,不只是工具:如果团队只想采购一次性软件、不打算调整知识与权限的组织方式,这项服务暂时不适合你。Harness 是单个组织的最小运行环境;当组织需要多部门 Agent 自治协作与完整审计时,它自然演进为 AIDC 平台的完整形态。

从 Harness 到平台的演进路径,参见平台架构架构文档

部署之后:数字员工是训练出来的

上线只是数字员工的入职报到。像培养员工一样,AIDC 提供从入职、试用、在岗训练到考核晋升的全周期管理:每一次纠正都成为训练素材,每一条记忆都有预算和审计——能力沉淀在你的企业资产里,换模型不清零。

// TRAIN

训练循环

观察 → 诊断 → 处方 → 复验:失败归因到明确部位,每次调整有日志、可回滚——训练不是凭感觉改提示词。

训练与管理
// MEMORY

记忆管理

该记的记住、不该记的不带走:记忆有预算、有审计、有归属——全部是可读文件,属于你的企业资产。

记忆模型
// REVIEW

考核与晋升

用你的真实材料建考核题库,通过率决定上岗与扩权;失败案例回流成新考题——考核随员工一起成长。

部署等级
04SERVICE / 03 — FORWARD DEPLOYED

FDE 驻场模式

FDE(Forward Deployed Engineer,驻场部署工程师)是进入你真实工作流的人:理解业务、拆解流程、识别 AI 部署机会、搭建或协调搭建解决方案,并把交付经验沉淀为可复用的服务资产。AI 部署不是软件安装——多数企业说不清自己真正需要什么,需要有人到现场,把真问题找出来。

为什么需要这个角色

AI 部署需要同时理解组织、流程和权限。FDE 把你现场的问题、业务流程、AI 能力与系统交付连接起来,并把一次性交付转化为可复用的服务、模板、SOP 和工作流——你得到的不只是一个项目,而是一套越用越厚的方法。

FDE 以双轨配对进场:业务轨(部署策略师)负责读懂你的组织、流程与口径,技术轨(驻场部署工程师)负责把系统真正建起来并跑稳。每个部署两个角色都在场——既不会只有漂亮的方案没有能跑的系统,也不会只有正确的技术没有业务效果。

// WHAT FDE IS NOT
  • 不是只写代码的工程师 — 代码只是手段,理解组织与流程才是工作本体。
  • 不是只做售前演示的销售 — FDE 对交付结果负责,不止于演示。
  • 不是只做 PPT 的咨询顾问 — 产出是可运行的系统与沉淀的资产,不是报告。
  • 不是外包执行者 — 不是你提出什么就实现什么,FDE 负责把真问题抽象出来。

九步客户调研流程

每一次客户接触都按同一套 SOP 执行:用标准方式理解你的真实工作流,识别 AI 部署机会,并把一次调研转化为可复用的服务、战略和交付资产。

  1. 记录背景与来源

    记录客户背景和线索来源,建立调研档案。

  2. 还原当前工作流

    画出你当前的工作流,不急于提出方案。

  3. 标记关键节点

    标记人工重复步骤、决策点、数据来源和权限边界。

  4. 识别 AI 机会

    识别 AI 可以辅助、自动化或重构的环节。

  5. 区分优先级

    区分立竿见影的环节、需要系统性改造的环节,和暂时不适合做的部分。

  6. 定义最小可交付

    定义一个最小可交付方案,而不是一揽子改造计划。

  7. 记录所需输入

    记录需要你提供的输入、系统访问和决策人。

  8. 沉淀可复用经验

    把可复用经验写回服务交付目录,一次调研变成服务资产。

  9. 更新战略判断

    如果发现竞争力或定位判断,更新战略相关文档。

Quality Bar — 四条质量标准

QB / 01

还原真实流程

不能只记录你说了什么,必须还原真实流程——描述和实际工作流往往不是一回事。

QB / 02

说明组织边界

不能只提出工具建议,必须说明组织和权限边界——工具不解决责任归属问题。

QB / 03

标记证据强度

不能把一次客户需求当成通用战略,必须标记证据强度——单点样本不外推。

QB / 04

至少一次沉淀

每次调研至少产出一个可沉淀到公司知识库的结果——没有沉淀的调研等于没做。

升级机制

以下情况 FDE 不会独立决策,必须升级讨论——这既是为了确保现场判断不越过服务边界、安全边界和组织边界,也是你可以放心让工程师进入现场的原因:

升级触发处理方式
超出服务边界需求超出当前服务边界:升级讨论是否扩展服务定义,而不是现场即兴承诺。
敏感数据访问需要访问敏感数据或关键系统:先明确授权方式、审计方式与责任归属,再推进。
组织结构影响方案会影响你的组织结构或岗位职责:必须有你方决策人参与,我们不替你做组织决定。
产品化信号出现可产品化或可重复销售的信号:进入服务定义流程,沉淀为标准服务包。
05合作流程

从首次接触,
到持续运营。

五个阶段,每个阶段有明确产出和退出点。先调研后方案,先试点后扩展——你随时知道项目处在哪一步、下一步要交付什么,也随时可以叫停。

  1. 评估

    你描述业务场景与希望改善的指标,我们判断需求是否在服务边界内,约定调研范围与参与人。此阶段不出方案、不做承诺。

  2. 调研

    FDE 进入真实工作流,按九步 SOP 还原流程、标记决策点与权限边界,产出流程调研笔记、AI 部署机会清单与风险依赖清单。

  3. 最小交付

    定义最小可交付方案:范围、所需输入、系统访问与决策人。先交付一个可验证的环节,而不是一揽子改造。

  4. 部署

    上线试点:配置权限、日志与监控,真实业务跑通,使用反馈被完整记录,作为迭代依据。

  5. 运营复盘

    建立固定运营节奏:服务质量、故障、需求与合规问题进入复盘流程;可复用能力沉淀为 SOP 与通用功能,系统随使用演进。

06里程碑与部署等级

进度不靠感觉,
靠里程碑和等级。

五段旅程:诊断之后,依次建成数据基座、Agent 基座、Ontology 对象层、连接与行动层,再进入持续运营。每一段交付一个看得懂的里程碑(M1–M5),每个里程碑对应一次 Agentic 部署等级(ADL)的跃迁:等级是进度条,里程碑是签字页,服务包是价格表——三套口径一一对应。在任何一段停下,你都拿到完整、独立成立的成果。

里程碑你拿到什么部署等级
M1 组织记忆上线你的文件成为组织自己的记忆:可检索、可引用、可授权、不随人员流动而流失ADL-2 前半
M2 组织问答上线十个管理域 Agent 上岗:问得到、答得准、有出处ADL-2 问答助手
M3 数字孪生成形系统认识你的公司:状态、归属、关系,答复到经理人级ADL-3 专业经理人
M4 业务闭环跑通流程自己跑、结果自动回流,数据卡在哪个部门系统里看得见,人管断点ADL-4 流程管理者
M5 组织治理在线系统帮你发现你没问的问题:卡点、断点、权限漂移、流程漏洞ADL-5 组织管理者
// ACCEPTANCE = PAYMENT ANCHOR

每个里程碑有一张可签字的验收单:验收项客观、可核对,验收即付款锚点;每个阶段结束必须复盘——不复盘不收尾款。等级按证据评定(评估记录、审计日志、闭环清单),不靠演示效果;任何达成条件不满足,不晋级。

完整定义见服务旅程与里程碑部署等级标准(ADL)
07评估准备

一次高质量的调研,
需要你准备五类信息。

这份清单来自 AIDC 的客户调研 SOP:输入越完整,调研越快、方案越准。不必一次备齐——评估阶段我们会与你一起补全。

// DISCOVERY INPUTS
  • 业务背景 — 公司、团队与业务的基本情况:你是谁、服务谁、靠什么经营。
  • 流程与问题 — 当前业务流程或问题描述:哪个环节最耗人、最容易出错、最难交接。
  • 在用工具 — 已经使用的软件、AI 工具和自动化工具:我们在现有基础上做加法,不推倒重来。
  • 人员与权限 — 关键人员和权限边界:谁负责、谁审批、谁能看到什么。
  • 目标指标 — 希望改善的指标或结果:部署成不成,以它为准。
五类输入对应 FDE 客户调研 SOP 的标准输入项——调研从你已有的事实出发,而不是从一张白纸开始。
// ENGAGE

从一次部署评估开始。

发一封邮件,简述你的业务场景、当前工作流和希望改善的指标。我们先做一次 FDE 调研,还原你的真实流程,再给出最小可交付方案——先调研,后方案;在理解你的流程之前,我们不报价、不承诺。