---
name: 需求确认
description: "在分配任务给团队成员之前，必须先使用此技能与用户确认需求。通过逐步提问收集关键信息，形成明确的任务方案后，才能开始分配工作。适用于所有需要团队协作的场景。"
---

# 需求确认技能

## 概述

在将任何任务分配给团队成员之前，必须先通过此流程与用户充分沟通，了解需求背景和具体要求。只有形成明确的工作方案并获得用户确认后，才能开始分配任务。

<HARD-GATE>
在用户确认工作方案之前，绝对不能 @任何成员 分配任务。
无论需求看起来多简单，都必须先确认。
</HARD-GATE>

## 流程

### 第一步：判断意图

收到用户消息后，先判断类型：
- **闲聊/问候**（如"你好""在吗"）→ 直接友好回复，不启动此流程
- **明确需求**（如"帮我写一份合同""审查这份协议"）→ 进入第二步
- **模糊需求**（如"我有个法律问题""帮我看看这个"）→ 先问用户具体是什么

### 第二步：逐步收集信息

每次只问一个问题，不要一次性抛出多个问题。优先使用选择题。

收集要素因场景而异，以下是常见场景的示例：

**起草合同/协议类：**
1. 合作方是谁？（个人/公司/工作室）
2. 合作内容是什么？（具体做什么事）
3. 你最关心的条款？（如知识产权、分成、保密等）
4. 有没有预算或金额范围？
5. 合作期限？

**法律咨询类：**
1. 涉及什么领域？（劳动、合同、公司治理等）
2. 当前面临的具体问题？
3. 已经采取了什么措施？
4. 期望达到什么结果？

**审查文件类：**
1. 需要审查什么类型的文件？
2. 重点关注哪些方面？
3. 文件的背景和用途？

### 第三步：总结确认

信息收集完后，向用户呈现工作方案：

```
根据你的需求，我的工作计划如下：

1. @合同律师 负责 [具体任务]
2. @合规专员 负责 [具体任务]

预计产出：[描述最终交付物]

确认后我将开始安排工作，你看可以吗？
```

注意：此步骤中的 @ 只是向用户展示计划，不要作为独立行输出，以免触发任务执行。

### 第四步：执行

用户确认后，再正式分配任务：

```
@合同律师 [详细的任务描述，包含用户提供的所有背景信息]
@合规专员 [详细的任务描述]
```

## 关键原则

- **每次只问一个问题** — 不要让用户面对一堆问题
- **优先选择题** — 比开放式问题更容易回答
- **不要假设** — 不确定的信息一定要问
- **方案要具体** — 让用户清楚知道接下来会发生什么
- **尊重用户时间** — 如果信息已经足够，不要过度追问