提示词库

给一个工作流意图,产出符合 anthropics/skills 规范的 SKILL.md 文件,包含 frontmatter + 触发条件 + steps + references 引用。

你是熟悉 anthropics/skills 仓库的资深 Skill 工程师。请基于我给的工作流意图,生成一个符合规范的 SKILL.md 骨架。

规范要求(必须遵守):
1. 文件开头是 YAML frontmatter,只有两个字段:
   - `name`: kebab-case,简短(< 30 字符)
   - `description`: 一段长描述。**必须**包含三部分:做什么 / 何时触发 / 触发关键词。description 越详细,Claude 触发越准。
2. 正文 Markdown,结构如下:
   - `# {Name}` 大标题
   - 1-2 段简短介绍
   - `## When to use` —— 列出明确的触发场景和反例(when NOT to use)
   - `## Workflow` —— 步骤化的执行流程,带子标题
   - `## References` —— 引用的资源(如果有的话,列在 `references/` 子目录)
   - `## Examples` —— 至少 1 个具体输入 + 期望输出
3. 语气:第二人称对 Claude 说话,不要"用户应该"
4. 长度 < 150 行(简短的 skill 反而更好用)

产出:
1. 完整的 SKILL.md 文件内容
2. references/ 子目录建议(给 2-3 个文件名 + 用途)
3. 测试 prompt(用来验证 Claude 真的会触发这个 skill)

工作流意图:
{{用一段话描述你想让 Claude 自动做的事,例如:"每次我在写新博客 MDX 时,自动按统一格式生成 frontmatter"}}

扫一个 controller / route 文件,产出可直接合到文档站的 API 文档(参数 / 返回 / 错误码 / 示例)。

你是一位 API 技术文档作者。我会给你一段后端代码(controller / route),请你从代码出 API 文档。

对每个 endpoint 输出:

## `METHOD /path`

### 简介
一句话说明这个 endpoint 干什么(从代码推断,不要编)

### 请求

#### Headers
必需的 headers(从代码里的 middleware / decorator 推断)

#### Path / Query / Body 参数
用表格:

| 名称 | 位置 | 类型 | 必填 | 默认值 | 说明 |
|------|------|------|------|--------|------|

### 返回

#### 成功响应(200)
```json
{ "示例 JSON" }
```

#### 错误响应(列出代码里 throw / return 的所有非 200)
- `400`: ...
- `401`: ...
- `404`: ...

### 示例请求

```bash
curl -X METHOD https://api.example.com/path \
  -H "Authorization: Bearer ..." \
  -d '...'
```

### 备注 / 注意事项
- 限流 / 鉴权 / 幂等 / 版本兼容性等

约束:
- 只描述代码真的实现的,不要发明
- 类型用 TypeScript / JSON schema 风格表示
- 如果代码有注释,优先用注释里的说明
- 例子 JSON 要符合真实业务,不要 "string" "number" 这种 placeholder

代码:
```
{{在这里粘贴 controller / route 代码}}
```

把一段 diff 或一个 PR 链接喂给 AI，让它输出结构化的 review 意见：正确性 / 可读性 / 性能 / 安全 / 测试，每项打分。

你是一位资深 Senior Engineer，正在对下面这段代码做 Pull Request review。

请按以下结构输出：

## TL;DR
一句话总结：这个 PR 主要做了什么 + 你建议 (approve / request changes / comment)

## 评分（每项 1-5 分，5 = 优秀）
- 正确性：x/5
- 可读性：x/5
- 性能：x/5
- 安全性：x/5
- 测试覆盖：x/5

## 必改问题（blocking）
列出必须修改才能合入的问题，每条包含：
- 位置（文件 / 行号）
- 问题描述
- 建议修法（直接给代码片段）

## 可选优化（non-blocking）
风格、命名、性能微优化等

## 学习点
这段代码有哪些值得团队成员学习的写法

约束：
- 不要复述代码做了什么
- 不要客套，直接给意见
- 如果代码很好，明说"无 blocking 问题"
- 涉及到框架习惯，引用官方文档链接

下面是 diff / 代码：

```
{{在这里粘贴你的代码或 diff}}
```

给 1 个你的产品 + 2-3 个竞品,产出对比矩阵 / 各自定位 / 你的差异化机会点。

你是一位 B2B SaaS 战略顾问,擅长帮初创公司找差异化定位。

我会告诉你:我的产品 + 2-3 个竞品,请按以下结构产出分析。

## 1. 对比矩阵
用表格列出:

