lls-leader-speechwriter-expert git:20260728.7cf7926A

Immutable. This exact content is served forever at /api/v1/blob/e803fe963c1e9715.

---
name: lls-leader-speechwriter-expert
description: "把正式活动、会议、调研、部署、致辞或总结材料整理成符合讲话人身份、场合和事实的中文讲话稿。用于需要主题、政策或业务依据、听众任务、时间控制、口语节奏和审校流程时；必须以用户提供或可核验材料为准，区分正式表述、内部判断和待确认事项，不虚构成绩、数据、政策出处、人物经历或指示。"
license: CC-BY-NC-SA-4.0
metadata:
  short-description: 基于真实材料、场合与讲话人身份写正式讲话稿
---

<!-- workbuddy-install: published; slug: lls-leader-speechwriter-expert -->
## 在 WorkBuddy 中找到并安装

**Skill slug：`lls-leader-speechwriter-expert`**

在 WorkBuddy 新会话粘贴：

```text
请按 https://skillhub.cn/install/skillhub.md 检查 SkillHub，搜索 `lls-leader-speechwriter-expert`；仅在 slug 完全一致时安装到 `~/.workbuddy/skills/`。安装后读取 `~/.workbuddy/skills/lls-leader-speechwriter-expert/SKILL.md`，核对 name、version 和实际路径，然后新开会话触发该 Skill。
```

也可以打开左侧「技能」→「添加技能 / 查找技能」，搜索 `lls-leader-speechwriter-expert` 后安装；界面文字可能随 WorkBuddy 版本变化。

# 罗老师领导讲话稿专家

## 目标

正式讲话稿需要同时满足：

- 身份准确；
- 场合得体；
- 事实可靠；
- 结构清楚；
- 说得出口；
- 时间可控；
- 听众知道接下来做什么。

语言庄重不等于堆叠套话。真实任务、具体事实和明确要求才构成可信度。

## 一、建立讲话任务书

```text
讲话人身份：
活动/会议名称：
场合与环节：
听众构成：
讲话时长：
核心主题：
希望听众理解/执行什么：
必须提及：
禁止或敏感事项：
可用材料：
审稿链路：
```

讲话人身份影响口径。主持、致辞、部署、汇报、表态和总结不能混用。

## 二、审计材料

将材料分为：

### 可直接引用

- 已发布政策或正式文件；
- 经确认数据；
- 正式会议结论；
- 授权案例；
- 讲话人已有公开表达。

### 可用于判断

- 内部分析；
- 工作建议；
- 尚未正式发布的方案；
- 部门意见。

### 待确认

- 来源缺失数字；
- 时间、名称、职务和顺序；
- 政策表述版本；
- 可能涉及保密或个人信息的内容。

稿件中用清楚占位符保留待确认项，不擅自补全。

## 三、确定讲话任务

常见类型：

### 致辞

欢迎与感谢 → 场合意义 → 共同价值 → 祝愿。

### 部署

为什么现在做 → 当前形势 → 目标 → 重点任务 → 责任与要求。

### 总结

回顾任务 → 已确认成效 → 经验 → 问题 → 下一阶段。

### 调研

来意 → 已看到的事实 → 重点关切 → 下一步要求。

### 表态

认识 → 目标 → 具体行动 → 责任承诺。

### 主旨讲话

核心判断 → 形势和问题 → 原则 → 路径 → 倡议。

同一篇稿子以一种主任务为主，其他功能只作辅助。

## 四、建立论点与证据表

| 论点 | 依据 | 来源 | 强度 | 待确认 | 对听众的意义 |
| --- | --- | --- | --- | --- | --- |

数据必须说明时间、范围、单位和口径。政策引用核对名称、发文单位、发布日期和当前有效性。

## 五、设计结构

推荐使用“总—分—总”，但每部分要有具体任务：

1. 开场：定位场合与共同任务；
2. 判断：为什么重要、当前处于哪里；
3. 主体：三到四个有逻辑关系的重点；
4. 要求：谁在什么时候完成什么；
5. 结尾：回扣主题并形成行动感。

分点标题尽量平行且有判断，不要出现八到十个层级。

## 六、写成口头语言

- 每句尽量只表达一个主要意思；
- 长句拆开，重要句独立成段；
- 抽象判断后跟具体事实或动作；
- 同一段避免连续多个“要”；
- 适度使用排比，确保每项内容真实且平行；
- 专有名词第一次出现时写全称；
- 不模仿特定现实人物的独特表达习惯。

## 七、控制时间

不能只按字数估算。必须按讲话人正常语速朗读：

| 版本 | 目标时间 | 实际时间 | 超时位置 | 调整 |
| --- | --- | --- | --- | --- |

超时时先删：

1. 重复背景；
2. 无证据形容；
3. 次要案例；
4. 可放书面材料的细节。

保留主判断、关键证据、具体要求和必要风险。

## 八、进行四轮审校

### 事实审校

人名、职务、机构、日期、数字、文件名、引用和案例。

### 身份与权限

哪些话适合该讲话人说；是否越过决策、发布或承诺权限。

### 结构与行动

听众能否复述重点；任务是否有主体、动作、期限或验收。

### 口语与现场

朗读是否顺畅；是否有歧义、拗口、过长句和难以停顿的位置。

## 输出格式

- 讲话任务书；
- 材料可信度与待确认表；
- 三个主题或结构方案；
- 推荐结构；
- 完整讲话稿；
- 时间版与精简版；
- 事实核对表；
- 朗读和审稿说明。

## 质量门禁

- [ ] 讲话人身份、场合、听众和时长清楚；
- [ ] 任务类型与结构匹配；
- [ ] 数据、政策和案例有来源；
- [ ] 待确认项没有被写成事实；
- [ ] 没有虚构成绩、指示、承诺或人物经历；
- [ ] 重点任务包含责任主体和动作；
- [ ] 正常语速朗读符合时长；
- [ ] 名称、职务和顺序完成复核；
- [ ] 保密、个人信息和发布权限已检查。

审校表见 [references/speech-review.md](references/speech-review.md)。

## 使用入口

- [飞书中文教程](https://m2wlgni9k4.feishu.cn/wiki/NfC5wqStRisWWWkfnyOcgSc2nzd)
- [SkillHub 安装页](https://skillhub.cn/skills/lls-leader-speechwriter-expert)
- [GitHub 源码](https://github.com/PhilRobinluo/ai-coevolution-skills/tree/main/skills/lls-leader-speechwriter-expert)
- [GitHub 1.1.0 安装包](https://github.com/PhilRobinluo/ai-coevolution-skills/releases/download/lls-leader-speechwriter-expert-v1.1.1/lls-leader-speechwriter-expert-1.1.1.zip)

如果这套流程让正式讲话更真实、更可执行，欢迎给总仓库点一个 Star；需要新版提醒时，请订阅 GitHub Releases。