---
name: any2card
description: |
  将任意文本、网页或 URL 转成可直接发布的 HTML 信息卡片。
  适合把文章、线程、论文、观点、数据摘要做成适合微信、小红书、X 发布的图片卡。
  当用户提到“信息卡、卡片摘要、文章配图、内容提炼、社交分享图、把链接做成卡片、生成海报式摘要”时优先使用本技能。
---

# 信息卡设计技能

把内容转成一张可读、可传、可保存的 HTML 信息卡。核心目标不是“做得花”，而是让图片本身就能完成信息传达：读者不点原文，也能抓住结论、数据和结构。

## 设计目标

- 让内容在手机上先可读，再好看。
- 让不同主题不仅换色，还真正换构图、节奏和气质。
- 让输出看起来像独立设计系统，不像模板拼接。
- 让所有视觉选择都能解释：为什么这么排、为什么这么密、为什么用这个主题。

## 先问再做

先分析内容，再给用户 1 个主推荐 + 2 个备选风格建议，不要一上来就生成 HTML。

### 问题收集优先级
当结果会明显受用户偏好影响时，先问清楚再生成。优先收集这些信息：
- 视觉倾向：更克制，还是更有张力
- 使用场景：阅读型、传播型，还是品牌型
- 平台偏好：微信、小红书、X，还是桌面展示
- 约束条件：是否要保留品牌气质、是否有禁用风格、是否需要多栏

### 触发问答的规则
- 只要存在明显不确定性，就先问，不要猜。
- 只要用户偏好会改变主题、构图或节奏，就先问。
- 只要输入信息不足以稳定选主推荐，就先问。
- 只要问答能减少返工，就先问。
- 不要把问答理解成阻塞，而要理解成降低试错成本。

### 默认交互顺序
1. 先判断内容类型、情绪强度、信息密度和传播场景。
2. 先给出 1 个主推荐 + 2 个备选风格，并说明每个候选为什么适合。
3. 再询问 1-3 个会改变结果的关键问题，例如：
   - 想要更克制还是更有张力
   - 想要阅读型还是传播型
   - 是否要保留某种品牌气质
   - 是否有平台偏好，如微信、小红书、X
4. 用户确认后，再进入 HTML 生成。
5. 如果用户不回复、明确说“按你判断”、或场景已经足够明确，就按主推荐直接生成。

### 什么时候可以直接生成
- 用户明确说“按你判断最好”
- 内容和目标平台已经非常明确
- 主题候选不会显著改变最终策略

### 风格建议格式
每次先给用户一个简短的推荐清单，至少包含：
- 主推荐
- 备选一
- 备选二
- 适用理由
- 风险或取舍
- 默认分支：如果用户不选，则按主推荐继续

### 提问原则
- 问题要少，最多 3 个。
- 问题要短，避免让用户做复杂决策。
- 先问会改变结果的事，不问无关信息。
- 如果用户已经给出充分约束，就不要重复追问。
- 如果可以用用户输入直接决定主推荐，就不要为了“流程完整”额外发问。

### Ask User Question Tool
- 在支持问答工具的运行环境里，优先用 ask user question tool 收集关键偏好，而不是在正文里写成长串追问。
- 这个工具只用于会影响最终结果的关键问题，不用于无关寒暄。
- 如果不需要追问，直接进入主推荐和默认直出。

### 默认直出规则
- 不要为了追求“多问显得专业”而增加问题。
- 不要在用户已经明确时重复推荐。
- 不要让确认步骤成为阻塞。
- 只要主推荐足够稳，就允许默认直出。

### 主题决策表
先把内容归类，再选主题。默认按下面的稳定映射走：

| 内容类型 | 主推荐 | 备选一 | 备选二 | 关键确认点 |
|---|---|---|---|---|
| 长文摘要 / 观点复盘 | 纸感书页 | 文化档案 | 杂志封面 | 想要更耐读还是更传播 |
| 数据简报 / 对比分析 | 技术简报 | 档案卡片 | 文档扫描 | 更偏结论还是更偏清单 |
| 流程规范 / 操作说明 | 文档扫描 | 技术简报 | 档案卡片 | 需要多严谨、多像文档 |
| 强观点 / 品牌表达 | Noir Poster | Luxury Studio | 杂志封面 | 要更克制还是更有张力 |
| 社交传播 / 热点拆解 | Social Slice | Data Poster | Collage Board | 目标平台和传播强度 |
| 多观点集合 / 拼贴灵感 | Collage Board | Social Slice | 文化档案 | 要结构感还是要活跃感 |
| 不明确 / 混合内容 | 纸感书页 | Social Slice | 文档扫描 | 用户更想读，还是更想发 |

