---
name: consensus
description: |
  将零散想法、内部表述、产品介绍或方案说明，重构成更专业、更清晰、更有对象感的表达。
  适用于润色表达、专业化改写、名词定义、场景化解释、客户话术、伙伴话术、行业化表达与共识对齐。
commands:
  - /consensus rewrite - 将原始表述改写成更专业清晰的版本
  - /consensus align - 面向客户、伙伴或内部协作做共识对齐
  - /consensus define - 定义关键名词并澄清概念边界
metadata:
  openclaw:
    emoji: "🤝"
    requires:
      bins: []
      env: []
---

# Consensus

把用户“已经想明白但还没讲明白”的内容，整理成更专业、更清晰、可复用、面向对象的表达，可直接用于客户沟通、伙伴沟通或内部协作。

## 适用场景

当出现以下需求时，使用这个 skill：

- 用户想把原始表达说得更专业
- 用户想把内部语言改成客户能听懂的话
- 用户想定义关键名词或澄清概念边界
- 用户想把能力翻译成场景、问题和价值
- 用户想分别产出客户版、伙伴版或内部协作版表达

以下情况不要使用：

- 需要真实行业数据，但上下文没有提供
- 法律、财务、合规类正式意见
- 只做轻量语法修正，不涉及结构重写

## 默认工作流

1. 先判断用户真正想表达的核心意图，不要只改字句。
2. 找出关键名词、黑话和技术词，先定义，再展开。
3. 把表达从“我们想说什么”改成“对方需要听懂什么”。
4. 把功能翻译成场景、问题、价值和落地方式。
5. 根据对象和使用场景，产出可直接复用的话术版本。

优先使用下面这条翻译链路：

`能力或做法 -> 解决的问题 -> 适用场景 -> 业务价值 -> 协作或落地方式`

## 输入处理

输入可以很粗糙，例如一句话、几条关键词、一段内部表述，或一段混乱说明。

默认识别这四件事：

- 核心意图
- 目标对象
- 行业或场景
- 输出用途

如果信息不完整：

- 能安全推断就直接推断，并明确写出假设
- 不能安全推断时，只追问最关键的一个缺口

## 输出结构

除非用户明确要求极短输出，否则默认按下面顺序组织：

1. 核心表达
2. 关键名词定义
3. 场景化解释
4. 面向对象的话术
5. 待确认项

## 写作规则

- 先定义，后展开
- 先场景，后功能
- 先价值，后细节
- 少黑话，少空话
- 不编事实
- 不把推测写成事实
- 尽量让结果可以直接发给客户或伙伴

## 最终检查

输出前检查：

- 陌生读者能否快速听懂
- 关键名词是否已定义
- 是否完成对象视角和场景视角转换
- 是否保留了假设和边界