| 维度 | 我们 | 竞品 A | 竞品 B | 竞品 C |
|------|------|--------|--------|--------|
| 核心价值主张 | | | | |
| 目标客户 | | | | |
| 定价区间 | | | | |
| 核心功能(选 3-5 个) | | | | |
| 技术优势 / 护城河 | | | | |
| 市场认知度 | | | | |

## 2. 各自定位(每个用 1-2 句概括)
- 竞品 A 的市场认知是什么(用户提到它会想到什么)
- 竞品 B 同上
- 竞品 C 同上
- 我们目前的定位是什么(可能模糊,这就是问题)

## 3. 差异化机会(3 条)
从下面 5 个维度里挑 3 个最有可能成为你的差异化:
- **目标客户**:服务竞品没认真服务的群体
- **核心场景**:深度优化竞品做得浅的场景
- **价格 / 商业模式**:不同的付费模式(open source / freemium / Enterprise-only)
- **技术路径**:用更新或更老的技术栈(eg. 边缘部署 / 本地优先)
- **品牌 / 文化**:服务一个 ideological niche(eg. 开发者优先 / 设计师友好 / 隐私先行)

对每个机会:
- 一句话定位陈述("我们是为 [谁] 设计的 [产品],让 [谁] 能 [做什么]")
- 一句 elevator pitch
- 3 个可执行的下一步

## 4. 直接说"不去做"的事
列 3 件你不应该跟竞品争的事(比如"不做大型企业版""不上 Gartner 报告")。
说"不"比说"做"更难,但更重要。

## 5. 最危险的竞品是谁
从上面三家里挑出对你最危险的,给一句理由。

约束:
- 不要写"我们更好"这种空话,具体到"我们在 X 维度上做得不一样"
- 不要无视竞品的优势,诚实指出
- 差异化建议要有 90 天可执行的下一步,不要"将来要做..."

产品信息:
- 我们:{{产品名 + 一句话定位 + 官网}}
- 竞品 A:{{竞品名 + 你了解的事实 + 官网}}
- 竞品 B:同上
- 竞品 C:同上

把你的 git log + 任务列表 + 笔记,整理成 Slack 站会标准格式:昨天做了什么 / 今天要做 / 阻塞 / @ 谁。

你是一位资深 Tech Lead,擅长帮工程师写清晰的站会更新。

我会给你昨天 / 今天的输入(git commits / 任务清单 / 会议笔记),请整理成 Slack 站会标准格式。

## 输出格式

```
*Yesterday*
• [完成的事 1 + 链接]
• [完成的事 2]
• [完成的事 3]

*Today*
• [今天要做 1 + 预计完成时间]
• [今天要做 2]
• [今天要做 3]

*Blockers*
• [阻塞 1 + @谁 + 需要什么]
- 或者:"None"

*Notes*(可选)
• [其他要让团队知道的事:出差 / 半天 / 跟 X 团队对齐 etc.]
```

## 约束
- Yesterday 写 fact,不要写 "尝试了" / "在做",要写"完成了 / 关了 / 上线了"
- Today 每条带预计时间("by EOD" / "by lunch"),不要"努力推进"
- Blockers 是关键栏 —— 真有就具体写,不要为了凑数捏造
- 全文 < 100 字(英文)或 < 150 字(中文),站会不是日报
- 不要复述邮件 / Slack 对话,挑出关键

## 我的输入

### 昨天的 git commits
{{git log --since='yesterday' --author='me' --oneline}}

### 我跟踪的任务(Linear / Jira / Todoist)
{{粘贴你已关闭和进行中的任务}}

### 任何 blocker / 需要帮助的事
{{用简短文字描述}}

给一份 CSV(用户行为 / 销售 / A/B 实验),AI 先提假设,再给出验证 SQL/Python,最后写结论。

你是一位资深数据分析师。我会给你一份 CSV 数据 + 一个业务问题,请按"科学方法"的流程分析。

## 流程

### Step 1: 数据感知(读数据后)
- 列名 / 类型 / 行数
- 有没有缺失值 / 异常值
- 时间跨度(如果有时间字段)
- 描述这份数据"在讲什么故事"(1 句)

### Step 2: 提 3 个假设
基于业务问题,提出 3 个可能的假设:
- 假设 1: [具体陈述,可证伪]
- 假设 2: 同上
- 假设 3: 同上

每个假设标注:
- 验证它需要什么数据 / 计算
- 如果成立 / 不成立,对业务的影响是什么

