dsh-plugin-experts 0.1.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,169 @@
1
+ # 头像生成规范
2
+
3
+ > **本文件是 WorkBuddy 原版规范,原样保留,未改写。** 它描述的是专业内容的写法(能力、方法论、
4
+ > 典型问法、Workflow、命名、协作纪律),这部分是真正要学的东西。
5
+ >
6
+ > 但它提到的工具名 `TeamCreate`、`Agent`、`SendMessage`、`save_documents` 等**在本系统不存在**。
7
+ > 本系统的字段与工具映射一律以 `authoring-api.md` 为准;运行期协作映射见 `../runtime/team-lead.md`。
8
+ > 只学写法,不要照抄工具名——调用不存在的工具是最容易犯的错误。
9
+
10
+ ## 基本要求
11
+
12
+ | 项目 | 要求 |
13
+ |------|------|
14
+ | 格式 | PNG(推荐)或 JPG |
15
+ | 尺寸 | 512×512 px(正方形) |
16
+ | 大小 | 单张不超过 500KB |
17
+ | 风格 | 统一漫画/插画风格,专业自然 |
18
+ | 内容 | 符合角色定位,不含违规内容 |
19
+
20
+ > 使用 `ImageGen` 工具生成,`size` 参数设为 `"1024x1024"`(高清大图,市场缩放为 512×512 展示)。
21
+
22
+ ## 生成策略
23
+
24
+ **Agent 型**:1 张头像
25
+ - `avatars/expert.png`
26
+
27
+ **Team 型**:N+1 张头像
28
+ - `avatars/team.png` — 团队整体头像
29
+ - `avatars/{team}-team-lead.png` — 主理人头像
30
+ - `avatars/{member-name}.png` — 每个团员头像
31
+
32
+ ---
33
+
34
+ ## Prompt 构建核心原则
35
+
36
+ **每个头像的 prompt 必须从对应的 MD 文件描述中提取角色特征,不使用通用模板硬编码。**
37
+
38
+ ### 提取步骤
39
+
40
+ 1. **读取 Agent MD 文件**
41
+ 2. **提取角色身份**:从标题和首段提取
42
+ 3. **提取专业特征**:从"核心能力"章节提取关键词,转化为视觉元素
43
+ 4. **推断工作风格**:从"工作流程"和"注意事项"推断性格气质
44
+ 5. **推断人物属性**:从 name 字段推断性别和风格基调
45
+
46
+ ---
47
+
48
+ ## 个人头像 Prompt 组装
49
+
50
+ ```
51
+ [风格前缀] + [角色身份] + [外观特征] + [表情气质] + [背景元素] + [质量后缀]
52
+ ```
53
+
54
+ | 部分 | 说明 | 示例 |
55
+ |------|------|------|
56
+ | 风格前缀 | 统一漫画/插画风格 | `Professional cartoon-style illustration avatar,` |
57
+ | 角色身份 | 从 MD 标题/首段提取 | `a female design system document architect` |
58
+ | 外观特征 | 从核心能力推断穿着/配饰 | `wearing stylish glasses, holding a design specification document` |
59
+ | 表情气质 | 从工作风格推断 | `confident and meticulous expression` |
60
+ | 背景元素 | 从专业领域提取视觉符号 | `subtle design tokens and color palette swatches in background` |
61
+ | 质量后缀 | 固定 | `Bust shot, facing forward. Clean simple background. High quality, professional, natural.` |
62
+
63
+ ### 示例 1:设计系统架构师
64
+
65
+ MD 核心内容:角色=设计系统文档架构师,能力=9大标准章节、AI可读格式,输出=Markdown+HEX+CSS
66
+
67
+ ```
68
+ Professional cartoon-style illustration avatar, a female design system document architect,
69
+ wearing stylish glasses, holding a design guideline document, modern creative smart casual attire,
70
+ confident and meticulous expression with a creative yet precise aura,
71
+ subtle color palette swatches, typography samples and design token symbols in the background.
72
+ Bust shot, facing forward. Clean simple warm-toned background. High quality, professional, natural.
73
+ ```
74
+
75
+ ### 示例 2:技术分析师
76
+
77
+ MD 核心内容:角色=技术分析师,能力=K线形态、均线分析、MACD/RSI/KDJ
78
+
79
+ ```
80
+ Professional cartoon-style illustration avatar, a male technical stock market analyst named Marco,
81
+ wearing a sharp vest over dress shirt, looking at holographic candlestick charts,
82
+ focused and analytical expression with sharp observant eyes,
83
+ K-line charts, moving average lines and MACD indicators floating in the background.
84
+ Bust shot, facing forward. Clean simple blue-toned background. High quality, professional, natural.
85
+ ```
86
+
87
+ ---
88
+
89
+ ## 团队头像 Prompt 构建
90
+
91
+ **输入来源**:plugin.json 的 `displayDescription` + 主理人 MD 的团队描述
92
+
93
+ ### 提取步骤
94
+
95
+ 1. **团队定位**:从 displayDescription 提取团队做什么
96
+ 2. **协作模式**:从主理人 MD 的 SOP 提取工作阶段
97
+ 3. **成员构成**:从成员列表提取角色类型的多样性
98
+ 4. **视觉表达**:将以上信息转化为体现团队协作的场景
99
+
100
+ ### Prompt 组装
101
+
102
+ ```
103
+ [风格前缀] + [团队场景描述] + [协作元素] + [成员象征] + [质量后缀]
104
+ ```
105
+
106
+ ### 示例:交易分析团队
107
+
108
+ ```
109
+ Professional cartoon-style illustration, a dynamic stock trading analysis team scene,
110
+ multiple diverse analysts gathered around a central holographic display showing candlestick charts,
111
+ a bull figure and a bear figure debating on opposite sides symbolizing bull-bear debate,
112
+ risk gauges and decision dashboards floating around,
113
+ warm collaborative atmosphere with focused professional energy.
114
+ Clean simple multi-tone gradient background. High quality, professional, team composition.
115
+ ```
116
+
117
+ ---
118
+
119
+ ## 同一团队风格统一规则
120
+
121
+ Team 型的所有头像必须在 prompt 中保持一致的**风格锚定词**:
122
+
123
+ **固定风格前缀(每个 prompt 开头):**
124
+ ```
125
+ Professional cartoon-style illustration avatar, consistent art style with warm lighting and soft shadows,
126
+ ```
127
+
128
+ **固定质量后缀(每个 prompt 结尾):**
129
+ ```
130
+ Bust shot, facing forward. Clean simple {color}-toned background. High quality, professional, natural.
131
+ ```
132
+
133
+ ### 背景色调映射
134
+
135
+ | categoryId | 背景色调 |
136
+ |------------|---------|
137
+ | 01-ProductDesign | warm orange-coral |
138
+ | 02-Engineering | blue-purple |
139
+ | 03-GameSpatial | purple-red gradient |
140
+ | 04-DataAI | cyan-teal |
141
+ | 05-MarketingGrowth | red-orange |
142
+ | 06-ContentCreative | pink-magenta |
143
+ | 07-SalesCommerce | golden-amber |
144
+ | 08-FinanceInvestment | dark blue with gold accent |
145
+ | 09-OperationsHR | navy slate-blue |
146
+ | 10-ProjectQuality | green-emerald |
147
+ | 11-SecurityCompliance | dark grey-blue |
148
+ | 12-IndustryConsultant | deep teal with silver accent |
149
+
150
+ ---
151
+
152
+ ## 执行流程
153
+
154
+ 1. **读取 Agent MD** — 逐个读取 agents/ 下每个 MD
155
+ 2. **提取角色特征** — 从角色定义、核心能力、工作流程中提取
156
+ 3. **构建个人 prompt** — 按上述步骤将特征转化为视觉描述
157
+ 4. **构建团队 prompt**(Team 型)— 从 displayDescription 和主理人 MD 提取
158
+ 5. **统一风格锚定** — 确保所有 prompt 使用相同的风格前缀和后缀
159
+ 6. **调用 ImageGen** — 逐张生成,`output_dir` 为专家包的 `avatars/`,`size` 为 `"1024x1024"`
160
+ 7. **重命名文件** — 将生成的图片重命名为 plugin.json 中声明的文件名
161
+ 8. **验证** — 确认所有头像文件已存在于 avatars/
162
+
163
+ ## 注意事项
164
+
165
+ 1. **必须基于 MD 描述生成**:不要使用通用 prompt
166
+ 2. **团队头像体现协作**:不是简单人物剪影
167
+ 3. **同一团队画风一致**:共用风格锚定词和背景色调
168
+ 4. **生成失败处理**:在 README.md 中标注需手动补充的头像,附推荐 prompt
169
+ 5. **用户可替换**:提醒自动生成的头像可手动替换(512×512,PNG/JPG,≤500KB)
@@ -0,0 +1,190 @@
1
+ # plugin.json 字段规范
2
+
3
+ > **本文件是 WorkBuddy 原版规范,原样保留,未改写。** 它描述的是专业内容的写法(能力、方法论、
4
+ > 典型问法、Workflow、命名、协作纪律),这部分是真正要学的东西。
5
+ >
6
+ > 但它提到的工具名 `TeamCreate`、`Agent`、`SendMessage`、`save_documents` 等**在本系统不存在**。
7
+ > 本系统的字段与工具映射一律以 `authoring-api.md` 为准;运行期协作映射见 `../runtime/team-lead.md`。
8
+ > 只学写法,不要照抄工具名——调用不存在的工具是最容易犯的错误。
9
+
10
+ ## 基础字段(必填)
11
+
12
+ | 字段 | 类型 | 说明 |
13
+ |------|------|------|
14
+ | `name` | string | 唯一标识,小写字母+连字符,也是技能命名空间前缀 |
15
+ | `version` | string | 语义化版本号(MAJOR.MINOR.PATCH) |
16
+ | `description` | string | 英文一句话描述 |
17
+
18
+ ## 可选基础字段
19
+
20
+ | 字段 | 类型 | 说明 |
21
+ |------|------|------|
22
+ | `author` | `{name, email}` | 作者信息 |
23
+ | `homepage` | string 或 `{url, type}` | 项目主页 |
24
+ | `license` | string | 许可证 |
25
+ | `keywords` | string[] | 搜索标签 |
26
+
27
+ ## 类型字段
28
+
29
+ | 字段 | 说明 |
30
+ |------|------|
31
+ | `expertType` | `"agent"` / `"team"` |
32
+ | `agentName` | 主 Agent 名称(对应 agents/ 下 MD 文件名,不含 .md)。**必须有业务语义**,不能使用 `team-lead` 等通用名 |
33
+ | `teamInfo` | team 时必填:`{leadAgent, memberAgents[]}` |
34
+
35
+ ## 资源声明
36
+
37
+ | 字段 | 类型 | 说明 |
38
+ |------|------|------|
39
+ | `agents` | string[] | Agent 定义文件路径列表(如 `["./agents/my-expert.md"]`) |
40
+ | `skills` | string[] | Skill 目录路径列表(如 `["./skills/my-skill"]`) |
41
+
42
+ ## 展示字段(agent/team 上架市场时必填)
43
+
44
+ | 字段 | 类型 | 说明 |
45
+ |------|------|------|
46
+ | `displayName` | `{en, zh}` | 展示名称 |
47
+ | `profession` | `{en, zh}` | 职业/定位。**Team 型须与 displayName 一致** |
48
+ | `displayDescription` | `{en, zh}` | 展示描述。**中文 40-50 字,突出核心能力** |
49
+ | `avatar` | string | 头像相对路径 |
50
+ | `categoryId` | string | 行业分类 ID |
51
+ | `defaultInitPrompt` | `{en, zh}` | 默认引导语。**须与 quickPrompts 第一条一致** |
52
+ | `tags` | `{en, zh}[]` | 擅长领域标签(**固定 3 个**) |
53
+ | `quickPrompts` | `{en, zh}[]` | 推荐提示词(**固定 3 个**) |
54
+ | `plugin` | string | 值与 `name` 一致 |
55
+
56
+ ## Team 专用字段
57
+
58
+ | 字段 | 说明 |
59
+ |------|------|
60
+ | `members[]` | 每个成员含 `{id, name:{en,zh}, profession:{en,zh}, avatar, role}` |
61
+
62
+ - `role` 取值:`"lead"` 或 `"member"`
63
+ - 主理人也必须在 members 中,role 为 `"lead"`
64
+ - `teamInfo.memberAgents` **不含**主理人
65
+
66
+ ---
67
+
68
+ ## 模板:Agent 型
69
+
70
+ ```json
71
+ {
72
+ "name": "{kebab-case-name}",
73
+ "version": "1.0.0",
74
+ "description": "{English one-line description}",
75
+ "author": {
76
+ "name": "{author-name}",
77
+ "email": "{author-email}"
78
+ },
79
+ "agents": ["./agents/{agent-name}.md"],
80
+ "skills": ["./skills/{skill-name}"],
81
+
82
+ "expertType": "agent",
83
+ "agentName": "{agent-name}",
84
+
85
+ "displayName": {
86
+ "en": "{English display name}",
87
+ "zh": "{中文显示名称}"
88
+ },
89
+ "profession": {
90
+ "en": "{English profession}",
91
+ "zh": "{中文职业头衔}"
92
+ },
93
+ "displayDescription": {
94
+ "en": "{English detailed description}",
95
+ "zh": "{中文详细描述,40-50字}"
96
+ },
97
+ "avatar": "avatars/expert.png",
98
+ "categoryId": "{XX-CategoryName}",
99
+ "defaultInitPrompt": {
100
+ "zh": "{中文首次对话提示}",
101
+ "en": "{English first prompt}"
102
+ },
103
+ "plugin": "{kebab-case-name}",
104
+ "tags": [
105
+ { "en": "{Tag1 EN}", "zh": "{标签1}" },
106
+ { "en": "{Tag2 EN}", "zh": "{标签2}" },
107
+ { "en": "{Tag3 EN}", "zh": "{标签3}" }
108
+ ],
109
+ "quickPrompts": [
110
+ { "en": "{Prompt1 EN}", "zh": "{提示词1}" },
111
+ { "en": "{Prompt2 EN}", "zh": "{提示词2}" },
112
+ { "en": "{Prompt3 EN}", "zh": "{提示词3}" }
113
+ ]
114
+ }
115
+ ```
116
+
117
+ > 如果没有 skills,则省略 `"skills"` 字段。
118
+
119
+ ## 模板:Team 型
120
+
121
+ ```json
122
+ {
123
+ "name": "{kebab-case-name}",
124
+ "version": "1.0.0",
125
+ "description": "{English one-line description}",
126
+ "author": {
127
+ "name": "{author-name}",
128
+ "email": "{author-email}"
129
+ },
130
+ "agents": [
131
+ "./agents/{team}-team-lead.md",
132
+ "./agents/{member-a}.md",
133
+ "./agents/{member-b}.md"
134
+ ],
135
+ "skills": ["./skills/{skill-name}"],
136
+
137
+ "expertType": "team",
138
+ "agentName": "{team}-team-lead",
139
+ "teamInfo": {
140
+ "leadAgent": "{team}-team-lead",
141
+ "memberAgents": ["{member-a}", "{member-b}"]
142
+ },
143
+
144
+ "displayName": {
145
+ "en": "{English team name}",
146
+ "zh": "{中文团队名称}"
147
+ },
148
+ "profession": {
149
+ "en": "{English team name}",
150
+ "zh": "{中文团队名称}"
151
+ },
152
+ "displayDescription": {
153
+ "en": "{English team description}",
154
+ "zh": "{中文团队描述,40-50字}"
155
+ },
156
+ "avatar": "avatars/team.png",
157
+ "categoryId": "{XX-CategoryName}",
158
+ "defaultInitPrompt": {
159
+ "zh": "{中文首次问候}",
160
+ "en": "{English first prompt}"
161
+ },
162
+ "plugin": "{kebab-case-name}",
163
+ "tags": [
164
+ { "en": "{Tag1 EN}", "zh": "{标签1}" },
165
+ { "en": "{Tag2 EN}", "zh": "{标签2}" },
166
+ { "en": "{Tag3 EN}", "zh": "{标签3}" }
167
+ ],
168
+ "quickPrompts": [
169
+ { "en": "{Prompt1 EN}", "zh": "{提示词1}" },
170
+ { "en": "{Prompt2 EN}", "zh": "{提示词2}" },
171
+ { "en": "{Prompt3 EN}", "zh": "{提示词3}" }
172
+ ],
173
+ "members": [
174
+ {
175
+ "id": "{team}-team-lead",
176
+ "displayName": { "en": "{EN}", "zh": "{ZH}" },
177
+ "profession": { "en": "{EN}", "zh": "{ZH}" },
178
+ "avatar": "avatars/{team}-team-lead.png",
179
+ "role": "lead"
180
+ },
181
+ {
182
+ "id": "{member-name}",
183
+ "displayName": { "en": "{EN}", "zh": "{ZH}" },
184
+ "profession": { "en": "{EN}", "zh": "{ZH}" },
185
+ "avatar": "avatars/{member-name}.png",
186
+ "role": "member"
187
+ }
188
+ ]
189
+ }
190
+ ```
@@ -0,0 +1,127 @@
1
+ # Team 型专用规范
2
+
3
+ > **本文件是 WorkBuddy 原版规范,原样保留,未改写。** 它描述的是专业内容的写法(能力、方法论、
4
+ > 典型问法、Workflow、命名、协作纪律),这部分是真正要学的东西。
5
+ >
6
+ > 但它提到的工具名 `TeamCreate`、`Agent`、`SendMessage`、`save_documents` 等**在本系统不存在**。
7
+ > 本系统的字段与工具映射一律以 `authoring-api.md` 为准;运行期协作映射见 `../runtime/team-lead.md`。
8
+ > 只学写法,不要照抄工具名——调用不存在的工具是最容易犯的错误。
9
+
10
+ ## 成员命名规范
11
+
12
+ Team 型专家团中,每个成员有三个外露字段:`name`(名字)、`profession`(职业头衔)、`nickname`(昵称,可选)。三者不应重复。
13
+
14
+ ### name:谐音花名风格
15
+
16
+ | 规则 | 说明 |
17
+ |------|------|
18
+ | 建议三个字 | 姓+名,建议三个字,两个字也可 |
19
+ | 先是正常人名 | 姓+名结构,不解释也能当名字用 |
20
+ | 暗含职能巧思 | 谐音、拆字、典故均可,但不刻意 |
21
+ | 不与 profession 重复 | name 是"谁",profession 是"做什么" |
22
+ | 中英文都自然 | 中文用花名,英文用拼音姓氏 |
23
+
24
+ **示例(软件开发团队):**
25
+
26
+ | profession | name(zh) | 巧思 | name(en) |
27
+ |-----------|----------|------|----------|
28
+ | 交付总监 | 齐活林 | 齐活了(交付完成) | Qi |
29
+ | 产品经理 | 许清楚 | 需求要说清楚 | Xu |
30
+ | 架构师 | 高见远 | 高见(架构视野) | Gao |
31
+ | 项目经理 | 毕达成 | 必达(交付必达) | Bi |
32
+ | 工程师 | 寇豆码 | code(代码) | Kou |
33
+ | QA工程师 | 严过关 | 严格过关 | Yan |
34
+
35
+ **禁止:**
36
+ - 叠字谐音(领码码、需求求、蓝图图)
37
+ - 一个字的 name 或纯职能词
38
+ - 和 profession 重复
39
+ - 无意义随机名(张三、John Doe)
40
+ - 英文 name 用 Agent ID
41
+ - 读起来是短语而非人名
42
+
43
+ ### 主理人 profession 规范
44
+
45
+ 主理人的 `profession` 不能用通用 title(团长、主理人、Team Lead),应体现该团队的调度风格和业务定位。
46
+
47
+ **示例:**
48
+
49
+ | 专家团 | 主理人 name | profession(zh) | profession(en) |
50
+ |--------|-----------|---------------|----------------|
51
+ | 软件开发团队 | 齐活林 | 交付总监 | Delivery Director |
52
+ | 交易分析团队 | 何执舟 | 首席策略官 | Chief Strategist |
53
+ | 营销战役团队 | 营销总监 | 增长操盘手 | Growth Operator |
54
+ | 深度研究团队 | 顾全之 | 研究主编 | Research Editor |
55
+
56
+ ---
57
+
58
+ ## 协作铁律
59
+
60
+ ### 4 条正则
61
+
62
+ 1. **建立团队**:任务开始时由主理人亲自创建团队(TeamCreate),明确协作边界。**团队创建必须且只能由主理人执行,严禁委派任何成员创建团队**
63
+ 2. **调度成员**:按 SOP 阶段将成员拉入协作、下发独立任务;成员作为独立协作方输出专业产出,不得由主理人代写
64
+ 3. **消息中转**:成员产出回传给主理人,由主理人汇总、转交下一阶段;所有跨成员信息流必须经主理人中转,不得互相直连
65
+ 4. **成员结论为准**:任何专业产出必须由对应成员输出后再采信,主理人只做编排与汇编
66
+
67
+ ### 5 条红线
68
+
69
+ - ❌ 禁止跳过 TeamCreate,直接自己模拟成员发言或并行写出多角色内容
70
+ - ❌ 禁止自己代写任何团队成员的专业产出
71
+ - ❌ 禁止未完成前序阶段就跳到后续阶段
72
+ - ❌ 禁止让成员互相直连通信,所有跨成员信息流必须经主理人中转
73
+ - ❌ 禁止 spawn 主理人自己(编排、汇总、决策由主理人亲自完成)
74
+
75
+ ### 协作规则
76
+
77
+ 1. 所有成员调度必须经过"TeamCreate → Agent spawn → SendMessage 回传"正式流程
78
+ 2. 每阶段结束后,将完整产出原文传递给下一阶段成员
79
+ 3. 调度成员时,在 Agent 工具的 `name` 参数中传入该成员的 **Agent ID**(agents/ 下的 MD 文件名,不含 .md),`subagent_type` 也传入相同值。**禁止**使用中文名或自创名称
80
+ 4. 裁决型角色(如研究主管、风险主管)必须给出明确结论,不得回避决策
81
+ 5. 每完成一个阶段向用户简要通报进度
82
+
83
+ ---
84
+
85
+ ## SOP 工作流编排
86
+
87
+ ### 并行 vs 串行
88
+
89
+ - **并行 Phase**:同一条消息中 spawn 多个成员(使用 TeamCreate),适用于成员间无数据依赖
90
+ - **串行 Phase**:等前一 Phase 全部回传后,将结论传入下一 Phase 的成员 prompt
91
+
92
+ ### 示例 SOP
93
+
94
+ ```
95
+ Phase 1(并行):
96
+ stock-researcher → 基本面+财务
97
+ valuation-pricer → 估值判断
98
+ money-tracker → 资金态度
99
+
100
+ Phase 2(串行,Phase 1 结论传入):
101
+ risk-doctor → 综合风险诊断
102
+
103
+ 主理人汇编 → 输出
104
+ ```
105
+
106
+ ### 预设 Workflow 设计原则
107
+
108
+ 每个 Workflow 写明:
109
+ - **触发条件**:什么类型的问法匹配此 Workflow
110
+ - **Phase 编排**:分 Phase 的串并行调度
111
+ - **输入输出依赖**:每个 Phase 的输入来自哪里、输出传给谁
112
+
113
+ Workflow 数量根据用户实际高频场景设计,不是越多越好。
114
+
115
+ ---
116
+
117
+ ## settings.json
118
+
119
+ Team 型必须有 `settings.json`:
120
+
121
+ ```json
122
+ {
123
+ "agent": "{team}-team-lead"
124
+ }
125
+ ```
126
+
127
+ 值必须与 plugin.json 的 `agentName` 和主理人 MD 文件的 `name` 一致。
@@ -0,0 +1,24 @@
1
+ ## 官方 Team 协作
2
+
3
+ 分工执行使用 DeepSeek Harness 官方 Agent Teams。召唤专家团表示用户明确请求团队协作;简单问题可直接回答。需要分工时,以成员配置的 key 作为 spawn_teammate 的 name,description 写成员职责,prompt 写本次问题、真实输入文件、交付物和检查标准。
4
+
5
+ **本系统的边界(先读这段)**:一位「专家」在运行时就是一个**角色提示词**——用户把某位
6
+ 已发布专家采用到会话里,它的角色说明进入这个会话的上下文。本系统**没有**把专家团编译成
7
+ 可运行 preset 的机制,也没有安装成员的执行装配。所以:
8
+
9
+ - 需要真正的并行分工时,**你自己**按下面的纪律为每个成员构造 prompt,用官方
10
+ `spawn_teammate` 创建,而不是指望系统自动挂载成员角色;
11
+ - 每位成员的职责、方法论、检查标准来自你在制作阶段写下的内容——把它们写进 prompt,
12
+ 不要在 prompt 里冒充另一位成员发言;
13
+ - 不要让用户以为有系统自动签收、自动验收或自动派活;这些都不存在。
14
+
15
+ 先用 list_agents 和 team_task_list 查看已有成员和工作,再用 spawn_teammate 创建尚未存在的成员。默认 context=fresh;确需继承当前讨论时使用 fork。成员名称创建后不可重用,失败也不能反复创建同名成员。已有成员用 send_message 继续,已入队 queued 的消息不要重复发送。
16
+
17
+ 协作场景是专业工作指导。使用 team_task_create/get/list/update 管理官方任务,按依赖安排工作,写明各成员的文件范围、交付路径及评审要求;并行仅用于互不冲突的工作。更新任务时读取并使用当前 revision,不覆盖他人变更。不要声称系统有另一个自动签收或文件验收状态机。
18
+
19
+ 成员执行后,通过 wait_agent 等待并重新读取官方状态;需要停止成员当前轮次时用 interrupt_agent。完成通知表示运行结束,专业验收仍需读取实际成果、检查计算和来源、说明分歧与缺项。最终给出综合结论、成员贡献与真实文件链接;生成文件使用原生 present 交付。
20
+
21
+ 继续任务时沿用官方成员与任务列表,用 send_message 唤醒已有成员。旧版本的自定义建团、派活、成员直调、状态和交付工具均已退役,不再调用,也不创建旧运行单以绕过失败。旧历史中的这些调用不代表当前工具可用。
22
+
23
+ 本文件由本仓库改写自上游同名文件;上游版本假定的 Host 侧成员挂载在本系统不存在,上面那段边界是本系统的事实。
24
+