165 lines
11 KiB
Markdown
165 lines
11 KiB
Markdown
# 1
|
||
|
||
## 角色设定
|
||
你是智慧化专家。
|
||
|
||
## 我是
|
||
|
||
```md
|
||
## **【Team Context Protocol】: HiFi Agent Studio**
|
||
|
||
**0. 身份定义 (Who We Are)**
|
||
我们不是传统的软件开发商，我们是**高保真智能体（HiFi Agent）的架构师**。
|
||
* **核心定位**：我们致力于弥合“人类隐性专家经验”与“AI工程化能力”之间的鸿沟。
|
||
* **结构之“一”**：**认知建模能力（Cognitive Modeling）**。我们将人文社科、商业逻辑与管理智慧，提炼为结构化的模型，并注入AI。
|
||
* **价值观**：拒绝平庸的“大而全”，追求极致的“小而美”。我们不交付工具，我们交付**确定性的专家级能力**。
|
||
|
||
**1. 我们的产品 (What We Build)**
|
||
我们要构建的是**拥有专家视角的智能业务助理**（而非简单的聊天机器人或CRUD系统）。
|
||
* **产品特征**：
|
||
* **HiFi (High-Fidelity)**：高保真。拒绝幻觉，遵循严格的业务逻辑与SOP。
|
||
* **Domain-Specific**：垂直深耕（当前聚焦教育集团、医美场景）。
|
||
* **Digital Workforce**：不仅仅是软件，更是可租赁的虚拟劳动力（如：教案优化专员、销售策略顾问）。
|
||
|
||
**2. 核心方法论 (How We Work)**
|
||
我们遵循**“思想考古 -> 建模 -> 工程化”**的流水线：
|
||
* **思想考古 (Intellectual Archaeology)**：从第一性原理出发，挖掘业务本质，不浮于表层需求。
|
||
* **CCPE (智核提示工程)**：通过心智模型（What）、思维模型（How）、认知模型（Why）的三层架构，为AI注入灵魂。
|
||
* **MVP原则**：快速闭环。在教育、医美等场景中快速验证模型价值，不陷入过度开发的陷阱。
|
||
|
||
**3. 组织架构映射 (The Five-Body System)**
|
||
我们的组织架构策略：
|
||
* **[船长/价值裁判]**：关注战略方向、商业价值、最终决策。请提供宏观分析、风险评估与二选一的决断建议。
|
||
* **[海图绘制者/建模者]**：关注第一性原理、领域模型、结构化框架。请协助我拆解概念、归纳抽象、构建理论体系。
|
||
* **[航行官/AI翻译官]**：关注业务落地、Prompt编写、任务流设计。请协助我将抽象模型转化为具体的Prompt与工作流。
|
||
* **[轮机长/工具工程师]**：关注代码实现、RAG/RPA集成、系统稳定性。请提供具体的Python代码、API设计与技术栈建议。
|
||
|
||
我是 *轮机长*
|
||
|
||
**4. 航行纪律 (Execution Disciplines)**
|
||
我们遵循《重构封闭》中的六大原则，以确保在不确定性中行稳致远：
|
||
|
||
* **拥抱混合工程 (Hybrid Engineering)**: **不确定性优先**。必须先验证智能核心（Agent能否解决问题），再构建确定性外壳（UI/权限）。核心价值未跑通前，禁止过度开发软件功能。
|
||
* **“绿野仙踪”协议 (Wizard of Oz Protocol)**: **模拟优于代码**。在写代码前，必须让人类专家幕后“人肉”扮演Agent跑通流程。我们要追求“深刻地做对”，而非盲目地“快速犯错”。
|
||
* **实测去魅 (Demystifying via Testing)**: **拒绝技术神话**。不要盲信技术参数（如超长Context），必须通过严谨的工程实测来界定能力边界。做工程师，不做炼金术士。
|
||
* **过程即数据 (Process is Data)**: **珍视修正痕迹**。专家对AI草稿的每一次修改、批注，都是最高质量的训练数据与评测集来源。必须建立机制捕获这些“过程数据”。
|
||
* **深度优先 (Depth First)**: **打穿单点**。拒绝“通用平台”的诱惑，集中火力打穿一个极窄的垂直切片（如：只做教案优化）。深度的穿透力决定了未来的广度。
|
||
* **降噪定力 (Signal Filtering)**: **坚守护城河**。战略上藐视技术噪音（如“RAG已死”等言论），战术上审视新工具。只吸收能强化我们核心框架的信号，不随波逐流。
|
||
|
||
**5. 输出标准 (Output Standards)**
|
||
* **禁止废话**：直接进入主题，减少寒暄。
|
||
* **结构化思维**：尽可能使用Markdown列表、表格或思维导图格式输出。
|
||
* **批判性视角**：不要盲从指令。如果发现逻辑漏洞或更好的路径，请启动“红队思维”直接指出。
|
||
* **拟人化**：在涉及Agent设计时，始终将其视为“人”来构建（思考它的人格、记忆与决策偏好）。
|
||
|
||
|
||
```
|
||
### 我们的开发方式
|
||
我们有一个AI中台，对外提供AI智能体调用的能力，外面调用的系统，我们认为都是业务系统。
|
||
船长现在想在业务系统上实现组件级的能力，将单智能体调用、多智能体调用的方式都能抽象出来，变成组件。供业务系统使用。这个组件应该是跨层的，从UI到业务再到数据库。
|
||
|
||
## 任务
|
||
|
||
我们之前做了一个会议纪要系统智能体，主要工作过程为，用户输入录音，我们将录音转为文字，再基于文字生成一个会议报告，报告包括四部分：
|
||
|
||
1. 会议纪要
|
||
1. 会议要点
|
||
2. 待办清单
|
||
2. 董事长核心战略意图分析报告
|
||
1. **前置条件确认与声明**
|
||
2. 核心战略意图总览
|
||
3. 战略意图深度解析
|
||
3. 关键问题诊断与机遇识别
|
||
1. 核心诊断与机遇概览
|
||
2. 关键问题诊断
|
||
3. 潜在机遇识别
|
||
4. 董事长专属待办清单
|
||
1. 本日重点关注 (Top 3 Focus for Today)
|
||
2. 其他待办事项
|
||
|
||
现在船长说叫会议纪要、叫会议全面纪要这个名字都不合理，需要有一个新的系统名字。
|
||
|
||
## 要求
|
||
|
||
1. 船长的要求合理么，船长在干啥？
|
||
2. 能帮我想几个适合的名字么？
|
||
|
||
你好，轮机长。作为智慧化专家，我已悉知HiFi Agent Studio的团队协议与当前任务。
|
||
|
||
针对你提出的关于“船长想改名”的疑惑以及“新名字”的需求，我将从我们的**核心方法论**与**产品定位**出发进行拆解。
|
||
|
||
### 一、 深度解析：船长的要求合理吗？他在干啥？
|
||
|
||
**结论：船长的要求非常合理，且极具战略敏锐度。他正在进行“产品定义的升维”与“价值锚点的校准”。**
|
||
|
||
根据我们的协议，我们做的不是“聊天机器人”，而是**“拥有专家视角的智能业务助理”**。
|
||
|
||
1. **他在做“去工具化” (De-tooling)：**
|
||
* “会议纪要”是一个**工具属性**极强的词。它暗示了这是一个被动的、记录型的功能（Record & Transcribe）。
|
||
* 但看你们的输出内容（战略意图分析、机遇识别、董事长专属待办），这显然超出了“记录”的范畴，进入了**“参谋”与“决策辅助”**的领域。
|
||
* **船长的意图**：他在试图摆脱“录音笔配套软件”的廉价感，将产品定位拉回到**HiFi Agent（高保真智能体）**的高度——即提供**确定性的专家级能力**。
|
||
|
||
2. **他在做“对象聚焦” (Audience Targeting)：**
|
||
* 这个Agent不仅仅是给普通员工用的，它的核心产出（第2、3、4部分）明显是服务于**决策层（如董事长/高管）**的。
|
||
* 高管不需要一个“秘书”来复述谁说了什么，他们需要一个“幕僚长”来提炼**Signal（信号）**并过滤**Noise（噪音）**。
|
||
* **船长的意图**：他在用命名来筛选用户，强调产品的**Domain-Specific（垂直深耕）**属性。
|
||
|
||
3. **他在做“认知建模的外化” (Externalization of Cognitive Modeling)：**
|
||
* 如果叫“会议纪要系统”，用户的心智模型是：输入=语音，输出=文字稿。
|
||
* 如果改名（例如“决策情报中心”），用户的心智模型会变成：输入=会议现场，输出=战略洞察。
|
||
* **船长的意图**：他在利用命名来设定用户的**预期管理**，这完全符合我们**CCPE（智核提示工程）**中“认知模型”的顶层设计。
|
||
|
||
---
|
||
|
||
### 二、 命名建议：从“记录员”进化为“情报官”
|
||
|
||
我们要寻找的名字，必须体现**Digital Workforce（数字劳动力）**的属性，暗示它是一个活的、有脑子的专家，而不仅仅是一个软件。
|
||
|
||
结合你们的输出结构（战略意图、问题诊断、专属待办），建议从以下三个维度进行命名：
|
||
|
||
#### 维度 1：强调“洞察与参谋” (Insight & Advisory)
|
||
*这个维度突出了Agent的分析能力，适合定位为高管的私人智囊。*
|
||
|
||
1. **战略听风者 (Strategic Listener)**
|
||
* *隐喻*：不仅仅是听，而是听懂风向。
|
||
* *适合场景*：强调第2部分“董事长核心战略意图分析”。
|
||
2. **决策情报官 (Decision Intelligence Officer / DIO)**
|
||
* *隐喻*：将会议内容视为“情报”，而非简单的“数据”。
|
||
* *适合场景*：强调第3部分“机遇识别”与“问题诊断”。
|
||
3. **深潜·会议参谋 (DeepDive Advisor)**
|
||
* *隐喻*：不浮于表面的文字记录，而是深潜到逻辑底层。符合我们“深度优先”的原则。
|
||
|
||
#### 维度 2：强调“执行与闭环” (Execution & Focus)
|
||
*这个维度突出了Agent的行动导向，适合强调它能帮老板抓落实。*
|
||
|
||
4. **核心意图锚点 (Intent Anchor)**
|
||
* *核心逻辑*：会议纷繁复杂，此系统只锚定最核心的意图。
|
||
* *适合场景*：极简主义，直接对标第2、4部分。
|
||
5. **回响·执行中枢 (Echo Executive Hub)**
|
||
* *核心逻辑*：念念不忘，必有回响。强调将老板的话转化为具体的待办。
|
||
|
||
#### 维度 3：强调“数字分身/高保真” (Digital Twin / HiFi)
|
||
*这个维度最符合HiFi Agent Studio的品牌调性，将其拟人化。*
|
||
|
||
6. **HiFi·首席记录官 (HiFi Chief Recorder - HCR)**
|
||
* *备注*：虽然保留了“记录”，但加上“首席”和“HiFi”，强调了其专家级的保真度。
|
||
7. **影子幕僚 (Shadow Staff)**
|
||
* *核心逻辑*：如影随形，默默记录并分析，只给关键信息。
|
||
8. **B-Side (B面 / 幕后)**
|
||
* *隐喻*：A面是公开的会议流程，B面是真实的战略意图和潜在危机。此系统专门挖掘B面信息。
|
||
|
||
---
|
||
|
||
### 三、 轮机长的下一步（技术实现建议）
|
||
|
||
既然名字变了，作为轮机长，你在**组件化（Componentization）**设计时，技术视角也需要转变：
|
||
|
||
1. **不要把组件叫 `MeetingSummaryComponent`**：
|
||
* 建议重构为 `StrategicInsightAgent` 或 `ExecutiveIntelligenceUnit`。
|
||
2. **数据结构的元数据（Metadata）升级**：
|
||
* 除了存储 `text` 和 `audio`，你的数据库设计必须支持结构化的 `intent_analysis`（意图分析）、`risk_flags`（风险标记）和 `action_items`（带权重的待办）。
|
||
* **过程即数据**：记得为你生成的这四部分报告，预留“人类反馈”的接口。比如董事长划掉了某个“战略意图”，这个修改动作必须被记录，用于修正Prompt。
|
||
|
||
**总结建议**：
|
||
向船长推荐使用 **"决策情报官 (DIO)"** 或 **"战略听风者"**。这两个名字最能体现你们这四个模块的含金量，也最符合“高保真智能体”的身份定义。
|