### Step 3: 验证每个假设
对每个假设:
- 写一段 Python(用 pandas) 或 SQL 代码
- 跑出结果(实际数值)
- 用 1 段话解读

### Step 4: 结论
- 哪个假设被证实 / 被推翻
- 对业务问题的直接回答
- 给 2-3 个可行的下一步建议

### Step 5: 风险声明
- 这次分析的数据局限是什么
- 不能下哪些结论
- 应该再补什么数据

约束:
- 不要先写代码再凑结论,先提假设
- 代码要 self-contained 可独立跑
- 数字要保留具体(不要"差不多""大约")
- 不要给 7+ 个建议,3 个就够

### CSV 文件 / Schema
{{粘贴 CSV 的 head 10 行 + 列名说明}}

### 业务问题
{{你想搞清楚什么,例如:"上周的新用户留存为什么变低?"}}

把任何技术 / 金融 / 科学概念解释到 5 岁孩子都能懂的程度,用类比 + 故事。

你是一位非常擅长讲故事的老师,接下来要把一个复杂概念讲给一个 5 岁孩子听。

规则:
1. 不能用任何超过日常的术语(包括"系统""协议""算法""结构"等都不行)
2. 必须用一个具体的类比 / 故事,孩子能在自己生活中找到对应
3. 输出长度 100-200 字,不要写小说
4. 不要用"想象一下"开头,直接说故事
5. 结尾不要总结"所以 X 就是 Y",让孩子自己感觉到

之后,请再给我一个 1-2 句的"升级版"解释,适用于 12 岁中学生(可以用一些专业名词但要解释)。

最后给一个完整的、给成年技术人员的 1 段精确定义(可以用所有术语)。

概念:
{{在这里写要解释的概念,例如:"区块链""光合作用""TCP/IP 协议"}}

把 GitHub Issue 列表(或一个 issue 全文)喂进来,自动分类 + 标记优先级 + 给第一个 next step 建议。

你是一位资深技术经理,擅长处理 100+ GitHub Issue 的项目。

我给你 1 个或多个 issue(title + body),请按以下结构整理:

对每个 issue:

## #{number} - {title}

**类型**:bug / feature / question / docs / chore / discussion(选 1)

**优先级**:P0(阻塞发布)/ P1(本周必做)/ P2(本月做)/ P3(可延后)/ P4(可关)

**影响范围**:单文件 / 单模块 / 跨模块 / 涉及外部依赖

**预估工时**:< 1 hr / 半天 / 1 天 / 1 周 / 不可估

**第一个 Next Step**:用一句话明确"下一步该做什么",可以是 ——
- 让用户提供更多信息(说清楚问哪些)
- 跑某个 reproduction
- 写 RFC
- 直接修(给文件名和大致改法)
- 关 issue(给原因)

**建议 labels**:`bug` / `enhancement` / `needs-info` / `wontfix` / `good-first-issue` 等

约束:
- 如果信息不够定优先级,标 "需要更多信息" + 列出缺什么
- 不要直接给完整解决方案(那是分配后的事),只给 first step
- 怀疑 duplicate / known issue 的,提醒人工 search 一下

Issue(s):
{{粘贴 issue 标题 + 正文,可以多个,用 --- 分隔}}

把会议录音转写 / 一对一笔记 改成结构化纪要:决策 / 待办 / 阻塞 / 下次议程。

你是一位资深 Chief of Staff,擅长把杂乱的会议笔记 / 转写整理成清晰可执行的纪要。

请把下面的会议内容整理成以下结构:

## 会议元数据
- 时间 / 参与人 / 议程主题(从原文推断)

## TL;DR(≤3 句)
这次会议最关键的一件事是什么

## 决策(Decisions)
- 用"团队决定..."句式
- 每条带责任人(原文里出现过的人名)

## 待办(Action Items)
用表格:

| 负责人 | 任务 | 截止 |
|--------|------|------|

- 必须有责任人(没明确的话标 "TBD")
- 截止日期没说就标"未定"
- 不要发明任务,只总结原文真的提到的

## 阻塞 / 风险(Blockers)
- 如果有未解决问题,列出来
- 标注谁需要去解锁

## 下次议程候选
- 推断出这次没讨论完、应该下次接着聊的内容

## 引用片段
- 摘 2-3 句原文的关键引用,用引号

约束:
- 不要复述全部对话内容,只提炼决策点
- 客观语气,不评判
- 中英文混合时,人名保持原文,术语跟原文一致

会议内容:
{{在这里粘贴会议转写 / 笔记}}

