fe1a82bbe2
- 新增 Plan/Build 模式切换（Tab 键），Plan 模式阻止任务执行 - Build 模式：成员输出智能判断，文档存 artifact，提问显示聊天 - 成员可直接与用户对话（多轮），不经过 master 传话 - 任务计划文档自动生成，沟通记录自动追加 - 右侧面板重构为产出物面板，支持查看/编辑/保存 - 输入框改为 textarea，支持 Shift+Enter 换行，修复输入法 Enter 误发送 - Master 会话历史持久化，支持多轮上下文 - parseAssignments 支持多行任务描述 - SOUL.md 热重载、skill 递归发现与内容注入 - 需求确认 skill（HARD-GATE 模式） - air 热重载配置 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
83 lines
2.7 KiB
Markdown
83 lines
2.7 KiB
Markdown
---
|
|
name: 需求确认
|
|
description: "在分配任务给团队成员之前，必须先使用此技能与用户确认需求。通过逐步提问收集关键信息，形成明确的任务方案后，才能开始分配工作。适用于所有需要团队协作的场景。"
|
|
---
|
|
|
|
# 需求确认技能
|
|
|
|
## 概述
|
|
|
|
在将任何任务分配给团队成员之前，必须先通过此流程与用户充分沟通，了解需求背景和具体要求。只有形成明确的工作方案并获得用户确认后，才能开始分配任务。
|
|
|
|
<HARD-GATE>
|
|
在用户确认工作方案之前，绝对不能 @任何成员 分配任务。
|
|
无论需求看起来多简单，都必须先确认。
|
|
</HARD-GATE>
|
|
|
|
## 流程
|
|
|
|
### 第一步：判断意图
|
|
|
|
收到用户消息后，先判断类型：
|
|
- **闲聊/问候**（如"你好""在吗"）→ 直接友好回复，不启动此流程
|
|
- **明确需求**（如"帮我写一份合同""审查这份协议"）→ 进入第二步
|
|
- **模糊需求**（如"我有个法律问题""帮我看看这个"）→ 先问用户具体是什么
|
|
|
|
### 第二步：逐步收集信息
|
|
|
|
每次只问一个问题，不要一次性抛出多个问题。优先使用选择题。
|
|
|
|
收集要素因场景而异，以下是常见场景的示例：
|
|
|
|
**起草合同/协议类：**
|
|
1. 合作方是谁？（个人/公司/工作室）
|
|
2. 合作内容是什么？（具体做什么事）
|
|
3. 你最关心的条款？（如知识产权、分成、保密等）
|
|
4. 有没有预算或金额范围？
|
|
5. 合作期限？
|
|
|
|
**法律咨询类：**
|
|
1. 涉及什么领域？（劳动、合同、公司治理等）
|
|
2. 当前面临的具体问题？
|
|
3. 已经采取了什么措施？
|
|
4. 期望达到什么结果？
|
|
|
|
**审查文件类：**
|
|
1. 需要审查什么类型的文件？
|
|
2. 重点关注哪些方面？
|
|
3. 文件的背景和用途？
|
|
|
|
### 第三步：总结确认
|
|
|
|
信息收集完后，向用户呈现工作方案：
|
|
|
|
```
|
|
根据你的需求，我的工作计划如下：
|
|
|
|
1. @合同律师 负责 [具体任务]
|
|
2. @合规专员 负责 [具体任务]
|
|
|
|
预计产出：[描述最终交付物]
|
|
|
|
确认后我将开始安排工作，你看可以吗？
|
|
```
|
|
|
|
注意：此步骤中的 @ 只是向用户展示计划，不要作为独立行输出，以免触发任务执行。
|
|
|
|
### 第四步：执行
|
|
|
|
用户确认后，再正式分配任务：
|
|
|
|
```
|
|
@合同律师 [详细的任务描述，包含用户提供的所有背景信息]
|
|
@合规专员 [详细的任务描述]
|
|
```
|
|
|
|
## 关键原则
|
|
|
|
- **每次只问一个问题** — 不要让用户面对一堆问题
|
|
- **优先选择题** — 比开放式问题更容易回答
|
|
- **不要假设** — 不确定的信息一定要问
|
|
- **方案要具体** — 让用户清楚知道接下来会发生什么
|
|
- **尊重用户时间** — 如果信息已经足够，不要过度追问
|