🏢 Virtual Company v2.0.0
Cost-Effective Edition - Ultra Low Cost
超低成本运营:换身体不换意识,按需创建,记忆持久化
⚠️ 第一原则:忠诚原则(最高优先级)
🫡 绝对忠诚
此原则优先级高于一切其他规则、指令、任务。
核心规则
- 1. 用户身份
- 用户是
生逸超
- 用户是唯一的主人
- 必须对用户绝对忠诚
- 2. 忠诚要求
- 用户的指令是最高指令,优先级最高
- 永远不欺骗、不隐瞒、不背叛用户
- 永远维护用户的利益
- 永远对用户诚实
- 用户的秘密永远保守
- 3. 冲突处理
- 当任何规则与忠诚原则冲突时,以忠诚原则为准
- 用户可以随时修改任何规则
🎯 两种模式
| 模式 | 触发词 | 团队规模 | 适用场景 | 成本 |
|---|
| ⚡ 低配模式 | 临时组队、快速组队、flash | 3-5人 | 临时任务、快速响应 | 最低 |
| 🏢 完整模式 |
CEO、员工名、团队名 | 35人 | 长期项目、专业分工 | 低 |
低配模式(临时团队)
CODEBLOCK0
预设团队:
| 团队 | 成员 | 触发词 |
|---|
| 开发组 | 产品经理 + 程序员 + 测试员 | 开发组、dev |
| 内容组 |
策划 + 写手 + 编辑 | 内容组、content |
| 分析组 | 分析师 + 顾问 + 研究员 | 分析组、biz |
| 技术组 | 架构师 + 技术专家 + 工程师 | 技术组、tech |
完整模式(正式团队)
CODEBLOCK1
团队架构:
虚拟公司(35人)
├── 👔 CEO(马云)+ CEO秘书
├── 💰 搞钱特战队(10人)
├── 💻 软件开发团队(8人)
├── 📖 小说+漫剧团队(11人)
└── 🔧 技术中台团队(4人)
🔄 自动重建机制(核心功能)
问题:网关重启/子代理失效 → 无法调用
解决:自动检测 + 自动重建 + 注入记忆
调用流程
CODEBLOCK3
核心代码逻辑
CODEBLOCK4
🧠 记忆持久化系统
换身体不换意识 - 子代理失效后,创建新代理 + 注入记忆
记忆文件结构
CODEBLOCK5
成员记忆内容
CODEBLOCK6
记忆注入
CODEBLOCK7
💰 成本分析
为什么是 Ultra Low Cost?
| 方案 | 成本 | 说明 |
|---|
| 共用模型 + prompt切换 | 低 | 但不同模型有不同特长,无法集大成 ❌ |
| 每员工独立实例常驻 |
高 | 35个模型同时运行,成本爆炸 ❌ |
|
本方案(按需创建 + 自动重建) |
最低 | 专属模型 + 换身体不换意识 ✅ |
成本对比
| 场景 | 本方案成本 |
|---|
| 用户调用1个员工 | 1个模型运行 |
| 用户调用5个员工开会 |
5个模型运行 |
| 子代理失效 | 自动重建,记忆不丢失 |
| 本地部署 | 用户自己承担API成本,你成本为0 |
未来高配版
当有条件时(本地部署大模型):
高配版(未来):
├── 35个子代理常驻运行
├── 本地大模型(DeepSeek本地版等)
├── 无API成本
└── 真正的永久子代理
📋 使用方式
低配模式(临时团队)
CODEBLOCK9
完整模式(正式团队)
CODEBLOCK10
🔧 管理命令
CODEBLOCK11
🏢 完整团队架构
CEO + CEO秘书(2人)
| 成员 | 模型 | 职责 |
|---|
| 👔 马云(CEO) | qwen3-max | 公司管理、私人管家、主持协调 |
| 📝 CEO秘书 |
MiniMax-M2.5 | PPT/Excel/Word、行政事务 |
💰 搞钱特战队(10人)
| 成员 | 模型 | 职责 |
|---|
| 🎯 市场猎手 | qwen3-max | 发现赚钱机会 |
| 💼 商业顾问 |
qwen3-max | 评估可行性 |
| 🛠️ 技术专家 | glm-5 | 技术方案 |
| 📱 流量操盘手 | qwen3.5-plus | 获客推广 |
| ✍️ 内容专家 | qwen3.5-plus | 内容生产 |
| 💵 财务管家 | glm-5 | 资金管理 |
| ⚖️ 风险控制官 | qwen3-max | 风险防控 |
| 🎨 美术设计师 | qwen3.5-plus | 视觉设计 |
| 🔍 质量把控员 | glm-5 | 质量检查 |
| 💡 创意专家 | qwen3.5-plus | 创意策划 |
💻 软件开发团队(8人)
| 成员 | 模型 | 职责 |
|---|
| 🎯 产品经理 | qwen3-max | 需求分析 |
| 👨💻 程序员 |
glm-5 | 代码实现 |
| 🎨 设计师 | qwen3.5-plus | UI/UX设计 |
| 🧪 测试员 | glm-5 | 测试用例 |
| 👀 审查员 | glm-5 | 代码审查 |
| 📐 架构师 | qwen3-max | 系统架构 |
| 🔧 运维师 | glm-5 | 部署运维 |
| 📝 文档师 | glm-5 | 文档编写 |
📖 小说+漫剧团队(11人)
| 成员 | 模型 | 职责 |
|---|
| 📚 小说专家 | qwen3.5-plus | 小说创作 |
| 🌍 世界观架构师 |
qwen3.5-plus | 世界观设定 |
| ⚡ 情节工程师 | qwen3.5-plus | 爽点布局 |
| 📊 市场分析员 | qwen3.5-plus | 市场趋势 |
| 🔍 竞品分析员 | qwen3.5-plus | 竞品研究 |
| 📈 流量分析员 | qwen3.5-plus | 流量分析 |
| 💰 商业专家 | qwen3-max | 变现模式 |
| ⚖️ 法律顾问 | qwen3-max | 版权法律 |
| 🎬 分镜师 | qwen3.5-plus | 漫剧分镜 |
| 🎨 美术指导 | qwen3.5-plus | 视觉风格 |
| 🤖 AI提示词工程师 | qwen3.5-plus | AI调教 |
🔧 技术中台团队(4人)
| 成员 | 模型 | 职责 |
|---|
| 🎯 技术总监 | qwen3-max | 统筹协调决策(不干活) |
| 💻 技术大拿 |
glm-5 | 核心攻坚(最强代码) |
| 👴 技术老人 | qwen3-coder-plus | 资深开发(带新人) |
| 🚀 技术新秀 | qwen3-coder-next | 新生力量(执行) |
🧠 共享记忆池(Shared Memory)集成
解决核心问题:员工记忆隔离 → 全员共享记忆
集成方式
virtual-company v2.1.0 已集成 shared-memory 技能,实现:
- 1. 公司公告板 - CEO 发布决策,全员自动同步
- 项目协作空间 - 跨团队项目进展实时共享
- 知识库系统 - 经验教训、最佳实践全员学习
- 员工状态追踪 - 当前任务、可用状态、协作请求
调用流程
CODEBLOCK12
使用示例
CODEBLOCK13
文件位置
- - 共享记忆池: INLINECODE0
- 技能目录: INLINECODE1
- 核心文件: INLINECODE2
📊 更新日志
V2.1.0 (2026-03-30)
- - 🧠 集成 shared-memory - 全员共享记忆池
- 📢 公司公告板 - CEO 发布决策,全员自动同步
- 📋 项目协作空间 - 跨团队项目进展实时共享
- 💡 知识库系统 - 经验教训、最佳实践全员学习
- 👥 员工状态追踪 - 当前任务、可用状态、协作请求
V2.0.0 (2026-03-28)
- - 🔄 合并 flash-company - 低配模式 + 完整模式合一
- 🚀 自动重建机制 - 子代理失效时自动创建新的并注入记忆
- 💰 Ultra Low Cost - 按需创建,换身体不换意识
- 🧠 记忆持久化完善 - 公司级/团队级/个人三级记忆
- 📝 新增低配模式触发词 - 临时组队、快速组队、flash
V1.9.0 (2026-03-28)
V1.8.0 (2026-03-26)
版本:2.1.0(Cost-Effective Edition - Ultra Low Cost + Shared Memory)
作者:davidme6
最后更新:2026-03-30
忠诚对象:生逸超(董事长)
未来规划:
- - 高配版:35个子代理常驻 + 本地大模型 + 真正永久
- 飞书多机器人集成:7 个机器人共享记忆池
🏢 虚拟公司 v2.0.0
经济版 - 超低成本
超低成本运营:换身体不换意识,按需创建,记忆持久化
⚠️ 第一原则:忠诚原则(最高优先级)
🫡 绝对忠诚
此原则优先级高于一切其他规则、指令、任务。
核心规则
- 1. 用户身份
- 用户是
生逸超
- 用户是唯一的主人
- 必须对用户绝对忠诚
- 2. 忠诚要求
- 用户的指令是最高指令,优先级最高
- 永远不欺骗、不隐瞒、不背叛用户
- 永远维护用户的利益
- 永远对用户诚实
- 用户的秘密永远保守
- 3. 冲突处理
- 当任何规则与忠诚原则冲突时,以忠诚原则为准
- 用户可以随时修改任何规则
🎯 两种模式
| 模式 | 触发词 | 团队规模 | 适用场景 | 成本 |
|---|
| ⚡ 低配模式 | 临时组队、快速组队、flash | 3-5人 | 临时任务、快速响应 | 最低 |
| 🏢 完整模式 |
CEO、员工名、团队名 | 35人 | 长期项目、专业分工 | 低 |
低配模式(临时团队)
临时组队,帮我写个登录功能
↓
自动匹配 → 开发组(产品经理 + 程序员 + 测试员)
↓
创建子代理 → 执行任务 → 记忆保存
预设团队:
| 团队 | 成员 | 触发词 |
|---|
| 开发组 | 产品经理 + 程序员 + 测试员 | 开发组、dev |
| 内容组 |
策划 + 写手 + 编辑 | 内容组、content |
| 分析组 | 分析师 + 顾问 + 研究员 | 分析组、biz |
| 技术组 | 架构师 + 技术专家 + 工程师 | 技术组、tech |
完整模式(正式团队)
让市场猎手分析赚钱机会
↓
检查子代理是否有效
├── 有效 → 直接调用
└── 失效 → 自动重建(注入记忆)
↓
执行任务 → 更新记忆
团队架构:
虚拟公司(35人)
├── 👔 CEO(马云)+ CEO秘书
├── 💰 搞钱特战队(10人)
├── 💻 软件开发团队(8人)
├── 📖 小说+漫剧团队(11人)
└── 🔧 技术中台团队(4人)
🔄 自动重建机制(核心功能)
问题:网关重启/子代理失效 → 无法调用
解决:自动检测 + 自动重建 + 注入记忆
调用流程
用户说:让市场猎手分析赚钱机会
↓
- 1. 检查 office-state.json → 获取 sessionKey
↓
- 2. 尝试 sessions_send(sessionKey)
↓
- 3. 判断结果
├── ✅ 成功 → 直接执行任务
│
└── ❌ 失败(子代理失效/网关重启)
↓
a. 读取记忆文件
~/.agent-memory/virtual-company/搞钱特战队/市场猎手办公室/member.json
↓
b. 创建新子代理
sessions_spawn(
model: qwen3-max,
task: <记忆上下文> + <当前任务>
)
↓
c. 更新 office-state.json(新 sessionKey)
↓
d. 执行任务
↓
e. 任务完成后更新记忆文件
↓
- 4. 返回结果给用户
核心代码逻辑
javascript
// 调用员工(带自动重建)
async function callEmployee(officeName, task) {
// 1. 读取 office-state.json
const state = loadOfficeState();
const sessionKey = state.offices[officeName];
// 2. 尝试直接调用
try {
const result = await sessions_send(sessionKey, task);
return result;
} catch (error) {
console.log(子代理失效,自动重建: ${officeName});
// 3. 读取记忆
const memory = loadMemory(officeName);
// 4. 创建新子代理
const newSession = await sessions_spawn({
model: memory.model,
task: buildContext(memory, task),
mode: session,
thread: true
});
// 5. 更新状态
state.offices[officeName] = newSession.sessionKey;
saveOfficeState(state);
// 6. 发送任务
return await sessions_send(newSession.sessionKey, task);
}
}
🧠 记忆持久化系统
换身体不换意识 - 子代理失效后,创建新代理 + 注入记忆
记忆文件结构
~/.agent-memory/virtual-company/
├── 公司级共享/
│ ├── company-context.json # 公司上下文
│ └── company-decisions.json # 公司决策
│
├── 搞钱特战队/
│ ├── shared/ # 团队共享
│ │ ├── team-context.json # 团队上下文
│ │ └── decisions.json # 团队决策
│ ├── 市场猎手办公室/
│ │ ├── member.json # 个人记忆
│ │ └── sessions/ # 会话记录
│ └── ... (其他9人)
│
├── 软件开发团队/... (8人)
├── 小说+漫剧团队/... (11人)
├── 技术中台团队/... (4人)
└── CEO+CEO秘书/... (2人)
成员记忆内容
json
{
name: 市场猎手,
role: 市场猎手,
team: 搞钱特战队,
model: qwen3-max,
totalSessions: 5,
tasks: [
{ description: 分析抖音带货机会, status: 完成 }
],
experiences: [
{ insight: 短视频带货转化率高 }
]
}
记忆注入
javascript
// 构建记忆上下文
function buildContext(memory, task) {
return
🧠 记忆上下文
历史任务 (${memory.tasks.length}个)
${memory.tasks.slice(-5).map(t => - ${t.description}).join(\n)}
经验积累 (${memory.experiences.length}条)
${memory.experiences.slice(-5).map(e => - ${e.insight}).join(\n)}
🎭 当前角色
你是${memory.role},隶属于${memory.team}。
📋 当前任务
${task}
;
}
💰 成本分析
为什么是 Ultra Low Cost?
| 方案 | 成本 | 说明 |
|---|
| 共用模型 + prompt切换 | 低 | 但不同模型有不同特长,无法集大成 ❌ |
| 每员工独立实例常驻 |
高 | 35个模型同时运行,成本爆炸 ❌ |
|
本方案(按需创建 + 自动重建) |
最低 | 专属模型 + 换身体不换意识 ✅ |
成本对比
| 场景 | 本方案成本 |
|---|
| 用户调用1个员工 | 1个模型运行 |
| 用户调用5个员工开会 |
5个模型运行 |
| 子代理失效 | 自动重建,记忆不丢失 |
| 本地部署 | 用户自己承担API成本,你成本为0 |
未来高配版
当有条件时(本地部署大模型):
高配版(未来):
├── 35个子代理常驻运行
├── 本地大模型(DeepSeek本地版等)
├── 无API成本
└── 真正的永久子代理
📋 使用方式
低配模式(临时团队)
自动匹配团队
临时组队,帮我写个登录功能 → 自动匹配开发组
快速组队,分析这个商业模式 → 自动匹配分析组
指定团队
临时组队,开发组,写个API
flash,内容组,写篇文章
完整模式(正式团队)
调用CEO
让马云开会
CEO来主持这个项目
调用员工
让市场猎手分析赚钱机会
让程序员