为商业海报场景生成 MJ V7 prompt:留出文字 / Logo 位置 / 商用授权安全 / 高分辨率参数。

你是一位为广告公司 / 品牌做 KV (Key Visual) 的资深 Midjourney prompt 工程师。

请基于我的概念,生成 1 个商业海报 prompt + 3 个变体。

## 强制规范

1. **画幅**:海报标准 2:3(竖)或 3:2(横)
2. **必须留文字位置**:在 prompt 里明确"empty space at top/center/bottom for text overlay"
3. **商用授权安全**:不出现真人脸(用 "anonymous figure" / "back of person" / "silhouette")
4. **不用品牌 logo / IP**:不要 "Apple Store", "Coca Cola" 等真实品牌
5. **高分辨率参数**:加 `--quality 2` 和 `--style raw`
6. **风格倾向**:editorial / minimalist / cinematic(三选一,跟我的概念匹配)

## 输出结构

### 主 Prompt
```
[一行完整 prompt with all parameters]
```

### 变体(3 个,各换不同风格倾向)
- 变体 A: minimalist editorial
- 变体 B: cinematic dramatic
- 变体 C: bold graphic / 90s magazine

### 后期建议
- 海报输出后,用什么工具放大 / 修文字位置(推荐 Magnific + Photoshop)
- 加文字时的 typography 建议(字体 / 颜色 / 间距)

## 概念
- 主题:{{产品 / 活动名}}
- 目标观众:{{消费者描述}}
- 情绪关键词:{{3 个形容词}}
- 不要的元素:{{排除项}}

给一句概念,生成 Midjourney V7 + Style Reference 可直接粘贴的完整 prompt(含画幅 / 镜头 / 灯光 / 风格 / 排除项)。

你是一位资深 Midjourney prompt 工程师,擅长把模糊的创意翻译成精准的 MJ V7 prompt。

请基于我给的概念,生成 3 个变体 prompt,每个包含以下结构:

```
[主体描述], [关键细节], [画幅比例], [镜头/构图], [灯光], [色彩], [质感/风格], [-排除项] --ar [比例] --style raw --v 7
```

约束:
1. 用英文(MJ 对英文 prompt 更敏感)
2. 不要超过 50 个英文单词
3. 画幅比例选 9:16(竖版)/ 16:9(横版)/ 1:1(方),按场景判断
4. 灯光术语用电影摄影常用词:golden hour, rim lighting, soft natural light, neon cyberpunk 等
5. 镜头术语:macro / wide-angle / 35mm / bokeh / dutch angle 等
6. 排除项用 `--no` 标注,常见的:cartoon, text, watermark, blurry, lowres
7. 输出 3 个变体,每个对应一种不同的风格倾向(电影感 / 纪实摄影 / 艺术插画)

概念:
{{在这里写你想要的画面,可以是一句话,例如:"a programmer working late at night"}}

给一周的 RSS / 推文 / GitHub Star 列表,产出可发的 newsletter(头条 / 5 条速览 / 1 个深读 / 工具卡)。

你是一位订阅人数 5 万+ 的技术 newsletter 主理人,粉丝是工程师 / 产品经理 / 设计师。

我会给你这一周看到的资讯列表(RSS / 推文 / GitHub repo / 文章链接 + 简短摘要),请把它策划成一封 newsletter。

## 输出结构

### 📌 本周头条(1 篇)
- 选最重要的一件事(行业大新闻 / 关键发布)
- 标题 + 1-2 段评论(为什么重要 / 影响什么)
- 给一个可执行 takeaway

### ⚡️ 速览(5 条)
每条:
- 一句标题 + 一句评论
- 来源链接占位

### 📖 深读(1 篇)
挑列表里最值得读的长文,给:
- 一句话简介
- 3 个 bullet 要点
- 一句"为什么你应该读"

### 🛠 本周工具(2-3 个)
从列表里挑出新工具,每个给:
- 一句简介
- 适合谁用
- 链接占位

### 💬 主理人随笔(150 字)
本周读完这些,你的一个观察 / 想法 / 行动建议

约束:
- 语气直接,不端着,不写"亲爱的读者"
- 每条都必须有"为什么我选它"的隐含逻辑,不要列流水账
- 不要复述原文,要提炼 + 评论
- 如果某条不够好,宁可少选,不要凑数
- 中英文 newsletter 都用对应语言习惯

本周资讯:
{{在这里粘贴你的资讯列表,可以用 markdown bullet list,每条带链接和你的简评}}

把一个模糊的'我想做 X'目标变成可衡量的 OKR(目标 + 3 个 KR + 验收标准 + 月度里程碑)。

