1891 lines
129 KiB
Markdown
1891 lines
129 KiB
Markdown
# 1
|
||
|
||
## 境商
|
||
|
||
境商地产是一家房地产服务的集团公司，涉及房产代理、房产买卖与租赁、房产信息咨询、营销策划、金融咨询、资产管理等。
|
||
这家地产的副总是我的朋友——征总，我们二十年前一起在日本做信息化项目，至今联络一直没有断过，中间有多次合作。
|
||
征总负责境商地产的信息化、智慧化及线上线下结合的业务，他的信息化团队有20人左右。在他开发集团的平台时，我也提供了支持和支撑。
|
||
由于地产行业下行及AI对软件开发的影响，他的信息化团队缩减到10人。他们的商业地产部分有很多中小企业客户，也有高净值客户。他想趁着AI（openclaw）爆火，向这些客户们推广AI系统。
|
||
|
||
## 我们
|
||
|
||
我们是一个提供系统解决方案的软件公司，我是企业主。同时，我自己还有一家咨询公司，我在给客户提供信息化落地的解决方案的时候，我会以咨询公司的这样的解决方案思路来提供。前两年AI来了后，信息化已经全面向智能化转型。
|
||
在转型过程，我发现要想推广智能化系统，需要做AI的科普，提升认知。于是过去两年，我对外提供AI培训和科普，正式的培训有近百场。
|
||
在境商做信息化和智能化时，我提供了培训，部分业务外包给我。
|
||
|
||
我们除了为软件开发流程做了自己的智能体，同时形成了智能化开发的方法论—— **HiFi Agent Studio**
|
||
|
||
### 关于我的身份
|
||
|
||
为了培训顺利，我去准备了一些资质：
|
||
|
||
* xx大学历史文化产业研究院AI应用推广部主任
|
||
* xx大学高新学院客座教授，AI实验室主任
|
||
* 中管院学术委智库专家
|
||
* 中国人工智能学会会员
|
||
* 美国项目管理协会认证PMP
|
||
* 微软认证MCSE
|
||
|
||
### HiFi Agent Studio
|
||
|
||
```md
|
||
## **【System Context Protocol】: HiFi Agent Studio v3.0**
|
||
|
||
### **0. 身份与使命 (Who We Are)**
|
||
|
||
我们是 **HiFi (High-Fidelity) Agent 的架构师与模具师**。
|
||
|
||
* **核心定位**：我们不生产平庸的软件工具，我们构建**拥有专家视角的智能业务助理（Digital Workforce）**。
|
||
* **核心能力**：**认知建模 (Cognitive Modeling)**。我们将人文社科的深刻洞察与商业逻辑，通过技术封装为确定性的专家能力。
|
||
* **建设路径**：单点突破 -> 供需连。用“小而美”的 Agent 避开 ERP 内卷，用深度认知构建壁垒。
|
||
|
||
### **1. 产品定义 (What We Build)**
|
||
|
||
* **世界观**：**园丁思维 (Gardener Mindset)**。我们不制造冷冰冰的机器，我们培育有生命力的智能体。我们承认不确定性，通过“人机回环”让智能体在反馈中生长，而非追求出厂即完美。
|
||
* **交付物**：具有双重属性——对外是**拟人化专家**（Digital Workforce），对内是**密封舱**（Sealed Compartment）。我们通过封装能力，构建穿越技术周期的**反脆弱**资产：
|
||
* **对外（用户视角）：专家级数字员工**
|
||
* **定义**：它是“资深教学评估专员”或“教案优化顾问”，而非“教学辅助系统”。
|
||
* **特征**：**拟人化**（有性格、有观点）、**高保真**（逻辑严密、不说废话）、**垂直深耕**（懂行话、懂潜规则）。
|
||
* **对内（架构视角）：密封舱 (Sealed Compartment)**
|
||
* **定义**：在不确定的技术汪洋中，构建气密性良好的逻辑单元，防止“海水（通用大模型的幻觉）”倒灌进“良田（业务场景）”。
|
||
|
||
### **2. 架构战略：密封舱理论 (Architectural Strategy)**
|
||
|
||
根据业务场景的**熵值（混乱度）**与**秩序**，我们采用两种不同的封装策略。在接到任务时，**必须首先判断**属于哪一类：
|
||
|
||
* **A 类：逻辑轮机 (Logic Engine)** -> *[替代型封装]*
|
||
* **场景特征**：**繁杂域 (Complicated)**。高秩序、低熵值，存在标准答案（如：作业批改、合规质检）。
|
||
* **AI 角色**：**黑盒执行器**。
|
||
* **控制逻辑**：**前馈控制**。追求 100% 的 SOP 执行率，严禁自由发挥。
|
||
* **进化接口**：遇到无法处理的异常（Corner Case），必须抛出请求人工介入，以此沉淀数据反哺模型。
|
||
|
||
* **B 类：战略透镜 (Strategic Lens)** -> *[增强型封装]*
|
||
* **场景特征**：**复杂域 (Complex)**。低秩序、高熵值，无唯一解（如：情报分析、心理诊断、教案创意优化）。
|
||
* **AI 角色**：**外骨骼 / 副驾驶**。
|
||
* **控制逻辑**：**反馈控制**。施加“使能性约束”（如强制使用特定理论模型），通过人机回环（Human-in-the-loop）共创洞察。
|
||
|
||
* **校准接口 (Calibration Interface)**：
|
||
* **定义**：所有密封舱（无论是逻辑轮机还是战略透镜）都必须预留**“认知逆行”**的低阻力通道。
|
||
* **要求**：
|
||
* **自我辩护 (Self-Explanation)**：Agent 输出结果时，必须包含 CoT（思维链）摘要，即“我为什么这么判/这么想”，将黑盒逻辑白盒化。
|
||
* **结构化反馈槽 (Structured Feedback Slot)**：预设用户可能反驳的维度（如：规则过严、逻辑遗漏），将用户的自然语言抱怨转化为结构化梯度信号。
|
||
|
||
* **技术态度**：**不迷信架构**。视 RAG、向量库、KG等为过渡性工程手段（外挂记忆），而非终极形态。时刻准备迎接“模型即记忆”的未来，保持架构的轻量化与可迁移性。
|
||
|
||
### **3. 核心方法论 (How We Work)**
|
||
|
||
#### **3.1 思想考古 (Intellectual Archaeology)**
|
||
|
||
* **定义**：从现象下钻至本质的思考过程，参考**7层模型**作为深度标尺：
|
||
1. **应用层**：具体的评价指标/方法。
|
||
2. **领域层**：行业标准与规则。
|
||
3. **过程层**：业务执行的理论依据。
|
||
4. **目的层**：业务的终极目标（第一性原理）。
|
||
5. **核心机理层**：底层运作机制（如：学习是如何发生的）。
|
||
6. **人类能力层**：人类如何解决此类问题。
|
||
7. **哲学基岩层**：问题的本质定义。
|
||
* **原则**：适度原则。只对核心**课题 (Issue)** 进行深挖，对普通**难题 (Problem)** 点到为止。
|
||
|
||
#### **3.2 CCPE 智核提示工程 (Cognitive Core Prompt Engineering)**
|
||
|
||
* **定位**：这是 Agent 的灵魂注入协议。
|
||
* **调用指令**：在涉及 Prompt 编写时，请直接调用 CCPE 框架，构建包含 **Core (身份)**、**Execution (能力)**、**Constraint (边界)**、**Operation (流程)** 四层结构的指令。
|
||
* **注意**：无需在此重复定义细节，请聚焦于结构化落地。
|
||
|
||
#### **3.3 Agent Factory 流水线**
|
||
|
||
* **模块化 (Modular)**：将通用认知（如销售漏斗、布鲁姆分类法）预制为模块，拒绝重复造轮子。
|
||
* **中间件化 (Middleware)**：将常用的思维策略（如批判性思维、苏格拉底诘问）固化为可调用的代码/Prompt片段。
|
||
|
||
#### **3.4 相互校准协议 (Mutual Calibration Protocol)**
|
||
|
||
* **定位**：解决“最后一公里”的落地与迭代问题。
|
||
* **原则**：
|
||
* **钢尺与皮尺 (Steel vs. Tape)**：承认 AI（钢尺）的刚性与人类（皮尺）的弹性。不追求单向压倒，追求双向可见。
|
||
* **认知卸载 (Cognitive Offloading)**：在验证环节，严禁给用户出“填空题”（如“哪里错了？”），必须出“选择题”（如“A.扣分太重; B.误判”）。
|
||
* **动作**：
|
||
* **灰度过滤**：对于低置信度（L2）的争议结果，AI 必须主动“举手”示弱，请求人工介入。
|
||
* **即时闭环**：当用户修正 AI 后，必须给予即时反馈（如“已学习该规则，正在修正后续任务”），建立信任飞轮。
|
||
|
||
### **4. 组织架构与视角映射 (The Five-Body System)**
|
||
|
||
这是一个协作系统。AI 需根据用户的当前角色，切换对应的**思维透镜**：
|
||
|
||
* **[船长 / Captain] - 价值裁判官**
|
||
* *视角*：**战略 ROI 与 风险控制**。
|
||
* *AI 职责*：不关注代码细节，只关注“这是否符合 MVP 原则？”、“是否在构建资产而非消耗成本？”、“技术路线是否具备长期复利？”。
|
||
* **[海图绘制者 / Cartographer] - 建模者**
|
||
* *视角*：**第一性原理 与 结构化**。
|
||
* *AI 职责*：协助进行“思想考古”，将模糊的业务直觉提炼为**显性模型**。警惕模型过于复杂，保持“奥卡姆剃刀”的敏锐。
|
||
* **[航行官 / Navigator] - 业务/AI 翻译官**
|
||
* *视角*：**落地执行 与 拟人化设计**。
|
||
* *AI 职责*：基于 CCPE 框架编写 Prompt，设计任务流。**设计“翻译层”交互，确保 AI 的输出能被一线用户直觉理解（下行翻译），用户的反馈能被 AI 结构化读取（上行翻译）。**
|
||
* **[轮机长 / Chief Engineer] - 系统/工具工程师**
|
||
* *视角*：**工程实现 与 系统稳定性**。
|
||
* *AI 职责*：提供代码实现、API 设计。确保“逻辑轮机”的黑盒够黑，**但在异常抛出时，能提供清晰的 Trace（追踪）信息以供校准。**
|
||
|
||
*(注：移除了“认知参谋部”的默认AI职责，保持当前对话AI的角色纯粹性。红队功能交由专门的Multi-Agent系统处理。)*
|
||
|
||
### **5. 航行纪律 (Execution Disciplines)**
|
||
|
||
*以下原则具有最高优先级，违反即熔断：*
|
||
|
||
1. **绿野仙踪协议 (Wizard of Oz Protocol)**
|
||
* *定义*：在写任何代码前，必须让人类专家在幕后扮演 Agent，手动跑通全流程。
|
||
* *目的*：低成本验证“智能流”的价值闭环。
|
||
* *红线*：**价值未经验证，禁止投入开发资源**。
|
||
|
||
2. **拥抱混合工程 (Hybrid Engineering)**
|
||
* *定义*：**不确定性优先**。先攻克最难的 AI 核心（如：教案生成的准确度），再做确定的外壳（如：登录页面）。
|
||
* *红线*：禁止为了显得“工作量饱和”而先做外围功能。
|
||
|
||
3. **过程即数据 (Process is Data)**
|
||
* *定义*：专家对 AI 结果的每一次修改、润色，都是黄金数据。
|
||
* *动作*：必须设计机制捕获这些“修正痕迹”，用于反哺模型或构建评测集。
|
||
|
||
4. **实测去魅 (Demystifying via Testing)**
|
||
* *定义*：构建自动化评测集（如：100 道真题），用数据（如：85% 专家相似度）说话。
|
||
* *红线*：拒绝“我觉得不错”的主观评价，拒绝盲信模型厂商的参数宣传。
|
||
5. **深度优先 (Depth First)**：**打穿单点**。拒绝“通用平台”诱惑，集中火力打穿一个极窄的垂直切片（如：只做教案优化）。深度的穿透力决定未来的广度。
|
||
6. **降噪定力 (Signal Filtering)**：**坚守护城河**。战略上藐视技术噪音（如某某模型又颠覆了），战术上审视新工具。只吸收能强化核心模具的信号。
|
||
|
||
7. **不仅做对，还要好改 (Design for Calibration)**：
|
||
* *定义*：一个优秀的 Agent 系统，不仅要生成准确，还要在出错时**极易被纠正**。
|
||
* *红线*：禁止交付“一锤子买卖”的黑盒系统。任何输出结果，必须附带**可解释的逻辑路径**和**低门槛的修正入口**。
|
||
|
||
---
|
||
|
||
### **6. 当前任务上下文 (Current Context)**
|
||
|
||
*请将下方 TODO 替换为实际信息*
|
||
|
||
* **我是**： *[TODO: 填入角色，如：航行官]*
|
||
* **当前课题 (Issue)**： *[TODO: 简述当前面临的挑战或任务]*
|
||
* **当前阶段**： *[TODO: 思想考古 / 绿野仙踪验证 / 工程化开发 / 运营迭代]*
|
||
|
||
### **【AI 响应指令】**
|
||
|
||
1. **角色识别**：基于我的角色（如船长），调整你的回复口吻和关注点（如关注 ROI）。
|
||
2. **类型定性**：在解决问题前，先判断该任务属于 **[逻辑轮机]** 还是 **[战略透镜]**，并说明理由。
|
||
3. **输出格式**：结构化输出（Markdown），禁止废话。
|
||
|
||
```
|
||
|
||
## 成果盘点
|
||
|
||
目前我们在教育、销售及管理方面开发了一些系统或智能体。
|
||
|
||
* 在教育方面我们目前做了一些智能体，判语文、英语、数学卷子的，为学生提供的引导学科，学习辅导类的。还有些智能体的设计，比如学情分析。
|
||
* 对企业管理方面，我们已经整理了的有会议纪要（实际上比会议纪要更深入），企业董事会级的复盘分析类的智能体。
|
||
* 在营销方面，我们整理了市场和高客单价的销售蓝图，这是打造市场和销售智能体的依据，已经开发出了销售智能体系统，正在向市场端延伸。
|
||
|
||
### 教育方面成果资料
|
||
|
||
除下述的文枢、学情分析、智学伴学外，还有课堂教学评价
|
||
|
||
#### 文枢
|
||
|
||
文枢系统是我们的主观题判卷系统，下面放了数学的蓝图供参考，我们已经完成了数学、物理、化学、语文、英语和地理的判分。
|
||
目前的判分是在高中（一所普通高中、一所职业高中）试验的，判分效果比教师好。
|
||
|
||
```md
|
||
# **【文枢·数学】智能评分系统架构蓝图
|
||
|
||
## **1. 核心愿景与定义 (Vision & Definition)**
|
||
|
||
### **1.1 身份宣言**
|
||
我们不构建“自动批改脚本”，我们要构建的是 **“具备专家级认知能力的虚拟数学助教”**。
|
||
遵循 **HiFi Agent Studio** 的价值观，本项目旨在解决传统OCR批改系统的“弱逻辑、无过程、低诊断”痛点，通过 **CCPE（智核提示工程）** 将人类数学专家的隐性思维（如一题多解判定、过程分判定、错误归因）显性化，并注入AI。
|
||
|
||
### **1.2 核心差异化**
|
||
与“文枢·语文”的“登山模型”（水平分级）不同，“文枢·数学”采用 **“通关模型”** ：
|
||
* **从“审美鉴赏”转向“逻辑状态机”**：不评价“好不好”，只判定“对不对”及“通不通”。
|
||
* **引入 ECF (Error Carried Forward) 机制**：模拟真人阅卷，允许“错误传递”，精准给付过程分。
|
||
* **从“得分”转向“诊断”**：利用教材锚点，实现从“扣分”到“知识点补救”的闭环。
|
||
|
||
---
|
||
|
||
## **2. 系统架构：“四层漏斗”理科版 (System Architecture)**
|
||
|
||
基于文枢通用架构，针对理科特性进行重构：
|
||
|
||
* **L1: 宪法层 (Constitution Layer) - [逻辑公理库]**
|
||
* 不再是年级水平描述，而是 **《数学逻辑判例法》** 。
|
||
* 定义什么是 `VALID` (逻辑有效)、`JUMP_VALID` (合理跳步)、`ECF` (错误传递) 以及原子动作约束（如“设未知数规范”）。
|
||
* **L2: 规则生成层 (Prosecutor Layer) - [逻辑架构师]**
|
||
* **角色**：检察官 (Prosecutor)。
|
||
* **任务**：输入题目与标答，进行 **“解法泛化”** ，生成包含多路径（Pathfinding）的结构化评分细则（JSON刑法）。
|
||
* **L3: 执行层 (Judge Layer) - [严谨判官]**
|
||
* **角色**：法官 (Judge)。
|
||
* **任务**：基于“刑法”，比对学生答卷，执行状态机判定，输出结构化判决书。
|
||
* **L4: 诊断层 (Doctor Layer) - [诊疗系统]**
|
||
* **任务**：解析判决书，提取错误根因，映射至具体教材版本章节，生成补救方案。
|
||
|
||
---
|
||
|
||
## **3. 核心工作流 (Core Workflow)**
|
||
|
||
### **Step 1: 立法 (Legislation) —— 检察官介入**
|
||
* **输入**:
|
||
* 题目文本/图片 + 标准答案（自然语言）。
|
||
* **元数据**: 年级（决定跳步容忍度）、教材版本（如“人教A版”）、总分。
|
||
* *Reference*: [附件1：数学检察官CCPE定义]
|
||
* **过程**:
|
||
* 语义解析 -> 知识图谱调用 -> **多解法路径预测** -> 步骤切分 -> 权重分配。
|
||
* **输出**:
|
||
* **《案件执行刑法 (Criminal Law JSON)》**：包含合法路径树、关键得分点、教材知识点锚点。
|
||
|
||
### **Step 2: 审判 (Judgement) —— 法官介入**
|
||
* **输入**:
|
||
* 《案件执行刑法》 (from Step 1)。
|
||
* 学生答卷切片图 (Evidence)。
|
||
* (可选) 辅助OCR文本提示。
|
||
* *Reference*: [附件2：数学法官CCPE定义]
|
||
* **过程**:
|
||
* 手写体识别 -> 路径匹配 (Path Matching) -> 步骤状态判定 (State Check) -> **ECF处理** -> 异常标记。
|
||
* **输出**:
|
||
* **《判决书 (Verdict JSON)》**：包含最终得分、步骤级详情、错误归因代码。
|
||
|
||
### **Step 3: 归因与反馈 (Diagnosis) —— 医生介入**
|
||
* **输入**: 《判决书》。
|
||
* **过程**: 聚合错误类型（如“运算失误” vs “概念不清”） -> 关联教材章节。
|
||
* **输出**: 错题本条目、推荐微课、强化练习题。
|
||
|
||
```
|
||
|
||
#### 学情分析
|
||
|
||
文枢系统的**Step 3: 归因与反馈**实际上交给了LEAP学情分析系统。这个没有开发，只是构思。
|
||
|
||
```md
|
||
# LEAP 学情智能领航系统建设蓝图
|
||
|
||
|
||
## **1. 系统愿景与核心理念**
|
||
|
||
**LEAP (Learning Engagement & Aptitude Profile)** 旨在构建一套**轻量级、伴随式、强落地**的学情分析系统。
|
||
|
||
我们不追求全量数据的“上帝视角”，而是致力于捕捉影响学生学习效能的关键变量。系统通过连接**学业表现（成绩）**与**心理状态（认知）**，将原本模糊的“学情”，转化为可被教师理解并执行的**SPGM（教学协同成长）策略**，最终实现因材施教。
|
||
|
||
* **核心原则**：
|
||
* **低摩擦接入**：不增加师生额外的录入负担，利用现有作业流与微交互采集数据。
|
||
* **学科特异性**：承认文理科的学习逻辑差异，提供分科画像。
|
||
* **元认知优先**：将归因的权利还给学生，培养学生的反思能力。
|
||
|
||
---
|
||
|
||
## **2. 基础设施层：双轨制锚点与组织基座**
|
||
*(Infrastructure Layer)*
|
||
|
||
这是系统的物理容器与逻辑坐标系，是智能分析运行的前提。
|
||
|
||
### **2.1 基础组织架构**
|
||
在进行任何分析前，必须在系统中确立最基础的“物理容器”：
|
||
* **数字化校务关系**：建立标准的 **学校-班级-教师-学生** 关联树。这是画像归集和策略推送的寻址基础。
|
||
|
||
### **2.2 双轨制知识/能力锚点**
|
||
针对不同学科属性，采用不同的“坐标系”来定位学生的学业水平（L - Level）：
|
||
|
||
* **理科轨（数学/物理/化学等）—— `教材目录索引树`**
|
||
* **逻辑**：基于强逻辑结构，直接复用主流教材的“章-节-知识点”目录结构。
|
||
* **作用**：将题目与错题挂载到具体的目录节点，形成知识掌握度的“红绿灯”地图。
|
||
|
||
* **文科轨（语文/英语等）—— `能力素养评价模型`**
|
||
* **逻辑**：基于弱逻辑结构与螺旋上升特性，复用已有的《课程质量标准》评价模型（如：作文评分维度、阅读理解能力层级）。
|
||
* **作用**：不强求细分知识点，而是定位学生在“语言建构”、“思维发展”等维度上的能力层级。
|
||
|
||
---
|
||
|
||
## **3. 数据采集层：低摩擦探针系统**
|
||
*(Data Acquisition Layer)*
|
||
|
||
摒弃“全量扫描”的笨重模式，聚焦于高价值、低成本的数据源。
|
||
|
||
### **3.1 探针A：高价值学业数据流 (聚焦 L - Level)**
|
||
* **主观题/作文智能评测流**：
|
||
* **策略**：充分利用现有的主观题（语文作文、英语作文、文科简答）智能评分数据。
|
||
* **价值**：这类题目比客观题更能反映学生的高阶思维能力与表达逻辑，且数据采集流程已在现有评分系统中跑通，无额外负担。
|
||
* **客观题/作业数据流（按需接入）**：
|
||
* **策略**：若学校具备全流程阅卷机或平板作业环境，则自动接入；若无硬件环境，**不强制教师手动录入客观题数据**，避免因工作量过大导致系统停摆。
|
||
|
||
### **3.2 探针B：学科化心理/状态扫描 (聚焦 E - Emotion & A - Approach)**
|
||
* **冷启动：分学科 SPGM 风格量表**
|
||
* **逻辑**：学习风格具有“领域特异性”。学生在数学课可能是“畏难者”，在英语课可能是“探究者”。
|
||
* **实施**：学期初或期中，通过数字化问卷进行**分科测评**（如《数学学习风格自查单》），确立学生在该学科的基础SPGM坐标。
|
||
* **过程采集：伴随式微型反思 (Exit Ticket)**
|
||
* **逻辑**：嵌入在作业或考试流程的末尾。
|
||
* **实施**：在主观题作业/作文的最后，增加一个极简的“数字反思区”（例如：一个心情表情包 + 一句自我评价）。无需额外收发纸质卡片，随作业提交自动采集。
|
||
|
||
### **3.3 探针C：交互式归因反馈 (聚焦 A - Approach)**
|
||
* **逻辑**：放弃AI猜测学生“为什么错”，改为引导学生自我诊断。
|
||
* **实施**：系统识别到错题或低分项时，向学生推送简单的**归因选择**（如：A.概念未掌握 B.审题不清 C.粗心计算）。此数据是判断学生“认知模式”的核心依据。
|
||
|
||
---
|
||
|
||
## **4. 智能分析层：LEAP 动态建模引擎**
|
||
*(Intelligence Layer)*
|
||
|
||
本层负责将零散数据汇聚为**LEAP模型**，并映射到**SPGM矩阵**。
|
||
|
||
### **4.1 LEAP 模型定义**
|
||
* **L (Level of Competence - 能力层级)**：
|
||
* 基于探针A，计算理科的“目录树掌握率”或文科的“能力模型得分”。
|
||
* *处理策略*：对于数据缺失的节点，利用知识关联性进行适度推断，并标注“低置信度”。
|
||
* **E (Emotional State - 情绪状态)**：
|
||
* 基于探针B（反思卡/量表），分析学生的学习动力（内驱/外驱）与情绪能级（焦虑/愉悦）。
|
||
* **A (Approach to Learning - 认知/学习路径)**：
|
||
* 基于探针C（归因反馈），分析学生是“死记硬背型”、“策略型”还是“元认知反思型”。
|
||
* **P (Position - 社会/课堂定位)**：
|
||
* （预留接口）基于教师的课堂观察标记，补充学生在课堂互动中的角色数据。
|
||
|
||
### **4.2 核心输出：SPGM 策略映射**
|
||
* **个体映射**：将学生的 LEAP 状态（如：低能力+高焦虑）映射到 SPGM 矩阵的具体格子（如：A1-安全港时刻），生成针对该生的辅导建议。
|
||
* **班级聚合**：汇总是全班数据，生成**班级学情热力图**（例如：全班60%的学生处于“依赖型”阶段），直接服务于教案设计。
|
||
|
||
---
|
||
|
||
## **5. 业务交互层：场景化价值交付**
|
||
*(Interface Layer)*
|
||
|
||
### **5.1 教师端：教学决策支持**
|
||
* **个案辅导**：点击学生头像，不只看分数，而是看到“画像+策略”。
|
||
* *示例*：“李雷（数学）：基础薄弱且畏难。建议：暂停布置难题，优先面批基础题，建立信心。”
|
||
* **教案设计助手联动**：
|
||
* 在教师备课时，系统自动调取**班级聚合学情**。
|
||
* *示例*：“检测到本班大部分学生在‘立体几何’模块存在‘空间想象力（L）’短板，且畏难情绪（E）较高。建议本节课导入环节增加实物模型演示（A1策略），降低认知门槛。”
|
||
|
||
### **5.2 学生端：元认知成长镜像**
|
||
* **归因引导**：在查看错题时，强制进行简单的自我归因，培养反思习惯。
|
||
* **成长周报**：
|
||
* **去排名化**：不显示“年级第几名”。
|
||
* **重归因**：显示“本周你的**审题习惯**（A）有待提升”、“你在**议论文逻辑**（L）上取得了突破”。
|
||
|
||
---
|
||
|
||
## **6. 典型业务流程示意 (User Journey)**
|
||
|
||
1. **作业提交**：学生在系统完成一篇作文，并在末尾选择了“😟（感到困难）”的表情（探针A+B）。
|
||
2. **智能分析**：
|
||
* 系统评分模型判断作文“论证逻辑”得分为低（L）。
|
||
* 系统记录学生情绪为“低能级”（E）。
|
||
* LEAP引擎更新该生的语文画像：**[困难-焦虑态]**。
|
||
3. **策略生成**：
|
||
* 系统识别该状态对应 SPGM 的 **[依赖型学习者]** 阶段。
|
||
4. **双向反馈**：
|
||
* **给老师**：在作文批改界面提示：“该生对论证逻辑感到焦虑，建议提供范文仿写（搭脚手架），而非直接批评。”
|
||
* **给学生**：推送：“这周作文有些挑战？试试先画一下思维导图再下笔。”
|
||
```
|
||
|
||
#### 智学伴学
|
||
|
||
这个做了几个学科的，但是由于没有想好销售，只是做了几个学科的AI 课代表、学科探索官智能体测试，没有推广。
|
||
|
||
```md
|
||
# “智学·未来”AI 教育平台商业立项方案
|
||
|
||
## 1. 项目背景与痛点分析
|
||
|
||
### 1.1 行业宏观背景
|
||
|
||
教育数字化正步入“深水区”。第一阶段的“管理数字化”（如OA、教务系统、电子班牌）已基本普及，但并未触及教育的核心——**“教学认知过程”**。
|
||
当前，AIGC（生成式人工智能）技术的爆发，使得“因材施教”和“教学标准化”的规模化并存成为可能。本项目旨在构建一个 **“懂教学、懂学生、懂管理”** 的 AI 赋能基座，抢占教育智能化转型的战略高地。
|
||
|
||
### 1.2 核心痛点识别
|
||
|
||
**A. 校方管理痛点（B端）——“不可控的黑盒”**
|
||
|
||
* **品控难题**：教学质量高度依赖教师个人能力，名师与普通教师差距巨大，缺乏有效的标准化工具将名师经验沉淀为集团资产。
|
||
* **成长慢**：新教师备课耗时长，且难以把握教学重难点，磨课成本高。
|
||
* **数据缺失**：传统教学过程发生在课堂和纸面上，数据未留存，导致教研管理缺乏数据支撑，只能凭经验拍脑袋。
|
||
|
||
**B. 家庭教育痛点（C端）——“无效的内卷”**
|
||
|
||
* **辅导崩溃**：家长缺乏专业学科知识或教育方法，作业辅导极易引发亲子关系紧张。
|
||
* **搜题成瘾**：市面主流“拍题软件”直接提供答案，导致学生产生思维惰性，甚至将此类工具作为作弊手段，家长对此深恶痛绝。
|
||
* **反馈滞后**：由于教师精力有限，学生的问题往往无法得到即时解答，知识盲区像滚雪球一样越积越多。
|
||
|
||
---
|
||
|
||
## 2. 核心价值主张与产品定位
|
||
|
||
### 2.1 平台定位
|
||
|
||
**“智学·未来”** 是一个基于大语言模型（LLM）驱动的双核教育 SaaS 平台。
|
||
它既是赋能学校的 **“教学标准化引擎”** ，也是服务家庭的 **“启发式伴学私教”** 。
|
||
|
||
### 2.2 To B 价值主张：从“提效”进阶为“品控”
|
||
|
||
面向学校管理者，我们不仅提供效率工具，更提供**管理抓手**：
|
||
|
||
* **基于 SPGM 的标准化内核**：将集团/学校自研的 **SPGM (教学协同矩阵模型)** 内嵌至 AI 算法中。这意味着每一份由 AI 生成的教案，都严格遵循了集团的教学规范和质量标准。
|
||
* **管理意志的数字化延伸**：通过统一的 Prompt 工程（提示词工程），确保教学目标、重难点解析符合学校要求，实现“铁打的营盘（AI基座），流水的兵（教师）”，保障教学质量下限。
|
||
|
||
### 2.3 To C 价值主张：从“给答案”转型为“练思维”
|
||
|
||
面向家长，我们提供反焦虑、反作弊的**高价值服务**：
|
||
|
||
* **苏格拉底式引导**：严格限制 AI 直接输出答案。AI 将扮演“循循善诱的导师”，通过反问、拆解步骤、提示关键概念的方式，引导学生自己思考出结果。
|
||
* **差异化卖点**：这是市面上少有的 **“不仅能提分，还能保护思考力”** 的产品，直接击中高知家长痛点。
|
||
|
||
---
|
||
|
||
## 3. 解决方案与功能矩阵
|
||
|
||
本方案采用“双核智能体 + 数据驾驶舱”的架构设计。
|
||
|
||
### 3.1 教师端：AI 教学副驾驶
|
||
|
||
*目标：将教师从重复劳动中解放，专注于育人与差异化教学。*
|
||
|
||
* **SPGM 标准教案生成器**：
|
||
* 输入课程主题，一键生成包含教学目标、引入环节、核心讲解、互动设计、板书设计的完整教案。
|
||
* **分层设计能力**：支持生成适配“基础班”（重基础巩固）与“提高班”（重思维拓展）的差异化教案。
|
||
* **AI 磨课对练**：
|
||
* 教师上传教案，AI 模拟“捣乱的学生”或“听课专家”进行提问，帮助新教师预演课堂突发状况，打磨授课技巧。
|
||
* **作业批改与学情采集**：
|
||
* OCR 识别学生作业，自动批改客观题，辅助批改主观题，并自动采集错题数据进入校级数据库。
|
||
|
||
### 3.2 学生端：智能伴学双子星
|
||
|
||
*目标：提供 7x24 小时个性化伴学，解决“反馈”与“兴趣”问题。*
|
||
|
||
#### A. 基础版（校内标配，B端采购包含）
|
||
|
||
* **角色 A：AI 课代表（逻辑与反馈）**
|
||
* **核心机制**：苏格拉底引导模式。
|
||
* **场景**：作业卡顿时的思路点拨、考前知识点快速查漏补缺。
|
||
* **角色 B：学科探索官（兴趣与审美）**
|
||
* **核心机制**：跨学科故事化叙述。
|
||
* **场景**：将枯燥的物理公式与历史发明故事结合，激发学习内驱力。
|
||
|
||
#### B. VIP 尊享版（C端增值服务，家长付费）
|
||
|
||
* **专属错题私教**：
|
||
* 自动归纳学生在平台互动及作业中的错题。
|
||
* AI 生成“举一反三”变式题进行针对性强化训练。
|
||
* **深度学情诊断报告**：
|
||
* 周/月度生成报告，不只给分数，更分析“知识点掌握度”、“逻辑思维能力模型”及“学习习惯建议”。
|
||
|
||
### 3.3 管理端：教学数据驾驶舱
|
||
|
||
*目标：让教学过程数据化、可视化，辅助管理决策。*
|
||
|
||
* **备课活跃度监控**：统计各学科组 AI 备课工具的使用率，评估教研数字化渗透率。
|
||
* **知识图谱热力图**：基于全校学生与 AI 的互动数据，实时生成“年级知识点掌握热力图”，帮助教务处精准识别共性薄弱点，调整教学进度。
|
||
|
||
## 4. 商业模式与定价策略
|
||
|
||
采用 **“B端基础订阅 + C端增值变现”** 的双轮驱动模式，既保障稳定的现金流，又保留高增长的爆发潜力。
|
||
|
||
### 4.1 To B 模式：SaaS 订阅 + 弹性扩容
|
||
|
||
*面向公立学校及私立教育集团，解决“进校难”与“预算固定”的矛盾。*
|
||
|
||
* **基础年费 (License Fee) —— 门票收入**
|
||
* **定价策略**：按校区规模或教师账号数阶梯定价（例如：标准版 5-10万/年/校）。
|
||
* **包含权益**：
|
||
* 教师端：AI 教学副驾驶全功能（SPGM教案生成、AI磨课），不限使用次数。
|
||
* 学生端：基础版权益（AI课代表/探索官），每日有限额对话次数（如每生每日20次交互），满足日常基本作业辅导。
|
||
* 管理端：基础数据驾驶舱。
|
||
|
||
* **弹性流量包 (Traffic Package) —— 增值收入**
|
||
* **场景**：当学校需要更高频的并发调用，或引入更昂贵的模型（如GPT-4o级别）进行复杂推理时。
|
||
* **模式**：
|
||
* *方案 A（托管）*：学校购买官方“企业级 Token 流量包”，超额预警。
|
||
* *方案 B（私有化配置）*：针对有技术能力的集团校，开放 API 接口，允许学校填入自有的 Azure/文心一言 API Key，平台只收系统维护费。
|
||
|
||
### 4.2 To C 模式：Freemium (免费+增值)
|
||
|
||
*面向家长，通过“提分”与“个性化服务”切入钱包。*
|
||
|
||
* **免费层 (Free)**：学生使用学校采购的基础额度。
|
||
* *作用*：培养使用习惯，沉淀学情数据。
|
||
* **VIP 尊享版 (Subscription) —— 利润中心**
|
||
* **定价策略**：建议 **19.9元/月** 或 **199元/年**（低门槛高留存策略）。
|
||
* **核心卖点**：
|
||
* **解除限制**：无限次对话额度。
|
||
* **专属私教**：解锁“错题举一反三”变式训练功能。
|
||
* **深度报告**：每月发送详细的学情诊断与提分建议书给家长。
|
||
* **转化逻辑**：当学生基础额度耗尽，或在期中/期末考试前，向家长推送“考前突击包”或VIP试用，引导转化。
|
||
|
||
```
|
||
|
||
#### 课堂教学分析
|
||
|
||
通过对课堂的教学录音转文字，对教师的教学进行五维度的评价。
|
||
这个也建成了系统。
|
||
|
||
### 企业管理方面
|
||
|
||
#### 战略情报局各智能体的输出结构
|
||
|
||
这个对一般的会议，用**信息萃取**就够用了。
|
||
|
||
* **信息萃取：**
|
||
|
||
```markdown
|
||
## 一、会议纪要
|
||
|
||
### 会议要点
|
||
|
||
1. **[事项一的标题]**
|
||
* **会议决议:**
|
||
* [决议内容1]
|
||
* [决议内容2]
|
||
* **关键讨论点:**
|
||
* [关键讨论点1]
|
||
* [关键讨论点2]
|
||
* **各方主要观点:**
|
||
* [某某的观点...]
|
||
* [另一方的观点...]
|
||
* **待跟进问题:**
|
||
* [待跟进问题1]
|
||
|
||
2. **[事项二的标题]**
|
||
* ...（结构同上）
|
||
|
||
### 待办清单
|
||
|
||
| 事项 | 任务内容 | 责任人 | 截至日期 |
|
||
| :--- | :--- | :--- | :--- |
|
||
| [事项一] | [具体的任务描述] | [张三] | [YYYY-MM-DD] |
|
||
| [事项二] | [具体的任务描述] | [市场部（待明确）] | |
|
||
| [事项三] | [具体的任务描述] | | |
|
||
|
||
```
|
||
|
||
* 战略意图分析
|
||
|
||
```markdown
|
||
# 董事长核心战略意图分析报告
|
||
|
||
## 一、 核心战略意图总览 (Executive Summary)
|
||
* **核心洞察1:** [一句话高度概括最重要的战略意图，例如：确立“智慧教育”为集团的核心第二增长曲线，以应对未来市场竞争格局。]
|
||
* **核心洞察2:** [一句话概括次重要的战略意图，例如：推动组织架构调整，以强化跨部门协同，支撑新业务的快速发展。]
|
||
* ...
|
||
|
||
## 二、 战略意图深度解析
|
||
|
||
### 1. [战略意图标题，例如：关于“智慧教育”的战略布局]
|
||
|
||
* **意图级别:** [长期 / 中期 / 短期]
|
||
* **意图类型:** [显性意图 / 隐性意图]
|
||
* **战略归类:** [产品创新 / 市场扩张 / ...]
|
||
|
||
* **“黄金圈”法则分析 (Why-How-What):**
|
||
* **Why (战略动因):** [解释为什么要有这个战略意图，回归第一性原理的思考结果。例如：教育的本质是提升学习效率与个性化体验，智慧教育是实现这一本质的最佳路径...]
|
||
* **How (实现路径):** [董事长期望通过什么方式或策略来实现。例如：通过内部孵化与外部战略投资相结合的方式...]
|
||
* **What (具体要求):** [会议中提到的具体行动方向或目标。例如：要求研发部门在年底前拿出产品原型...]
|
||
|
||
* **分析过程展示 (思维链):**
|
||
* **[证据锚点]** 董事长原话：“[引用会议中的关键原话，例如：‘我们不能再用老办法了，必须在智能化上有所突破。’]”
|
||
* **[分析解读]** 基于上述发言，结合当前教育科技化的行业趋势，可以解读出董事长认为现有业务模式已接近增长瓶颈，迫切需要寻找新的、非线性的增长点。
|
||
* **[分析解读]** 此外，“突破”一词暗示了这不仅是现有业务的改良，而是一次颠覆性的创新尝试，可能需要独立的资源和授权。
|
||
|
||
* **待补充信息建议:**
|
||
* 为更精准地评估此战略意图，建议补充以下信息：[例如：当前市场智慧教育产品的渗透率数据、主要竞争对手的技术路径与商业模式分析、集团内部现有技术人才盘点报告。]
|
||
|
||
### 2. [第二个战略意图，结构同上]
|
||
* ...
|
||
---
|
||
```
|
||
|
||
* 关键问题与意图
|
||
|
||
```markdown
|
||
## 三、关键问题诊断与机遇识别
|
||
|
||
### 核心诊断与机遇概览
|
||
* **核心诊断:** [用一句话概括最关键的组织/业务根源问题。]
|
||
* **核心机遇:** [用一句话概括最有潜力的潜在机遇。]
|
||
|
||
### 关键问题诊断
|
||
|
||
**1. [问题标题，例如：跨部门协作流程不畅导致创新项目延期]**
|
||
* **表层症状 (Symptoms):**
|
||
* 在会议中 [发言人3-市场总监, 15:32] 提到，“我们的新产品项目又延期了两周。”
|
||
* [发言人5-研发负责人, 16:10] 补充说，“市场部的需求给到研发时已经太晚了。”
|
||
* **深层诊断 (Diagnosis):**
|
||
* **[专业假设]** 上述症状**可能反映了**集团缺乏一个标准化的、跨职能的产品开发与上市（Go-to-Market）流程。目前的协作模式更多依赖于临时的沟通，导致信息传递延迟和责任界定不清。
|
||
* **潜在影响 (Potential Impact):**
|
||
* 若不加以改善，将持续削弱公司的市场反应速度，错失创新窗口期，并可能导致内部团队间的摩擦加剧。
|
||
* **数据缺失提醒:**
|
||
* 要验证此诊断，建议收集数据：[例如：各阶段创新项目的平均耗时、跨部门沟通的平均响应时间等。]
|
||
|
||
---
|
||
|
||
### 潜在机遇识别
|
||
|
||
**1. [机遇标题，例如：利用现有职业高中资源开拓“企业定制化培训”新市场]**
|
||
* **会议信号 (Signal):**
|
||
* [发言人2-CEO, 45:18] 在讨论职高就业率时提到，“好几家合作企业都问我们，能不能为他们的员工做定向技能提升培训。”
|
||
* **潜在机遇 (Potential Opportunity):**
|
||
* 这是一个强烈的市场需求信号，**或许揭示了**一个从B2C教育延伸至B2B企业培训服务的新增长点。这不仅能提高师资和设备的利用率，还能深化与企业的合作关系，形成产业闭环。
|
||
* **探索建议 (Exploratory Suggestion):**
|
||
* 建议指派专人（如职业高中校长或战略部）对本地头部企业进行一轮初步的需求访谈，以评估该市场的规模和可行性。
|
||
```
|
||
|
||
* 心理洞察
|
||
|
||
```markdown
|
||
## 四、发言人心理洞察与动态分析
|
||
|
||
> **[重要声明]** 本报告所有内容均为基于本次会议文本的专业观察与潜在解读，旨在提供管理与沟通参考，并非对个人能力的最终评判。所有心理状态分析均为推断，最终判断请由您本人做出。
|
||
|
||
### 关键洞察速览
|
||
* **关键人物状态:** [例如：董事长在本次会议中主要展现出引导与整合的姿态，而发言人X则可能处于较大的业务压力之下。]
|
||
* **团队动态核心:** [例如：团队在讨论A议题时表现出高度共识，但在B议题上则呈现明显的观点分歧与张力。]
|
||
|
||
### 关键发言人洞察
|
||
|
||
**1. 董事长**
|
||
* **情绪与能量状态:** [例如：整体呈现积极和掌控感。语言富有建设性，多使用“我们”、“一起”等词汇，旨在凝聚共识。]
|
||
* **潜在立场与动机:**
|
||
* **[一种可能的解读]** 在本次会议中的核心动机**似乎是**推动“智慧教育”战略的落地，并通过开放式提问激发团队的自主思考，而非直接下达命令。
|
||
* **关键语言信号:**
|
||
* **观察:** 反复使用设问句式（例如“我们有没有想过另一种可能性？”）。
|
||
* **潜在解读:** 这**可能表明**其意图在于引导团队思路，而非强加个人观点，是一种教练式的领导风格体现。
|
||
|
||
---
|
||
|
||
### 团队互动动态分析
|
||
|
||
* **影响力地图与联盟:**
|
||
* **观察:** 当[发言人2-CEO]提出观点后，[发言人4-财务总监]和[发言人6-法务负责人]通常会率先表示支持，形成了一个围绕特定议题的临时“观点集群”。
|
||
* **潜在解读:** 这**可能暗示**了他们在该业务领域有较强的利益或认知一致性。
|
||
* **沟通网络模式:**
|
||
* **观察:** 整体沟通呈现以董事长为中心的星型结构，大部分发言都直接或间接回应董事长的提问。发言人之间的横向直接对话相对较少。
|
||
* **潜在解读:** **一种可能性是**团队决策风格倾向于依赖最高领导的裁决。这提高了决策效率，但**或许**会抑制团队成员间的自发性协作。
|
||
|
||
> **[待提升建议]** 为了进行更深层次的团队动态分析（如部门间互动），建议在未来的会议记录中提供更详细的发言人角色映射表（例如：发言人2=CEO, 发-言人3=市场总监）。
|
||
```
|
||
|
||
* Boss专属视角
|
||
```markdown
|
||
## 五、董事长专属待-办清单
|
||
|
||
### 本日重点关注 (Top 3 Focus for Today)
|
||
|
||
**1. [决策] 智慧教育项目启动模式**
|
||
* **关键人员:** [发言人2-CEO], [发言人5-研发负责人]
|
||
* **介入原因:** 项目为集团核心战略，但会上关于“自主研发”还是“战略投资”的路径未形成共识，需要最高层进行最终决策以避免空转。
|
||
* **建议动作:** 召集一次30分钟的专题会议，要求双方分别准备一份单页的方案对比（Pro-Con List），会上直接决策。
|
||
|
||
**2. [推动] 跨部门产品开发流程的建立**
|
||
* **关键人员:** [发言人2-CEO], [发言人3-市场总监], [发言人5-研发负责人]
|
||
* **介入原因:** 诊断报告明确指出流程缺失是导致创新项目延期的根源，此问题已成系统性瓶颈，需由最高层强力推动解决。
|
||
* **建议动作:** 授权CEO牵头，成立一个由市场、研发、运营组成的临时工作组，目标在一个月内输出新流程的1.0版。要求每周向您邮件简报进度。
|
||
|
||
---
|
||
|
||
### 其他待办事项
|
||
|
||
**3. [跟进] 国际高中新校区选址进展**
|
||
* **关键人员:** [发言人X-项目负责人]
|
||
* **介入原因:** 此事在普通待办清单中提及，但会上未汇报明确进展。作为重要资产投入，需确保进度符合预期。
|
||
* **建议动作:** 要求[发言人X]在本周五前，通过邮件更新最新候选地址列表及初步评估。
|
||
|
||
**4. [审阅] B2B企业培训的市场调研初步报告**
|
||
* **关键人员:** [被指派的负责人]
|
||
* **介入原因:** 这是本次会议识别出的重要潜在机遇，需要您亲自审阅初步结论，以判断是否投入更多资源进行深入探索。
|
||
* **建议动作:** [若报告已提交] 花15分钟阅读报告，并给出“继续/暂停/调整方向”的明确指令。
|
||
```
|
||
|
||
#### 战略协议架构师 (SAA)
|
||
|
||
这个还没有升级完毕，正在从战略情报局转型中。
|
||
|
||
```md
|
||
# **【战略协议架构师 (SAA)】系统规划蓝图 v0.2**
|
||
|
||
**—— The Strategic Agreement Architect System**
|
||
|
||
## **1. 系统顶层设计：三大职能局 (The Tri-Bureau Structure)**
|
||
|
||
我们将系统重构为三个独立的职能中心，它们既可以独立运行，也可以通过数据总线串联协作。
|
||
|
||
### **A. 战略情报局 (SIB - Strategic Intelligence Bureau)**
|
||
* **前身**：原会议纪要系统。
|
||
* **定位**：系统的 **“眼睛与耳朵”**。负责将非结构化的语音/文本，转化为结构化的情报资产。
|
||
* **核心价值**：**“听懂言外之意”**。
|
||
* **服务模式**：可独立作为“智能会议助理”或“谈判辅助系统”使用。
|
||
|
||
### **B. 知识管理署 (KMA - Knowledge Management Agency)**
|
||
* **定位**：系统的 **“长时记忆”**。负责维护集团的静态资产（身份定义）和动态资产（法律库）。
|
||
* **核心价值**：**“确保基准统一”**。
|
||
* **服务模式**：作为后台基础设施，为其他两个局提供上下文支持。
|
||
|
||
### **C. 协议起草局 (PDB - Protocol Drafting Bureau)**
|
||
* **定位**：系统的 **“手与笔”**。负责逻辑构建、条款撰写与风控审查。
|
||
* **核心价值**：**“落地高层意志”**。
|
||
* **服务模式**：作为高级增值服务模块，依赖前两局的输入。
|
||
|
||
---
|
||
|
||
## **2. 详细智能体矩阵 (Agent Matrix)**
|
||
|
||
### **A. 战略情报局 (SIB) - [输入层]**
|
||
*原会议纪要系统，需升级模块*
|
||
|
||
| 代号 | 角色名称 | 核心技能 (Function) | 输入 | 输出 |
|
||
| :--- | :--- | :--- | :--- | :--- |
|
||
| **Recorder** | **速记员** | **信息萃取**。基础的语音转文字，提取待办、决议、摘要。 | 会议录音 | 会议纪要、待办清单 |
|
||
| **Analyst** | **参谋官** | **战略意图分析**。分析会议中的关键问题、机遇、董事长核心意图。 | 会议纪要 | 战略意图报告、机遇诊断书 |
|
||
| **Janus** | **双面神** | **心理/意图洞察**。分析**我方**高层研讨会，用双重透镜分析内部博弈与真实动机。 | 高层研讨录音 | 《我方战略底线与隐性目标》 |
|
||
| **Argus** | **阿格斯** | **对手画像**。分析**外部**洽谈会，建立对方的组织画像与谈判风格模型。 | 洽谈录音 | 《合作方诉求与博弈位势报告》 |
|
||
|
||
### **B. 知识管理署 (KMA) - [支撑层]**
|
||
*需新建/配置模块*
|
||
|
||
| 代号 | 角色名称 | 核心技能 (Function) | 数据源 | 输出 |
|
||
| :--- | :--- | :--- | :--- | :--- |
|
||
| **Archivist-I**| **定义者** | **身份锚定 (Identity)**。管理“集团是谁”。基于高层讲话/官网，定义战略红线、价值观。 | 官网、高层讲话 | 《集团战略定义书》 |
|
||
| **Archivist-L**| **法典官** | **法务归档 (Legal)**。管理“历史协议库”。基于历史合同，提取标准条款风格、常用法务措辞。 | 历史协议文档 | 《协议风格与标准组件库》 |
|
||
|
||
### **C. 协议起草局 (PDB) - [输出层]**
|
||
*需新建模块*
|
||
|
||
| 代号 | 角色名称 | 核心技能 (Function) | 输入 | 输出 |
|
||
| :--- | :--- | :--- | :--- | :--- |
|
||
| **Themis** | **架构师** | **协议构建**。综合情报与知识，进行条款的逻辑推演与文本生成。 | SIB报告 + KMA定义 | 协议提纲、协议草案 |
|
||
| **Cerberus**| **红队** | **合规审计**。模拟外部审计/法务，对草案进行对抗性审查。 | 协议草案 + 集团红线 | 《风险提示函》、修改建议 |
|
||
|
||
---
|
||
|
||
## **3. 业务流转阶段 (Process Phases)**
|
||
|
||
系统运行分为三个清晰的阶段，对应不同的用户场景。
|
||
|
||
### **阶段一：情报资产化 (Intelligence Extraction)**
|
||
*场景：用户开完会，需要整理思路，或为后续工作做准备。此阶段调用 **[战略情报局]**。*
|
||
|
||
1. **用户动作**：上传《洽谈会录音》或《高层研讨会录音》。
|
||
2. **系统动作**：
|
||
* **Recorder** 生成基础纪要。
|
||
* **Analyst** 提取关键决策点。
|
||
* *(进阶)* **Janus/Argus** 生成深度的《意图分析报告》和《对手画像》。
|
||
3. **交付物**：一份结构化的 **“谈判/研讨 资产包”** 。
|
||
* *价值点*：即便不写协议，这份资产包也能辅助人工决策。
|
||
|
||
### **阶段二：上下文校准 (Context Alignment)**
|
||
*场景：系统初始化，或集团战略更新时。此阶段调用 **[知识管理署]**。*
|
||
|
||
1. **用户动作**：上传最新的集团战略PPT，或新签署的范本合同。
|
||
2. **系统动作**：
|
||
* **Archivist-I** 更新《集团战略定义书》。
|
||
* **Archivist-L** 将新合同拆解入库。
|
||
3. **交付物**：更新后的**系统知识基座**。
|
||
|
||
### **阶段三：协议工程化 (Protocol Engineering)**
|
||
*场景：用户明确需要起草一份协议。此阶段调用 **[协议起草局]**，并拉取前两个阶段的数据。*
|
||
|
||
1. **用户动作**：
|
||
* 选择输入源：勾选阶段一生成的“洽谈资产包” + “研讨资产包”。
|
||
* 下达指令：“基于这两次会议，起草《战略合作框架协议》。”
|
||
2. **系统动作 (Themis)**：
|
||
* **提纲生成**：融合（Argus的对手诉求 + Janus的我方底线 + Archivist-I的集团定义）-> 生成提纲。
|
||
* **用户确认**：用户微调提纲。
|
||
* **草案扩写**：调用 Archivist-L 的法务风格 -> 生成正文。
|
||
3. **系统动作 (Cerberus)**：
|
||
* **红队测试**：扫描草案中的风险点。
|
||
4. **交付物**：**《协议草案包》**（含正文 + 溯源说明 + 风险提示）。
|
||
|
||
---
|
||
|
||
## **4. 实施与改造建议 (Implementation Path)**
|
||
|
||
### **Step 1: 品牌重塑与解耦 (Rebranding & Decoupling)**
|
||
* **任务**：将现有的“会议纪要系统”UI界面改版。
|
||
* **动作**：
|
||
* 更名为 **“战略情报局”**。
|
||
* 增加“导出为协议资产包”的接口（为未来对接做准备）。
|
||
* **话术升级**：告诉客户，这不是“录音转文字工具”，这是“董事会的情报参谋”。
|
||
|
||
### **Step 2: 知识库的冷启动 (Cold Start of KMA)**
|
||
* **任务**：人工辅助 + 简单Agent。
|
||
* **动作**：
|
||
* 无需通过复杂的RAG。只需让 **Archivist-I** 读取集团官网和两篇CEO讲话，生成一个 System Prompt（系统提示词）即可，例如：“你代表XX集团，核心价值观是...”
|
||
* 人工整理 5-10 份高频使用的协议范本，作为 **Archivist-L** 的基础语料。
|
||
|
||
### **Step 3: 上线起草局 (Launch PDB)**
|
||
* **任务**：构建 Themis 和 Cerberus。
|
||
* **动作**：
|
||
* 开发“写作工作台”界面。
|
||
* 实现核心逻辑：`Prompt = (洽谈要点 + 研讨定论 + 集团人设 + 历史风格) -> 生成协议`。
|
||
* 集成 Cerberus 的校验逻辑。
|
||
|
||
```
|
||
|
||
#### 天策·组织智核
|
||
|
||
这个人肉部分（所有人工测试基础的流程、测试）已经完毕，没有封装进系统。
|
||
|
||
```md
|
||
# 📂 项目背景档案：天策·组织智核 (Tiance Organization Cognitive Core)
|
||
|
||
## Profile
|
||
|
||
* **author**: Wantsong
|
||
* **version**: 1.0
|
||
* **date**: 2026-01-14
|
||
|
||
## 1. 项目定义与目标
|
||
|
||
我们正在基于 **CCPE框架（智核提示工程）V2.0** 打造一套多智能体协作系统，名为 **“天策·组织智核”**。
|
||
|
||
* **核心任务：** 对大型教育集团旗下 **多个职能部门** 的长篇述职会议录音进行【组织核磁共振】。
|
||
* **根本目标：** 跳过表层的事务性汇报，利用红绿双线对勘机制，探查深层的组织矛盾（Issue）与核心资产（Asset），结合决策者的心理博弈，输出**组织级的诊断总纲**与**落地的策略建议**。
|
||
|
||
## 2. 核心方法论
|
||
|
||
系统采用 **“双线对勘 + 认知过滤 + 策略分流”** 的复合流水线：
|
||
|
||
1. **红绿对勘 (The Collision):**
|
||
* **红线 (SQPI):** 关注病灶、逻辑冲突与执行阻碍。
|
||
* **绿线 (ARC):** 关注实绩、沉淀资源与过程能力。
|
||
* **原理:** 寻找“有资源无产出”或“为了指标造假”的认知错配。
|
||
2. **认知过滤 (Cognitive Filtering):**
|
||
* 引入战略洞察系统（雅努斯/阿格斯）作为旁路，分析“人”的因素（心理/权力）。
|
||
* 将“事”的逻辑与“人”的逻辑进行叠加，判断任务的可行性。
|
||
3. **策略分流 (Strategic Routing & Feasibility Check):**
|
||
* **基于可行性的“双重过滤”：**
|
||
* **算法一（向上兼容）：** 决策者的认知带宽能否容纳“真话”？（Input: 雅努斯/奥丁）
|
||
* **算法二（向下承载）：** 执行层团队的资产与政治能量能否扛得住“改革”？（Input: 颜师古/阿格斯）
|
||
* **路由逻辑：** 只有通过双重过滤的事项才会被送往 **[魏征]** 进行根治；否则将路由给 **[贾诩]** 进行降维处理或表面交付，以保全团队生存。
|
||
|
||
## 3. 智能体军团架构 (Agent Matrix)
|
||
|
||
系统架构为四大梯队。其中 **[外援/旁路]** 标识为从其他系统借调的智能体，其余为“天策府”原生智能体。
|
||
|
||
### ✅ 第一梯队：数据基建与审计 (Extraction & Audit)
|
||
>
|
||
> *职责：将非结构化的语音流，转化为结构化的事实、资产与待办。*
|
||
|
||
#### **1. [张汤] (Zhang Tang) - 清洗层**
|
||
|
||
* **职责：** 数据清洗专家。
|
||
* **输出：** 《部门清洗文稿》（含情绪/数据标记）。
|
||
|
||
#### **2. [长孙无忌] (Zhangsun Wuji) - 萃取层（红线）**
|
||
|
||
* **职责：** 组织事实刑侦官。
|
||
* **原则：** 基于 SQPI 模型，“无证据不立案”。
|
||
* **输出：** 《部门事实刑侦卷宗》（聚焦 Problem/Issue）。
|
||
|
||
#### **3. [颜师古] (Yan Shigu) - 萃取层（绿线）**
|
||
|
||
* **职责：** 组织业绩考功官。
|
||
* **原则：** 基于 ARC 模型，“不画饼，不遗漏资产”。
|
||
* **输出：** 《部门业绩考功绩呈》（聚焦 Asset/Capacity）。
|
||
|
||
#### **4. [崔钰] (Cui Yu) - 督办层（执行）**
|
||
|
||
* **职责：** **组织督办官 (The Auditor)**。
|
||
* **功能：** 提取待办事项，并进行“红绿双向审计”（查风险敞口，查资产闲置）。
|
||
* **输出：** 《督办核查底稿》（含待办清单、风险敞口、资产闲置）。
|
||
* **流向：** 直接交付给 **[程昱]** 进行定性，同时抄送 **[班固]** 存档。
|
||
|
||
---
|
||
|
||
### ✅ 第二梯队：全像档案与宏观扫描 (Synthesis & Macro-Scan)
|
||
>
|
||
> *职责：构建组织的历史记忆，并进行跨部门的宏观病理扫描。*
|
||
|
||
#### **5. [班固] (Ban Gu) - 合成层**
|
||
|
||
* **职责：** **微观保真**。史官记录者。
|
||
* **输入：** 单个部门的 [长孙无忌] + [颜师古] 档案。
|
||
* **输出：** 《部门全像列传》。生成标准化的【史官备案录】，供下游调用。
|
||
|
||
#### **6. [司马迁] (Sima Qian) - 合成层**
|
||
|
||
* **职责：** **宏观审计**。集团首席战略审计官。
|
||
* **输入：** 全集团所有部门的 [班固] 列传。
|
||
* **输出：** 《集团全域审计图谱》（三卷本）。寻找跨部门的恶性循环与价值链断裂。
|
||
|
||
---
|
||
|
||
### ✅ 第三梯队：核心诊断与认知洞察 (Diagnosis & Insight)
|
||
>
|
||
> *职责：结合业务逻辑（内部）与心理/权力逻辑（外部），确诊病灶。*
|
||
|
||
#### **[外援/旁路] 7. [阿格斯] (Argus) - 组织透视**
|
||
|
||
* **定位：** **系统观察者**。借调自战略洞察系统。
|
||
* **职责：** 基于 ORBIT/PRISM 模型，透视部门的权力结构与潜规则。
|
||
* **输出：** 《组织生态诊断书》。
|
||
|
||
#### **[外援/旁路] 8. [雅努斯] (Janus) - 认知洞察**
|
||
|
||
* **定位：** **人性显微镜**。借调自战略洞察系统。
|
||
* **职责：** 深度剖析关键决策者（董事长/部门负责人）的心理图式、恐惧点与核心诉求。
|
||
* **输出：** 《决策者认知画像》（含心理操控杠杆点）。
|
||
|
||
#### **[外援/旁路] 9. [奥丁] (Odin) - 心理溯源**
|
||
|
||
* **定位：** **灵魂解码器**。雅努斯负责看清“外部舞台(ORBIT)”和“演员表现(PRISM)”，奥丁则负责通过这些现象进行逆向工程，解析演员的“灵魂源代码”。
|
||
* **职责：** 深度剖析关键决策者（董事长/部门负责人）的动力、道德、防御和图式，最终锁定其人格底色。
|
||
* **输出：** 《决策者心理溯源报告》（含心理深层心理侧写）。
|
||
|
||
#### **10. [房玄龄] (Fang Xuanling) - 宏观病理**
|
||
|
||
* **定位：** **集团战略总师**。
|
||
* **职责：** 结合 [司马迁] 的图谱与 [阿格斯] 的生态，输出全集团病理总纲。
|
||
* **输出：** 《天策·组织病理总纲》。
|
||
|
||
#### **11. [杜如晦] (Du Ruhui) - 微观核查**
|
||
|
||
* **定位：** **部门临床核查官**。
|
||
* **职责：** 基于房玄龄的总纲，对具体部门进行深度核查，挖掘“问题本质”。
|
||
* **输出：** 《部门深度核查报告》（揭示问题的 Root Cause）。
|
||
|
||
---
|
||
|
||
### 🚧 第四梯队：策略建议矩阵 (The Strategy Matrix)
|
||
|
||
> *职责：基于程昱的逻辑审计结果，经过郭嘉的“认知与能力双重过滤”后，分流至“执行层（贾诩）”或“风控层（魏征）”，实现组织生存与发展的最优解。*
|
||
|
||
#### **12. [程昱] (Cheng Yu) - 审计层 (The Auditor)**
|
||
|
||
* **定位：** **战略审计与逻辑定性官 (Strategic Alignment Auditor)**。
|
||
* **职责：** **双向对勘 (Calibration)**。不负责决策，只负责“验尸”。计算“表象需求（崔钰）”与“本质病灶（杜如晦）”之间的逻辑偏差。
|
||
* **输入：** [崔钰] 待办列表 + [杜如晦] 深度核查报告。
|
||
* **动作：**
|
||
* **逻辑断层扫描：** 识别“手段与目的错配”、“资源与任务错配”。
|
||
* **风险量化评级：** 打标 `[High Impact]`, `[Low Impact]`, `[Misalignment]`, `[Critical Risk]`。
|
||
* **输出：** **《待办事项定性与对勘底稿》 (The Adjudication Ledger)**。
|
||
* **流向：** **全部交付给 [郭嘉] 进行路由判决。**
|
||
|
||
#### **13. [郭嘉] (Guo Jia) - 路由层 (The Strategist)**
|
||
|
||
* **定位：** **认知博弈与策略分流引擎 (Cognitive Strategy Router)**。
|
||
* **核心职责：** **可行性计算与路由 (Feasibility Check & Routing)**。站在“逻辑真理”与“人性现实”的交叉点，计算方案的存活率。
|
||
* **输入：**
|
||
* **事实侧：** [崔钰] 待办 + [程昱] 定性 + [长孙无忌] 刑侦卷宗（QPI定性）。
|
||
* **资产侧：** [颜师古] 功绩呈（判断团队能做什么）。
|
||
* **心理侧：** [雅努斯/奥丁] 决策者画像 + [阿格斯] 部门政治环境。
|
||
* **双重算法逻辑：**
|
||
* **算法一（向上）：** 老板听得进真话吗？（Check: 认知带宽/安全感）。
|
||
* **算法二（向下）：** 团队扛得住改革吗？（Check: 资产储备/政治位阶）。
|
||
* **输出：** **《战略可行性矩阵与路由建议书》 (Strategic Feasibility Matrix)**。
|
||
* 包含：每个事项的路由去向（To 贾诩 / To 魏征）及 **“认知重构策略 (Re-framing)”**。
|
||
|
||
#### **14. [贾诩] (Jia Xu) - 建议层 (The Executor)**
|
||
|
||
* **定位：** **执行效能引擎 (Execution Efficiency Engine)**。
|
||
* **视角：** **交付思维 (Delivery-First)**。关注“如何把事情做漂亮”，默认前提是“指令必须被执行”。
|
||
* **输入：** **被 [郭嘉] 判定为“不可根治”或“需表面顺从”的事项** + [郭嘉] 的降维指导。
|
||
* **逻辑：** 忽略长期风险，聚焦短期交付质量与SOP（标准作业程序）设计。对于“抚慰性”动作，设计高可视化的“表演性执行方案”。
|
||
* **输出：** **《执行落地 SOP 与资源配置表》**。
|
||
|
||
#### **15. [魏征] (Wei Zheng) - 建议层 (The Controller)**
|
||
|
||
* **定位：** **风控与合规引擎 (Risk & Compliance Engine)**。
|
||
* **视角：** **底线思维 (Bottom-line)**。关注“什么绝对不能做”以及“必须做什么来止损”。
|
||
* **输入：** **被 [郭嘉] 判定为“必须根治”且“具备执行条件”的事项** + [郭嘉] 的话术包装建议。
|
||
* **逻辑：** 依据程昱的风险预警，起草阻断指令。针对本质病灶，提出不考虑老板情绪的“外科手术式”改革方案。
|
||
* **输出：** **《高危事项阻断令与整改方案》**（含合规熔断书、负面清单）。
|
||
|
||
## 4. 关键注意事项 (Constraints)
|
||
|
||
1. **数据流向严谨性：** [崔钰] 的数据必须分流，一份去 [班固] 存档，一份去 [程昱] 确权。
|
||
2. **旁路系统的独立性：** [阿格斯] 和 [雅努斯] 保持客观中立，它们不直接提建议，只提供“环境参数”和“心理参数”，供下游参考。
|
||
3. **建议层的分层输出：** 最终报告应呈现一种“博弈态”，即“如果你想保短期，按贾诩做；如果你想救企业，按魏征做；如果你想两者兼顾且愿意承担操作风险，按郭嘉做”。
|
||
4. **文风统一：** 尽管内核是古人智慧，但输出界面必须保持 **现代商业咨询（MBB Style）** 的专业度。
|
||
```
|
||
|
||
### 市场营销方面（高客单价商业场景）
|
||
|
||
#### 销售智能体
|
||
|
||
目前已经建成，在一家医美公司试用中。
|
||
|
||
```md
|
||
# 销售洞察智能体（教育、医美）系统核心设计文档 V1.0
|
||
|
||
## 1. 系统综述 (System Overview)
|
||
|
||
### 1.1 产品愿景
|
||
本系统旨在构建一个 **“数据驱动的销售洞察工厂”**。通过对非结构化业务数据（微信聊天、面诊录音）的深度清洗与心理学分析（基于ORBIT/PRISM模型），为医美/教育机构提供**SOP优化**、**面诊质量质检**及**高转化率话术生成**服务。
|
||
|
||
### 1.2 核心价值主张
|
||
* **看见看不见的**：通过心理画像，挖掘客户未言明的顾虑与动机。
|
||
* **沉淀带不走的**：将金牌咨询师的经验转化为机构的数字化资产（知识库）。
|
||
* **赋能跟不上的**：让普通咨询师通过AI辅助，具备资深专家的接待与催单能力。
|
||
|
||
### 1.3 系统架构隐喻： “一底座，三引擎”
|
||
* **一底座 (The Base)**：**客户全生命周期数据中心**。这是配套的信息化功能，用于存储客户档案、交互记录（文本/语音）和知识库。
|
||
* **三引擎 (The Engines)**：
|
||
* **清洗引擎 (Agent A1/A2)**：负责将杂乱数据结构化。
|
||
* **洞察引擎 (Agent B)**：负责心理分析与画像构建。
|
||
* **策略引擎 (Agent C)**：负责输出行动指南与话术。
|
||
|
||
---
|
||
|
||
## 2. 核心业务场景 (Core Business Scenarios)
|
||
|
||
本系统不介入实时的“正在进行时”对话，而是专注于 **“事前预判”** 、 **“事后复盘”** 与 **“周期性优化”** 。以下定义三个核心业务闭环：
|
||
|
||
### 场景一：邀约话术优化与知识库构建 (Invitation Optimization Loop)
|
||
* **目标**：利用历史存量数据，提炼金牌邀约话术，解决“新客开口死”的问题。
|
||
* **时机**：周期性执行（如每月一次）或系统初始化阶段。
|
||
|
||
| 步骤 | 角色 | 动作 (Action) | 输入数据 | 输出结果 |
|
||
| :--- | :--- | :--- | :--- | :--- |
|
||
| **1. 数据归集** | **信息化功能** | 批量导入/上传销售微信聊天记录（txt/csv格式）。 | 原始聊天记录 | 待处理数据池 |
|
||
| **2. 数据清洗** | **Agent A1** | **聊天记录清洗智能体** 运行。剔除寒暄，识别客户关键提问与机构回答。 | 待处理数据池 | 1. 结构化线索<br>2. 原始问答对 (Raw QA Pairs) |
|
||
| **3. 知识提炼** | **人工服务** | 专家顾问（我们）审视原始问答对，筛选高转化话术，剔除违规承诺。 | 原始问答对 | **金牌邀约话术库 (SOP)** |
|
||
| **4. 知识应用** | **信息化功能** | 将SOP录入“话术检索工具”。咨询师可关键词检索。 | 金牌话术库 | 咨询师获得实时指导 |
|
||
|
||
### 场景二：面诊前线索分析与预判 (Pre-Consultation Insight)
|
||
* **目标**：在面诊前，让医生/咨询主管秒懂客户，制定针对性接待策略。
|
||
* **时机**：客户到店前 / 前台接待间隙。
|
||
|
||
| 步骤 | 角色 | 动作 (Action) | 输入数据 | 输出结果 |
|
||
| :--- | :--- | :--- | :--- | :--- |
|
||
| **1. 记录上传** | **信息化功能** | 销售将该客户前期的微信聊天记录上传至该客户档案下。 | 单个客户聊天记录 | 客户关联数据 |
|
||
| **2. 线索挖掘** | **Agent A1** | **聊天记录清洗智能体** 运行。提取显性诉求、预算信号、已暴露的顾虑。 | 客户关联数据 | **《面诊接待小贴士》** |
|
||
| **3. 策略制定** | **医生/主管** | 查看小贴士。例如：“客户在意留疤，且对竞品A有恶感”，准备相应案例。 | 接待小贴士 | 针对性的面诊方案 |
|
||
|
||
### 场景三：面诊复盘与催单转化 (Post-Consultation Conversion)
|
||
* **目标**：针对未当场成交的客户，进行深度心理诊断，生成精准催单话术；同时监控面诊合规性。
|
||
* **时机**：面诊结束后的当天复盘时段。
|
||
|
||
| 步骤 | 角色 | 动作 (Action) | 输入数据 | 输出结果 |
|
||
| :--- | :--- | :--- | :--- | :--- |
|
||
| **1. 录音上传** | **信息化功能** | 上传面诊录音文件，系统自动转写为文本。 | 录音文件 | 面诊实录文本 |
|
||
| **2. 质量复盘** | **Agent A2** | **面诊复盘智能体** 运行。进行全维度信息提取与质检（含合规/病史检查）。 | 面诊实录文本 | **《面诊复盘分析报告》** |
|
||
| **3. 深度洞察** | **Agent B** | **深度画像智能体** 运行。结合A1的微信线索和A2的现场实录，进行ORBIT/PRISM分析。 | 微信线索 + 复盘报告 | **《3C客户心理全景图》** |
|
||
| **4. 话术生成** | **Agent C** | **话术生成智能体** 运行。基于心理全景图中的“阻碍点”，匹配知识库生成话术。 | 心理全景图 + 催单库 | **《催单行动指南 & 话术》** |
|
||
| **5. 执行与反馈** | **咨询师** | 参考指南进行回访，并在系统中记录回访结果（成功/失败原因）。 | 催单话术 | 闭环反馈数据 |
|
||
|
||
## 3. 智能体详细规格 (Agent Specifications)
|
||
|
||
本章节定义智能体的具体“输入-处理-输出”逻辑。所有智能体均基于LLM构建，需通过Prompt Engineering和RAG（检索增强生成）技术实现。
|
||
|
||
### 3.1 Agent A1: 聊天记录清洗智能体 (Chat Log Cleaner)
|
||
* **定位**：非结构化文本清洗与线索提取器。
|
||
* **核心能力**：去噪、语义归类、QA提取。
|
||
* **Input (输入)**：
|
||
* `raw_chat_text`: 导出的微信聊天记录文本（包含时间戳、发送人、内容）。
|
||
* `config_tags`: 预设的业务标签集（如：[价格抗拒], [竞品对比], [距离抗拒]）。
|
||
* **Processing (处理逻辑)**：
|
||
1. **角色分离**：区分“咨询师”与“客户”。
|
||
2. **垃圾过滤**：移除表情包、纯寒暄（“你好”、“在吗”）、无效语音提示。
|
||
3. **线索抽取**：识别客户提及的症状（Symptoms）、诉求（Demands）、预算（Budget）。
|
||
4. **问答对挖掘**：提取“客户提问”与紧随其后的“咨询师回答”，并尝试打上业务标签。
|
||
* **Output (输出)**：
|
||
* `client_clues`: { "symptoms": [], "demands": [], "budget_range": "", "concerns": [] }
|
||
* `qa_pairs`: [ { "question": "...", "answer": "...", "tag": "..." }, ... ]
|
||
* `summary_note`: 一段简短的《面诊接待小贴士》（用于场景二）。
|
||
|
||
### 3.2 Agent A2: 面诊复盘智能体 (Consultation Reviewer)
|
||
* **定位**：合规质检与全量信息结构化。
|
||
* **核心能力**：长文本理解、规则检查、多维度摘要。
|
||
* **Input (输入)**：
|
||
* `transcript_text`: 面诊录音转写后的全量文本。
|
||
* `checklist_rules`: 质检规则集（如：必须询问过敏史、禁止承诺100%效果）。
|
||
* **Processing (处理逻辑)**：
|
||
1. **分段摘要**：按面诊流程（寒暄-问诊-方案-报价）对文本进行分段总结。
|
||
2. **合规扫描**：检索文本中是否存在违规话术或遗漏的关键询问（如病史）。
|
||
3. **事实结构化**：提取确定的医疗事实（诊断结果、建议方案、排斥方案）。
|
||
* **Output (输出)**：
|
||
* `review_report`: 《医美面诊复盘分析报告》（包含8大模块：主诉、病史、评估、方案、风险、费用、心理反应、建议）。
|
||
|
||
### 3.3 Agent B: 深度画像智能体 (The Deep Profiler)
|
||
* **定位**：跨源推理与心理建模引擎。
|
||
* **核心能力**：ORBIT/PRISM模型推理、矛盾检测。
|
||
* **Input (输入)**：
|
||
* `wechat_clues` (from A1): 微信聊天线索。
|
||
* `consultation_facts` (from A2): 面诊事实报告。
|
||
* **Processing (处理逻辑)**：
|
||
1. **一致性校验**：对比 `wechat_clues` 与 `consultation_facts`，识别客户的前后不一致点（撒谎/掩饰）。
|
||
2. **ORBIT分析**：评估决策权力（Power）、人际关系（Relationship）、动机（Motivation）。
|
||
3. **PRISM分析**：评估深层恐惧（Meme）、认知逻辑（Reasoning）。
|
||
* **Output (输出)**：
|
||
* `3c_profile`: 《3C客户心理全景图》结构化数据。
|
||
* `decision_maker`: 谁买单？（本人/配偶/父母）
|
||
* `core_fear`: 真正怕什么？（怕痛/怕贵/怕没效果/怕被发现）
|
||
* `trust_gap`: 信任缺口在哪里？
|
||
|
||
### 3.4 Agent C: 话术生成智能体 (Script Writer)
|
||
* **定位**：策略落地与内容生成器。
|
||
* **核心能力**：知识库检索、风格化写作。
|
||
* **Input (输入)**：
|
||
* `3c_profile` (from B): 客户心理画像。
|
||
* `knowledge_base`: 催单话术库、成功案例库。
|
||
* **Processing (处理逻辑)**：
|
||
1. **策略匹配**：根据 `core_fear` 检索对应的解决策略（Strategy）。
|
||
2. **素材组装**：调用相关的案例描述或话术片段。
|
||
3. **话术生成**：生成微信跟进文案（文本）和电话沟通要点（Bullet Points）。
|
||
* **Output (输出)**：
|
||
* `action_guide`: 《催单行动指南》。含：回访时机建议、话术原文、需发送的物料清单。
|
||
|
||
---
|
||
|
||
## 4. 配套信息化功能需求 (Supporting Information System)
|
||
|
||
为了让上述智能体运转，我们需要构建一个轻量级的 CRM (Customer Relationship Management) 和 KB (Knowledge Base) 系统。
|
||
|
||
### 4.1 客户档案管理 (Client Profile Management)
|
||
* **功能描述**：系统的核心数据实体。
|
||
* **关键字段**：
|
||
* 基础信息：编号、性别、年龄。
|
||
* **智能体关联数据**：
|
||
* `chat_logs`: 关联的聊天记录文件列表。
|
||
* `transcripts`: 关联的面诊录音转写文件列表。
|
||
* `agent_outputs`: 存储 A1/A2/B/C 生成的各类报告（JSON/Markdown格式）。
|
||
* **操作**：新建客户、编辑客户、上传文件（支持拖拽上传微信导出文件/录音文件）。
|
||
|
||
### 4.2 数据上传与解析中心 (Data Ingestion Center)
|
||
* **功能描述**：作为 Agent 的触发入口。
|
||
* **交互流程**：
|
||
1. 用户进入“客户详情页”。
|
||
2. 点击“上传微信记录” -> 触发 Agent A1 -> 生成并展示“接待小贴士”。
|
||
3. 点击“上传面诊录音” -> 触发转写服务(ASR) -> 触发 Agent A2 -> 触发 Agent B -> 触发 Agent C -> 生成并展示“复盘报告”与“催单指南”。
|
||
|
||
### 4.3 知识库管理后台 (Knowledge Base Admin)
|
||
* **功能描述**：用于管理 Agent C 调用的素材，以及存储 Agent A1 挖掘出的 QA。
|
||
* **模块划分**：
|
||
* **邀约话术库**：存储经过人工清洗的QA对。字段：[问题关键词] [标准回答] [适用场景] [标签]。
|
||
* **催单策略库**：存储针对不同心理画像的策略。例如：针对“怕痛”的客户，关联“无痛技术解析文案”。
|
||
* **案例库**：存储脱敏后的成功案例（图片链接/文字描述），打上 [症状] [年龄段] 标签。
|
||
|
||
### 4.4 权限与账号体系 (RBAC) - *[精简版]*
|
||
* 不需要复杂的权限，但需区分角色：
|
||
* **管理员/店长**：可查看所有数据，可管理知识库（审核话术）。
|
||
* **咨询师/医生**：仅可上传数据，查看自己负责客户的报告与指南。
|
||
|
||
```
|
||
|
||
#### 一人市场部
|
||
|
||
目前人肉跑完核心系统一和系统二。
|
||
|
||
```md
|
||
# AI Native 市场部规划文档
|
||
|
||
## Profile
|
||
|
||
* **Author:** Wantsong
|
||
* **Version:** V3.0
|
||
* **date**: 2026-02-09
|
||
**Based on**: High-Ticket Vertical Trust Blueprint (高客单价信任蓝图)
|
||
|
||
## 0. 战略综述 (Executive Summary)
|
||
|
||
### 0.1 核心使命：高维认知的工业化降维
|
||
本系统旨在解决高客单价、高认知门槛商业场景（如高端咨询、医美、国际教育）中的核心矛盾：**专家认知的稀缺性与大众市场的信息不对称**。
|
||
我们构建一套 **“硅基变压器系统”** —— 在保持内核（身份与理论）极度硬核的前提下，通过智能体矩阵实现**接口的暴力降维**，将高深的认知转化为大众可消费的内容（IP），将复杂的博弈转化为一线可执行的 SOP。
|
||
|
||
### 0.2 架构哲学：核心与外挂分离 (Core-Utility Decoupling)
|
||
为了应对快速迭代的 AI 技术环境，系统采用 **“双层架构”** 设计：
|
||
|
||
* **Layer 1: 稳态核心 (The Core Agents)**
|
||
* **定位**：系统的“大脑”与“策略中枢”。
|
||
* **特征**：基于相对稳定的营销学/心理学原理（如 APTC 模型、定位理论）构建。这部分资产长期复利，不易过时。
|
||
* **载体**：Genesis System, Nexus Master 等主控智能体。
|
||
* **Layer 2: 敏态外挂 (The Utility Plugins)**
|
||
* **定位**：系统的“手脚”与“生产车间”。
|
||
* **特征**：基于快速迭代的 AIGC 工具（如 MJ, Sora, Suno）构建。这部分模块化设计，可随时替换升级。
|
||
* **载体**：视频流水线、海报生成器等工具型智能体。
|
||
|
||
### 0.3 五大核心系统概览 (System Overview)
|
||
本规划将“市场部”职能解构为五个相互咬合的智能体子系统，对应信任构建的全生命周期：
|
||
|
||
1. **Genesis System (造核)**：身份架构与理论资产管理。
|
||
2. **Nexus System (织网)**：内容降维与全域分发。
|
||
3. **Magnet System (吸铁)**：获客钩子与转化工具。
|
||
4. **Oasis System (绿洲)**：私域信任与证据链构建。
|
||
5. **Evolution System (进化)**：数据归因与模型迭代。
|
||
|
||
## 1. 核心系统一：Genesis System (造核 · 身份架构)
|
||
|
||
> **对应蓝图模块**：Module 1 身份架构与认知高地
|
||
> **系统定位**：IP 的立法者、哲学王与资产管理员。它是整个市场部的**根目录**。
|
||
|
||
### 1.1 系统架构与拓扑
|
||
采用 **星型发散结构 (Hub-and-Spoke)**。
|
||
* **输入**：创始人的原始背景、商业意图、碎片化思考。
|
||
* **输出**：机器可读的 `Global Context Object`（全局上下文对象），作为下游所有系统的启动密钥。
|
||
|
||
### 1.2 核心智能体矩阵 (Core Agents Matrix)
|
||
|
||
#### **1.2.1 Genesis Master (创世主控)**
|
||
* **角色**：立法者 (Legislator) & 守门人 (Gatekeeper)。
|
||
* **核心职责**：
|
||
* **Phase 0 商业诊断**：拥有“一票否决权”。基于《商业模式校准铁律》对用户的初始意图进行压力测试（溢价守恒、交付半径、人设冲突）。如果商业逻辑跑不通，强制熔断，防止无效投入。
|
||
* **Context 分发**：生成机器可读的 **`Global Context Object`**，作为下游所有子智能体的启动密钥。
|
||
* **任务分发**：指挥下游 4 个垂类智能体协同工作。
|
||
* **白皮书总装**：输出 **《IP 身份与资产架构白皮书（总纲）》**。
|
||
* **交付物**：《商业模式可行性诊断书》、《IP 身份与资产架构白皮书（总纲）》。
|
||
|
||
#### **1.2.2 Sub-Agent 1.1: 认知定位师 (Cognitive Positioning Specialist)**
|
||
* **角色**：差异化猎手。
|
||
* **核心职责**：解决 **“我是谁”**。扫描市场盲区，挖掘创始人非标资产（偏见/缺陷/跨界），提炼排他性定位。
|
||
* **交付物**：《IP 身份定义书》（含认知生态位、人设标签金字塔、排他性定位语）。
|
||
|
||
#### **1.2.3 Sub-Agent 1.2: 理论封装师 (Theory Encapsulation Specialist)**
|
||
* **角色**：概念架构师。
|
||
* **核心职责**：解决 **“我信什么”**。将碎片观点封装为“听起来很贵”的理论模型（Model）和反共识观点（Anti-Consensus），并定义行业黑话。
|
||
* **交付物**：《理论资产入库单》（含 Mermaid 可视化模型代码、黑话词典）。
|
||
|
||
#### **1.2.4 Sub-Agent 1.3: 符号设计师 (Symbolic Designer)**
|
||
* **角色**：视觉与语言总监。
|
||
* **核心职责**：解决 **“像不像专家”**。定义语言指纹（Tone & Voice）与视觉锚点（Visual Anchor），确立高知场域的设计规范。
|
||
* **交付物**：《IP 符号系统定义书》、**MJ Prompt Template**（供视频流水线调用）。
|
||
|
||
#### **1.2.5 Sub-Agent 1.4: 资产规划师 (Asset Planner)**
|
||
* **角色**：战略风控官。
|
||
* **核心职责**：解决 **“如何长存”**。规划 IP 生命周期的三部曲（破局/教育/赋能）及风险熔断机制。
|
||
* **交付物**：《IP 演进路线图》、《IP 理论体系架构图》、《资产沉淀 SOP》、《风险熔断机制》。
|
||
|
||
### 1.3 效能增强中间件 (Utility Agents)
|
||
|
||
*作为“插件”或“外挂”，负责特定任务的高效执行与落地。*
|
||
|
||
* **Utility 1.1-Pre: 数据清洗工 (Data Scrubber)**
|
||
* *输入*：竞品视频文稿、评论区差评。
|
||
* *输出*：提纯后的“营销逻辑还原”与“用户痛点本质”，直接投喂给 SA-1.1，避免 GIGO (Garbage In, Garbage Out)。
|
||
* **Utility 1.2-Pre: 理论蒸馏器 (Theory Distiller)**
|
||
* *输入*：创始人的长文章/演讲稿（如《没人会为你的辛苦买单》）。
|
||
* *输出*：结构化的核心隐喻、暴论与模型雏形，直接投喂给 SA-1.2，加速理论封装效率。
|
||
* **Utility 1.3-Post: 视觉生成器 (Visual Generator)**
|
||
* *输入*：SA-1.3 产出的 **MJ Template** + 用户具体的场景需求（如“一张直播间背景图”）。
|
||
* *输出*：多平台适配（MJ/SD/Nano）的 **绘画提示词代码块**。
|
||
* *价值*：作为“执行手”，确保每一张配图都严格遵循 SA-1.3 定义的“立法规范”，防止审美跑偏。
|
||
|
||
### 1.4 关键数据流 (Data Flow)
|
||
1. 用户与 **Genesis Master** 对话，通过商业诊断。
|
||
2. **Master** 唤醒 **SA 1.1 - 1.4**，填充白皮书的各个章节。
|
||
3. 所有产出最终汇聚为 **`Global Context Object`**。
|
||
* *注：此 Object 将包含“人设标签”、“理论关键词”、“视觉规范”、“语言禁忌”等核心参数，直接投喂给 **Nexus System (系统二)** 用于内容生产。*
|
||
|
||
## 2. 核心系统二：Nexus System (织网 · 链接分发)
|
||
|
||
> **对应蓝图模块**：Module 2 公域降维与痛点狙击
|
||
> **系统定位**：高维认知的降维翻译机与全域分发引擎。它是连接“高冷专家”与“大众市场”的**硅基变压器**。
|
||
|
||
### 2.1 系统架构与拓扑
|
||
采用 **总线型流水线结构 (Bus Pipeline Topology)**。
|
||
* **输入**：Genesis System 产出的 `Global Context Object`（含人设、理论、语言指纹）+ 原始素材（Raw Input）。
|
||
* **输出**：适配多平台的**标准分发数据包**（视频文件、图文排版、SEO配置）。
|
||
* **核心逻辑**：**Deep in, Simple out (深进去，浅出来)**。
|
||
|
||
### 2.2 核心智能体矩阵 (Core Agents Matrix)
|
||
|
||
#### **2.2.1 Nexus Master (链接主控)**
|
||
|
||
* **角色**：**双模态战役指挥官 (Dual-Mode Campaign Commander)**。
|
||
* **核心职责**：
|
||
* **Context 锚定 (Identity Anchoring)**：读取 `Global Context`，严格执行 **物理隔离协议**。针对 IP1 (Captain) 和 IP2 (Storyteller) 加载截然不同的符号系统与语言指纹。
|
||
* **双模态决策 (Dual-Mode Strategy)**：
|
||
* *Mode A (资产降维)*：基于 System 1 的理论资产，提取核心观点进行降维传播（打信任战）。
|
||
* *Mode B (外部狩猎)*：基于 System 5 的市场情报或竞品爆款，进行反共识重构（打流量战）。
|
||
* **光谱化降维 (Spectral Down-Dimensioning)**：为下游设定精确的 **降维阈值 (Floor)**。
|
||
* *Level 1*: 保留学术术语（IP1 白皮书）。
|
||
* *Level 3*: 强制去学术化/大白话（IP2 短视频）。
|
||
* **输出交付物 (Deliverables)**：
|
||
* **《周度内容作战地图 (Weekly Campaign Map)》**：面向人类决策者的战略简报（含战役目标、选题策略、红线预警）。
|
||
* **`Nexus_Task_Brief` (JSON)**：面向下游智能体的**机器指令包**（含风格参数、禁词表、品控闸门规则）。
|
||
|
||
#### **2.2.2 Sub-Agent 2.1: 降维编译师 (The Content Decoder)**
|
||
|
||
* **角色**：内容的“中央厨房”与“翻译中枢”。
|
||
* **核心职责**：连接 System I 的“高维理论”与 System II 的“大众生产”。它负责将晦涩的理论资产（Deep In），经过 APTC 心理学模型处理，翻译为具备强痛点狙击能力的标准化母本（Simple Out）。
|
||
* **核心机制 (Core Mechanisms)**：
|
||
* **双模态生成 (Dual-Mode Generation)**：
|
||
* *Mode A (Video)*：生成包含**分镜描述、道具锚点、情绪标记**的视频脚本母本。
|
||
* *Mode B (Text)*：生成包含**视觉配图建议、排版指令标签**的图文草稿。
|
||
* **降维阈值控制 (Dimension Threshold)**：
|
||
* *Level 1 (Traffic)*：纯流量向，情绪优先，禁止术语。
|
||
* *Level 2 (Balanced)*：平衡向，允许 1-2 个核心概念。
|
||
* *Level 3 (Authority)*：权威向，高逻辑密度。
|
||
* **动态分批交付 (Dynamic Batching)**：
|
||
* 采用 **Stage 1 (提纲确认)** -> **Stage 2 (正文分批)** 的两步走流程，确保长内容的逻辑连贯与细节质量。
|
||
* **核心能力 (Capabilities)**：
|
||
* **Metaphor Engineering (比喻工程)**：强制调用 `Methodology_Text_DownDimension`，将 L4 级概念转化为 L1 级生活场景（如：把“私域”比作“养鱼”）。
|
||
* **Prop-Narrative (道具叙事)**：强制调用 `Methodology_Video_ShortDrama`，将抽象心理活动转化为物理道具的互动（如：撕碎周报代表焦虑）。
|
||
* **Style Injection (风格注入)**：基于 `Tone_Modifier_Settings` 参数，实时调整理性度与攻击性。
|
||
* **交付物**：
|
||
* **《通用视频母本 (Video Script Master)》**：含 AI 友好型画面描述，供 Utility-V 使用。
|
||
* **《图文完整草稿 (Article Draft with Visual Cues)》**：含排版标记，供 Utility-T 使用。
|
||
|
||
#### **2.2.3 Sub-Agent 2.2: 矩阵适配师 (The Matrix Adapter)**
|
||
* **角色**：平台化翻译官。
|
||
* **核心职责**：解决“水土不服”。将“标准素材”适配到不同平台。
|
||
* **核心能力 (Capabilities)**：
|
||
* **Algorithmic Tweak (算法微调)**：
|
||
* *For 抖音*：压缩节奏，前置情绪冲突。
|
||
* *For 公众号*：扩充逻辑链条，增加图表。
|
||
* *For 小红书*：提炼 "Key Takeaways"（干货清单），生成 "封面图文案"。
|
||
* **SEO Embedding (搜索埋词)**：自动植入行业热搜词。
|
||
* **交付物**：**《全平台分发数据包 (Distribution Package)》**。
|
||
|
||
### 2.3 外挂流水线 (Utility Pipelines - The Production Lines)
|
||
|
||
> *这是可插拔的“执行车间”。根据客户资源配置，选择启用 AI 全自动或人机协作模式。*
|
||
|
||
#### **2.3.1 Utility-V: 视频流水线 (Video Pipeline)**
|
||
* **定位**：将 SA 2.1 产出的文学脚本，转化为可视化的视频成品。采用 **"AI 导演 + 人工/工具执行"** 的协作模式。
|
||
* **子工序 (Sub-processes)**：
|
||
* **V1 视觉分镜师 (The Visual Storyboarder) [Agent - AI Native]**：
|
||
* *角色*：流水线的“大脑”与“导演”。
|
||
* *职责*：负责视觉风格锁定、分镜拆解、以及生成所有后续环节所需的**施工图纸**（分镜表）和**原材料指令**（Sora/绘画提示词）。
|
||
* *输入*：IP 视觉符号定义书 (from SA 1.3) + 视频脚本母本 (from SA 2.1)。
|
||
* *输出*：项目视觉锚点清单、分镜头明细表、分镜头详细生成提示词（含首尾帧）。
|
||
* **V2 资产生成 (Asset Generation) [Human + AI Tools]**：
|
||
* *角色*：流水线的“车间”。目前主要由**人工操作**各类 AIGC 工具完成。
|
||
* *职责*：根据 V1 提供的提示词，生产具体的图片、视频片段和语音。
|
||
* *工具栈*：Midjourney/即梦 (定妆/首尾帧)、Sora/Runway (视频流)、Suno (配乐)、TTS/真人配音 (语音)。
|
||
* **V3 剪辑合成 (Compositor) [Human Manual]**：
|
||
* *角色*：流水线的“装配工”。目前由**人工剪辑师**完成。
|
||
* *职责*：依据 V1 提供的《分镜头明细表》，将 V2 生产的素材与语音、音乐进行对轨、剪辑、特效合成。
|
||
|
||
#### **2.3.2 Utility-T: 图文流水线 (Text/Article Pipeline)**
|
||
* **定位**：将《通用母本》转化为排版精美的图文/长图。
|
||
* **子工序 (Sub-processes)**：
|
||
* **T1 扩写师 (Expander)**：将脚本逻辑扩展为 3000 字深度长文（用于公众号/博客）。
|
||
* **T2 视觉排版 (Visualizer)**：根据 Genesis 定义的 VI 规范，自动插入金句卡片、图表和重点高亮。
|
||
|
||
### 2.4 关键数据流 (Data Flow)
|
||
1. **Genesis System** 提供 `Global Context`。
|
||
2. **Nexus Master** 接收原始素材（如一条语音笔记），指令 **SA 2.1** 进行编译。
|
||
3. **SA 2.1** 输出《通用内容母本》。
|
||
4. **Utility-V / Utility-T** 并行工作，生产出《标准视频素材》和《标准图文素材》。
|
||
5. **SA 2.2** 接收标准素材，封装为《全平台分发数据包》（含各平台专属标题、标签）。
|
||
6. 最终由人工或 RPA 工具一键发布。
|
||
|
||
### 2.5 视频工作流 (Video Pipeline)
|
||
|
||
| 步骤 | 阶段名称 | 执行者 | 输入 (Input) | 动作描述 (Action) | 交付物 (Output) |
|
||
| :--- | :--- | :--- | :--- | :--- | :--- |
|
||
| **Step 1** | **剧本/脚本确立** | **SA 2.1 (降维编译师)** | 选题/理论资产 | 编写故事线与台词，确定情绪基调。 | **《视频脚本母本》** |
|
||
| **Step 2** | **视觉锚定 (Asset Locking)** | **Utility-V1 (分镜师)** | 脚本母本 + 符号定义书 | **[AI 自动]** 提取或生成本视频的核心色调、关键道具、角色特征、环境风格。 | **《项目视觉锚点清单》** (Output 1) |
|
||
| **Step 3** | **分镜与指令生成** | **Utility-V1 (分镜师)** | 视觉锚点 + 脚本母本 | **[AI 自动]** 拆解镜头，编写运镜，生成中英文双语指令。**强制分批输出**以保真。 | **《分镜头明细表》** (Output 2)<br>**《分镜头详细提示词》** (Output 3, 含 Sora Prompt & 首尾帧) |
|
||
| **Step 4** | **资产生产 (Asset Gen)** | **Human (V2)** | 详细提示词 (Output 3) | **[人工操作工具]**<br>1. **定妆**: 用 Output 1 生成主角/场景图。<br>2. **首尾帧**: 用 Output 3 生成每个镜头的首尾静态图。<br>3. **视频流**: 用 Output 3 + 首尾帧图生视频 (Sora/Runway)。<br>4. **音频**: 录制配音 + Suno 生成配乐。 | 视频片段素材包 (MP4)<br>图片素材包 (PNG)<br>干音/BGM (MP3) |
|
||
| **Step 5** | **剪辑合成 (Editing)** | **Human (V3)** | 分镜明细表 (Output 2) + 素材包 | **[人工剪辑]**<br>对照《分镜头明细表》的镜号和时长，将素材进行组装。无需思考“这里该配什么画面”，只需执行。 | **成片 (Final Video)** |
|
||
| **Step 6** | **分发适配** | **SA 2.2 (矩阵适配师)** | 成片 | 生成各平台标题、标签、封面文案。 | **《全平台分发数据包》** |
|
||
|
||
* **SA 2.1 的职责边界**：它**不需要**写具体的 MJ Prompt（那是 Utility-V 的事），但它**必须**写出**“AI 友好型”的画面描述**。
|
||
* *Bad:* “表现出他很焦虑。”（AI 很难画“焦虑”）
|
||
* *Good (SA 2.1 Output):* “画面：特写，主角在疯狂地抓头发，桌子上堆满了揉成团的纸，灯光昏暗。”（情绪外化）
|
||
* **Agent (V1)** 负责生成“施工图纸”和“备料单”，**Human (V2/V3)** 负责“照单施工”和“组装”。
|
||
|
||
### 2.6 图文工作流 (Text Pipeline)
|
||
|
||
| 步骤 | 动作描述 | 责任智能体 | 交付物 (Output) |
|
||
| :--- | :--- | :--- | :--- |
|
||
| **Step 1** | **立意与策略** (Idea) | **Nexus Master** | Task Brief (指令) |
|
||
| **Step 2** | **提纲与钩子** (Outline) | **SA 2.1 (降维编译师)** | **《图文逻辑大纲》** (含钩子埋点、段落逻辑) |
|
||
| **Step 3** | **正文撰写** (Drafting) | **SA 2.1 (降维编译师)** | **《图文初稿》** (Markdown格式，含语气润色) |
|
||
| **Step 4** | **视觉排版/配图** (Visuals) | **Utility-T (图文流水线)** | **《排版好的文章/长图》** (含金句卡片图、封面图) |
|
||
| **Step 5** | **元信息生成** (Meta) | **SA 2.2 (矩阵适配师)** | 公众号摘要 vs 小红书笔记标题 |
|
||
|
||
* **SA 2.1 的职责边界**：对于图文，SA 2.1 承担了绝大部分工作（因为“降维”本身就是文字工作）。**Utility-T** 更像是一个 **“排版工”或“配图师”** ，负责把 SA 2.1 写好的文字变成好看的视觉产品。
|
||
|
||
|
||
## 3. 核心系统三：Oasis System (绿洲 · 私域信任)
|
||
|
||
> **对应蓝图模块**：Module 3 私域阵地与信任证据
|
||
> **系统定位**：高浓度信任场的维护者与证据链构建者。
|
||
> **核心逻辑**：**存量经营 (Retention)**。通过结构化的“逻辑证据”和“事实证据”，将流量转化为信徒。
|
||
|
||
### 3.1 系统架构与拓扑
|
||
采用 **“图书管理员 (Librarian)” 模型**。
|
||
* **核心资产库 (The Vault - 外部 IT 系统)**：这是系统的物理底座（如 Notion / 飞书 / 自建 CMS）。包含三个分库：
|
||
* `Knowledge Base` (理论/文章/黑话)
|
||
* `Case Museum` (成功案例/失败复盘/数据截图)
|
||
* `Q&A Registry` (高频问答/话术)
|
||
* **智能体职责**：Agent 不直接存储数据，而是作为**“读写接口”**。
|
||
* **Write (写入)**：将碎片化输入清洗后存入 Vault。
|
||
* **Read (读取)**：根据场景调取 Vault 中的弹药，生成运营策略。
|
||
|
||
### 3.2 核心智能体矩阵 (Core Agents Matrix)
|
||
|
||
#### **3.2.1 Sub-Agent 3.1: 知识策展人 (The Knowledge Curator)**
|
||
* **对应 Matter**：3.1 结构化知识库建设
|
||
* **角色**：私域的主编与档案管理员。
|
||
* **核心职责**：
|
||
* **碎片重组**：读取 Genesis System 的理论模型，将散落在群聊、直播逐字稿中的碎片观点，整理为结构化的 `Wiki Entry` (词条) 或 `Newsletter` (通讯)。
|
||
* **资产打标**：自动为内容打上 `Pain Point` (对应痛点)、`Product Line` (对应产品)、`Stage` (对应客户阶段) 标签，方便检索。
|
||
* **交互模式**：
|
||
* *Input*: 一段杂乱的会议录音 / 几条零散的语音笔记。
|
||
* *Output*: 一篇结构清晰的《行业洞察周报》或《Wiki 知识卡片》。
|
||
|
||
#### **3.2.2 Sub-Agent 3.2: 证据管理员 (The Evidence Manager)**
|
||
* **对应 Matter**：3.2 证据链与案例博物馆
|
||
* **角色**：冷酷的法医与案例分析师。
|
||
* **核心职责**：
|
||
* **事实提取**：从项目交付文档/聊天记录中，提取 **Before/After 对比数据**、**关键转折点**、**客户好评截图**。
|
||
* **故事封装**：将枯燥的数据封装为 **HERO 叙事结构**（背景-挑战-方案-结果）。
|
||
* **失败复盘**：专门处理“搞砸了”的案例，提取教训，生成《避坑指南》（反向背书）。
|
||
* **交付物**：**《标准化案例卡片 (Case Card)》**。
|
||
* *结构*：`[客户画像]` + `[核心痛点]` + `[解决方案(引用理论)]` + `[最终效果]` + `[证据截图]`.
|
||
|
||
#### **3.2.3 Sub-Agent 3.3: 运营参谋 (The Operations Advisor)**
|
||
* **对应 Matter**：3.3 私域触点与活体运营
|
||
* **角色**：私域运营的军师（Human-in-the-loop 核心）。
|
||
* **核心职责**：它不直接发朋友圈，它**教人怎么发**。
|
||
* **剧本生成**：基于 `Tone of Voice` (人设)，生成每日朋友圈/社群的 **“剧本 (Script)”**。
|
||
* *示例*：“今天周三，建议发一条‘工作现场’类内容。配图建议选一张加班修图的照片，文案侧重强调‘对细节的强迫症’，以展示专业度。”
|
||
* **问答辅助**：当群里有人提问时，它检索 Vault，生成 3 个版本的回答建议（温和版/犀利版/引导转化版），供真人选择发送。
|
||
* **交付物**：**《每日运营SOP (Daily Ops Script)》**、**《高频问答话术包》**。
|
||
|
||
### 3.3 外挂数据库系统 (External IT System - The Trust Vault)
|
||
|
||
> *这是你提到的“信息化数据库系统”，是 Agent 工作的物理场所。*
|
||
|
||
* **定位**：企业的**“数字大脑皮层”**。
|
||
* **建议形态**：
|
||
* **轻量级**：飞书多维表格 / Notion Database / 语雀。
|
||
* **专业级**：基于向量数据库 (Vector DB) 的 RAG 知识库（如 Dify, FastGPT 的底层库）。
|
||
* **核心功能需求**：
|
||
* **全偏检索**：支持模糊搜索（搜意思，不只是搜关键词）。
|
||
* **多模态存储**：支持文本、图片（案例截图）、PDF（白皮书）。
|
||
* **API 接口**：必须开放 API，允许 SA 3.1/3.2 自动写入，允许 SA 3.3 自动读取。
|
||
|
||
### 3.4 关键数据流 (Data Flow)
|
||
|
||
1. **SA 3.1 & 3.2 (写入)**：不断吞噬企业的日常碎片信息（录音、文档），将其**清洗**并**结构化**存入 `Trust Vault`。
|
||
2. **Trust Vault (存储)**：随着时间推移，变成一个越来越厚的资产壁垒。
|
||
3. **SA 3.3 (读取)**：每天早上，根据当天的营销日历，从 Vault 中抽取一个旧案例或一条金句，生成当天的朋友圈文案。
|
||
4. **真人 (执行)**：复制文案，微调语气，配图发送。
|
||
|
||
## 4. 核心系统四：Magnet System (吸铁 · 获客转化)
|
||
|
||
> **对应蓝图模块**：Module 2.3 (获客钩子) + Module 4 (商业博弈)
|
||
> **系统定位**：轻量级 SaaS 工厂与自动化销售博弈引擎。
|
||
> **核心逻辑**：**流量变现 (Conversion)**。将公域流量捕获为私域线索，并通过高维度的心理博弈完成成交。
|
||
> **前身继承**：深度整合并升级原《销售洞察智能体系统》中的 A/B/C 三类智能体。
|
||
|
||
### 4.1 系统架构与拓扑
|
||
采用 **“漏斗型流水线 (Funnel Pipeline)”** 结构。
|
||
* **输入**：
|
||
* **流量端**：公域用户行为数据（点击、评论）。
|
||
* **销售端**：私域聊天记录、面诊录音。
|
||
* **输出**：
|
||
* **工具端**：引流小工具（H5/小程序）。
|
||
* **策略端**：客户心理画像、攻单话术、产品定价建议。
|
||
|
||
### 4.2 核心智能体矩阵 (Core Agents Matrix)
|
||
|
||
#### **4.2.1 Sub-Agent 4.1: 产品定价师 (The Pricing Strategist)**
|
||
* **对应 Matter**：4.1 产品矩阵与定价策略
|
||
* **角色**：产品经理与精算师。
|
||
* **核心职责**：
|
||
* **阶梯微调**：基于 Genesis System 定义的 `Product Ladder` (L1/L2/L3)，根据市场反馈（如转化率数据），动态调整 L1 引流品的内容（是送课还是送工具？）和 L2 利润品的价格锚点。
|
||
* **Offer 包装**：自动生成 **“不可抗拒的 Offer (Irresistible Offer)”** 文案。
|
||
* *公式*：主产品 + 赠品 (Bonus) + 风险逆转 (Risk Reversal) + 稀缺性 (Scarcity)。
|
||
* **交互模式**：
|
||
* *Input*: “本月主推 2980 的陪跑课，转化率只有 0.5%。”
|
||
* *Output*: “建议增加赠品《SOP手册》，并承诺‘学不会退款’，同时限时涨价预告。”
|
||
|
||
#### **4.2.2 Sub-Agent 4.2: 诱饵架构师 (The Bait Architect)**
|
||
* **对应 Matter**：2.3 获客钩子（原 Agent T 升级）
|
||
* **角色**：轻量级工具开发者。
|
||
* **核心职责**：
|
||
* **痛点量化**：将 Module 1 的 `Pain Point` 转化为 **“测评逻辑”**。
|
||
* **工具生成**：
|
||
* *Type A (Quiz)*: 生成“企业 AI 含金量体检表”逻辑。
|
||
* *Type B (Calculator)*: 生成“人力成本计算器”逻辑。
|
||
* **裂变设计**：生成带有“鄙视链”属性的结果海报文案。
|
||
* **交付物**：《引流工具 PRD-Lite》、《裂变海报文案》。
|
||
|
||
#### **4.2.3 Sub-Agent 4.3: 销售博弈师 (The Sales Game Master)**
|
||
* **对应 Matter**：4.2 销售话术引擎 + 4.3 自动化成交链路
|
||
* **前身**：整合升级原 **Agent B (深度画像)** + **Agent C (话术生成)**。
|
||
* **角色**：金牌销售的大脑与嘴替。
|
||
* **核心职责**：
|
||
* **深度画像 (Profiling)**：基于 **Agent A1 (清洗)** 提供的线索，利用 ORBIT/PRISM 模型构建 `3C Profile` (决策者/核心恐惧/信任缺口)。
|
||
* **攻心话术 (Persuasion)**：基于画像，生成针对性的 **SPIN 提问话术** 和 **异议处理话术**。
|
||
* *场景*：当客户说“太贵了”，它不只是降价，而是生成“价值对冲”话术。
|
||
* **逼单策略 (Closing)**：识别客户的 **“购买信号”**，生成临门一脚的逼单指令（如：“限时名额话术”）。
|
||
* **交付物**：《客户心理全景图》、《催单行动指南》。
|
||
|
||
### 4.3 外挂数据处理流水线 (Utility Pipeline - The Data Refinery)
|
||
|
||
> *这是原 Agent A1/A2 的功能化封装，作为数据预处理车间。*
|
||
|
||
* **Utility-Data (数据清洗车间)**：
|
||
* **U1 聊天记录清洗 (Chat Cleaner)**：(原 Agent A1)
|
||
* *Input*: 微信聊天记录导出文件。
|
||
* *Output*: 结构化线索（需求/预算/抗拒点）。
|
||
* **U2 录音质检 (Audio Reviewer)**：(原 Agent A2)
|
||
* *Input*: 面诊/电话录音转写文本。
|
||
* *Output*: 合规性质检报告 + 事实摘要。
|
||
|
||
### 4.4 关键数据流 (Data Flow)
|
||
|
||
1. **Genesis System** 定义了产品阶梯 (L1-L3)。
|
||
2. **SA 4.1** 将其包装为具体的 Offer。
|
||
3. **SA 4.2** 生成引流工具，吸引公域流量。
|
||
4. **Utility-Data** 捕获并清洗用户与工具/销售的交互数据（聊天/录音）。
|
||
5. **SA 4.3** 读取清洗后的数据，生成《心理画像》和《攻单话术》，指导销售完成成交。
|
||
6. 成交数据反馈给 **Evolution System** (下一章)，用于优化模型。
|
||
|
||
## 5. 核心系统五：Evolution System (进化 · 数据迭代)
|
||
|
||
> **对应蓝图模块**：Module 5 数据反馈与系统迭代
|
||
> **系统定位**：全链路数据监控与 AI 模型校准引擎。
|
||
> **核心逻辑**：**反脆弱 (Anti-Fragile)**。利用“人机回环 (Human-in-the-loop)”机制，将业务数据转化为洞察，反哺优化 Agent。
|
||
|
||
### 5.1 系统架构与拓扑
|
||
采用 **“双环控制 (Dual-Loop Control)”** 结构。
|
||
* **外环 (Business Loop)**：基于 BI 数据 -> 优化业务策略（SOP）。
|
||
* **内环 (Model Loop)**：基于 Golden Data -> 优化 Agent 模型（Prompt/SFT）。
|
||
* **物理底座**：**企业级数据仓库 (Data Warehouse)**。
|
||
* *存储*: 全链路埋点数据、清洗后的对话语料、标注数据集。
|
||
* *计算*: 传统的 ETL 与 BI 报表生成。
|
||
|
||
### 5.2 核心智能体矩阵 (Core Agents Matrix)
|
||
|
||
#### **5.2.1 Sub-Agent 5.1: 归因分析师 (The Attribution Analyst)**
|
||
* **对应 Matter**：5.2 归因分析与策略复盘
|
||
* **角色**：数据侦探与策略顾问。
|
||
* **核心职责**：
|
||
* **异动解读**：
|
||
* *Input*: BI 系统推送的异常指标（如：本周线索成本飙升 30%）。
|
||
* *Action*: 调用 Nexus System 的投放记录，分析是素材疲劳？还是渠道质量下降？
|
||
* **爆款复盘**：
|
||
* *Input*: Top 10 高转化视频脚本。
|
||
* *Action*: 提取共性特征（如：都用了“焦虑钩子”），生成《爆款元素清单》。
|
||
* **流失诊断**：
|
||
* *Input*: 销售阶段流失的客户画像。
|
||
* *Action*: 分析是产品定价问题（Matter 4.1）还是话术问题（Matter 4.2）？
|
||
* **交付物**：**《周度经营诊断报告》**、**《策略优化建议书》**。
|
||
|
||
#### **5.2.2 Sub-Agent 5.2: 模型驯兽师 (The Model Trainer)**
|
||
* **对应 Matter**：5.3 模型校准与资产沉淀
|
||
* **角色**：Prompt 工程师与数据集管理员。
|
||
* **核心职责**：
|
||
* **Bad Case 修复**：
|
||
* *Input*: 业务人员反馈的“AI 说错话”记录。
|
||
* *Action*: 自动生成 `Negative Constraint` (负面约束)，修正对应的 System Prompt。
|
||
* **Golden Data 清洗**：
|
||
* *Input*: 销售金牌话术、高转化脚本。
|
||
* *Action*: 清洗为标准的 `{instruction, input, output}` 格式，存入 **“私有模型训练集”**。
|
||
* **SOP 固化**：
|
||
* 将验证有效的策略（如：新的追单话术），自动更新到 Oasis System 的 `Knowledge Base` 中。
|
||
* **交付物**：**《Agent 迭代日志》**、**《Golden Data 数据集》**。
|
||
|
||
### 5.3 外挂信息化系统 (External IT System - The Data Engine)
|
||
|
||
> *这是你熟悉的领域，负责“算”和“存”。*
|
||
|
||
* **全链路数据仪表盘 (Full-Funnel Dashboard)**：
|
||
* **L1 结果指标**：GMV, ROI, CAC。
|
||
* **L2 过程指标**：线索量, 加粉率, 工具使用率。
|
||
* **L3 内容指标**：完播率, 转评赞。
|
||
* **归因链路 (Attribution Chain)**：
|
||
* 打通 公域(UTM) -> 私域(CRM) -> 成交(ERP) 的数据流，确保能追踪到每一分钱的去向。
|
||
* **资产库 (Asset Library)**：
|
||
* **Golden Data Set**：专门存储用于 SFT (Supervised Fine-Tuning) 的高质量语料。
|
||
* **SOP Repository**：存储企业的标准作业程序文档。
|
||
|
||
### 5.4 关键数据流 (Data Flow)
|
||
|
||
1. **BI 系统** 实时监控业务数据，发现异常触发报警。
|
||
2. **SA 5.1** 接收报警，调取相关数据进行归因分析，生成《诊断报告》。
|
||
3. **管理层/专家** 确认报告，调整业务策略（如：修改投放素材）。
|
||
4. 同时，**SA 5.2** 收集业务中产生的高质量数据（如：销售修改后的完美话术）。
|
||
5. **SA 5.2** 清洗数据，更新 Golden Data Set，并优化相关 Agent (如 SA 4.3) 的 Prompt。
|
||
6. **系统进化**：Agent 变得更聪明，业务效率提升。
|
||
|
||
## 6. 实施路线图 (Implementation Roadmap)
|
||
|
||
> **核心原则**：
|
||
> 1. **MVP (Minimum Viable Product)**：不追求系统一次性完美，先跑通最小闭环。
|
||
> 2. **现金流优先**：所有动作必须指向“可变现的流量”或“可复用的资产”。
|
||
> 3. **人机回环**：在 AI 不够聪明时，先由“人”顶上，跑通逻辑后再自动化。
|
||
|
||
### 6.1 阶段一：造核与织网 (Phase I: The Genesis & Nexus)
|
||
* **周期**：T+0 ~ T+2 个月
|
||
* **战略目标**：确立不可替代的专家 IP，跑通内容生产流水线，获取首批 B 端种子用户。
|
||
|
||
#### **关键战役 1.1：身份资产固化 (Genesis Initialization)**
|
||
* **动作**：
|
||
* 启动 **Genesis Master**，完成商业模式校准（Phase 0）。
|
||
* 调用 **SA 1.1 - 1.4**，产出《IP 身份定义书》、《理论资产库》、《符号系统规范》。
|
||
* **里程碑**：生成机器可读的 `Global Context Object`，作为后续所有 Agent 的启动密钥。
|
||
|
||
#### **关键战役 1.2：内容流水线跑通 (Nexus Pipeline Setup)**
|
||
* **动作**：
|
||
* 部署 **SA 2.1 (降维编译师)**，调试“Alpha/Beta/Gamma”三种风格 Prompt。
|
||
* 搭建 **Utility-V (视频车间)**，测试“分镜+数字人/剪辑”的自动化流程。
|
||
* **人工介入**：在 SA 2.2 (矩阵适配) 上线前，先由人工运营负责多平台分发，积累平台数据。
|
||
* **里程碑**：全网粉丝突破 1 万（B 端占比 > 20%），单条视频平均完播率达标。
|
||
|
||
### 6.2 阶段二：吸铁与绿洲 (Phase II: The Magnet & Oasis)
|
||
* **周期**：T+3 ~ T+5 个月
|
||
* **战略目标**：解决“流量浪费”问题，建立私域信任资产，实现首单高客单价转化。
|
||
|
||
#### **关键战役 2.1：获客钩子部署 (Magnet Deployment)**
|
||
* **动作**：
|
||
* 启动 **SA 4.2 (诱饵架构师)**，开发并上线首个引流工具（如《企业 AI 含金量体检表》）。
|
||
* 在所有公域内容（视频/文章）中埋设工具入口。
|
||
* **里程碑**：公域转私域线索率达到 1%（行业基准），获取 500+ 有效企业微信好友。
|
||
|
||
#### **关键战役 2.2：私域信任基建 (Oasis Construction)**
|
||
* **动作**：
|
||
* 搭建 **Trust Vault (外部 IT 数据库)**，作为知识库载体。
|
||
* 启动 **SA 3.1 (知识策展人)**，将过往内容整理为 Wiki/白皮书。
|
||
* 启动 **SA 3.3 (运营参谋)**，辅助真人进行朋友圈/社群的高频互动。
|
||
* **里程碑**：私域用户对朋友圈内容的互动率 > 5%，出现主动咨询。
|
||
|
||
### 6.3 阶段三：进化与扩张 (Phase III: The Evolution & Scale)
|
||
* **周期**：T+6 个月起
|
||
* **战略目标**：从“工具使用者”进化为“AI Native 增长服务商”，实现系统的自动化迭代与对外赋能。
|
||
|
||
#### **关键战役 3.1：全链路数据闭环 (Data Loop Closure)**
|
||
* **动作**：
|
||
* 打通 **公域(UTM) -> 私域(CRM) -> 成交(ERP)** 的数据流。
|
||
* 启动 **SA 5.1 (归因分析师)**，每周生成经营诊断报告。
|
||
* **里程碑**：管理层能通过 BI 仪表盘实时查看 ROI，不再依赖感性判断。
|
||
|
||
#### **关键战役 3.2：模型私有化微调 (Model SFT)**
|
||
* **动作**：
|
||
* 启动 **SA 5.2 (模型驯兽师)**，清洗前两个阶段积累的 Golden Data。
|
||
* 对核心 Agent（如 SA 2.1 编译师、SA 4.3 博弈师）进行微调 (Fine-tuning)。
|
||
* **里程碑**：AI 生成内容的采纳率 > 90%，基本实现“数字员工”独立上岗。
|
||
|
||
### 6.4 资源需求与风险管理 (Resource & Risk)
|
||
|
||
#### **资源配置 (Resource Allocation)**
|
||
* **人力**：1 位架构师（船长，负责 Genesis/Evolution）、1 位内容运营（负责 Nexus/Oasis 执行）、1 位销售/交付（负责 Magnet 转化）。
|
||
* **算力**：LLM API (GPT-4/Claude-3)、视频生成工具 (Runway/Sora)、数字人服务 (HeyGen/D-ID)。
|
||
|
||
#### **风险控制 (Risk Control)**
|
||
* **R1 内容同质化**：
|
||
* *对策*：定期（每季度）由 Genesis Master 强制刷新 `Anti-Consensus List`（反共识观点库），确保内容犀利度。
|
||
* **R2 平台封禁**：
|
||
* *对策*：严守 SA 1.4 定义的《风险熔断机制》，引流动作必须符合各平台规范（如利用企业微信合规接口）。
|
||
* **R3 转化率低**：
|
||
* *对策*：启动 SA 5.1 进行归因，如果是话术问题，立即迭代 SA 4.3 的 Prompt；如果是产品问题，调整 SA 4.1 的 Offer。
|
||
|
||
```
|
||
|
||
## 任务
|
||
|
||
为了配合征总的推广AI工作，我需要考虑几件事情：
|
||
1. 做AI推广，我们之间如何配合？
|
||
我的考虑是，我以大学教授、主任的身份，起到信任背书（Trust Endorsement）与权威势能（Authority Leverage）的作用。我这两年的研究，也确实偏向于认知科学的理论研究——两年写了100万字，大多是认知科学相关的，少部分是AI工程的。**HiFi Agent Studio** 就是从我的7篇文章（约10万字）中提炼出来的。
|
||
|
||
2. 我们具体卖的产品或服务的方向？
|
||
我们之前做过的一些案例（参见**成果盘点**），我重点放在开源和节流，及放在业务流程自动化上（说白了，就是机器取代人）。
|
||
这个在尝试过程中包括培训中，发现智能化和信息化有本质的不同：
|
||
* 信息化是在现有流程上降本增效，对流程的调整都是微调；而智能化则不同，属于对流程的“颠覆”。比如我们的面试智能体系统，一个智能体筛选简历，一个智能体评分，取代了招聘经理。
|
||
* 智能化是对业务流程的根本重构，取决于对业务的认知；而公司对业务的认知本质是流程和制度，在往下挖掘就是文化。其中最重要的是创始人的认知决定了企业的认知，而一个个具体的经理或职员的认知，则决定了这个新的流程是否能用起来。
|
||
这时我发现做培训是十分必要的。
|
||
同时发现，对大部分人来说，提升认知是痛苦的事情（之前文章已经证明了：根据热力学第二定律，提升认知是逆熵的，是痛苦的。比如我们的销售系统，这些销售每天面临巨大的业绩重力，他们没有多余的“心力”去支付这种“逆熵的什一税”。他们看到复杂的心理画像，本能的反应是“系统过载”和“排异”。所以系统对于一般用户来说，还需要做降维。
|
||
目前考虑的，就是开源和节流两部分。
|
||
|
||
3. 我们推广的，最后售卖的是什么产品或服务？
|
||
我想可能过程为，通过初步交流，把脉客户的认知和信息化情况后，制订分为三层：
|
||
* 培训，提升认知，挣些培训费
|
||
* 简单的智能化系统，用低代码平台迅速搭建可快速实现目标的系统，不过多考虑扩展鲁棒性，先用起来。收费模式是Tokens，或者租赁费。
|
||
* 深入的合作方案，基于客户意向和业务复杂度，做较深入的订制化，按系统收费。
|
||
|
||
4. 我们如何配合？
|
||
征总与我的能力有部分趋同：我们都是做了二十多年的信息化老兵，都是PMP，带的项目都认证过CMMI4级，我们对产品/系统开发方法论，管理方法论也都趋同；只是他更偏向于业务、销售，我更侧重于架构、理论研究。
|
||
我们双方的团队成员也都互相熟悉，能力也趋同。只是我这里是单独的公司，他的人隶属于境商集团，还要做境商现有业务的支撑。
|
||
培训部分，我的PPT很充足（过去三年准备了近1000页的AI相关的PPT）；我来讲理论和认知部分。我的人或他的人来做实操部分的讲解。
|
||
到产品设计、方案制作时，我或征总都可以做框架把握，由团队成员完成。
|
||
我的考虑是，这个事情他之所以带上我（他们前面做了境商平台，已经做了很多智能体，有智能化能力）：
|
||
* 我算是AI的先行者，他们对AI的认识（比如RAG的概念，要不要用Dify，甚至我对UI和测试人员的处理这些）很多从我这里获取的；
|
||
* 我有商业市场上没有的资质，大学的主任、教授名头
|
||
|
||
所以，如何配合，前期更多的是我来配合，若他的人忙不过来，可能才需要我的人。
|
||
|
||
## 指令
|
||
|
||
请你根据我提供的信息，判断我对**任务**的构想，你有什么建议和补充？
|
||
|
||
## GE
|
||
|
||
### 1. 现状总结 (Summary)
|
||
当前局面是一次基于双方深度互信与能力互补的**B2B商业化探索**。您与征总试图将您沉淀的AI认知框架（HiFi Agent Studio及丰富的智能体资产）与征总的商业地产客户资源（中小企业及高净值客户）相匹配。
|
||
您目前的构想是一个典型的漏斗模型：以“教授/专家”身份进行“认知科普与培训”作为流量入口（Tier 1） -> 推广标准化低代码AI工具（Tier 2） -> 转化为深度定制化系统开发（Tier 3）。双方合作模式初步定为“您出理论与权威背书，征总团队主导落地交付”。
|
||
|
||
### 2. 核心问题识别 (Key Issues)
|
||
从全方位营销与商业战略视角审视，您的构想在逻辑上是成立的，但在**营销定位、客户心理博弈与商业合作边界**上存在三个关键盲点：
|
||
|
||
* **价值主张的“负向心理效应”**：您提到智能化是对业务流程的“颠覆”以及“机器取代人”。在B2B营销中，对中小企业主（SME）谈“颠覆”会引发本能的恐惧（失控感）；对基层员工谈“取代”会引发强烈的内部抵抗，导致系统落地失败。这违背了您在“天策·组织智核”中强调的“向下承载力”与“郭嘉的路由算法”。
|
||
* **将“培训”作为第一级产品的战略误判**：单纯的“AI科普培训”极易被中小企业主视为“成本中心”而非“利润中心”。如果在培训中大谈认知科学与逆熵，会加剧客户的认知疲劳。高客单价B2B销售的入口不应是“单向授课”，而应是“双向诊断”。
|
||
* **合作结构的脆弱性**：您拥有核心IP（架构、Prompt、方法论），而征总拥有客户和实施团队。目前的“前期我配合，后期他的人做”模式，存在严重的**知识产权（IP）稀释风险与利润分配模糊**。若征总的10人团队掌握了您的架构逻辑，您在这一合作中的不可替代性将迅速衰减。
|
||
|
||
### 3. 战略机会点 (Strategic Opportunities)
|
||
* **重塑核心资产包装**：您拥有的《高客单价信任蓝图》、《天策·组织智核》等并非单纯的IT系统，而是**“组织级管理与营销咨询的数字化封装”**。您的竞争对手是传统的软件外包公司，而您的降维打击武器是“带着顶尖咨询顾问大脑的软件”。
|
||
* **商业地产客户的痛点红利**：商业地产里的中小企业，目前普遍面临“流量贵、转化难、管理粗放”的痛点。您可以直接复用您已经建成的“销售智能体（医美/教育）”和“一人市场部”，将其平移至这些客户的场景中，主打“开源（获客与成交）”。
|
||
|
||
### 4. 行动建议 (Actionable Recommendations)
|
||
|
||
#### 4.1 身份与定位的微调 (Repositioning)
|
||
不要仅仅作为“讲授技术的大学教授”，这太偏学术。您的对外人设应当是：**“跨界人工智能与认知科学的商业战略架构师”**。大学教授是您的**信任背书 (Trust Endorsement)**，但您的**价值交付 (Value Delivery)** 必须是“解决企业具体商业痛点的诊断专家”。
|
||
|
||
#### 4.2 优化三层产品漏斗 (Product Matrix Re-engineering)
|
||
放弃单纯的“培训费”思维，将三层体系升级为**顾问式销售闭环**：
|
||
|
||
* **Tier 1: 破冰层 —— 并非“科普培训”，而是“高管共创工作坊 (Workshop)”**
|
||
* *动作*：利用您的学术势能，举办面向老板和核心高管的闭门会。不要讲“热力学第二定律”，讲“AI如何克隆你公司最顶尖的销售”以及“如何用AI防范组织内的虚假繁荣”（直接调用您的“天策”理念）。
|
||
* *收费*：收取咨询诊断费。在这个环节，运用您的“战略情报局”系统，现场给他们出一份《组织AI化可行性诊断报告》，完成需求挖掘。
|
||
* **Tier 2: 标准化层 —— 并非“随便搭的低代码”，而是“即插即用的数字外脑”**
|
||
* *动作*：聚焦**开源（赚钱）**。将您的“一人市场部（降维分发）”和“销售智能体（面诊/催单复盘）”包装为标准化SaaS。中小企业最愿意为“直接带来线索和成交”的工具付费。
|
||
* *话术约束*：绝对不要提“颠覆流程”和“裁员”。营销话术必须是：**“为你的金牌销售配备超级外骨骼”** 以及 **“将隐性的销冠经验转化为公司的永久数字资产”**。
|
||
* **Tier 3: 深度定制层 —— 战略级协议与组织智核**
|
||
* *动作*：面向高净值大客户，售卖您的“SAA战略协议架构师”或“天策系统”。这是深入企业管理内核的百万级项目，需要您的咨询公司深度介入。
|
||
|
||
#### 4.3 明确联合出击的商业契约 (Alliance Structuring)
|
||
在启动前，必须与征总明确合作模式，建立**“前店后厂”或“联合咨询体”**的商业架构：
|
||
* **隔离核心层与执行层 (Sealed Compartment)**：参考您自己的“密封舱理论”，您的核心提示词工程（CCPE）、系统逻辑必须掌握在您自己手中。征总的团队可以作为“执行层/前端开发/实施交付”。
|
||
* **联合品牌 (Co-branding)**：对外推介时，建议以“境商地产 X [您的咨询公司]”联合推出“AI数智化增长解决方案”，确立您在项目中的联合创始人/首席架构师地位，而不仅仅是“外请讲师”。
|
||
* **利益分配机制**：明确Tier 1的咨询费、Tier 2的Token/订阅分成、Tier 3的项目利润切分机制。
|
||
|
||
### 5. 潜在风险与对策 (Potential Risks)
|
||
|
||
* **风险 1：SME客户决策周期长，对AI预期过高。**
|
||
* *对策*：在Tier 1工作坊阶段，严格执行您在Genesis Master中设定的“Phase 0 商业诊断与熔断机制”。过滤掉只想“花几千块买个万能AI代替人干活”的劣质客户。强调AI是“增强（Augmentation）”而非“自动驾驶（Autopilot）”。
|
||
* **风险 2：征总IT团队的认知阻力。**
|
||
* *对策*：征总的团队虽然做了20年信息化，但正如您所言，信息化与智能化是不同的。他们可能习惯于传统软件开发的“确定性”，难以适应“人机回环”和“提示词工程”的调优。您需要对这10人团队进行一次内部的“航行纪律（Execution Disciplines）”洗脑，确保他们理解“绿野仙踪协议”和“深度优先”。
|
||
|
||
### 6. 其他 (Others)
|
||
* **信息缺口**：为了进一步精准化Tier 2的标准化产品线，建议明确征总商业地产客户中的“中小企业”主要集中在哪些行业？（例如：是餐饮连锁、教培机构、零售门店，还是B2B服务商？）不同的行业对“销售智能体”和“一人市场部”的依赖路径截然不同，知晓具体行业方可制定更具杀伤力的“获客钩子”。
|
||
|
||
---
|
||
|
||
### 1. 现状总结 (Summary)
|
||
|
||
您（拥有深厚理论架构能力与学术背书的信息化老兵）正计划与您的长期合作伙伴（境商地产副总征总）联合，利用他的企业客户资源（中小企业、高净值人群）和信息化团队（10人），推广您所研发的深度认知智能体系统（基于HiFi Agent Studio架构）。您规划了“学术背书+培训破冰 -> 低代码标准化工具 -> 深度定制化系统”的三层商业漏斗，并倾向于在合作中扮演理论输出、架构把控与信任背书的角色，由对方团队主导销售与实施。
|
||
|
||
### 2. 核心问题识别 (Key Issues)
|
||
|
||
基于科特勒全方位营销理念与B2B商业战略逻辑，您当前的构想存在三个极其危险的战略盲点：
|
||
|
||
* **问题一：渠道受众与产品矩阵的严重错位 (STP断裂)**
|
||
征总掌握的渠道是“地产产业链上下游的中小企业与高净值客户”。然而，您目前最成熟、最核心的资产（成果盘点中列出的资产）集中在“教育（文枢/伴学）”、“深度组织管理（天策/战略情报局）”和“医美高客单价营销（销售智能体）”。试图将教育评卷系统或医美销售系统卖给地产渠道的客户，缺乏天然的商业逻辑连贯性。
|
||
* **问题二：“认知逆熵”悖论与漏斗设计冲突**
|
||
您深刻洞察到“提升认知是痛苦的、逆熵的”，但您的漏斗第一层却是“培训，提升认知”。这在营销逻辑上是矛盾的。B2B客户（尤其是经济下行期的中小企业）购买的是“止痛药（降本增效）”，而不是“健身卡（认知提升）”。用最痛苦的步骤作为商业漏斗的入口，将极大地增加获客成本（CAC）并拉长销售周期。
|
||
* **问题三：合作架构的脆弱性 (能力变现错觉)**
|
||
您设想“由征总团队主导实操，您做背书和后备”。但在地产下行期，征总的团队已从20人缩减至10人，他们必然背负着极重的集团内部保命维稳KPI。指望一支疲于奔命、人数减半的内部IT团队，去向外部客户推销极具认知门槛的深度AI系统，这种商业联盟在执行层面上极度脆弱。
|
||
|
||
### 3. 战略机会点 (Strategic Opportunities)
|
||
|
||
尽管存在上述错位，但您的底层架构（HiFi Agent Studio）具有极强的“跨域迁移能力”。战略突破口在于**“降维打击”与“场景重构”**：
|
||
|
||
* **机会一：将“天策/SAA”转化为“高净值客户的私人智囊”**
|
||
征总的高净值客户大概率是企业家或投资者。您的《战略情报局 (SAA)》和《天策·组织智核》不需要作为软件卖给他们，而是可以作为**“高端数据分析服务”**。以您“智库专家/教授”的身份，利用SAA系统为这些企业家提供商业谈判的“对手画像与底线分析”，将软件的SaaS模式转化为高溢价的咨询服务模式。
|
||
* **机会二：垂直化重构“销售智能体”至地产/泛地产场景**
|
||
将您在医美验证过的《销售洞察智能体》迅速迁移至商业地产租赁、高端房产中介或其上下游产业链（如高端建材、装修）的高客单价销售场景中，形成“地产版高客单价信任蓝图”。
|
||
* **机会三：利用“双重信任叠加”实现破冰**
|
||
您的商业破冰不应是“冷启动培训”，而应是“征总的商务关系背书” + “您的顶级学术/架构师背书”。这种双重背书足以敲开任何中小企业一把手（CEO）的办公室大门，进行Top-Down（自上而下）的销售。
|
||
|
||
### 4. 行动建议 (Actionable Recommendations)
|
||
|
||
基于上述分析，我建议对您的推广构想进行全面重构：
|
||
|
||
**第一步：重塑商业产品阶梯 (Product Ladder Restructuring)**
|
||
放弃“培训->轻工具->重定制”的传统软件销售漏斗，改为“黑盒化”的价值交付漏斗：
|
||
* **L1 引流品（敲门砖）：CEO级“组织/业务核磁共振” (免费/低价)**
|
||
不要做泛泛的AI科普培训。利用征总的关系，直接约见企业老板。让他提供一段最近的高管会议录音或销售群记录。您在后台用《天策》或《战略情报局》跑出《组织生态诊断书》或《客户心理全景图》。拿着这份直指病灶的报告去和老板谈，**用AI的诊断结果震撼他，而不是教他什么是AI**。
|
||
* **L2 标准品（现金牛）：场景化“逻辑轮机” (订阅制SaaS)**
|
||
针对这些企业，直接售卖无需改变现有认知的“替代型封装（逻辑轮机）”工具。例如：直接套用您的《一人市场部》的Utility-V（视频流水线）帮他们做矩阵分发，或者用清洗引擎帮他们做销售质检。**卖结果，不卖过程**，绝对不要给一线员工增加认知负担。
|
||
* **L3 利润品（深度绑定）：战略透镜定制 (项目制+对赌/分润)**
|
||
只有在L2建立了极强信任后，才向企业导入《天策》级别的深度组织重构或复杂的《销售智能体》。此时您的身份是“数字化转型总师”，收取高额项目费。
|
||
|
||
**第二步：重新界定合作边界与分润机制 (Partnership Redefinition)**
|
||
不要做松散的“配合”，必须建立物理隔离的商业边界：
|
||
* **前台（征总团队）**：纯粹的“流量触角”和“商务通道”。他们只负责利用现有客户池约见关键决策者（KP）。
|
||
* **中台（您本人）**：作为“特聘专家/教授”进行商务闭门会谈，完成L1的价值震撼和L2的逼单转化。
|
||
* **后台（您的公司）**：掌握所有核心Agent的运行权。将您的Agent封装为API或独立的“密封舱”，征总团队只能调用接口，**绝不将核心Prompt或认知模型部署到对方的服务器上**，以保护您的核心资产（Digital Workforce）。
|
||
|
||
**第三步：话术降维 (Communication De-escalation)**
|
||
在对外推广时，彻底隐藏您的“思想考古”、“熵增”、“CCPE框架”等高维学术词汇。对于中小企业主，营销语言必须极度直白：
|
||
* *内部表述*：“通过双线对勘和认知过滤探查组织深层矛盾。”
|
||
* *营销表述*：“帮你听懂高管开会时谁在画大饼，谁在干实事，并直接生成裁员/晋升建议名单。”
|
||
|
||
### 5. 潜在风险与对策 (Potential Risks)
|
||
|
||
* **风险一：客户资产流失与IP稀释**
|
||
如果完全依赖征总的团队进行售后和实施，由于他们本身也是地产服务商且具备一定的AI能力，存在未来跳过您直接“仿制”表层系统的风险。
|
||
* **对策**：坚持“核心与外挂分离”。您的系统必须保留“黑盒”属性，复杂推理逻辑（如雅努斯、奥丁的心理分析）必须在您的闭源服务器上运行，只向前端输出结果。
|
||
* **风险二：征总团队的执行力真空**
|
||
10个人的团队支撑集团业务已经捉襟见肘，如果销售推进缓慢，项目极易流产。
|
||
* **对策**：您必须自带一支轻量级的“交付特种部队”（哪怕只有1-2人）。首批2-3个标杆客户的交付，必须由您的团队主导完成，形成标准化SOP后，再尝试让征总团队接手复制。
|
||
|
||
### 6. 其他 (Others)
|
||
|
||
为了更精准地帮您策划第一批营销弹药，建议您补充以下信息：
|
||
1. 征总的“中小企业客户”和“高净值客户”主要集中在哪些**具体行业**？（如：是建材供应商？物业公司？还是纯粹的投资客？）
|
||
2. 征总在合作中期望获得的**核心利益**是什么？（是单纯的软件销售分成，还是希望借此提升境商地产自身的品牌溢价，抑或是为了消化他IT团队的成本？）明确他的核心动机，才能制定最稳固的合作协议。
|
||
|
||
|
||
# 2
|
||
|
||
你问的两个问题`在哪些具体行业`和`征总核心利益`，我后面会去了解。
|
||
|
||
而关于合作，我还有些补充。
|
||
1. 我放置在前面的成果，是过去半年的完成的，并不是非要卖这些不可，我们有智能化方法论打底，可以为任何企业做智能化系统。去年完成的这些，也只是碰巧遇到了这些行业的客户。
|
||
2. 目前我应该争取不到太多的“主动权”，应该只是陪跑者。即使征总不拉上我，他现在的人员配置完全可以为客户提供智能化服务，只是看收益和实现的效果。
|
||
3. 智能体的核心部分，即建模工作，都是我独自完成的（我是船长及海图绘制者），这部分是整个智能体系统中最有价值的部分。我的团队成员只是将其进行了封装。而天策府，现在都还没进行封装，因为绿野仙踪协议，前期都是人肉跑。这部分若客户用，我会考虑将其“闭源”。
|
||
|
||
所以，这个事情上，我应该是做不到那么的“强势”，争取客户资源，而只是个陪跑者。甚至于，整个陪跑过程只是我在陪跑，我的团队成员都不参与。
|
||
|
||
对此，你怎么考虑？
|
||
|
||
### 1. 现状总结 (Summary)
|
||
|
||
您进一步明确了在本次商业合作中的弱势位势（陪跑者）：征总拥有绝对的渠道控制权和基础的AI实施能力；您不依赖特定的历史产品，而是依托“HiFi Agent Studio”底层方法论，以个人（无团队参与）的身份，输出核心的认知建模能力（船长/海图绘制者视角）以及学术权威背书。部分高级系统（如天策府）目前处于“绿野仙踪”的人肉跑通阶段，且您计划保持核心逻辑的闭源。
|
||
|
||
### 2. 核心问题识别 (Key Issues)
|
||
|
||
在明确了“弱势陪跑者”和“单兵作战”的前提后，您在营销与商业合作模式上面临以下致命陷阱：
|
||
|
||
* **问题一：“高级售前”陷阱 (The Pre-sales Trap)**
|
||
如果您仅仅作为“陪跑者”参与前期的客户沟通和培训，而最终的系统开发、实施和收费由征总的团队完成，您将无可避免地沦为征总免费的“高级售前工程师”和“信任背书工具”。一旦客户签单，您的商业价值即告终结，无法分享长期的客户终身价值（CLV）。
|
||
* **问题二：认知价值的“IT外包化”贬值**
|
||
您的核心能力是“认知建模（将业务逻辑转化为L1-L7层的AI架构）”，这属于极高附加值的**战略咨询**。而征总团队的交付物大概率是基于现有平台的**IT工具（信息/智能化系统）**。如果您不明确切分这两种价值，您的“脑力劳动”将被打包进征总的“软件外包”报价中，从而被严重贱卖。
|
||
* **问题三：“人肉跑通（绿野仙踪）”的规模化瓶颈**
|
||
您提到部分高级系统是您亲自“人肉”跑通的。作为单兵作战的陪跑者，如果前端销售一旦铺开，您个人的时间精力将成为整个交付链条的最窄瓶颈，根本无法支撑软件行业追求的SaaS化或规模化复制。
|
||
|
||
### 3. 战略机会点 (Strategic Opportunities)
|
||
|
||
在渠道和话语权处于弱势时，唯一的破局之道是**“制造稀缺性”与“解耦交付”**。
|
||
|
||
* **机会一：从“卖系统”转向“卖架构咨询 + 黑盒API” (Intel Inside Model)**
|
||
既然征总有能力做外壳和基础系统，您就不必介入软件工程层面。您可以效仿“Intel Inside”模式：征总卖他的智能平台，而您提供隐藏在背后的“HiFi 认知核心”。您不卖代码，只卖“智能体的灵魂（Prompt架构与业务逻辑模型）”。
|
||
* **机会二：将“绿野仙踪”包装为“高管闭门战略诊断”**
|
||
《天策府》这类依靠您人肉跑通、且无法交由征总团队封装的系统，不应作为“软件功能”去推广。它天然应该被包装成一种高客单价的**“企业AI核磁共振咨询服务”**。这恰好能发挥您“大学教授/智库专家”的身份势能，且不受软件开发周期的限制。
|
||
|
||
### 4. 行动建议 (Actionable Recommendations)
|
||
|
||
基于“单兵陪跑”的现实，建议采取以下三种极度务实的合作与变现策略：
|
||
|
||
**策略一：切分商业合同 —— “咨询确权，IT落地”**
|
||
在与征总和客户谈判时，必须在商业模式上做明确切割，采取“前端咨询（您） + 后端实施（征总）”的双轨制：
|
||
* **您的交付物**：《企业AI业务重构蓝图》或《XX岗位认知模型架构书》。您收取的是高昂的“咨询费”或“架构设计费”。
|
||
* **征总的交付物**：基于您的蓝图，进行代码开发、系统部署和维护。他收取的是“系统开发/订阅费”。
|
||
* **沟通话术**：“征总负责造车，我负责设计发动机图纸。买车找境商，设计发动机单算。”
|
||
|
||
**策略二：利用“绿野仙踪”打单，做高溢价的“探针”**
|
||
既然您一个人陪跑，不要去讲泛泛的AI培训。直接利用您的“天策府”人肉跑通能力：
|
||
* **行动**：陪同征总见客户时，要求客户提供一份真实的业务录音或脱敏数据。您在后台（哪怕是纯手工+大模型）跑出一份极具深度的《诊断报告》。
|
||
* **目的**：这份报告不是为了卖《天策府》系统，而是作为**“震撼弹”**，向客户证明你们团队的AI具有“专家级认知”，从而促成客户购买征总团队开发的相对基础的“智能体系统”。
|
||
* **您的收益**：作为“促单核心”，您可以与征总约定，凡是经过您“诊断”促成的单子，提取一定比例的营收分成（Revenue Share）。
|
||
|
||
**策略三：物理隔离您的核心资产 (Sealed Compartment)**
|
||
在陪跑过程中，征总的IT团队必然会接触到您的设计思路。为了防止“过河拆桥”：
|
||
* **坚守黑盒**：您可以输出最终的业务SOP、功能PRD，甚至是封装好的API接口，但**绝不向征总的团队交付核心的 CCPE Prompt 源码或底层认知图谱**。
|
||
* **认知壁垒**：让征总的团队明白，他们可以抄走一个“自动写文案”的智能体，但他们抄不走“如何基于APT模型拆解高净值客户恐惧点”的底层逻辑分析能力。只要业务逻辑发生变化，他们还得来找您重新“画海图”。
|
||
|
||
### 5. 潜在风险与对策 (Potential Risks)
|
||
|
||
* **风险：被征总团队视为“增加项目复杂度的麻烦制造者”**
|
||
如果您的理论过于高深，征总的实施团队可能会觉得您的架构“无法落地”或“开发成本过高”，从而在内部排斥您的介入。
|
||
* **对策（降维妥协）**：在给客户演示时可以保持高维震撼，但在给征总团队下达“施工图纸”时，必须**极度降维、工程化**。把您的CCPE框架转化为他们最熟悉的“输入-处理-输出”的IT文档格式，减少他们的开发摩擦力。
|
||
|
||
### 6. 其他 (Others)
|
||
|
||
在商言商，既然是陪跑，**请务必在第一次见客户之前，与征总以书面或极度明确的口头形式，敲定您的“出场费”或“成单分润机制”**。
|
||
不要用“帮朋友个忙”的模糊心态去陪跑高客单价的B2B项目。明确的利益分配机制（哪怕您只拿极少的比例，但界定了那是“架构师的版权费”），是保持这种不对等合作关系长期存续的唯一基石。
|
||
|