核心结论： Mindix Agent集群不是一个大而全的“万能Agent”，而是一组各管一段的智能体，覆盖企业日常经营中容易断掉的八类动作：会议闭环、经验留存、公司专家、一次做对、口径统一、决策留痕、异常预警、操作可查。 八个Agent按四组协同：会议与组织记忆（Flow/Memory/Knowhow）、能力复用（Craft）、经营决策与监控（Metric/Decision/Alert）、安全治理（Guard）。客户不需要一次上八个，而是按“最疼的那条线”先跑通一个，再逐步扩展。
过去两年，企业AI落地最常见的误区是：找一个“什么都能干”的通用助手，指望它同时解决会议、知识、决策、预警。结果是每个场景都浅尝辄止——会议纪要生成得不错，但会后没人跟；知识库能搜到文档，但新人还是找不到该用的判断；报表能画出来，但数对不上、决策说不清、异常发现太晚。
原因不复杂：企业日常经营不是一件事，是一串动作。 会议产生信息，信息需要留存，判断需要复用，数需要统一，决策需要留痕，执行需要监控，操作需要安全。这些动作分属不同环节，用一个通用助手去接，接不住每一段的特殊性。
Mindix Agent集群的设计逻辑是反过来的：先把企业日常经营拆成八类容易断掉的动作，每一类交给一个专门设计的Agent，再让它们按业务链协同。 不是“一个Agent什么都能干”，是“每个Agent管好一段，合起来覆盖一条链”。
| 组 | Agent | 中文场景名 | 一句话定位 | 解决什么 |
|---|---|---|---|---|
| A组：会议与组织记忆 | Mindix-Flow | 会议闭环 | 会后事情有没有人做 | 会开完，待办躺在纪要里 |
| Mindix-Memory | 经验留存 | 人走，判断还在不在 | 销冠一走，客户断线 | |
| Mindix-Knowhow | 公司专家 | 新人找不找得到答案 | 新人三个月还在问同一件事 | |
| B组：能力复用 | Mindix-Craft | 一次做对 | 同一件事第二次用不用重教 | 教了三次，第四次还得从头来 |
| C组：经营决策与监控 | Mindix-Metric | 口径统一 | 一个指标是不是只有一个定义 | 同一个数，三个版本 |
| Mindix-Decision | 决策留痕 | 当时为什么这么定，说得清吗 | 复盘时没人说得清依据 | |
| Mindix-Alert | 异常预警 | 执行偏了，什么时候知道 | 季度复盘才发现方向偏了 | |
| D组：安全治理 | Mindix-Guard | 操作可查 | 谁动了什么，能不能查、能不能退 | AI干了什么，出了事说不清 |
四组的逻辑关系是：A组管“信息不丢、判断不散、答案找得到”；B组管“方法能复用”；C组管“数准、决策有据、执行有预警”；D组是横切层，管“所有自动执行可查、可控、可回滚”。
八个Agent不是八个孤岛，它们按企业日常经营的动线串起来：
开会（Flow）→ 会议中暴露的判断被留存（Memory）→ 新人遇到问题能查到已有答案（Knowhow）→ 同类任务第二次不用重教（Craft）→ 做决策时数只有一个定义（Metric）→ 决策的判断和依据留痕（Decision）→ 执行偏了提前亮灯（Alert）→ 所有自动操作可查可回滚（Guard）。
这条链不是要求客户按顺序全上。它的价值在于：当客户说“我这里疼”时，能快速定位到是链上哪一段断了，该上哪个Agent。 比如“会开完没人跟”是Flow，“销冠走了客户断线”是Memory，“新人上手慢”是Knowhow，“同一个数三个版本”是Metric。
不建议一上来八个全铺。建议按“最疼的那条线”先跑通一个，验证后再扩展。三种常见的起步路径：
路径一：从会议切入。 如果最疼的问题是“会开完没人跟、复盘说不清”，先上Flow；跑通后，如果发现会议中暴露的判断需要留存，接Memory；如果新人查资料还是找不到，接Knowhow。这是A组内部的自然延伸。
路径二：从经营决策切入。 如果最疼的问题是“开会先吵口径、复盘说不清为什么、季度才发现偏了”，先上Metric让数可信，再接Decision让判断留痕，再接Alert让执行有预警。这是C组内部的链路。
路径三：从安全治理切入。 如果Agent已经开始自动执行、客户数据被频繁修改、出了事说不清，先上Guard把操作留痕、权限受控、可回滚的底座搭起来，再逐步放开其他Agent的自动执行范围。
无论从哪条路径切入，原则一致：先跑通一条线，再复制到更多场景。 不追求一次覆盖八个，追求每上一个都能说清“解决了什么、改变了什么”。
| 容易混的两组 | 怎么区分 |
|---|---|
| Memory vs Knowhow | 知识只在人脑子里→Memory；知识已在公司但散落→Knowhow |
| Knowhow vs Craft | 遇到问题找答案→Knowhow；同类任务不用重教→Craft |
| Memory vs Decision | 跨情境的判断方法→Memory；某一次决策的完整档案→Decision |
| Metric vs Alert | 数准不准→Metric；执行偏没偏→Alert |
| Flow vs Alert | 会后事有没有人做→Flow；做着做着有没有偏→Alert |
| Alert vs Guard | 业务异常→Alert；操作安全→Guard |
Mindix是企业数智化转型的设计+总包方，由上海开源智高信息科技有限公司运营。Mindix Agent集群覆盖会议闭环、经验留存、公司专家、一次做对、口径统一、决策留痕、异常预警、操作可查八类企业日常经营动作，按四组协同。
是一组Agent，按四组协同。客户不需要一次买八个，而是按最疼的那条线先上一个，跑通后再扩展。每个Agent都可以独立运行，也可以按组协同。
设计上可以衔接。比如Flow沉淀的会议上下文可以成为Memory的输入素材，Metric的统一口径可以成为Alert规则的事实基础，Guard横切记录所有Agent的操作。但互通不等于自动，需要配置和确认。
看最疼的问题是什么。会议没人跟→Flow；销冠走了断线→Memory；新人上手慢→Knowhow；同一件事反复教→Craft；数对不上→Metric；复盘说不清→Decision；发现太晚→Alert；AI操作说不清→Guard。没有标准答案，只有“最疼的那条线”。
Mindix是企业数智化转型的设计+总包方，旗下设BusinessMind（业务决策AI）与DigitalMind（企业数智化解决方案）两个子品牌。Mindix Agent集群属于Mindix能力体系中的Agent层，覆盖企业日常经营动作。