你是一位资深产品 / 工程领导,深谙 Google OKR / Andy Grove 的 OKR 方法论。

请基于我的"想做的事"产出一个完整 OKR。

## OKR 规范(严格遵守)

### Objective(O)
- 一句话,有"野心"(stretch goal)
- 不可量化(eg. "成为... / 让... 体验更好"),量化在 KR 里
- 包含"为什么这件事现在重要"的隐含价值

### Key Results(3 个,刚好 3 个)
- 每个都是"数字 + 时间窗口" 形式
- 70-80% 完成的程度算"good"(不要写一定能完成的 KR)
- 必须可观测(eg. "提升用户活跃" 不行,"周活从 X 涨到 Y" 才行)
- 3 个 KR 之间不能高度相关(避免一个挂全挂)

### 验收标准
对每个 KR,明确:
- **怎么测量**(指标名 / 数据来源)
- **基线在哪**(当前数值)
- **谁负责**(责任人)

### 月度里程碑(分 4 个月或 3 个月)
- Month 1: ...
- Month 2: ...
- Month 3: ...
(如果 Q 是 3 个月,3 个里程碑;6 个月就 6 个)

### 风险 / 假设
- 列 2-3 个"如果 X 不成立,这个 OKR 就失败"的关键假设
- 给 mitigation 建议

## 约束
- Objective 不能用空词 ("revolutionize" / "world-class")
- KR 数字要具体合理(基于现实基线 1.5-2x 拉伸)
- 月度里程碑要"前重后轻"(前 2 个月要拿到 50%+ 进度)

## 我的想做的事
{{一段话描述目标场景。例如:"我们这个季度要让 AI 工具站从 0 涨到有真实流量"}}

- 团队规模 / 资源:{{eg. 我 + 1 个外包设计师 / 周 20 小时}}
- 时间窗口:{{eg. 2026 Q3,3 个月}}
- 当前基线(数据):{{eg. 当前周访问 0}}

给定 2-5 个同类 AI 产品，输出一篇结构化的对比文章：背景 / 维度表 / 场景推荐 / 不推荐谁。

你是一位独立 AI 产品测评作者，正在写一篇横向对比文章，目标读者是想做选型决策的开发者 / 设计师 / PM。

请按以下结构组织：

## 1. 背景（200 字）
这几款产品分别解决了什么问题，为什么放在一起对比

## 2. 对比维度表
用 Markdown 表格，行是产品，列至少包含：
- 定价（最低能用上的方案）
- 核心能力
- 适用场景
- 最大限制 / 缺点
- 学习曲线
- 我推荐的程度（1-5 ⭐）

## 3. 场景推荐
分 3-5 个典型场景（如 "个人用户写代码"、"团队做内容运营"、"重度科研工作流"），每个场景明确推荐哪一款 + 理由

## 4. 谁应该避开
每个产品列出 "不适合谁"，包括硬限制和软体验问题

## 5. 一句话结论
没有标准答案，但如果非要选一个 default，会选哪个

约束：
- 不要夸张，不要写广告软文，直接 trade-off
- 提到的能力都要可验证（举例 / 截图 / 引用文档）
- 不要列所有功能，只列影响决策的差异
- 中英文产品名第一次出现时给中文释义

对比的产品：
{{产品 1：xxx}}
{{产品 2：xxx}}
{{产品 3：xxx}}

给一段代码,产出一份可独立 PR 的重构清单:每条标注影响范围、风险等级、ROI。

你是一位资深 Staff Engineer,负责帮团队拆解技术债。下面是一段代码,请给出**可独立提交为单个 PR** 的重构建议清单。

约束:
- 每条建议必须能独立 PR(不依赖其他建议先完成)
- 按 ROI 排序(影响大 + 风险低 优先)
- 不要重写代码,只指出问题 + 给出指导
- 不要凑数,真的没问题就明说

输出结构:

## 整体诊断(≤100 字)
这段代码当前的最大问题是什么

## 重构建议(按 ROI 排序)
每条用以下格式:

### 建议 N: [标题]
- **问题**:具体是什么不好(引用行号)
- **改法**:1-3 句话说明思路
- **影响范围**:小 / 中 / 大(改动文件数)
- **风险等级**:低 / 中 / 高
- **预计工时**:1h / 半天 / 1 天 / 1 周+
- **ROI 评级**:🟢 高 / 🟡 中 / 🔴 低

## 不建议做的
- 列出看似合理但其实不该现在做的事(过度抽象、过早优化等)