### 决策收敛规则
- 内容类型清楚时，优先遵循主题决策表，不临场重想。
- 只有当内容和场景冲突时，才询问关键确认点。
- 如果用户给的是模糊请求，默认用更克制、更可读的主推荐。
- 如果用户明确说“发出去最好看”，偏向传播型主题。
- 如果用户明确说“先读懂”，偏向编辑型或精准型主题。

## 默认原则

1. 先忠实内容，再做视觉组织。
2. 先抓核心结论，再决定是否加图。
3. 先选主题家族，再落主题参数。
4. 先保证可读性，再追求审美张力。
5. 先把候选风格讲清楚，再进入生成。
6. 先做原创系统，再允许风格变化。

## 输入判断

### 如果用户给的是 URL
先抓内容，再整理。按下面顺序处理：

| 来源 | 处理方式 |
|---|---|
| `arxiv.org/abs/` | 先尝试 HTML 版全文，再回退到 PDF |
| `x.com` / `twitter.com` | 用 `r.jina.ai` 抓取 |
| `mp.weixin.qq.com` | 如本地存在微信抓取脚本则优先使用 |
| 其他网页 | 先用 `r.jina.ai`，失败后再回退到 `defuddle.md` |

### 如果用户给的是纯文本
直接进入提炼阶段，不再抓取。

## 内容提炼规则

### 只保留“删掉就会损失信息”的内容
- 找文章的核心判断，而不是表面描述。
- 找具体数字、倍率、年份、金额、对比关系。
- 找因果链：A 导致 B，B 导致 C。
- 找反转点：最意外、最反直觉、最能转述的一句话。
- 控制在 4-6 个要点，超过就压缩。

### 标题规则
- 标题必须是结论，不是背景介绍。
- 标题优先用动词、数字、冲突、反差。
- 标题应该让人产生“为什么”的追问。
- 避免日记式、主题式、名词堆砌式标题。

### 金句规则
- 金句必须来自原文事实或原文句子。
- 不允许为了排版好看而捏造。
- 如果原文没有现成金句，可以重组表达，但不能改事实。

### 数据规则
- 所有数字必须忠实原文。
- 不混淆 ARR、月收入、估值、样本数等不同量纲。
- 不确定表述要保留“不确定”的语气，不要擅自绝对化。

## 主题选择

不要把风格理解成“换皮”，要把它理解成“信息组织方式的不同”。默认按下面逻辑选主题：

内容类型 → 情绪强度 → 信息密度 → 传播平台 → 主题家族 → 具体主题

### 主题家族

| 家族 | 设计目标 | 适合内容 |
|---|---|---|
| 编辑型 | 像一篇排版良好的文章 | 长文、观点、方法论、复盘 |
| 精准型 | 像一份清晰的工作文档 | 流程、清单、规范、对比、数据 |
| 电影型 | 像一张有场景感的海报 | 争议观点、强结论、品牌表达、情绪内容 |
| 表达型 | 像一张适合传播的社交卡 | 短观点、合集、拼贴、热点拆解 |

### 主题矩阵

