skills/share-creator/SKILL.md
生成技术分享、项目汇报、知识培训等演示内容。当用户想要准备分享、演示、演讲、技术分享、项目汇报、知识培训、团队分享、presentation、slides、演示文稿时,使用此skill。即使用户没有明确说"分享",只要涉及准备演示材料、演讲内容、培训文档,都应触发此skill。
npx skillsauth add anian0/pick-skills share-creatorInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
帮助用户生成高质量的分享内容,支持技术分享、项目汇报、知识培训等多种类型。
遵循以下步骤执行,每个步骤完成后标记进度:
目的:理解项目背景,为分享内容提供技术支撑。
执行:
Glob 和 Grep 探索项目结构输出:项目技术概览摘要
目的:避免重复内容,保持风格一致。
执行:
docs/shares/ 目录是否存在历史分享输出:历史分享摘要或"首次分享"说明
目的:深入了解用户需求,精准定制分享内容。
在开始信息收集前,先分析用户任务描述中已包含的信息:
| 信息项 | 判断标准 | 示例 | |--------|----------|------| | 分享主题 | 是否明确提到分享/汇报/培训的主题 | "介绍AI功能" | | 目标听众 | 是否提到听众类型 | "开发团队"、"产品经理" | | 时长 | 是否明确时间 | "30分钟"、"1小时" | | 目的 | 是否说明分享目的 | "技术分享"、"项目汇报" | | 技术栈 | 是否提到特定技术 | "Python"、"React" |
跳过规则:
采用混合方式:
使用 AskUserQuestion 工具一次性询问缺失的信息:
| # | 问题 | 目的 | |---|------|------| | 1 | 分享的主题是什么? | 确定核心话题 | | 2 | 分享的目标听众是谁? | 定制内容深度和表达方式 | | 3 | 分享的时间长度? | 控制内容篇幅 | | 4 | 分享的主要目的是什么? | 确定内容重点 | | 5 | 听众对主题的了解程度? | 调整技术深度 | | 6 | 分享地点/形式? | 考虑产物格式 | | 7 | 是否有特定的技术栈/框架需要重点讲解? | 聚焦技术内容 | | 8 | 是否需要展示代码或项目文件? | 确定是否嵌入代码 |
同时询问产物格式偏好:
基于第一轮回答和已知信息,询问以下问题:
| # | 问题 | 目的 | |---|------|------| | 9 | 分享的亮点或核心要点是什么?(3-5个) | 确定重点强调内容 | | 10 | 是否有需要解决的问题或挑战? | 增加问题-方案结构 | | 11 | 是否需要对比或参考其他方案/产品? | 添加对比分析 | | 12 | 听众可能关心的问题或疑虑? | 提前准备Q&A | | 13 | 分享中是否需要包含案例或演示? | 确定是否需要实操演示 | | 14 | 期望听众分享后能获得什么? | 明确成果目标 |
根据前两轮回答,定向追问以下问题(每次最多4问):
| # | 问题 | 触发条件 | |---|------|----------| | 15 | 需要展示哪些具体的代码片段或文件路径? | 用户回答了"需要展示代码" | | 16 | 案例演示的具体步骤是什么? | 用户回答了"需要包含案例" | | 17 | 技术栈的哪些特性需要深入讲解? | 用户提到了特定技术栈 | | 18 | 对比方案的具体对比维度是什么? | 用户回答了"需要对比" | | 19 | 分享的视觉风格偏好? | 确定产物风格 | | 20 | 是否有参考的分享模板或风格? | 帮助用户统一风格 |
注意:
目的:规划内容结构,确认分享框架。
基于收集的信息,生成分享大纲:
# 分享大纲:[主题]
## 基本信息
- **听众**:[目标听众]
- **时长**:[时间长度]
- **目的**:[主要目的]
## 内容结构
### 第一部分:开场(约[X]%时长)
- [开场内容点]
### 第二部分:核心内容(约[Y]%时长)
- [核心内容点1]
- [核心内容点2]
- [核心内容点3]
### 第三部分:案例/演示(约[Z]%时长)
- [案例内容]
### 第四部分:总结与Q&A(约[W]%时长)
- [总结要点]
- [预设Q&A问题]
## 产物格式
[根据用户在信息收集阶段的选择确定]
**选项**:
- **Markdown文档**:`docs/shares/[日期]-[主题].md` - 适合直接阅读、版本管理
- **HTML演示**:`docs/shares/[日期]-[主题].html` - 适合浏览器展示、演讲演示
- **两者都有**:同时生成两种格式
目的:确保大纲符合用户期望。
执行:
目的:输出最终分享文档。
生成结构:
# [分享主题]
> 分享日期:[日期]
> 分享人:[用户信息]
> 听众:[目标听众]
## 目录
1. [章节1标题]
2. [章节2标题]
...
---
## 1. [章节1标题]
[章节内容,包含:
- 文字说明
- 代码片段(如有)
- 图片引用(如有)
- 表格数据(如有)]
### 关键要点
- [要点1]
- [要点2]
---
## 2. [章节2标题]
...
---
## 总结
[总结内容]
## Q&A
### Q1: [预设问题1]
**A**: [回答1]
### Q2: [预设问题2]
**A**: [回答2]
---
## 参考资料
- [参考资料1]
- [参考资料2]
生成结构:
<!DOCTYPE html>
<html lang="zh-CN">
<head>
<meta charset="UTF-8">
<title>[分享主题]</title>
<style>
/* 演示风格样式 */
body { font-family: system-ui; max-width: 1200px; margin: auto; padding: 2em; }
.slide { margin-bottom: 3em; padding: 2em; border-bottom: 1px solid #eee; }
.highlight { background: #f0f8ff; padding: 1em; border-radius: 4px; }
code { background: #f4f4f4; padding: 0.2em 0.5em; border-radius: 3px; }
pre { background: #f4f4f4; padding: 1em; border-radius: 4px; overflow-x: auto; }
.toc { background: #fafafa; padding: 1em; border-radius: 4px; }
</style>
</head>
<body>
<header>
<h1>[分享主题]</h1>
<p>分享日期:[日期] | 听众:[目标听众]</p>
</header>
<nav class="toc">
<h2>目录</h2>
<ol>
<li><a href="#section-1">[章节1标题]</a></li>
...
</ol>
</nav>
<section class="slide" id="section-1">
<h2>1. [章节1标题]</h2>
[章节内容]
<div class="highlight">
<strong>关键要点:</strong>
<ul>
<li>[要点1]</li>
<li>[要点2]</li>
</ul>
</div>
</section>
...
<section class="slide" id="summary">
<h2>总结</h2>
[总结内容]
</section>
<section class="slide" id="qa">
<h2>Q&A</h2>
<div class="qa-item">
<h3>Q1: [预设问题1]</h3>
<p><strong>A</strong>: [回答1]</p>
</div>
...
</section>
<footer>
<h2>参考资料</h2>
<ul>
<li>[参考资料1]</li>
...
</ul>
</footer>
</body>
</html>
分享产物保存到 docs/shares/ 目录,文件命名格式:
docs/shares/
├── 2026-03-29-[主题缩写].md
├── 2026-03-29-[主题缩写].html
└── ... (历史分享文件)
development
基于已确认的需求简报创建简洁的实现契约。当需求已确认,用户要求技术方案、实现方案、API 或数据设计、代码变更契约时使用。本 skill 只设计方案,不写生产代码。
content-media
将项目想法或功能请求澄清为简洁、聚焦决策的需求简报。当用户想讨论需求、确定范围、把想法整理成开发前输入,或为 tech-design-v2 准备需求材料时使用。本 skill 只产出需求,不做技术方案或代码实现。
development
项目开发 v2 skill 套件的共享政策和交付契约。当维护、审查、分享或挂载 requirements-workshop-v2、tech-design-v2、implementation-planning-v2、plan-execution-v2 使用的公共文档时使用;当任务涉及 v2 提问策略、交付契约或禁止模拟完成策略时也使用。
development
审查项目开发 v2 流程中的需求文档、技术方案、实施计划、执行结果和跨文档一致性。当用户要求评估、审查、检查、对比、把关 requirements-workshop-v2、tech-design-v2、implementation-planning-v2、plan-execution-v2 的产物,或进入下一阶段前确认文档/执行证据是否可靠时使用。本 skill 只做审查和修订建议,不直接生成新需求、技术方案、计划或代码。