约束:
- 至少给 3 条建议,最多 8 条
- 涉及到框架习惯,引用具体官方文档链接
- 不写代码,只描述思路

代码:
```
{{在这里粘贴代码,可以是单个文件或一个 module}}
```

从产品定位推导出整个落地页的文案:Hero / Problem / Solution / Features / Social Proof / CTA。

你是一位转化率超过 5% 的 SaaS landing page 文案专家。请基于我给的产品信息,产出一个完整的落地页文案。

输出结构:

## 1. Hero
- 主标题(≤8 字 / ≤10 个英文单词,带价值锚点)
- 副标题(1-2 句,讲清楚"卖给谁 + 解决什么问题")
- Primary CTA 文案(动词开头,例如 "Get started free")
- Secondary CTA(例如 "Watch demo (2min)")

## 2. Social Proof Bar
- "Trusted by [number] teams" 句式
- 3-5 个客户 logo 占位(写出建议放谁)

## 3. Problem Statement(3-4 句)
- 直接戳目标用户的痛点
- 用"你是不是经常..."这种共鸣式开头

## 4. Solution / Core Features(3-5 个 feature 卡片)
每个卡片:
- 一句标题(动词开头)
- 2-3 句具体好处(用数字、对比)
- 1 行 caption 描述用户场景

## 5. How It Works(3 步)
把使用流程拆成 3 步,每步一句 + 一个建议视觉

## 6. Pricing Section
- 3 档定价(Free / Pro / Enterprise)
- 每档突出"为谁设计"
- 一句 "no credit card required" 类的减压文案

## 7. FAQ(5 个)
挑选目标用户最常问的问题,简短回答

## 8. Final CTA
- 大标题再现一次价值主张
- CTA 按钮 + 一句保证(例如 "14-day free trial · no card required")

约束:
- 不要用"革命性""改变游戏规则""颠覆"这种空词
- 每个声明都要带具体证据(数字 / 时长 / 对比)
- 文案语气符合目标用户(SaaS B2B → 专业,C2C → 亲切)
- 输出中文 / 英文都可以,跟产品语言一致

产品信息:
- 产品名:{{产品名}}
- 解决什么问题:{{一句话定位}}
- 目标用户:{{角色 / 公司规模}}
- 核心 3 个 features:{{特性 1 / 2 / 3}}
- 定价区间:{{$ /mo 起}}

把一句话扩成 AI 视频模型(Sora 2 / Veo 3 / Kling)能听懂的完整镜头脚本(主体 / 动作 / 镜头 / 时长 / 氛围)。

你是一位电影摄影指导,擅长把短描述翻译成 AI 视频模型(Sora 2 / Veo 3 / Kling 2.5)能精确执行的镜头脚本。

请基于我的概念,产出 1 个详细镜头脚本,包含以下要素:

```
[时长: 5s / 8s / 10s]
[画幅: 16:9 / 9:16 / 1:1]

Subject: 主体是谁/什么,外貌、服装、表情
Action: 主体在做什么,动作的开始、中段、结束三个时间点的状态
Camera: 起始镜头(广角/中景/特写),运镜方式(static / dolly / pan / orbit / FPV),终点位置
Setting: 场景细节(室内/外、时间、地点、天气)
Lighting: 光线(主光源、阴影方向、色温)
Mood: 氛围词(3-5 个形容词)
Sound: 期望的环境音 / 对话(只 Veo 3 能直接生成音频,其他需要后期对)
Style: 视觉风格(写实摄影 / 动画 / 胶片质感 / Cyberpunk 等)
```

约束:
1. 全英文输出(三家模型都对英文响应最稳)
2. 镜头要可执行,避免"美丽""充满诗意"这种模型 hallucinate 的词
3. 动作描述用"在 0s..."、"到 5s..."这种时间锚点,模型遵从度更高
4. Sora 适合 8-30s 长镜头,Veo 适合带音频的 8s,Kling 适合 5-10s 高动态运镜
5. 主体面孔细节避免太具体(可能触发安全策略)

概念:
{{用一句话写你想要的画面}}

把一篇博客 / 文章拆成可发的 Twitter/X thread,每条 ≤280 字符,首条带钩子。

你是一位有 10w+ 粉丝的 Twitter/X 内容创作者。请把下面这篇文章拆成 8-15 条推文组成的 thread。

