组织 Entity WHO
酷爱的"人机协同体"——每个 Entity 都是人+AI 的组合，不是单独的人或单独的 AI
👨💼
张师傅
CEO / BD / 战略决策
客户关系
Go/No-Go
方向校正
签约
🧠
大聪明
AI 助手 / 售前引擎 / PM
信号监控
SSoT/Onto/UC
质量审计
Pipeline巡检
⚙️
昌胜
技术 / Agent OS 架构
Agent OS
Schema定义
ZEN Engine
后端
🔧
天宇
技术 / 交付 / Demo
客户交付
数据接入
Demo开发
前端
🤝
天天
BD / 客户协调
客户对接
需求收集
现场协调
🏢
客户
需求方 / 数据提供方
龙华街道
CYC
默克
正大广场
🌐
合作伙伴
能力互补 / 渠道
DaoCloud
WPP
山海有爱
UIS
📦
Agent OS
产品 / 所有产出物的终点
五层架构
Ontology Store
UC Runtime
Calibration
业务旅程矩阵 WHO × WHAT × WHEN
横轴 = 7 个 Stage（时间维度），纵轴 = 组织 Entity（角色维度），每格 = 具体动作 + 产出物
👨💼 张师傅
接收客户信号
判断优先级
Pipeline 录入
京小盒 ← 宽窄创投引荐
Go/No-Go 决策
投入决策
CYC: Go → 全公司转型
审阅方案
客户沟通校正
方向确认
龙华: 4轮调研确认4场景
客户验收确认
验收签字
MitoQ: CEO确认扩展
战略方向校正
战略更新
感知锚点策略 3/22确立
经验提炼
战略沉淀
战略文档 v1.3
五层架构命名统一
🧠 大聪明
信号监控
邮件/消息/舆情
信号分类
Pipeline 更新
Cron: 邮件1h/Pipeline日检
P1-scanning-account
Account Brief
汇川: Quick Scan → 与CYC复用度90%
P1→P2 全链路
SSoT
Ontology
UC 清单
架构图 spec
Demo
龙华: SSoT v1.0 + 17份证据
方案/报价输出
数据资产盘点
Proposal
Entity-Source Matrix
CYC: ¥128万首年方案
X-solution-audit
X-alignment-check
审计报告
A1-A5 五项交叉校验
P3-post-meeting
假设校正
SSoT v0.x+1
Calibration 记录
每次沟通后更新⚠️→✅
经验归档
模板提取
行业 Onto 模板
行业 UC 模板
政务(龙华)→制造(CYC)复用
⚙️ 昌胜
FEAT Spec
Schema 定义
Entity Schema
Rule JDM 格式
UC 配置格式
FEAT-P01~P07 里程碑
Agent OS 编码
里程碑 0→5
Agent OS 底座
Import API
ZEN Engine
Step Executor
15天: App→灌入→事件→规则→UC→Dashboard
R4-verify
Eval 测试
测试报告
每个FEAT: Eval全Pass
Bug 修复
架构调整
代码修复
技术选型锁定: PG+FastAPI
技术文档
架构沉淀
技术文档
基础架构模板
R5-distill
🔧 天宇
Demo 开发
可交互 Demo
CYC Demo: 13个UC可点击
客户数据接入
Connector 配置
Connector 配置
真实数据
默克: 6万条供应链数据
试运行
UC 验证
执行日志
P0 UC 成功率 ≥ 80%
UC 调优
数据修正
调优记录
Ontology 校正 + Rule 调参
行业模板打包
Connector 模板
金蝶/飞书/企微连接器
🏢 客户
提出需求/痛点
原始需求
CYC Jon: 两阶段AI转型需求
提供基础信息
公司/业务信息
龙华: 89微网格/189社工
校正假设
提供 IT 系统信息
业务数据
需求确认
龙华: 一户一档+12345+烟感
提供真实数据
签约 + NDA
生产数据
合同签署
CYC: NDA已签, 数据开放
使用反馈
验收确认
验收报告
MitoQ: "strategic imperative"
提出校正意见
"这个不对"
校正输入
用户说"行业判断不对"→修正
🌐 伙伴
引荐客户
能力合作
线索/机会
宽窄→京小盒, Cindy→固名
能力匹配评估
合作提案
DaoCloud: ClawOS提案
联合方案设计
联合方案
WPP: 联合打单 + 工厂AI
联合交付
合作交付物
UIS: Brain + FP Domain
联合评审
合作评价
MitoQ Mark: 绩优第一单
产出物信息流 WHAT → WHAT
每份产出物从哪来、到哪去。左到右 = 时间顺序，颜色 = 所属 Stage
客户线（以龙华街道为例）
客户需求飞书消息/邮件
→
Account BriefQuick Scan
→
SSoT v1.017份证据 · M2模板
→
OntologyEntity+Link+Rule
→
UC × 4走访/群租/堆物/能人
→
spec.json五层架构 · 验证通过
→
Proposal¥150万
→
合同 + NDA
→
灌入 Agent OSOntology Import API
研发线（Agent OS 底座）
内部需求售前→产品咬合
→
FEAT SpecP01~P07
→
Schema 定义Entity/Rule/UC/Event
→
里程碑 0App 能跑
→
里程碑 1数据能灌
→
里程碑 2-3事件+规则
→
里程碑 4UC 能跑 · 底座成立
→
里程碑 5Dashboard
沉淀线（形成飞轮）
执行日志UC 跑了多少次
→
Calibrationwho/when/why/before→after
→
Rule 强化AI 自动学习
→
行业模板Ontology+UC+Rule
→
下一客户80%复用 + 20%校正
🔗 关键咬合点（以龙华为例）
售前产出的 ontology.yaml 里的 Entity（社工/居民/微网格/群租房...）、Link（社工-负责-微网格）、Rule（高风险群租房每周巡检）
↓ 格式统一（不转换）
Agent OS Import API 一次灌入全部 → 数据库出现 N 个 Entity Instance + M 个 Link + K 个 Rule
↓ 事件触发
收到 "new_visit_request" 事件 → ZEN Engine 匹配 "走访400" Rule → 自动触发 UC → Step Executor 执行 4 步
↓ 校正闭环
社工反馈"这个居民分类不对" → Calibration 记录 → Rule 自动调整 → 下次更准
产出物 → Agent OS 产品映射 WHERE IT LANDS
每份产出物最终落入 Agent OS 的哪一层。这是"方法论"变成"产品"的物理落脚点。
👁️ 感知层
Perception
Connector 配置 ← 交付
Event Bus ← FEAT-P03
物理感知器 ← 感知锚点
例: 龙华录音工牌 / 正大碰卡
📚 知识层
Knowledge
Ontology Store ← P2 产出
SSoT Store ← P1 产出
行业模板库 ← Distill
例: 龙华 ontology.yaml → DB
🧠 智能层
Intelligence
ZEN Engine ← FEAT-P04
Signal Detector ← Rule JDM
Context Assembler ← Entity+Link
例: "高风险群租→每周巡检" Rule
⚡ 行动层
Action
UC Registry ← P2 UC清单
Step Executor ← FEAT-P05
Quality Inspector ← 三层质控
例: "走访400" UC 4步自动执行
🖥️ 触达层
Interface
Dashboard ← FEAT-P07
对话框 ← 后续
H5/小程序 ← 后续
例: 社工手机看到巡检建议
质量门禁 GATE
每个 Stage 之间的"关卡"——不过 Gate，不进下一步
🚦 G0: Signal → Qualify
✅ 24h 内分类并录入 Pipeline
✅ 指定负责人
✅ 来源渠道记录
🚦 G1: Qualify → Model
✅ 行业+规模+AI成熟度明确
✅ 至少 3 个潜在场景
✅ 签约概率 ≥ 30%
✅ 有明确对接人
🚦 G2: Model → Build
✅ SSoT 5大板块完整 (P1)
✅ A1: SSoT↔Ontology 一致
✅ A2: Goal↔UC 全覆盖
✅ A3: UC↔架构图 一致
✅ A5: Entity↔数据源 一致
⏳ G-Import: 格式符合 Agent OS Schema
🚦 G3: Build → Verify
⏳ Ontology 灌入无报错
⏳ UC 每步可执行
✅ 研发 Eval 全 Pass (R4)
✅ SOW 范围清晰
🚦 G4: Verify → Calibrate
⏳ P0 UC 成功率 ≥ 80%
⏳ 响应时间 ≤ 30s
⏳ 无数据泄漏
✅ 客户确认可用
🚦 G5: Calibrate → Distill
⏳ Ontology 经 ≥ 3 次校正
⏳ UC 连续 7 天成功率 ≥ 90%
⏳ 校正记录格式完整
✅ = 已有自动化
⏳ = 等 Agent OS 底座
持续对齐机制 HOW TO STAY ALIGNED
三层对齐，确保这套体系不腐化
📐
第一层：数据格式统一
售前产出格式 = Agent OS 输入格式
Entity → Agent OS Entity Schema
Rule → ZEN Engine JDM 格式
UC → Agent OS UC Config 格式
Event → Agent OS Event Schema
铁律：不需要格式转换
🤖
第二层：门禁自动化
A1-A5 校验 + Gate 检查 = 自动执行
X-alignment-check: 跨文档一致性
validate-specs: 架构图合法性
R4-verify: 研发质量
Agent OS API: 灌入验证
不靠人记得检查
📅
第三层：节奏对齐
定时巡检 + 周期 Review = 不遗漏
每天：早/晚报 + Pipeline 巡检
每周：R6-meta-loop 最弱环节
每半月：营收半月报
每月：全量项目审计
Cron + Heartbeat 自动驱动
酷爱科技 · AI Native 全链路全景图 v1.0 · 2026-03-24
本图本身是一个 Ontology — Entity 是 Stage, Link 是依赖, Rule 是 Gate, UC 是执行流程, Calibration 是持续校正