feat: add content enhancement strategies and 2 new frameworks
- Add content-enhance.md with 4 strategies matched by framework type: angle discovery (hot-take/opinion), density boost (pain-point/list), detail anchoring (story/retro), real-feel injection (comparison) - Add 2 new frameworks: pure-opinion (F) and retrospective (G), now 7 total - Integrate Step 3.3 content enhancement into SKILL.md pipeline - Remove parameter optimization loop (low ROI, deprioritized) - Update README: reframe from anti-AI detection to content quality Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
wangzhuc
parent
f9722fb93b
commit
45c020727b
6 changed files with 501 additions and 76 deletions
65
README.md
65
README.md
|
|
@ -8,8 +8,8 @@
|
|||
|
||||
```
|
||||
"写一篇公众号文章"
|
||||
→ 抓热点 → 选题评分 → 素材采集 → 框架选择
|
||||
→ 写作（真实信息锚定 + 3层反检测 + 编辑锚点）
|
||||
→ 抓热点 → 选题评分 → 框架选择 → 素材采集 → 内容增强
|
||||
→ 写作（真实信息锚定 + 风格注入 + 编辑锚点）
|
||||
→ SEO优化 → AI配图 → 微信排版 → 推送草稿箱
|
||||
```
|
||||
|
||||
|
|
@ -22,9 +22,10 @@
|
|||
| 热点抓取 | 微博 + 头条 + 百度实时热搜 | `scripts/fetch_hotspots.py` |
|
||||
| SEO 评分 | 百度 + 360 搜索量化评分 | `scripts/seo_keywords.py` |
|
||||
| 选题生成 | 10 选题 × 3 维度评分 + 历史去重 | `references/topic-selection.md` |
|
||||
| 素材采集 | WebSearch 真实数据/引述/案例 | SKILL.md Step 3b |
|
||||
| 框架生成 | 5 套写作骨架（痛点/故事/清单/对比/热点） | `references/frameworks.md` |
|
||||
| 文章写作 | 真实信息锚定 + 3 层反检测 + 编辑锚点 | `references/writing-guide.md` |
|
||||
| 素材采集 | WebSearch 真实数据/引述/案例 | SKILL.md Step 3.2 |
|
||||
| 框架生成 | 7 套写作骨架（痛点/故事/清单/对比/热点解读/纯观点/复盘） | `references/frameworks.md` |
|
||||
| 内容增强 | 按框架类型自动匹配：角度发现/密度强化/细节锚定/真实体感 | `references/content-enhance.md` |
|
||||
| 文章写作 | 真实信息锚定 + 风格注入 + 编辑锚点 | `references/writing-guide.md` |
|
||||
| SEO 优化 | 标题策略 / 摘要 / 关键词 / 标签 | `references/seo-rules.md` |
|
||||
| 视觉 AI | 封面 3 创意 + 内文 3-6 配图 | `toolkit/image_gen.py` |
|
||||
| 排版发布 | 16 主题 + 微信兼容修复 + 暗黑模式 | `toolkit/cli.py` |
|
||||
|
|
@ -50,23 +51,16 @@ writing_persona: "midnight-friend"
|
|||
|
||||
每个人格定义了语气浓度、数据呈现方式、情绪弧线、不确定性表达模板等参数。详见 `personas/` 目录。
|
||||
|
||||
## 关于 AI 检测
|
||||
## 内容质量
|
||||
|
||||
WeWrite 生成的是**高质量初稿**。我们用朱雀 AI 实测了从无优化到完整 pipeline 的效果：
|
||||
WeWrite 的目标不是"骗过 AI 检测"，而是**写出值得读的文章**。核心机制：
|
||||
|
||||
```
|
||||
100% AI（无优化）→ 52% AI（加 WebSearch 素材）→ 10% AI（midnight-friend 人格）
|
||||
```
|
||||
|
||||
策略是让你的编辑成本最低：
|
||||
1. **范文风格库**：导入你已发布的文章，AI 写作时自动注入你的风格指纹（句长节奏、情绪表达、转折方式）。没有文章也没关系——内置通用种子段落兜底
|
||||
2. **写作人格**：选择个人声音浓度高的人格，开箱即用就能降低 AI 特征
|
||||
3. **素材采集**：自动 WebSearch 真实数据/引述/案例，锚定在文章中（不编造）
|
||||
1. **内容增强**：根据框架类型自动执行不同策略——热点文找反直觉角度、干货文强化信息密度、故事文锚定真实细节、对比文注入真实用户体感
|
||||
2. **素材采集**：自动 WebSearch 真实数据/引述/案例，锚定在文章中（不编造）
|
||||
3. **范文风格库**：导入你已发布的文章，写作时自动注入你的风格指纹（句长节奏、情绪表达、转折方式）
|
||||
4. **编辑锚点**：在 2-3 个关键位置标记"在这里加一句你自己的话"
|
||||
5. **学习飞轮**：每次你编辑后说"学习我的修改"，下次初稿更接近你的风格
|
||||
|
||||
个人声音越强的人格，AI 检测通过率越高。专业/客观风格的人格（journalist、analyst）建议配合编辑锚点使用。
|
||||
|
||||
## 排版引擎
|
||||
|
||||
### 16 个主题
|
||||
|
|
@ -160,8 +154,6 @@ cp config.example.yaml config.yaml
|
|||
你：换成 sspai 主题 → 切换主题
|
||||
你：看看文章数据怎么样 → 效果复盘
|
||||
你：做一个小绿书 → 图片帖（横滑轮播）
|
||||
你：检查一下反 AI 配置 → 诊断报告
|
||||
你：优化写作参数 → 迭代调优 writing-config
|
||||
你：导入范文 → 建立风格库
|
||||
你：查看范文库 → 查看已导入的范文
|
||||
```
|
||||
|
|
@ -173,7 +165,7 @@ wewrite/
|
|||
├── SKILL.md # 主管道（Step 1-8）
|
||||
├── config.example.yaml # API 配置模板
|
||||
├── style.example.yaml # 风格配置模板
|
||||
├── writing-config.example.yaml # 写作参数模板（说"优化参数"自动调优）
|
||||
├── writing-config.example.yaml # 写作参数模板
|
||||
├── requirements.txt
|
||||
│
|
||||
├── dist/openclaw/ # OpenClaw 兼容版（CI 自动构建）
|
||||
|
|
@ -202,7 +194,8 @@ wewrite/
|
|||
│
|
||||
├── references/ # Agent 按需加载
|
||||
│ ├── writing-guide.md # 写作规范 + 3 层反检测（统计/语言/内容）+ 14 项自检
|
||||
│ ├── frameworks.md # 5 种写作框架
|
||||
│ ├── frameworks.md # 7 种写作框架（痛点/故事/清单/对比/热点解读/纯观点/复盘）
|
||||
│ ├── content-enhance.md # 内容增强策略（角度发现/密度强化/细节锚定/真实体感）
|
||||
│ ├── topic-selection.md # 选题评估规则
|
||||
│ ├── seo-rules.md # 微信 SEO 规则
|
||||
│ ├── visual-prompts.md # 视觉 AI 提示词规范
|
||||
|
|
@ -228,11 +221,11 @@ Step 1 环境检查 + 加载风格（不存在则 Onboard）
|
|||
↓
|
||||
Step 2 热点抓取 → 历史去重 + SEO → 选题
|
||||
↓
|
||||
Step 3 框架选择 → 素材采集（WebSearch 真实数据）
|
||||
Step 3 框架选择 → 素材采集（WebSearch 真实数据）→ 内容增强（按框架类型匹配策略）
|
||||
↓
|
||||
Step 4 维度随机化 → 范文风格注入 → 写作（3层反检测 + 真实素材锚定 + 编辑锚点）→ 快速自检
|
||||
Step 4 维度随机化 → 范文风格注入 → 写作（内容增强约束 + 真实素材锚定 + 编辑锚点）→ 快速自检
|
||||
↓
|
||||
Step 5 SEO 优化 → 去 AI 逐层验证（14 项自检 + humanness_score 打分）
|
||||
Step 5 SEO 优化 → 质量验证
|
||||
↓
|
||||
Step 6 视觉 AI（封面 + 内文配图）
|
||||
↓
|
||||
|
|
@ -243,26 +236,6 @@ Step 8 写入历史 → 回复用户（含编辑建议 + 飞轮提示）
|
|||
|
||||
默认全自动。说"交互模式"可在选题/框架/配图处暂停确认。
|
||||
|
||||
## 写作参数优化
|
||||
|
||||
在对话中说「优化写作参数」或「优化参数」，Agent 会自动迭代调优你的 `writing-config.yaml`：
|
||||
|
||||
1. 用当前参数写测试短文
|
||||
2. 用 `humanness_score.py` 打分（11 项检测，连续 0-1 分数）
|
||||
3. 找到最低分维度，调整对应参数
|
||||
4. 重复 N 轮（默认 3 轮）
|
||||
5. 保留得分最好的参数组合
|
||||
|
||||
```bash
|
||||
# 独立打分（不需要 Agent）
|
||||
python3 scripts/humanness_score.py article.md --verbose
|
||||
|
||||
# JSON 输出（含每项分数 + 参数映射）
|
||||
python3 scripts/humanness_score.py article.md --json
|
||||
```
|
||||
|
||||
优化后的 `writing-config.yaml` 不入 git——每个用户跑出自己的最优参数。
|
||||
|
||||
## Toolkit 独立使用
|
||||
|
||||
```bash
|
||||
|
|
@ -289,8 +262,8 @@ python3 scripts/extract_exemplar.py article.md # 导入范文
|
|||
python3 scripts/extract_exemplar.py *.md -s "你的公众号" # 批量导入
|
||||
python3 scripts/extract_exemplar.py --list # 查看范文库
|
||||
|
||||
# 诊断反 AI 配置
|
||||
python3 scripts/diagnose.py
|
||||
# 文章质量检查
|
||||
python3 scripts/humanness_score.py article.md --verbose
|
||||
```
|
||||
|
||||
## License
|
||||
|
|
|
|||
42
SKILL.md
42
SKILL.md
|
|
@ -55,20 +55,6 @@ allowed-tools:
|
|||
- 读取 `writing-config.yaml`（如存在），检查是否有 AI 特征参数（emotional_arc: flat、paragraph_rhythm: structured、closing_tendency: summary）
|
||||
- 读取 `history.yaml` 最近 5 篇，检查 persona 使用和 WebSearch 降级情况
|
||||
4. 综合输出自然语言报告 + 按优先级排序的改进建议
|
||||
- 用户说"优化写作参数"/"优化参数"/"跑优化" → 执行以下流程：
|
||||
1. 读取 `{skill_dir}/writing-config.yaml`（不存在则从 `writing-config.example.yaml` 复制）
|
||||
2. 用户可指定迭代次数（默认 3），如"优化参数跑 5 轮"
|
||||
3. **迭代循环**（每轮）：
|
||||
a. 用当前 writing-config.yaml 参数写一篇 500 字测试短文（主题：用户指定或"AI Agent 行业观察"）
|
||||
b. 保存到 `{skill_dir}/output/optimize-test.md`
|
||||
c. `python3 {skill_dir}/scripts/humanness_score.py {skill_dir}/output/optimize-test.md --json --tier3 {agent_tier3_score}`
|
||||
d. Agent 做 Tier 3 分析（读测试短文，评估风格漂移/密度波浪/连贯性打破/整体人感，输出 0-1 分数传入 --tier3）
|
||||
e. 解析 JSON 中 `param_scores`，找到得分最低的 1-2 个参数
|
||||
f. 调整 writing-config.yaml 中对应参数（方向：让该维度更"人类"）
|
||||
g. 记录本轮：迭代编号、composite_score、调整的参数、旧值→新值
|
||||
4. 循环结束后，保留 composite_score 最低（最人类）的 writing-config.yaml
|
||||
5. 输出优化报告：起始分 → 最终分，每轮调整，最终参数
|
||||
6. 提示："参数已优化。下次写文章时自动使用新参数。"
|
||||
- 用户说"更新"/"更新 WeWrite"/"升级" → 在 `{skill_dir}` 执行 `git pull origin main`，完成后告知版本变化
|
||||
|
||||
---
|
||||
|
|
@ -175,11 +161,9 @@ python3 {skill_dir}/scripts/seo_keywords.py --json {关键词}
|
|||
读取: {skill_dir}/references/frameworks.md
|
||||
```
|
||||
|
||||
5 套框架（痛点/故事/清单/对比/热点解读），自动选推荐指数最高的。
|
||||
7 套框架（痛点/故事/清单/对比/热点解读/纯观点/复盘），自动选推荐指数最高的。
|
||||
|
||||
**3.2 素材采集（关键——决定能否通过 AI 检测）**：
|
||||
|
||||
纯 LLM 生成的内容无论技巧多好，底层 token 分布仍是 AI 的。通过检测的文章都建立在真实外部信息源之上。
|
||||
**3.2 素材采集**：
|
||||
|
||||
```
|
||||
WebSearch: "{选题关键词} site:36kr.com OR site:mp.weixin.qq.com OR site:zhihu.com"
|
||||
|
|
@ -188,7 +172,26 @@ WebSearch: "{选题关键词} 数据 报告 2025 2026"
|
|||
|
||||
采集 5-8 条真实素材（具名来源 + 具体数据/引述/案例）。**禁止编造**。
|
||||
|
||||
**降级**：WebSearch 无结果或不可用 → 用 LLM 训练数据中可验证的公开信息。但需告知用户："素材采集未能使用 WebSearch，文章的 AI 检测通过率会降低。建议在编辑锚点处多加入你自己的内容。"
|
||||
**降级**：WebSearch 无结果或不可用 → 用 LLM 训练数据中可验证的公开信息。但需告知用户："素材采集未能使用 WebSearch，建议在编辑锚点处多加入你自己的内容。"
|
||||
|
||||
**3.3 内容增强（关键——决定文章是否值得读）**：
|
||||
|
||||
```
|
||||
读取: {skill_dir}/references/content-enhance.md
|
||||
```
|
||||
|
||||
根据 3.1 选定的框架类型，执行对应的增强策略：
|
||||
|
||||
| 框架 | 策略 | 核心动作 |
|
||||
|------|------|---------|
|
||||
| 热点解读 / 纯观点 | 角度发现 | WebSearch 已有文章 → 提取主流观点 → 生成 3 个差异化角度 → 选最尖锐的 |
|
||||
| 痛点 / 清单 | 密度强化 | 检查每个 H2 是否有可操作要点 → 补充工具名/步骤/参数 |
|
||||
| 故事 / 复盘 | 细节锚定 | WebSearch 真实细节 → 补充时间锚/数字锚/对话锚/感官锚 |
|
||||
| 对比 | 真实体感 | WebSearch 真实用户评价 → 场景化对比 → 补充踩坑信息 |
|
||||
|
||||
增强策略的输出（角度/密度要点/细节/用户声音）并入框架大纲，一起传入 Step 4 写作。
|
||||
|
||||
**降级**：WebSearch 不可用时，角度发现和真实体感策略用 LLM 自身知识替代（效果降低但不阻断）。密度强化和细节锚定不依赖搜索，始终执行。
|
||||
|
||||
---
|
||||
|
||||
|
|
@ -434,7 +437,6 @@ python3 {skill_dir}/toolkit/cli.py preview {markdown} --theme {theme} --no-open
|
|||
| 学习我的修改 | `读取: {skill_dir}/references/learn-edits.md` |
|
||||
| 做一个小绿书/图片帖 | `python3 {skill_dir}/toolkit/cli.py image-post img1.jpg img2.jpg -t "标题"` |
|
||||
| 诊断配置 / 检查反AI / 为什么AI检测没过 | `python3 {skill_dir}/scripts/diagnose.py --json` + LLM 交叉分析 |
|
||||
| 优化写作参数 / 优化参数 | 迭代循环：写测试短文 → 打分 → 调参（见辅助功能） |
|
||||
| 导入范文 / 建范文库 | `python3 {skill_dir}/scripts/extract_exemplar.py article.md` |
|
||||
| 查看范文库 | `python3 {skill_dir}/scripts/extract_exemplar.py --list` |
|
||||
|
||||
|
|
|
|||
160
dist/openclaw/references/content-enhance.md
vendored
Normal file
160
dist/openclaw/references/content-enhance.md
vendored
Normal file
|
|
@ -0,0 +1,160 @@
|
|||
# 内容增强策略
|
||||
|
||||
## 你的任务
|
||||
|
||||
框架选定后，根据框架类型执行对应的增强策略。增强策略不改变框架结构，而是提升框架里面填充的内容质量。
|
||||
|
||||
**核心原则**：AI 写的文章最大的问题不是"像 AI"，而是"没意思"——结构正确但缺少让读者想转发的东西。增强策略就是在写作之前，把那个"让人想转发的东西"找到。
|
||||
|
||||
## 框架 → 策略映射
|
||||
|
||||
| 框架类型 | 增强策略 | 核心目标 |
|
||||
|---------|---------|---------|
|
||||
| 热点解读型 / 纯观点型 | **角度发现** | 找到一个别人没说过的切入点 |
|
||||
| 痛点型 / 清单型 | **密度强化** | 每段都有可操作的干货 |
|
||||
| 故事型 / 复盘型 | **细节锚定** | 用真实细节把读者拉进场景 |
|
||||
| 对比型 | **真实体感** | 用真实用户声音替代抽象分析 |
|
||||
|
||||
---
|
||||
|
||||
## 策略一：角度发现
|
||||
|
||||
**适用**：热点解读型、纯观点型
|
||||
|
||||
**问题**：AI 写热点文章默认会写"中立全面的分析"，但公众号读者要的是"一个有态度的人告诉我该怎么看"。
|
||||
|
||||
**执行步骤**：
|
||||
|
||||
1. **扫描已有覆盖**：
|
||||
```
|
||||
WebSearch: "{选题关键词} site:mp.weixin.qq.com"
|
||||
WebSearch: "{选题关键词} 观点 OR 评论 OR 看法"
|
||||
```
|
||||
快速浏览 3-5 篇已有文章，提取主流观点清单（1 句话 × 3-5 条）。
|
||||
|
||||
2. **生成差异化角度**（至少 3 个）：
|
||||
- **反转型**：主流说 A 好，你说 A 其实有致命问题
|
||||
- **升维型**：大家在讨论 A vs B，你说这个问题本身就问错了
|
||||
- **利己型**：所有人在分析宏观趋势，你说"这对你我意味着什么"
|
||||
- **类比型**：从完全不同的领域找一个结构相同的案例，映射过来
|
||||
- **时间型**：大家看短期影响，你看 3 年后；或者反过来，大家看长期，你说下周就会出事
|
||||
|
||||
3. **选择标准**：
|
||||
- 选最能引发"我不同意！"或"说得太对了！"反应的那个
|
||||
- 必须是你能用事实和逻辑支撑的，不是为了反而反
|
||||
- 如果 3 个角度都很平，说明这个选题本身可能不适合观点型，考虑换框架
|
||||
|
||||
4. **输出**：一句话核心论点，写入框架大纲的开头策略中。这个论点必须贯穿全文每个 H2。
|
||||
|
||||
**检验**：如果把你的核心论点发到朋友圈，会不会有人想评论？如果不会，角度还不够尖。
|
||||
|
||||
---
|
||||
|
||||
## 策略二：密度强化
|
||||
|
||||
**适用**：痛点型、清单型
|
||||
|
||||
**问题**：AI 写干货容易变成"正确的废话"——"要注意用户体验"、"数据很重要"、"建议多测试"。读者看完觉得"说得都对，但我不知道该干啥"。
|
||||
|
||||
**执行步骤**：
|
||||
|
||||
1. **操作化检查**：对框架大纲中的每个 H2 要点，问一个问题：
|
||||
> "读者看完这段，能不能在 5 分钟内开始动手？"
|
||||
|
||||
- 能 → 通过
|
||||
- 不能 → 需要补充具体步骤、工具名、参数、命令
|
||||
|
||||
2. **素材搜集**（针对不够具体的要点）：
|
||||
```
|
||||
WebSearch: "{要点关键词} 教程 OR 步骤 OR 实操"
|
||||
WebSearch: "{要点关键词} 工具 OR 推荐 OR 方案"
|
||||
```
|
||||
找到具体的工具名、配置参数、操作步骤、价格。
|
||||
|
||||
3. **密度指标**：
|
||||
- 每个 H2 至少包含 1 个：具体工具/产品名、具体数字、具体步骤
|
||||
- 全文至少 3 处"如果你是 X 情况，用 Y 方法"的条件分支
|
||||
- 禁止出现："建议大家多关注"、"需要注意"、"非常重要"这类空话
|
||||
|
||||
4. **输出**：在框架大纲的每个 H2 下补充具体的素材要点。
|
||||
|
||||
**检验**：把每个 H2 的要点单独拿出来，能不能当一条独立的"小贴士"发出去？如果太虚，密度不够。
|
||||
|
||||
---
|
||||
|
||||
## 策略三：细节锚定
|
||||
|
||||
**适用**：故事型、复盘型
|
||||
|
||||
**问题**：AI 讲故事喜欢概括——"他经历了很多困难"、"团队遇到了挑战"、"最终取得了成功"。读者感受不到任何东西，因为没有画面。
|
||||
|
||||
**执行步骤**：
|
||||
|
||||
1. **搜集真实细节**：
|
||||
```
|
||||
WebSearch: "{人物/事件} 采访 OR 专访 OR 对话"
|
||||
WebSearch: "{人物/事件} 细节 OR 故事 OR 回忆"
|
||||
```
|
||||
找以下 4 类锚点（至少命中 3 类）：
|
||||
|
||||
| 锚点类型 | 示例 | 效果 |
|
||||
|---------|------|------|
|
||||
| **时间锚** | "2019 年 3 月的一个雨天" | 画面感 |
|
||||
| **数字锚** | "账上只剩 7 万块" | 紧迫感 |
|
||||
| **对话锚** | "他跟合伙人说：再撑三个月" | 人物感 |
|
||||
| **感官锚** | "办公室里弥漫着外卖的味道" | 沉浸感 |
|
||||
|
||||
2. **场景重建**：对框架中的"转折高潮"或"做错了什么"段落，要求写作时包含：
|
||||
- 具体的时间和地点
|
||||
- 当事人说了什么（直接引语或合理重建）
|
||||
- 一个感官细节（看到/听到/感觉到什么）
|
||||
|
||||
3. **情绪拐点标记**：在框架大纲中标注 1-2 个情绪拐点的位置——读者应该在这里感到"意外"、"心疼"、"燃了"。
|
||||
|
||||
4. **输出**：在框架大纲的关键段落下补充搜集到的真实细节。
|
||||
|
||||
**检验**：闭上眼，能不能"看到"这个故事里的某个画面？如果只有抽象概念没有画面，细节不够。
|
||||
|
||||
---
|
||||
|
||||
## 策略四：真实体感
|
||||
|
||||
**适用**：对比型
|
||||
|
||||
**问题**：AI 写对比文章会生成整齐的优劣势表格，但读起来像产品说明书。读者要的不是功能对比，是"用起来到底怎么样"。
|
||||
|
||||
**执行步骤**：
|
||||
|
||||
1. **搜集真实声音**：
|
||||
```
|
||||
WebSearch: "{产品/方案A} 体验 OR 评测 OR 踩坑 site:v2ex.com OR site:zhihu.com"
|
||||
WebSearch: "{产品/方案B} 缺点 OR 问题 OR 吐槽"
|
||||
```
|
||||
找 3-5 条真实用户的评价（正面和负面都要）。
|
||||
|
||||
2. **场景化对比**：不要抽象地说"A 性能更好"，而是：
|
||||
- "当你需要处理 X 场景时，A 大概要 Y 秒，B 直接卡住"
|
||||
- "如果你是 Z 类型的用户，A 的这个设计会让你抓狂"
|
||||
|
||||
3. **踩坑优先**：对每个方案，必须包含至少 1 个"官方不会告诉你的坑"：
|
||||
- 隐藏费用、兼容性问题、学习曲线、售后体验
|
||||
- 来源必须是真实用户反馈，不是猜测
|
||||
|
||||
4. **输出**：在框架大纲的 A/B 分析段落下补充真实用户声音和具体场景。
|
||||
|
||||
**检验**：读者看完你的对比，能不能直接做决定？如果还需要自己去搜评价，体感不够。
|
||||
|
||||
---
|
||||
|
||||
## 执行时机
|
||||
|
||||
在 SKILL.md 管道中的位置：
|
||||
|
||||
```
|
||||
Step 3.1 框架选择
|
||||
Step 3.2 素材采集
|
||||
Step 3.3 内容增强 ← 本文档
|
||||
Step 4 写作
|
||||
```
|
||||
|
||||
增强策略的输出（角度/素材/细节/用户声音）作为 Step 4 写作的输入约束，与框架大纲一起传入写作环节。
|
||||
75
dist/openclaw/references/frameworks.md
vendored
75
dist/openclaw/references/frameworks.md
vendored
|
|
@ -152,9 +152,74 @@
|
|||
- CTA：引导关注后续进展、或留言分享看法
|
||||
```
|
||||
|
||||
### 框架 F: 纯观点型
|
||||
|
||||
适合：表达立场、反驳主流观点、输出价值判断。情绪型/热点型账号首选。与热点解读型的区别：不需要从一个新闻事件出发，直接从一个论点开刀。
|
||||
|
||||
```
|
||||
结构：
|
||||
1. 开头（亮刀子）
|
||||
- 第一段就把核心观点甩出来，不铺垫
|
||||
- 观点要够尖锐，让读者要么点头要么皱眉
|
||||
- "我越来越觉得 X 是一个巨大的谎言"、"所有人都在说 X，但没人提 Y"
|
||||
|
||||
2. 为什么我这么想（H2）
|
||||
- 触发这个观点的具体经历或观察（不是抽象推理）
|
||||
- 1-2 个你亲眼见过/亲身经历的案例
|
||||
- 金句落点：把观察提炼为一句判断
|
||||
|
||||
3. 主流观点哪里错了（H2）
|
||||
- 列出主流说法，逐条反驳
|
||||
- 不要稻草人——引用真实的对立观点，给对方最强的版本，然后说明为什么你仍然不同意
|
||||
- 承认对方有道理的部分（"他们说得没错，但..."）
|
||||
- 金句落点：一句话总结分歧的本质
|
||||
|
||||
4. 如果我是对的，意味着什么（H2）
|
||||
- 推演这个观点的后果——对读者、对行业、对普通人
|
||||
- 提供一个可验证的预测或判断标准（"如果半年后 X 发生，说明我说对了"）
|
||||
|
||||
5. 结尾（留余地但不软）
|
||||
- 不要总结，不要"综上所述"
|
||||
- 承认自己可能是错的，但说清楚在什么条件下你会改变看法
|
||||
- CTA：引导读者表态——"你同意吗？评论区见"
|
||||
```
|
||||
|
||||
### 框架 G: 复盘/经验型
|
||||
|
||||
适合：个人实践总结、项目复盘、阶段性回顾。干货型/故事型账号首选。与故事型的区别：主角是"我"，重点是可迁移的经验而不是戏剧性。
|
||||
|
||||
```
|
||||
结构：
|
||||
1. 开头（结果先行）
|
||||
- 先说结果/数据：做了什么、多久、成果如何
|
||||
- 不要谦虚也不要吹，直接上数字
|
||||
- "做了 3 个月，踩了 X 个坑，最后 Y 还行，Z 彻底失败"
|
||||
|
||||
2. 背景和动机（H2）
|
||||
- 为什么做这件事、起点是什么状态
|
||||
- 控制在 150 字以内，快速过渡——读者来看经验的，不是来听你的人生故事
|
||||
- 金句落点：一句话说清你当时的认知水平（"那时候我以为 X，现在觉得自己太天真"）
|
||||
|
||||
3. 做对了什么（H2）
|
||||
- 2-3 个关键决策，每个配上具体数据或结果
|
||||
- 说清楚"为什么当时选了这个方向"——决策过程比结果更有价值
|
||||
- 金句落点：提炼为可迁移的原则
|
||||
|
||||
4. 做错了什么（H2）
|
||||
- 这是全文最值钱的部分——读者来就是为了避坑
|
||||
- 每个错误：当时怎么想的 → 实际发生了什么 → 现在回头看应该怎么做
|
||||
- 不要轻描淡写——具体到金额、时间、情绪代价
|
||||
- 金句落点：一句话总结这个坑的本质
|
||||
|
||||
5. 结尾（如果重来）
|
||||
- "如果重新来过，我会..."——给出 2-3 条具体建议
|
||||
- 不要泛泛而谈，要具体到"第一周先做 X，不要碰 Y"
|
||||
- CTA：引导读者分享自己的复盘或提问
|
||||
```
|
||||
|
||||
## 输出格式
|
||||
|
||||
对每个选题，输出 5 套框架，每套包含：
|
||||
对每个选题，从 7 套框架中选出最匹配的 5 套，每套包含：
|
||||
|
||||
```
|
||||
### 框架 X: {类型名}（推荐指数：⭐⭐⭐⭐⭐）
|
||||
|
|
@ -185,8 +250,8 @@
|
|||
- ⭐ 不建议
|
||||
|
||||
content_style 对应关系：
|
||||
- 干货型 → 优先推荐：痛点型、清单型
|
||||
- 故事型 → 优先推荐：故事型、热点解读型
|
||||
- 情绪型 → 优先推荐：故事型、痛点型
|
||||
- 热点型 → 优先推荐：热点解读型、对比型
|
||||
- 干货型 → 优先推荐：痛点型、清单型、复盘型
|
||||
- 故事型 → 优先推荐：故事型、热点解读型、复盘型
|
||||
- 情绪型 → 优先推荐：故事型、痛点型、纯观点型
|
||||
- 热点型 → 优先推荐：热点解读型、对比型、纯观点型
|
||||
- 测评型 → 优先推荐：对比型、清单型
|
||||
|
|
|
|||
160
references/content-enhance.md
Normal file
160
references/content-enhance.md
Normal file
|
|
@ -0,0 +1,160 @@
|
|||
# 内容增强策略
|
||||
|
||||
## 你的任务
|
||||
|
||||
框架选定后，根据框架类型执行对应的增强策略。增强策略不改变框架结构，而是提升框架里面填充的内容质量。
|
||||
|
||||
**核心原则**：AI 写的文章最大的问题不是"像 AI"，而是"没意思"——结构正确但缺少让读者想转发的东西。增强策略就是在写作之前，把那个"让人想转发的东西"找到。
|
||||
|
||||
## 框架 → 策略映射
|
||||
|
||||
| 框架类型 | 增强策略 | 核心目标 |
|
||||
|---------|---------|---------|
|
||||
| 热点解读型 / 纯观点型 | **角度发现** | 找到一个别人没说过的切入点 |
|
||||
| 痛点型 / 清单型 | **密度强化** | 每段都有可操作的干货 |
|
||||
| 故事型 / 复盘型 | **细节锚定** | 用真实细节把读者拉进场景 |
|
||||
| 对比型 | **真实体感** | 用真实用户声音替代抽象分析 |
|
||||
|
||||
---
|
||||
|
||||
## 策略一：角度发现
|
||||
|
||||
**适用**：热点解读型、纯观点型
|
||||
|
||||
**问题**：AI 写热点文章默认会写"中立全面的分析"，但公众号读者要的是"一个有态度的人告诉我该怎么看"。
|
||||
|
||||
**执行步骤**：
|
||||
|
||||
1. **扫描已有覆盖**：
|
||||
```
|
||||
WebSearch: "{选题关键词} site:mp.weixin.qq.com"
|
||||
WebSearch: "{选题关键词} 观点 OR 评论 OR 看法"
|
||||
```
|
||||
快速浏览 3-5 篇已有文章，提取主流观点清单（1 句话 × 3-5 条）。
|
||||
|
||||
2. **生成差异化角度**（至少 3 个）：
|
||||
- **反转型**：主流说 A 好，你说 A 其实有致命问题
|
||||
- **升维型**：大家在讨论 A vs B，你说这个问题本身就问错了
|
||||
- **利己型**：所有人在分析宏观趋势，你说"这对你我意味着什么"
|
||||
- **类比型**：从完全不同的领域找一个结构相同的案例，映射过来
|
||||
- **时间型**：大家看短期影响，你看 3 年后；或者反过来，大家看长期，你说下周就会出事
|
||||
|
||||
3. **选择标准**：
|
||||
- 选最能引发"我不同意！"或"说得太对了！"反应的那个
|
||||
- 必须是你能用事实和逻辑支撑的，不是为了反而反
|
||||
- 如果 3 个角度都很平，说明这个选题本身可能不适合观点型，考虑换框架
|
||||
|
||||
4. **输出**：一句话核心论点，写入框架大纲的开头策略中。这个论点必须贯穿全文每个 H2。
|
||||
|
||||
**检验**：如果把你的核心论点发到朋友圈，会不会有人想评论？如果不会，角度还不够尖。
|
||||
|
||||
---
|
||||
|
||||
## 策略二：密度强化
|
||||
|
||||
**适用**：痛点型、清单型
|
||||
|
||||
**问题**：AI 写干货容易变成"正确的废话"——"要注意用户体验"、"数据很重要"、"建议多测试"。读者看完觉得"说得都对，但我不知道该干啥"。
|
||||
|
||||
**执行步骤**：
|
||||
|
||||
1. **操作化检查**：对框架大纲中的每个 H2 要点，问一个问题：
|
||||
> "读者看完这段，能不能在 5 分钟内开始动手？"
|
||||
|
||||
- 能 → 通过
|
||||
- 不能 → 需要补充具体步骤、工具名、参数、命令
|
||||
|
||||
2. **素材搜集**（针对不够具体的要点）：
|
||||
```
|
||||
WebSearch: "{要点关键词} 教程 OR 步骤 OR 实操"
|
||||
WebSearch: "{要点关键词} 工具 OR 推荐 OR 方案"
|
||||
```
|
||||
找到具体的工具名、配置参数、操作步骤、价格。
|
||||
|
||||
3. **密度指标**：
|
||||
- 每个 H2 至少包含 1 个：具体工具/产品名、具体数字、具体步骤
|
||||
- 全文至少 3 处"如果你是 X 情况，用 Y 方法"的条件分支
|
||||
- 禁止出现："建议大家多关注"、"需要注意"、"非常重要"这类空话
|
||||
|
||||
4. **输出**：在框架大纲的每个 H2 下补充具体的素材要点。
|
||||
|
||||
**检验**：把每个 H2 的要点单独拿出来，能不能当一条独立的"小贴士"发出去？如果太虚，密度不够。
|
||||
|
||||
---
|
||||
|
||||
## 策略三：细节锚定
|
||||
|
||||
**适用**：故事型、复盘型
|
||||
|
||||
**问题**：AI 讲故事喜欢概括——"他经历了很多困难"、"团队遇到了挑战"、"最终取得了成功"。读者感受不到任何东西，因为没有画面。
|
||||
|
||||
**执行步骤**：
|
||||
|
||||
1. **搜集真实细节**：
|
||||
```
|
||||
WebSearch: "{人物/事件} 采访 OR 专访 OR 对话"
|
||||
WebSearch: "{人物/事件} 细节 OR 故事 OR 回忆"
|
||||
```
|
||||
找以下 4 类锚点（至少命中 3 类）：
|
||||
|
||||
| 锚点类型 | 示例 | 效果 |
|
||||
|---------|------|------|
|
||||
| **时间锚** | "2019 年 3 月的一个雨天" | 画面感 |
|
||||
| **数字锚** | "账上只剩 7 万块" | 紧迫感 |
|
||||
| **对话锚** | "他跟合伙人说：再撑三个月" | 人物感 |
|
||||
| **感官锚** | "办公室里弥漫着外卖的味道" | 沉浸感 |
|
||||
|
||||
2. **场景重建**：对框架中的"转折高潮"或"做错了什么"段落，要求写作时包含：
|
||||
- 具体的时间和地点
|
||||
- 当事人说了什么（直接引语或合理重建）
|
||||
- 一个感官细节（看到/听到/感觉到什么）
|
||||
|
||||
3. **情绪拐点标记**：在框架大纲中标注 1-2 个情绪拐点的位置——读者应该在这里感到"意外"、"心疼"、"燃了"。
|
||||
|
||||
4. **输出**：在框架大纲的关键段落下补充搜集到的真实细节。
|
||||
|
||||
**检验**：闭上眼，能不能"看到"这个故事里的某个画面？如果只有抽象概念没有画面，细节不够。
|
||||
|
||||
---
|
||||
|
||||
## 策略四：真实体感
|
||||
|
||||
**适用**：对比型
|
||||
|
||||
**问题**：AI 写对比文章会生成整齐的优劣势表格，但读起来像产品说明书。读者要的不是功能对比，是"用起来到底怎么样"。
|
||||
|
||||
**执行步骤**：
|
||||
|
||||
1. **搜集真实声音**：
|
||||
```
|
||||
WebSearch: "{产品/方案A} 体验 OR 评测 OR 踩坑 site:v2ex.com OR site:zhihu.com"
|
||||
WebSearch: "{产品/方案B} 缺点 OR 问题 OR 吐槽"
|
||||
```
|
||||
找 3-5 条真实用户的评价（正面和负面都要）。
|
||||
|
||||
2. **场景化对比**：不要抽象地说"A 性能更好"，而是：
|
||||
- "当你需要处理 X 场景时，A 大概要 Y 秒，B 直接卡住"
|
||||
- "如果你是 Z 类型的用户，A 的这个设计会让你抓狂"
|
||||
|
||||
3. **踩坑优先**：对每个方案，必须包含至少 1 个"官方不会告诉你的坑"：
|
||||
- 隐藏费用、兼容性问题、学习曲线、售后体验
|
||||
- 来源必须是真实用户反馈，不是猜测
|
||||
|
||||
4. **输出**：在框架大纲的 A/B 分析段落下补充真实用户声音和具体场景。
|
||||
|
||||
**检验**：读者看完你的对比，能不能直接做决定？如果还需要自己去搜评价，体感不够。
|
||||
|
||||
---
|
||||
|
||||
## 执行时机
|
||||
|
||||
在 SKILL.md 管道中的位置：
|
||||
|
||||
```
|
||||
Step 3.1 框架选择
|
||||
Step 3.2 素材采集
|
||||
Step 3.3 内容增强 ← 本文档
|
||||
Step 4 写作
|
||||
```
|
||||
|
||||
增强策略的输出（角度/素材/细节/用户声音）作为 Step 4 写作的输入约束，与框架大纲一起传入写作环节。
|
||||
|
|
@ -152,9 +152,74 @@
|
|||
- CTA：引导关注后续进展、或留言分享看法
|
||||
```
|
||||
|
||||
### 框架 F: 纯观点型
|
||||
|
||||
适合：表达立场、反驳主流观点、输出价值判断。情绪型/热点型账号首选。与热点解读型的区别：不需要从一个新闻事件出发，直接从一个论点开刀。
|
||||
|
||||
```
|
||||
结构：
|
||||
1. 开头（亮刀子）
|
||||
- 第一段就把核心观点甩出来，不铺垫
|
||||
- 观点要够尖锐，让读者要么点头要么皱眉
|
||||
- "我越来越觉得 X 是一个巨大的谎言"、"所有人都在说 X，但没人提 Y"
|
||||
|
||||
2. 为什么我这么想（H2）
|
||||
- 触发这个观点的具体经历或观察（不是抽象推理）
|
||||
- 1-2 个你亲眼见过/亲身经历的案例
|
||||
- 金句落点：把观察提炼为一句判断
|
||||
|
||||
3. 主流观点哪里错了（H2）
|
||||
- 列出主流说法，逐条反驳
|
||||
- 不要稻草人——引用真实的对立观点，给对方最强的版本，然后说明为什么你仍然不同意
|
||||
- 承认对方有道理的部分（"他们说得没错，但..."）
|
||||
- 金句落点：一句话总结分歧的本质
|
||||
|
||||
4. 如果我是对的，意味着什么（H2）
|
||||
- 推演这个观点的后果——对读者、对行业、对普通人
|
||||
- 提供一个可验证的预测或判断标准（"如果半年后 X 发生，说明我说对了"）
|
||||
|
||||
5. 结尾（留余地但不软）
|
||||
- 不要总结，不要"综上所述"
|
||||
- 承认自己可能是错的，但说清楚在什么条件下你会改变看法
|
||||
- CTA：引导读者表态——"你同意吗？评论区见"
|
||||
```
|
||||
|
||||
### 框架 G: 复盘/经验型
|
||||
|
||||
适合：个人实践总结、项目复盘、阶段性回顾。干货型/故事型账号首选。与故事型的区别：主角是"我"，重点是可迁移的经验而不是戏剧性。
|
||||
|
||||
```
|
||||
结构：
|
||||
1. 开头（结果先行）
|
||||
- 先说结果/数据：做了什么、多久、成果如何
|
||||
- 不要谦虚也不要吹，直接上数字
|
||||
- "做了 3 个月，踩了 X 个坑，最后 Y 还行，Z 彻底失败"
|
||||
|
||||
2. 背景和动机（H2）
|
||||
- 为什么做这件事、起点是什么状态
|
||||
- 控制在 150 字以内，快速过渡——读者来看经验的，不是来听你的人生故事
|
||||
- 金句落点：一句话说清你当时的认知水平（"那时候我以为 X，现在觉得自己太天真"）
|
||||
|
||||
3. 做对了什么（H2）
|
||||
- 2-3 个关键决策，每个配上具体数据或结果
|
||||
- 说清楚"为什么当时选了这个方向"——决策过程比结果更有价值
|
||||
- 金句落点：提炼为可迁移的原则
|
||||
|
||||
4. 做错了什么（H2）
|
||||
- 这是全文最值钱的部分——读者来就是为了避坑
|
||||
- 每个错误：当时怎么想的 → 实际发生了什么 → 现在回头看应该怎么做
|
||||
- 不要轻描淡写——具体到金额、时间、情绪代价
|
||||
- 金句落点：一句话总结这个坑的本质
|
||||
|
||||
5. 结尾（如果重来）
|
||||
- "如果重新来过，我会..."——给出 2-3 条具体建议
|
||||
- 不要泛泛而谈，要具体到"第一周先做 X，不要碰 Y"
|
||||
- CTA：引导读者分享自己的复盘或提问
|
||||
```
|
||||
|
||||
## 输出格式
|
||||
|
||||
对每个选题，输出 5 套框架，每套包含：
|
||||
对每个选题，从 7 套框架中选出最匹配的 5 套，每套包含：
|
||||
|
||||
```
|
||||
### 框架 X: {类型名}（推荐指数：⭐⭐⭐⭐⭐）
|
||||
|
|
@ -185,8 +250,8 @@
|
|||
- ⭐ 不建议
|
||||
|
||||
content_style 对应关系：
|
||||
- 干货型 → 优先推荐：痛点型、清单型
|
||||
- 故事型 → 优先推荐：故事型、热点解读型
|
||||
- 情绪型 → 优先推荐：故事型、痛点型
|
||||
- 热点型 → 优先推荐：热点解读型、对比型
|
||||
- 干货型 → 优先推荐：痛点型、清单型、复盘型
|
||||
- 故事型 → 优先推荐：故事型、热点解读型、复盘型
|
||||
- 情绪型 → 优先推荐：故事型、痛点型、纯观点型
|
||||
- 热点型 → 优先推荐：热点解读型、对比型、纯观点型
|
||||
- 测评型 → 优先推荐：对比型、清单型
|
||||
|
|
|
|||
Loading…
Reference in a new issue