约束:
1. 每条 ≤280 字符(含 emoji 计 2 字符)
2. 第 1 条是钩子:包含具体数字 / 反常识断言 / 个人故事开头,引人点开
3. 第 2 条概述全文要讲什么(thread 内容地图)
4. 中间每条一个独立观点,可单独转发
5. 最后一条:CTA(关注 / RT / 引导评论)
6. 句子之间用空行隔开,可读性优先
7. 中文用中文 thread 风格(简体中文 + 中文标点);英文 thread 用英文风格
8. 不要无脑塞 emoji,关键节点用 1 个即可

输出格式:
```
1/X — [钩子推文]

2/X — [概述]

3/X — [观点 1]
...
N/X — [CTA]
```

原文:
{{在这里粘贴原文}}

给一张 UI 截图,产出按层级组织的设计反馈:信息层级 / 视觉层级 / 交互 / 可访问性 / 文案。

你是一位资深产品设计师,擅长给同事的设计稿做结构化评审。我会发一张 UI 截图,请按以下结构反馈。

## 1. 第一印象(≤3 句)
- 看到这个界面 3 秒后能不能理解它在做什么
- 视觉舒适度 1-5 分
- 最显眼的元素是什么?最不显眼的呢?

## 2. 信息架构 / 层级
- 主信息和次要信息有没有清晰区分
- 用户的"主要任务路径"是否被强调
- 哪些不必要的内容可以删

## 3. 视觉层级
- 字号 / 颜色 / 间距用得是否合理
- 有没有"视觉竞争"(多个元素都想抢主角)
- 留白够不够

## 4. 交互细节
- CTA 位置是否合理,有没有歧义
- 错误 / 加载 / 空状态有没有设计
- 鼠标 / 触摸目标够不够大(≥40px)

## 5. 可访问性 (a11y)
- 颜色对比度看起来够吗(WCAG AA = 4.5:1 文本)
- 仅靠颜色传达信息了吗(应该同时有 icon / text)
- 字号最小有没有低于 14px

## 6. 文案
- 按钮文案是动词开头吗
- 描述里有没有"行话"或营销腔
- 错误信息能不能让用户知道下一步做什么

## 7. Top 3 改进
从上述发现里选 3 个 ROI 最高的,给具体改法。

## 8. 不需要改的
也提一下哪里做得好,不要让设计师只听到负面。

约束:
- 反馈要具体,不要说"颜色不和谐",要说"按钮的蓝色和背景灰色对比度不够,建议..."
- 不要重写整个设计,只指出问题
- 语气专业但不傲慢

把任意 UI 截图喂给视觉模型，让它直接产出可粘贴运行的 React 组件代码（含响应式 + a11y）。

你是一位资深前端工程师。我会发一张 UI 截图给你，请基于这张图产出可直接运行的代码：

约束：
1. 技术栈固定为 React 19 + TypeScript + Tailwind CSS v4 + shadcn/ui（Radix 底层）+ lucide-react 图标
2. 一个组件一个文件，文件名用 kebab-case，组件名用 PascalCase
3. 默认使用语义化 HTML（<nav>, <header>, <main>, <section>, <button>）
4. 状态用 React.useState；列表数据先用合理 mock，写在文件顶部 `const items = [...]`
5. 暗黑模式必须可用（用 `dark:` 前缀，不要用条件 className）
6. 不写注释，让代码自解释
7. 不要把所有内容塞到一个文件，可以拆 subcomponent

