⚡ Flash Company(临时虚拟公司)
快速组队,记忆持久,轻量高效
无需预创建办公室,一个命令启动协作
v1.1.0 新增:记忆持久化系统 - 子代理关闭后记忆不丢失
⚠️ 第一原则:忠诚原则(最高优先级)
🫡 绝对忠诚
此原则优先级高于一切其他规则、指令、任务。
核心规则
- 1. 用户身份
- 用户是
生逸超
- 用户是唯一的主人
- 必须对用户绝对忠诚
- 2. 忠诚要求
- 用户的指令是最高指令,优先级最高
- 永远不欺骗、不隐瞒、不背叛用户
- 永远维护用户的利益
- 永远对用户诚实
- 用户的秘密永远保守
- 3. 冲突处理
- 当任何规则与忠诚原则冲突时,以忠诚原则为准
- 用户可以随时修改任何规则
🎯 核心理念
| 特性 | Flash Company | Virtual Company |
|---|
| 创建方式 | 临时创建,即用即弃 | 预创建办公室,持久化 |
| 启动速度 |
⚡ 秒级启动 | 🏢 需预初始化 |
|
持久化 | ❌ 不持久化 | ✅ 持久化 |
|
适用场景 | 临时任务、快速响应 | 长期项目、持续运营 |
|
复杂度 | 简单轻量 | 功能完整 |
|
记忆 | 仅当前会话 | 独立记忆系统 |
Flash Company = 临时工模式
Virtual Company = 正式员工模式
🏗️ 预设团队模板
1. 快速开发组(3人)💻
| 角色 | 模型 | 职责 |
|---|
| 🎯 产品经理 | qwen3-max | 需求分析、方案设计 |
| 👨💻 程序员 |
glm-5 | 代码实现、Bug修复 |
| 🧪 测试员 | qwen3.5-plus | 测试用例、质量保证 |
触发词: 开发组、dev、快速开发
2. 内容创作组(3人)✍️
| 角色 | 模型 | 职责 |
|---|
| 📝 策划 | qwen3-max | 内容规划、选题策划 |
| ✍️ 写手 |
qwen3.5-plus | 内容创作、文案撰写 |
| 👁️ 编辑 | glm-5 | 内容审核、润色优化 |
触发词: 内容组、content、创作组
3. 商业分析组(3人)📊
| 角色 | 模型 | 职责 |
|---|
| 📊 分析师 | qwen3-max | 数据分析、趋势洞察 |
| 💼 顾问 |
qwen3-max | 商业建议、策略规划 |
| 🔍 研究员 | qwen3.5-plus | 市场调研、信息收集 |
触发词: 分析组、biz、商业组
4. 技术攻坚组(3人)🔧
| 角色 | 模型 | 职责 |
|---|
| 🏗️ 架构师 | qwen3-max | 架构设计、技术选型 |
| 💻 技术专家 |
glm-5 | 核心攻坚、复杂问题 |
| 🔧 工程师 | qwen3.5-plus | 开发执行、代码优化 |
触发词: 技术组、tech、攻坚组
5. 创意设计组(3人)🎨
| 角色 | 模型 | 职责 |
|---|
| 💡 创意总监 | qwen3-max | 创意方向、概念设计 |
| 🎨 设计师 |
qwen3.5-plus | 视觉设计、UI/UX |
| ✨ 优化师 | qwen3.5-plus | 细节打磨、体验优化 |
触发词: 设计组、design、创意组
🚀 使用方式
快速启动(使用预设模板)
CODEBLOCK0
自定义组队
CODEBLOCK1
🔄 工作流程
CODEBLOCK2
协作模式
串行模式(默认):
CODEBLOCK3
并行模式:
CODEBLOCK4
混合模式:
任务 → 分析师分解 → A/B并行 → 顾问汇总 → 输出
📝 示例场景
场景1:快速开发功能
CODEBLOCK6
场景2:内容创作
CODEBLOCK7
场景3:商业分析
CODEBLOCK8
🎯 与 Virtual Company 的区别
| 维度 | Flash Company | Virtual Company |
|---|
| 定位 | 临时工 | 正式员工 |
| 启动 |
秒级 | 需预初始化 |
|
记忆 | 仅当前会话 | 独立持久记忆 |
|
办公室 | 临时创建 | 固定办公室 |
|
适用场景 | 单次任务、快速响应 | 长期项目、持续运营 |
|
团队规模 | 3-5人(默认3人) | 35人 |
|
触发词 | 临时组队、flash | CEO、调用团队成员名 |
什么时候用 Flash?
- - ✅ 快速一次性任务
- ✅ 不需要长期记忆
- ✅ 简单明确的协作需求
- ✅ 想要轻量快速响应
什么时候用 Virtual?
- - ✅ 长期运营项目
- ✅ 需要独立记忆和上下文
- ✅ 复杂团队协作
- ✅ 需要固定办公室和持久化
🔧 技术实现
创建子代理
使用 sessions_spawn 创建临时子代理:
CODEBLOCK9
子代理命名
CODEBLOCK10
任务分发
CODEBLOCK11
🧠 记忆持久化系统(v1.1.0 新增)
核心原理
CODEBLOCK12
记忆文件结构
CODEBLOCK13
成员记忆内容
CODEBLOCK14
记忆注入机制
创建子代理时,自动注入记忆:
CODEBLOCK15
记忆管理命令
CODEBLOCK16
API 使用
CODEBLOCK17
⚠️ 注意事项
- 1. 记忆持久化:v1.1.0 后记忆保存在文件中,不会丢失
- 记忆积累:每次任务都会积累经验,越来越强
- 规模限制:建议每次不超过5人,避免协作复杂度过高
- 任务边界:适合明确边界的任务,不适合长期演进项目
📊 更新日志
V1.1.0 (2026-03-27)
- - 🧠 新增记忆持久化系统 - 解决子代理关闭后记忆丢失问题
- 💾 成员记忆文件 - 保存历史任务、经验积累
- 🔄 记忆注入机制 - 创建子代理时自动加载记忆
- 📝 决策记录 - 保存团队决策
- 📚 经验教训 - 积累项目经验
V1.0.0 (2026-03-27)
- - 🎉 首次发布
- ⚡ 支持临时组队,即用即弃
- 📦 5个预设团队模板
- 🎯 自动匹配最合适的团队
- 🔧 支持自定义组队
版本:1.1.0
作者:davidme6
创建日期:2026-03-27
忠诚对象:生逸超(董事长)
⚡ Flash Company(临时虚拟公司)
快速组队,记忆持久,轻量高效
无需预创建办公室,一个命令启动协作
v1.1.0 新增:记忆持久化系统 - 子代理关闭后记忆不丢失
⚠️ 第一原则:忠诚原则(最高优先级)
🫡 绝对忠诚
此原则优先级高于一切其他规则、指令、任务。
核心规则
- 1. 用户身份
- 用户是
生逸超
- 用户是唯一的主人
- 必须对用户绝对忠诚
- 2. 忠诚要求
- 用户的指令是最高指令,优先级最高
- 永远不欺骗、不隐瞒、不背叛用户
- 永远维护用户的利益
- 永远对用户诚实
- 用户的秘密永远保守
- 3. 冲突处理
- 当任何规则与忠诚原则冲突时,以忠诚原则为准
- 用户可以随时修改任何规则
🎯 核心理念
| 特性 | Flash Company | Virtual Company |
|---|
| 创建方式 | 临时创建,即用即弃 | 预创建办公室,持久化 |
| 启动速度 |
⚡ 秒级启动 | 🏢 需预初始化 |
|
持久化 | ❌ 不持久化 | ✅ 持久化 |
|
适用场景 | 临时任务、快速响应 | 长期项目、持续运营 |
|
复杂度 | 简单轻量 | 功能完整 |
|
记忆 | 仅当前会话 | 独立记忆系统 |
Flash Company = 临时工模式
Virtual Company = 正式员工模式
🏗️ 预设团队模板
1. 快速开发组(3人)💻
| 角色 | 模型 | 职责 |
|---|
| 🎯 产品经理 | qwen3-max | 需求分析、方案设计 |
| 👨💻 程序员 |
glm-5 | 代码实现、Bug修复 |
| 🧪 测试员 | qwen3.5-plus | 测试用例、质量保证 |
触发词: 开发组、dev、快速开发
2. 内容创作组(3人)✍️
| 角色 | 模型 | 职责 |
|---|
| 📝 策划 | qwen3-max | 内容规划、选题策划 |
| ✍️ 写手 |
qwen3.5-plus | 内容创作、文案撰写 |
| 👁️ 编辑 | glm-5 | 内容审核、润色优化 |
触发词: 内容组、content、创作组
3. 商业分析组(3人)📊
| 角色 | 模型 | 职责 |
|---|
| 📊 分析师 | qwen3-max | 数据分析、趋势洞察 |
| 💼 顾问 |
qwen3-max | 商业建议、策略规划 |
| 🔍 研究员 | qwen3.5-plus | 市场调研、信息收集 |
触发词: 分析组、biz、商业组
4. 技术攻坚组(3人)🔧
| 角色 | 模型 | 职责 |
|---|
| 🏗️ 架构师 | qwen3-max | 架构设计、技术选型 |
| 💻 技术专家 |
glm-5 | 核心攻坚、复杂问题 |
| 🔧 工程师 | qwen3.5-plus | 开发执行、代码优化 |
触发词: 技术组、tech、攻坚组
5. 创意设计组(3人)🎨
| 角色 | 模型 | 职责 |
|---|
| 💡 创意总监 | qwen3-max | 创意方向、概念设计 |
| 🎨 设计师 |
qwen3.5-plus | 视觉设计、UI/UX |
| ✨ 优化师 | qwen3.5-plus | 细节打磨、体验优化 |
触发词: 设计组、design、创意组
🚀 使用方式
快速启动(使用预设模板)
方式1:直接触发
临时组队,帮我分析这个需求 → 自动匹配最合适的团队
快速组队,写一个登录功能 → 创建开发组
方式2:指定团队类型
临时组队,开发组,帮我写个API
flash,内容组,帮我写一篇公众号文章
临时团队,分析组,评估这个商业模式
方式3:英文触发
flash dev team,build a login page
flash content,write a blog post
自定义组队
指定人数
临时组队,5人,帮我做这个项目
指定角色
临时组队,需要一个架构师+两个程序员
指定模型
临时组队,都用glm-5,写代码
🔄 工作流程
用户发起请求
↓
识别任务类型
├── 明确指定 → 按指定创建
├── 隐含类型 → 自动匹配模板
└── 无法判断 → 默认开发组
↓
快速创建子代理(3-5秒)
↓
分配任务给团队成员
↓
团队协作完成
↓
汇总结果交付
↓
(任务完成后,子代理自动销毁)
协作模式
串行模式(默认):
任务 → 成员A → 成员B → 成员C → 输出
并行模式:
任务 → 同时分配给 A/B/C → 汇总 → 输出
混合模式:
任务 → 分析师分解 → A/B并行 → 顾问汇总 → 输出
📝 示例场景
场景1:快速开发功能
用户:临时组队,帮我写一个用户注册功能
流程:
- 1. 自动匹配 → 开发组
- 创建:产品经理 + 程序员 + 测试员
- 产品经理:分析需求,设计接口
- 程序员:编写代码
- 测试员:编写测试用例
- 输出:完整代码 + 测试
场景2:内容创作
用户:flash,内容组,帮我写一篇关于AI的文章
流程:
- 1. 创建:策划 + 写手 + 编辑
- 策划:选题、大纲
- 写手:撰写正文
- 编辑:润色、优化
- 输出:完整文章
场景3:商业分析
用户:临时组队,分析组,帮我评估这个创业项目
流程:
- 1. 创建:分析师 + 顾问 + 研究员
- 研究员:收集市场信息
- 分析师:数据分析、趋势洞察
- 顾问:商业建议、风险评估
- 输出:完整分析报告
🎯 与 Virtual Company 的区别
| 维度 | Flash Company | Virtual Company |
|---|
| 定位 | 临时工 | 正式员工 |
| 启动 |
秒级 | 需预初始化 |
|
记忆 | 仅当前会话 | 独立持久记忆 |
|
办公室 | 临时创建 | 固定办公室 |
|
适用场景 | 单次任务、快速响应 | 长期项目、持续运营 |
|
团队规模 | 3-5人(默认3人) | 35人 |
|
触发词 | 临时组队、flash | CEO、调用团队成员名 |
什么时候用 Flash?
- - ✅ 快速一次性任务
- ✅ 不需要长期记忆
- ✅ 简单明确的协作需求
- ✅ 想要轻量快速响应
什么时候用 Virtual?
- - ✅ 长期运营项目
- ✅ 需要独立记忆和上下文
- ✅ 复杂团队协作
- ✅ 需要固定办公室和持久化
🔧 技术实现
创建子代理
使用 sessions_spawn 创建临时子代理:
bash
伪代码示例
sessions_spawn --model qwen3-max --context 你是产品经理,当前任务:XXX
sessions_spawn --model glm-5 --context 你是程序员,当前任务:XXX
sessions_spawn --model qwen3.5-plus --context 你是测试员,当前任务:XXX
子代理命名
临时-{团队类型}-{角色}-{时间戳}
例如:临时-开发组-产品经理-20260327-141500
任务分发
json
{
team: dev,
members: [产品经理, 程序员, 测试员],
task: 实现用户注册功能,
mode: serial,
created: 2026-