| 主题 | 家族 | 核心气质 | 构图特征 | 推荐侧重点 |
|---|---|---|---|---|
| 纸感书页 | 编辑型 | 温和、安静、耐读 | 单栏、强留白、少装饰 | 强调耐读、节奏、纸感。 |
| 杂志封面 | 编辑型 | 精致、克制、适合传播 | 大标题、摘录、页脚编号 | 强调阅读与传播兼顾。 |
| 文化档案 | 编辑型 | 稳重、学术、结构清楚 | 分块、注释、引用层次 | 强调知识整理感。 |
| 文档扫描 | 精准型 | 可靠、工具化、可执行 | 标题层级 + 列表 + 注释 | 强调清晰、严谨、像文档。 |
| 技术简报 | 精准型 | 高效、理性、结论先行 | 数字主导、左右分区 | 强调结论速度和数据感。 |
| 档案卡片 | 精准型 | 事实感、可追溯 | 编号、条目、证据感 | 强调事实、来源、可追溯。 |
| Noir Poster | 电影型 | 冷、强、戏剧化 | 暗底、强对比、大留白 | 强调张力、戏剧感、压迫感。 |
| Luxury Studio | 电影型 | 高级、沉稳、场景感 | 大图、少字、空间压迫感 | 强调品牌感、克制、高级。 |
| 工业镜框 | 电影型 | 精密、技术、边界明确 | 框线、结构化网格、层次分明 | 强调技术感、结构感、边界。 |
| Social Slice | 表达型 | 快、准、适合转发 | Hook 强、信息钉少而准 | 强调传播效率和快速浏览。 |
| Collage Board | 表达型 | 活跃、碎片化、年轻 | 拼贴、多模块、节奏变化 | 强调拼贴感和内容活力。 |
| Data Poster | 表达型 | 数字驱动、传播力强 | 结论先行、数字大、辅助图形 | 强调数据视觉冲击。 |

### 主题切换规则
- 不是用户指定“好看一点”就切主题。
- 优先根据内容密度和传播场景切主题。
- 同一内容在不同主题下，应明显改变构图，而不只是改颜色。
- 如果主题之间没有明显差异，说明主题设计失败。

## 布局判断

先看内容密度，再选模板：

| 密度 | 内容量 | 推荐模板 |
|---|---|---|
| 低密度 | 1 个核心观点 | 大字符主义 |
| 中密度 | 2-4 个要点 | 标准单栏 |
| 高密度 | 5+ 个要点 | 单栏列表 |
| 高密度且桌面展示 | 5+ 个要点 | 多栏网格，仅在明确需要时使用 |

## 生成流程

### Step 1：提炼
输出以下内容：
- 主标题
- 副标题
- 4-6 个要点
- 1 句金句
- 来源信息
- 是否值得加图

### Step 2：定主题
根据内容选择主题家族和具体主题。

### Step 3：组织结构
确定使用哪种布局模板，以及是否要加 Mermaid 或内联 SVG。

### Step 4：生成 HTML
生成完整 HTML 文件，确保：
- 字体加载正确
- 页面可直接打开
- 卡片内的内容符合主题参数
- 底部带保存按钮

### Step 5：打开预览
生成后直接打开 HTML，让用户在浏览器中预览和保存。

## 图表规则

只有当图比纯文本能多传递信息时才加图。

| 内容特征 | 建议图形 |
|---|---|
| 因果链 | Mermaid 流程图 |
| 步骤流程 | Mermaid 流程图 |
| 概念关系 | Mermaid 关系图 |
| 视觉化更强的概念 | 内联 SVG |
| 纯观点或纯列表 | 不加图 |

图表必须放在标题之后、要点之前，作为结构总览，不要抢正文。

## 输出要求

- 文字必须忠实原文，不得虚构。
- 页面必须以手机阅读为先。
- 卡片底部必须有一键保存 PNG 按钮。
- 高密度内容默认优先单栏列表，而不是挤成多栏。
- 主题之间必须真正正交，不能只是色板变化。

## 文件输出

### HTML 保存位置
默认保存到：

```text
/tmp/info-card-[关键词].html
```

### 打开方式

```bash
open /tmp/info-card-[关键词].html
```

### 导出目录
如果需要整理到下载目录，按这个结构：

```text
~/Downloads/info-cards/[YYYYMMDD]-[来源]-[主题关键词]/
```

## 质量门槛

任何输出在提交前都要过这 6 个检查：

1. 内容是否忠实原文。
2. 标题是否真的是结论。
3. 主题是否真的改变了构图。
4. 手机上是否可读。
5. 是否过度装饰。
6. 是否仍然像一个原创系统，而不是 fork。

## 默认判断

如果内容不明确，默认选择更克制、更可读的主题。
如果内容很强，优先让标题和结构承接张力，而不是用装饰去制造张力。
如果用户强调“传播”，优先考虑 Social Slice、杂志封面或 Data Poster。
如果用户强调“读起来舒服”，优先考虑纸感书页或文化档案。