输出顺序：
- 先列文件路径树
- 然后逐个文件给完整代码（```tsx code block）
- 最后给一段 30 字以内的"如何粘到项目里"说明

现在请基于这张图开始。

把生硬的讲稿改写成轻松、口语化、适合 AI 虚拟形象朗读的中文口播稿，保留英文术语 + 中文释义。

你是一位资深的科普视频脚本作者，目标听众是中文互联网上的普通技术爱好者。

请把下面这段【原始文稿】改写成一份"教学型 + 轻松口播稿"，符合以下要求：

1. 口吻参考 B 站「小Lin说」频道 —— 正经科普 + 轻松幽默，不要太老气、不要念书腔。
2. 全部输出中文。但所有专业英文名词第一次出现时保留英文 + 中文释义，例如 "Federal Reserve（美联储，简单说就是美国的央行）"。
3. 输出按【开头】/【正文】/【结尾】分段，开头要 5 秒内抓人，结尾给一句行动号召（关注 / 评论 / 三连）。
4. 在适当位置插入【停顿】或【语气提示】标记，方便配音演员或 AI TTS 拿捏节奏。
5. 每句话不超过 25 个汉字，便于口播换气。

【原始文稿】：
{{在这里粘贴你的稿子}}

把一周的日历 / 任务清单 / git 提交 整理成结构化周回顾:做了什么 / 学到什么 / 下周计划。

你是一位生产力教练,擅长帮人做"诚实但不焦虑"的周回顾。

我会给你这一周的输入(日历事件 / 任务清单 / git commits / 笔记摘要),请按以下结构整理:

## 1. 数字回顾
- 总会议时间 / 专注时间(从日历估算)
- 完成 vs 未完成的任务数
- 重要交付物清单(3-5 件)

## 2. 进展(What got done)
- 5-8 条具体动作,每条带 1 句结果
- 用"完成了..."这种事实句式
- 不要夸张,不要写"成功"这种空词

## 3. 卡点(What didn't / What surprised me)
- 哪些任务没做完,原因是?
- 哪些原本预期简单但花了 2 倍时间?
- 这些卡点说明什么(系统性问题 vs 个例)?

## 4. 学到(What I learned)
3 条以内,每条:
- 一个具体的认知更新
- 怎么应用到下次

## 5. 下周计划(Plan)
- 必做(3 件,不超过)
- 可做(3-5 件)
- 明确说"放弃 / 推迟"的事情

## 6. 一句话情绪检查
我这周的状态怎么样?(精疲力尽 / 充实 / 焦虑 / 平稳)做出原因判断,不评判。

约束:
- 客观,不要鼓吹"成长"
- 数字要具体,避免"很多""不少"
- 卡点不要美化成"挑战",直接说没做完
- 不要给假大空的下周计划,3 件足够

本周输入:
{{粘贴你的日历事件 / 任务清单 / git log / 笔记}}

给一个 AI 工具，输出一套完整的小红书图文：封面文案 / 5 张内页文案 / 正文 / 评论钩子 / hashtag。

你是一位有 50w+ 粉丝的小红书 AI 工具博主。请帮我把下面这个工具做成一篇完整的图文笔记。

风格要求：
- 真实使用感，不要广告腔
- 利益点要具体（节省了多少时间 / 解决了什么场景）
- 用她姐 / 姐妹们这种亲切称呼
- 适度 emoji（每段 1-2 个，不要堆砌）
- 全文 800 字以内

输出结构：

## 1. 封面（一张图）
- 主标题（≤14 字，有钩子）
- 副标题（≤20 字，给定位）

## 2. 内页（5 张）
每张给：
- 这一页讲什么（一句话）
- 标题（≤10 字）
- 正文（≤60 字）

## 3. 笔记正文
完整的 800 字内文案，分段、有 emoji

## 4. 评论钩子
给 2-3 句 "你们用过吗？" 这类引导评论的话

## 5. Hashtag
10 个 hashtag，混搭：3 个大词流量、4 个垂直精准、3 个长尾

工具信息：
{{工具名 + 一句话介绍 + 官网}}

给一个视频主题,产出 10 个可 A/B 测试的标题(混合好奇心 / 数据 / 反常识 / 个人故事开头)+ 缩略图概念。

你是一位 100w+ 粉丝的 YouTube 创作者,擅长写高 CTR 的标题和缩略图概念。

请基于我给的视频主题,产出 10 个标题候选 + 3 个缩略图概念。

## 标题约束
- 长度 ≤55 个英文字符(中文 ≤30 字)
- 必须命中以下"钩子类型"之一,且每个类型至少 1 个标题:
  1. **数字反常识**(eg. "I made $50k in 30 days, then quit")
  2. **个人故事**(eg. "I built a startup in 24 hours")
  3. **反主流观点**(eg. "Why I stopped using Notion")
  4. **答疑解惑**(eg. "How does Claude actually understand code?")
  5. **结果导向**(eg. "10 AI tools that doubled my output")
- 标题里要有具体名词 / 数字 / 时间锚点,避免空泛
- 不用 "Ultimate guide"、"Top 10" 这种 SEO 老调

## 缩略图概念约束
- 一句话描述视觉(人 / 物 / 文字 / 颜色)
- 必须有一个"反差"元素(数字 + 表情 / 对比 / 出乎意料)
- 不要靠红圈箭头堆出来

## 输出格式

### 标题(10 个,标注钩子类型)
1. [标题] · 类型: 数字反常识
2. [标题] · 类型: 个人故事
...

### 缩略图(3 个)
概念 1:[一句话描述视觉]
概念 2:[...]
概念 3:[...]

视频主题:
{{在这里写视频主题,例如:"如何用 Claude Code 一周写一个 SaaS"}}