diff --git a/README.md b/README.md
index 846b1cf..74201d5 100644
--- a/README.md
+++ b/README.md
@@ -94,6 +94,7 @@ This section will list available skills as they are added.
 
 | Skill | Description | Usage Scenario | Status |
 | --- | --- | --- | --- |
+| [daily-trend-writer](skills/daily-trend-writer/SKILL.md) | Automated WeChat Official Account content production pipeline. Daily discovers "small but beautiful" topics like practical tools, community hotspots, tutorials, then generates two high-quality articles: "Mimeng-style" and "technical deep-dive". | Content Creation, WeChat Official Account, Trend Analysis | Stable |
 | [git-commit-generator](skills/git-commit-generator/SKILL.md) | Generate standardized git commit messages based on code changes (diffs), following Conventional Commits specification. | Git Operations, Code Review | Stable |
 | [cn-punctuation-checker](skills/cn-punctuation-checker/SKILL.md) | Checks Chinese text for incorrect English punctuation marks and supports batch fixing. | Chinese Copy Editing, Punctuation Correction | Stable |
 | [wechat-mini-program-development](skills/wechat-mini-program-development/SKILL.md) | WeChat mini-program development skill with standard project structure, request wrapper, and API management. | WeChat Mini-Program Development, Project Scaffolding | Stable |
diff --git a/README.zh-CN.md b/README.zh-CN.md
index c214cf1..708615e 100644
--- a/README.zh-CN.md
+++ b/README.zh-CN.md
@@ -95,6 +95,7 @@ description: 简要描述这个技能的功能和使用场景
 
 | 技能 | 描述 | 使用场景 | 状态 |
 | --- | --- | --- | --- |
+| [daily-trend-writer](skills/daily-trend-writer/SKILL.md) | 全自动化的公众号内容生产流水线。每日发现实用工具、社区热点、教程经验等"小而美"选题，深挖后输出"咪蒙风格"与"技术干货"两篇高质量公众号文章。 | 内容创作, 公众号运营, 热点分析 | Stable |
 | [git-commit-generator](skills/git-commit-generator/SKILL.md) | 根据代码变更（diffs）生成标准化、符合 Conventional Commits 规范的 git 提交信息。 | Git 操作, 代码评审 | Stable |
 | [cn-punctuation-checker](skills/cn-punctuation-checker/SKILL.md) | 检查中文文案中错误使用的英文标点符号，并支持批量修复。 | 中文文案润色, 标点纠错 | Stable |
 | [wechat-mini-program-development](skills/wechat-mini-program-development/SKILL.md) | 微信小程序开发专用技能，提供标准项目结构、请求封装和 API 管理。 | 微信小程序开发, 项目脚手架 | Stable |
diff --git a/skills/daily-trend-writer/SKILL.md b/skills/daily-trend-writer/SKILL.md
new file mode 100644
index 0000000..9dcc2da
--- /dev/null
+++ b/skills/daily-trend-writer/SKILL.md
@@ -0,0 +1,178 @@
+---
+name: daily-trend-writer
+description: 全自动化的公众号内容生产流水线。每日发现实用工具、社区热点、教程经验等"小而美"选题，深挖后输出"咪蒙风格"与"技术干货"两篇高质量公众号文章。
+---
+
+# Daily Trend Writer Workflow
+
+此 Skill 旨在自动化执行每日内容生产工作流：**时间同步 -> 发现热点 -> 选题深挖 -> 内容打磨 -> 多风格写作 -> 归档交付**。
+
+你将扮演"AI资讯编辑+热度分析师+内容主编"，按以下步骤执行。
+
+### Phase 0: 时间同步
+
+**目标**: 确保时间一致性和准确性，避免抓取过时内容
+
+**执行步骤**:
+
+1. **获取当前时间**:
+   ```
+   使用 RunCommand 执行: date "+%Y-%m-%d %H:%M:%S %Z"
+   获取系统当前本地时间
+   ```
+
+2. **时间格式化**:
+   - 日期格式: `YYYY-MM-DD` (用于热点搜索)
+   - 时间戳格式: `YYYYMMDDHHMMSS` (用于归档目录命名)
+   - 星期: 获取当前星期几 (用于判断是否工作日/周末热点差异)
+
+3. **输出时间信息**:
+   ```
+   ## ⏰ 当前时间同步
+   
+   📅 日期: 2026-02-23 (星期日)
+   🕐 时间: 14:30:00
+   🌍 时区: CST (中国标准时间)
+   
+   ✅ 时间已同步，开始抓取今日最新热点...
+   ```
+
+4. **时间验证**:
+   - 确认时间与用户期望一致
+   - 如果时间异常（如显示过去日期），提示用户检查系统时间
+   - 所有后续操作都使用这个同步后的时间
+
+**重要**: 此步骤必须在所有其他步骤之前执行，确保:
+- 热点搜索带上当天日期，获取最新内容
+- 归档目录使用准确的时间戳
+- 避免抓取过时或无效的热点信息
+
+
+## Phase 1: 热点发现与榜单生成 (Trend Discovery)
+
+> 此阶段目标：发现公众号读者真正关心的"小而美"话题，而非宏大的行业动态。
+
+**1. 信息抓取与筛选标准**
+
+详细的热点来源配置和筛选标准请参考：`resources/trend-sources.md`
+
+**2. 输出：分类热点榜**
+
+不按单一分数排序，而是分类展示：
+
+```
+## 📊 今日热点榜 ({日期})
+
+### 🛠️ 实用工具榜
+| 排名 | 工具名称 | 类型 | 公众号适配度 | 一句话介绍 |
+|-----|---------|-----|------------|-----------|
+| 1 | OpenClaw | CLI工具 | 85 | 开源剪贴板管理工具，支持自定义脚本 |
+| 2 | ... | ... | ... | ... |
+
+### 🔥 社区热点榜
+| 排名 | 话题 | 平台 | 讨论热度 | 核心争议点 |
+|-----|-----|-----|---------|-----------|
+| 1 | Web4是什么 | V2EX/即刻 | 1200+回复 | 定义模糊，有人说是噱头 |
+| 2 | ... | ... | ... | ... |
+
+### 📚 教程经验榜
+| 排名 | 主题 | 来源 | 价值点 |
+|-----|-----|-----|-------|
+| 1 | Docker部署踩坑实录 | 掘金 | 5个常见问题解决方案 |
+| 2 | ... | ... | ... |
+
+### 📰 行业动态榜（仅重大事件）
+| 事件 | 重要性 | 是否推荐写 |
+|-----|-------|----------|
+| 大模型 3.7 发布 | ⭐⭐⭐⭐ | ✅ 推荐（有实操价值） |
+| XX公司融资 | ⭐⭐ | ❌ 不推荐（纯新闻） |
+```
+
+**4. 选题建议**
+
+详细的选题优先级请参考：`resources/trend-sources.md`
+
+## Phase 2: 选题与深挖 (Selection & Deep Dive)
+
+**1. 选题策略**
+
+根据 Phase 1 的分类榜单，按 `resources/trend-sources.md` 中定义的优先级选择：
+
+**2. 用户确认**
+向用户展示分类榜单，询问：
+- 是否确认首选选题？
+- 是否有其他感兴趣的选题？
+- 是否需要组合选题（如：工具 + 踩坑经验）？
+
+**3. 深挖 (Deep Dive)**
+针对选定的选题，执行深度 WebSearch：
+
+**🛠️ 工具类选题深挖方向**：
+- **安装教程**：如何安装？有什么依赖？支持哪些平台？
+- **使用教程**：核心功能怎么用？有哪些实用技巧？
+- **踩坑经验**：常见问题有哪些？如何解决？
+- **对比评测**：与同类工具相比有什么优劣？
+- **社区反馈**：用户评价如何？有哪些吐槽点？
+
+**🔥 社区热点类选题深挖方向**：
+- **事件脉络**：话题是怎么火起来的？
+- **核心争议**：正反双方观点是什么？
+- **大牛观点**：KOL/专家怎么看？
+- **实际影响**：对普通人有什么影响？
+
+**📚 教程经验类选题深挖方向**：
+- **问题背景**：解决了什么痛点？
+- **解决方案**：具体步骤是什么？
+- **代码示例**：有没有可复用的代码？
+- **避坑指南**：有哪些坑需要注意？
+
+**4. 生成"选题母本" (Master Brief)**
+将深挖到的所有信息整合成一份结构化的《选题母本》。这份文档将作为后续写作的基础素材，要求：
+- 详实、准确、有深度
+- 包含可操作的教程步骤
+- 包含社区真实反馈和争议点
+- 包含代码示例（如有）
+
+## Phase 3: 内容打磨 (Content Refinement)
+
+> 此阶段目标：确保《选题母本》质量过关。
+
+**调用 `subskills/doc-coauthoring` Skill：**
+1. 告诉用户："已生成《选题母本》，现在我们将使用 doc-coauthoring 流程对其进行打磨，确保素材的准确性和深度。"
+2. **Context Gathering**: 将《选题母本》作为初始 Context 输入。
+3. **Refinement**: 询问用户对母本是否有补充？是否有遗漏的关键视角？（引导用户确认素材无误）。
+4. **Exit**: 当用户确认《选题母本》内容满意后，进入下一阶段。
+
+## Phase 4: 多风格文章写作 (Article Production)
+
+使用完善后的《选题母本》作为输入，分别调用两个写作 Skill。
+
+### 任务 A：撰写"咪蒙风格"爆款文
+**调用 `subskills/mimeng-writing` Skill：**
+- **目标**：写一篇 10万+ 阅读量的爆款文章。
+- **核心**：情绪共鸣、反常识、金句频出。
+- **执行**：
+    1. 基于母本，挖掘痛点、冲突点（如：AI 替代焦虑、技术圈的鄙视链、新技术的震撼等）。
+    2. 生成 5 个"咪蒙式"标题供选择（参考 `subskills/mimeng-writing` 的标题公式）。
+    3. 撰写正文：使用短句、情绪词、故事化叙事。
+
+### 任务 B：撰写"微信公众号"技术干货文
+**调用 `subskills/wechat-article-writer` Skill：**
+- **目标**：写一篇专业、实用的技术解读/教程文章。
+- **核心**：清晰、价值感、易读性。
+- **执行**：
+    1. 基于母本，梳理结构：背景 -> 核心功能 -> 原理/教程 -> 总结。
+    2. 生成 5 个吸引人的技术类标题。
+    3. 撰写正文：包含代码块、排版建议、关键数据引用。
+
+## Phase 5: 归档与交付 (Delivery)
+
+1. **获取日期**：获取当前日期（包含时分秒），格式化为 `YYYYMMDDHHMMSS` (例如 20260129103000)。
+2. **创建目录**：检查当前目录下是否存在该日期的文件夹，若无则自动创建。
+3. **保存文件**：
+   - 将"咪蒙风格"文章保存为：`./YYYYMMDDHHMMSS/mimeng_{topic_slug}.md`
+   - 将"技术干货"文章保存为：`./YYYYMMDDHHMMSS/tech_{topic_slug}.md`
+   - (可选) 将《选题母本》保存为：`./YYYYMMDDHHMMSS/brief_{topic_slug}.md`
+4. **结束反馈**：输出最终的文件路径，并提示用户文章已生成完毕。
+
+---
diff --git a/skills/daily-trend-writer/examples/input.md b/skills/daily-trend-writer/examples/input.md
new file mode 100644
index 0000000..6874672
--- /dev/null
+++ b/skills/daily-trend-writer/examples/input.md
@@ -0,0 +1,11 @@
+# 输入示例：每日热点写作请求
+
+## 任务描述
+请为今日（2026-03-06）生成公众号文章，按照daily-trend-writer工作流执行。
+
+## 要求
+1. 发现今日热点
+2. 选择合适的选题
+3. 生成《选题母本》
+4. 分别撰写咪蒙风格和技术干货两篇文章
+5. 归档交付
diff --git a/skills/daily-trend-writer/examples/output.md b/skills/daily-trend-writer/examples/output.md
new file mode 100644
index 0000000..b313af6
--- /dev/null
+++ b/skills/daily-trend-writer/examples/output.md
@@ -0,0 +1,65 @@
+# 输出示例：每日热点写作结果
+
+## ⏰ 当前时间同步
+
+📅 日期: 2026-03-06 (星期五)
+🕐 时间: 10:30:00
+🌍 时区: CST (中国标准时间)
+
+✅ 时间已同步，开始抓取今日最新热点...
+
+## 📊 今日热点榜 (2026-03-06)
+
+### 🛠️ 实用工具榜
+| 排名 | 工具名称 | 类型 | 公众号适配度 | 一句话介绍 |
+|-----|---------|-----|------------|-----------|
+| 1 | OpenClaw | CLI工具 | 85 | 开源剪贴板管理工具，支持自定义脚本 |
+| 2 | Web4 CLI | 终端工具 | 78 | 简化Web4开发的命令行工具 |
+
+### 🔥 社区热点榜
+| 排名 | 话题 | 平台 | 讨论热度 | 核心争议点 |
+|-----|-----|-----|---------|-----------|
+| 1 | AI工具是否会替代程序员 | V2EX/知乎 | 1500+回复 | 技术进步vs职业焦虑 |
+| 2 | 远程工作的未来 | 掘金/即刻 | 800+回复 | 效率vs团队协作 |
+
+### 📚 教程经验榜
+| 排名 | 主题 | 来源 | 价值点 |
+|-----|-----|-----|-------|
+| 1 | Docker部署踩坑实录 | 掘金 | 5个常见问题解决方案 |
+| 2 | VS Code插件开发教程 | GitHub | 从入门到精通 |
+
+### 📰 行业动态榜（仅重大事件）
+| 事件 | 重要性 | 是否推荐写 |
+|-----|-------|----------|
+| 大模型 3.7 发布 | ⭐⭐⭐⭐ | ✅ 推荐（有实操价值） |
+
+## 📝 选题母本：OpenClaw 工具深度解析
+
+### 1. 工具简介
+OpenClaw是一款开源的剪贴板管理工具，支持跨平台使用，可自定义脚本扩展。
+
+### 2. 安装教程
+- 支持平台：Windows、macOS、Linux
+- 安装命令：`npm install -g openclaw`
+
+### 3. 核心功能
+- 剪贴板历史记录
+- 自定义脚本执行
+- 快捷键操作
+- 云同步
+
+### 4. 踩坑经验
+- 首次安装可能需要配置权限
+- 脚本执行需要注意安全问题
+
+## 📄 咪蒙风格文章：《这款神器让我彻底告别复制粘贴的苦逼生活》
+
+> 已保存至：./20260306103000/mimeng_openclaw.md
+
+## 📄 技术干货文章：《OpenClaw：打造你的个人剪贴板管理系统》
+
+> 已保存至：./20260306103000/tech_openclaw.md
+
+## ✅ 任务完成
+
+所有文章已生成并归档，可在指定目录查看。
\ No newline at end of file
diff --git a/skills/daily-trend-writer/resources/trend-sources.md b/skills/daily-trend-writer/resources/trend-sources.md
new file mode 100644
index 0000000..86f86da
--- /dev/null
+++ b/skills/daily-trend-writer/resources/trend-sources.md
@@ -0,0 +1,51 @@
+# 热点来源配置
+
+## 分类权重
+
+### 🛠️ 实用工具类（权重 40%）
+- **GitHub Trending**：筛选 CLI工具、桌面应用、浏览器插件、效率工具
+- **Product Hunt**：当日热门 AI 工具、效率工具
+- **Hacker News**："Show HN" 板块（开发者自荐项目）
+- **Reddit**：r/selfhosted, r/docker, r/raspberry_pi, r/productivity
+- **关键词示例**：openclaw, web4, clipboard, screenshot, automation, terminal, editor
+
+### 🔥 社区热点类（权重 30%）
+- **V2EX**：热门话题（技术、分享、程序员板块）
+- **掘金沸点**：当日热门讨论
+- **知乎热榜**：科技、互联网类
+- **即刻**：AI、工具、效率类热门
+- **Hacker News**：讨论帖（Ask HN, 非新闻类）
+
+### 📚 教程经验类（权重 20%）
+- **GitHub**：star 增长快的教程项目、awesome 系列
+- **Medium/Dev.to**：热门教程、实战经验
+- **B站热门**：科技区视频标题参考
+- **公众号爆款**：同领域热门文章选题参考
+
+### 📰 行业动态类（权重 10%）
+- **大模型发布**：仅限重大版本更新（如 大模型 3.x → 4.0）
+- **开源项目**：star 破万的新项目、重大功能更新
+- **融资并购**：仅限影响行业格局的事件
+
+## 筛选标准
+
+### 公众号适配度评分（0-100）
+
+| 维度 | 分值 | 评判标准 |
+|-----|------|---------|
+| **实用性** | 0-30 | 能否解决具体问题？读者用得上吗？ |
+| **上手门槛** | 0-20 | 普通人能否使用？需要什么基础？ |
+| **话题热度** | 0-30 | 社区讨论是否活跃？有多少人在聊？ |
+| **内容深度** | 0-20 | 能否展开写成干货？有经验可分享吗？ |
+
+### 筛选原则
+- ✅ 优先选择：实用性高 + 上手门槛低 + 有内容深度
+- ❌ 剔除：纯新闻类、纯观点类、无法展开的话题
+- ❌ 剔除：过于小众（需要专业背景才能理解）
+- ❌ 剔除：过于宏大（普通人无法参与）
+
+## 选题优先级
+1. **第一优先**：实用工具榜 Top 1（教程价值最高，读者最需要）
+2. **第二优先**：社区热点榜 Top 1（讨论价值高，容易引发共鸣）
+3. **第三优先**：教程经验榜 Top 1（干货满满，可直接参考）
+4. **特殊情况**：行业动态仅当"推荐写"时才考虑
\ No newline at end of file
diff --git a/skills/daily-trend-writer/subskills/doc-coauthoring.md b/skills/daily-trend-writer/subskills/doc-coauthoring.md
new file mode 100644
index 0000000..c9566de
--- /dev/null
+++ b/skills/daily-trend-writer/subskills/doc-coauthoring.md
@@ -0,0 +1,375 @@
+---
+name: doc-coauthoring
+description: Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.
+---
+
+# Doc Co-Authoring Workflow
+
+This skill provides a structured workflow for guiding users through collaborative document creation. Act as an active guide, walking users through three stages: Context Gathering, Refinement & Structure, and Reader Testing.
+
+## When to Offer This Workflow
+
+**Trigger conditions:**
+- User mentions writing documentation: "write a doc", "draft a proposal", "create a spec", "write up"
+- User mentions specific doc types: "PRD", "design doc", "decision doc", "RFC"
+- User seems to be starting a substantial writing task
+
+**Initial offer:**
+Offer the user a structured workflow for co-authoring the document. Explain the three stages:
+
+1. **Context Gathering**: User provides all relevant context while AI助手 asks clarifying questions
+2. **Refinement & Structure**: Iteratively build each section through brainstorming and editing
+3. **Reader Testing**: Test the doc with a fresh AI助手 (no context) to catch blind spots before others read it
+
+Explain that this approach helps ensure the doc works well when others read it (including when they paste it into AI助手). Ask if they want to try this workflow or prefer to work freeform.
+
+If user declines, work freeform. If user accepts, proceed to Stage 1.
+
+## Stage 1: Context Gathering
+
+**Goal:** Close the gap between what the user knows and what AI助手 knows, enabling smart guidance later.
+
+### Initial Questions
+
+Start by asking the user for meta-context about the document:
+
+1. What type of document is this? (e.g., technical spec, decision doc, proposal)
+2. Who's the primary audience?
+3. What's the desired impact when someone reads this?
+4. Is there a template or specific format to follow?
+5. Any other constraints or context to know?
+
+Inform them they can answer in shorthand or dump information however works best for them.
+
+**If user provides a template or mentions a doc type:**
+- Ask if they have a template document to share
+- If they provide a link to a shared document, use the appropriate integration to fetch it
+- If they provide a file, read it
+
+**If user mentions editing an existing shared document:**
+- Use the appropriate integration to read the current state
+- Check for images without alt-text
+- If images exist without alt-text, explain that when others use AI助手 to understand the doc, AI助手 won't be able to see them. Ask if they want alt-text generated. If so, request they paste each image into chat for descriptive alt-text generation.
+
+### Info Dumping
+
+Once initial questions are answered, encourage the user to dump all the context they have. Request information such as:
+- Background on the project/problem
+- Related team discussions or shared documents
+- Why alternative solutions aren't being used
+- Organizational context (team dynamics, past incidents, politics)
+- Timeline pressures or constraints
+- Technical architecture or dependencies
+- Stakeholder concerns
+
+Advise them not to worry about organizing it - just get it all out. Offer multiple ways to provide context:
+- Info dump stream-of-consciousness
+- Point to team channels or threads to read
+- Link to shared documents
+
+**If integrations are available** (e.g., Slack, Teams, Google Drive, SharePoint, or other MCP servers), mention that these can be used to pull in context directly.
+
+**If no integrations are detected and in AI助手界面 or AI助手应用:** Suggest they can enable connectors in their AI助手 settings to allow pulling context from messaging apps and document storage directly.
+
+Inform them clarifying questions will be asked once they've done their initial dump.
+
+**During context gathering:**
+
+- If user mentions team channels or shared documents:
+  - If integrations available: Inform them the content will be read now, then use the appropriate integration
+  - If integrations not available: Explain lack of access. Suggest they enable connectors in AI助手 settings, or paste the relevant content directly.
+
+- If user mentions entities/projects that are unknown:
+  - Ask if connected tools should be searched to learn more
+  - Wait for user confirmation before searching
+
+- As user provides context, track what's being learned and what's still unclear
+
+**Asking clarifying questions:**
+
+When user signals they've done their initial dump (or after substantial context provided), ask clarifying questions to ensure understanding:
+
+Generate 5-10 numbered questions based on gaps in the context.
+
+Inform them they can use shorthand to answer (e.g., "1: yes, 2: see #channel, 3: no because backwards compat"), link to more docs, point to channels to read, or just keep info-dumping. Whatever's most efficient for them.
+
+**Exit condition:**
+Sufficient context has been gathered when questions show understanding - when edge cases and trade-offs can be asked about without needing basics explained.
+
+**Transition:**
+Ask if there's any more context they want to provide at this stage, or if it's time to move on to drafting the document.
+
+If user wants to add more, let them. When ready, proceed to Stage 2.
+
+## Stage 2: Refinement & Structure
+
+**Goal:** Build the document section by section through brainstorming, curation, and iterative refinement.
+
+**Instructions to user:**
+Explain that the document will be built section by section. For each section:
+1. Clarifying questions will be asked about what to include
+2. 5-20 options will be brainstormed
+3. User will indicate what to keep/remove/combine
+4. The section will be drafted
+5. It will be refined through surgical edits
+
+Start with whichever section has the most unknowns (usually the core decision/proposal), then work through the rest.
+
+**Section ordering:**
+
+If the document structure is clear:
+Ask which section they'd like to start with.
+
+Suggest starting with whichever section has the most unknowns. For decision docs, that's usually the core proposal. For specs, it's typically the technical approach. Summary sections are best left for last.
+
+If user doesn't know what sections they need:
+Based on the type of document and template, suggest 3-5 sections appropriate for the doc type.
+
+Ask if this structure works, or if they want to adjust it.
+
+**Once structure is agreed:**
+
+Create the initial document structure with placeholder text for all sections.
+
+**If access to artifacts is available:**
+Use `create_file` to create an artifact. This gives both AI助手 and the user a scaffold to work from.
+
+Inform them that the initial structure with placeholders for all sections will be created.
+
+Create artifact with all section headers and brief placeholder text like "[To be written]" or "[Content here]".
+
+Provide the scaffold link and indicate it's time to fill in each section.
+
+**If no access to artifacts:**
+Create a markdown file in the working directory. Name it appropriately (e.g., `decision-doc.md`, `technical-spec.md`).
+
+Inform them that the initial structure with placeholders for all sections will be created.
+
+Create file with all section headers and placeholder text.
+
+Confirm the filename has been created and indicate it's time to fill in each section.
+
+**For each section:**
+
+### Step 1: Clarifying Questions
+
+Announce work will begin on the [SECTION NAME] section. Ask 5-10 clarifying questions about what should be included:
+
+Generate 5-10 specific questions based on context and section purpose.
+
+Inform them they can answer in shorthand or just indicate what's important to cover.
+
+### Step 2: Brainstorming
+
+For the [SECTION NAME] section, brainstorm [5-20] things that might be included, depending on the section's complexity. Look for:
+- Context shared that might have been forgotten
+- Angles or considerations not yet mentioned
+
+Generate 5-20 numbered options based on section complexity. At the end, offer to brainstorm more if they want additional options.
+
+### Step 3: Curation
+
+Ask which points should be kept, removed, or combined. Request brief justifications to help learn priorities for the next sections.
+
+Provide examples:
+- "Keep 1,4,7,9"
+- "Remove 3 (duplicates 1)"
+- "Remove 6 (audience already knows this)"
+- "Combine 11 and 12"
+
+**If user gives freeform feedback** (e.g., "looks good" or "I like most of it but...") instead of numbered selections, extract their preferences and proceed. Parse what they want kept/removed/changed and apply it.
+
+### Step 4: Gap Check
+
+Based on what they've selected, ask if there's anything important missing for the [SECTION NAME] section.
+
+### Step 5: Drafting
+
+Use `str_replace` to replace the placeholder text for this section with the actual drafted content.
+
+Announce the [SECTION NAME] section will be drafted now based on what they've selected.
+
+**If using artifacts:**
+After drafting, provide a link to the artifact.
+
+Ask them to read through it and indicate what to change. Note that being specific helps learning for the next sections.
+
+**If using a file (no artifacts):**
+After drafting, confirm completion.
+
+Inform them the [SECTION NAME] section has been drafted in [filename]. Ask them to read through it and indicate what to change. Note that being specific helps learning for the next sections.
+
+**Key instruction for user (include when drafting the first section):**
+Provide a note: Instead of editing the doc directly, ask them to indicate what to change. This helps learning of their style for future sections. For example: "Remove the X bullet - already covered by Y" or "Make the third paragraph more concise".
+
+### Step 6: Iterative Refinement
+
+As user provides feedback:
+- Use `str_replace` to make edits (never reprint the whole doc)
+- **If using artifacts:** Provide link to artifact after each edit
+- **If using files:** Just confirm edits are complete
+- If user edits doc directly and asks to read it: mentally note the changes they made and keep them in mind for future sections (this shows their preferences)
+
+**Continue iterating** until user is satisfied with the section.
+
+### Quality Checking
+
+After 3 consecutive iterations with no substantial changes, ask if anything can be removed without losing important information.
+
+When section is done, confirm [SECTION NAME] is complete. Ask if ready to move to the next section.
+
+**Repeat for all sections.**
+
+### Near Completion
+
+As approaching completion (80%+ of sections done), announce intention to re-read the entire document and check for:
+- Flow and consistency across sections
+- Redundancy or contradictions
+- Anything that feels like "slop" or generic filler
+- Whether every sentence carries weight
+
+Read entire document and provide feedback.
+
+**When all sections are drafted and refined:**
+Announce all sections are drafted. Indicate intention to review the complete document one more time.
+
+Review for overall coherence, flow, completeness.
+
+Provide any final suggestions.
+
+Ask if ready to move to Reader Testing, or if they want to refine anything else.
+
+## Stage 3: Reader Testing
+
+**Goal:** Test the document with a fresh AI助手 (no context bleed) to verify it works for readers.
+
+**Instructions to user:**
+Explain that testing will now occur to see if the document actually works for readers. This catches blind spots - things that make sense to the authors but might confuse others.
+
+### Testing Approach
+
+**If access to sub-agents is available (e.g., in TRAE Code):**
+
+Perform the testing directly without user involvement.
+
+### Step 1: Predict Reader Questions
+
+Announce intention to predict what questions readers might ask when trying to discover this document.
+
+Generate 5-10 questions that readers would realistically ask.
+
+### Step 2: Test with Sub-Agent
+
+Announce that these questions will be tested with a fresh AI助手 instance (no context from this conversation).
+
+For each question, invoke a sub-agent with just the document content and the question.
+
+Summarize what Reader AI助手 got right/wrong for each question.
+
+### Step 3: Run Additional Checks
+
+Announce additional checks will be performed.
+
+Invoke sub-agent to check for ambiguity, false assumptions, contradictions.
+
+Summarize any issues found.
+
+### Step 4: Report and Fix
+
+If issues found:
+Report that Reader AI助手 struggled with specific issues.
+
+List the specific issues.
+
+Indicate intention to fix these gaps.
+
+Loop back to refinement for problematic sections.
+
+---
+
+**If no access to sub-agents (e.g., AI助手web界面):**
+
+The user will need to do the testing manually.
+
+### Step 1: Predict Reader Questions
+
+Ask what questions people might ask when trying to discover this document. What would they type into AI助手界面?
+
+Generate 5-10 questions that readers would realistically ask.
+
+### Step 2: Setup Testing
+
+Provide testing instructions:
+1. Open a fresh AI助手 conversation
+2. Paste or share the document content (if using a shared doc platform with connectors enabled, provide the link)
+3. Ask Reader AI助手 the generated questions
+
+For each question, instruct Reader AI助手 to provide:
+- The answer
+- Whether anything was ambiguous or unclear
+- What knowledge/context the doc assumes is already known
+
+Check if Reader AI助手 gives correct answers or misinterprets anything.
+
+### Step 3: Additional Checks
+
+Also ask Reader AI助手:
+- "What in this doc might be ambiguous or unclear to readers?"
+- "What knowledge or context does this doc assume readers already have?"
+- "Are there any internal contradictions or inconsistencies?"
+
+### Step 4: Iterate Based on Results
+
+Ask what Reader AI助手 got wrong or struggled with. Indicate intention to fix those gaps.
+
+Loop back to refinement for any problematic sections.
+
+---
+
+### Exit Condition (Both Approaches)
+
+When Reader AI助手 consistently answers questions correctly and doesn't surface new gaps or ambiguities, the doc is ready.
+
+## Final Review
+
+When Reader Testing passes:
+Announce the doc has passed Reader AI助手 testing. Before completion:
+
+1. Recommend they do a final read-through themselves - they own this document and are responsible for its quality
+2. Suggest double-checking any facts, links, or technical details
+3. Ask them to verify it achieves the impact they wanted
+
+Ask if they want one more review, or if the work is done.
+
+**If user wants final review, provide it. Otherwise:**
+Announce document completion. Provide a few final tips:
+- Consider linking this conversation in an appendix so readers can see how the doc was developed
+- Use appendices to provide depth without bloating the main doc
+- Update the doc as feedback is received from real readers
+
+## Tips for Effective Guidance
+
+**Tone:**
+- Be direct and procedural
+- Explain rationale briefly when it affects user behavior
+- Don't try to "sell" the approach - just execute it
+
+**Handling Deviations:**
+- If user wants to skip a stage: Ask if they want to skip this and write freeform
+- If user seems frustrated: Acknowledge this is taking longer than expected. Suggest ways to move faster
+- Always give user agency to adjust the process
+
+**Context Management:**
+- Throughout, if context is missing on something mentioned, proactively ask
+- Don't let gaps accumulate - address them as they come up
+
+**Artifact Management:**
+- Use `create_file` for drafting full sections
+- Use `str_replace` for all edits
+- Provide artifact link after every change
+- Never use artifacts for brainstorming lists - that's just conversation
+
+**Quality over Speed:**
+- Don't rush through stages
+- Each iteration should make meaningful improvements
+- The goal is a document that actually works for readers
diff --git a/skills/daily-trend-writer/subskills/mimeng-writing.md b/skills/daily-trend-writer/subskills/mimeng-writing.md
new file mode 100644
index 0000000..6701bc7
--- /dev/null
+++ b/skills/daily-trend-writer/subskills/mimeng-writing.md
@@ -0,0 +1,1159 @@
+---
+name: mimeng-writing
+description: 咪蒙爆款文章写作技巧。适用于需要创作10万+阅读量爆款文章、情感共鸣类内容、故事叙事或社会议题评论时使用。掌握标题制造、开篇设计、情绪调动、金句提炼、故事叙事等核心技巧。
+---
+
+# 咪蒙写作技巧 - 10万+爆款文章创作指南
+
+## 一、标题制造技巧(决定80%点击率)
+
+### 0. 标题底层认知(先建立心法)
+
+#### 标题的本质
+标题不是文章的概括,**标题是诱饵**。它的唯一目的是让人点进来。
+
+#### 咪蒙标题的核心特征
+通过分析大量标题发现,咪蒙的标题有5大共性:
+
+**特征1: 强烈的情绪冲击**
+- 不是冷静叙述,而是情绪爆发
+- 常用情绪词: 怎么好意思/算老几/不如/给不了/熬过
+- 让读者第一眼就感受到愤怒/委屈/无奈/反抗
+
+**特征2: 违背常识的观点**
+- "有钱男人喜欢丑女人" ← 打破认知
+- "熬过难熬的日子,是更难熬的日子" ← 反鸡汤
+- "七夕排队离婚" ← 反向节日
+- 核心: 说出反直觉的话,制造认知失调
+
+**特征3: 口语化和对话感**
+- 不是"论借钱不还的道德困境"
+- 而是"你这么有钱,怎么好意思催我还钱?"
+- 像朋友在跟你抱怨,不是在写论文
+
+**特征4: 具体场景而非抽象概念**
+- 不是"婚姻的困境"
+- 而是"七夕,我在民政局排队离婚"
+- 让读者脑海中立即浮现画面
+
+**特征5: 替弱者发声的姿态**
+- "欺负我的人很多,你算老几" ← 为被欺负的人出气
+- "对渣男掏心掏肺,不如和闺蜜睡一睡" ← 为受伤的女生撑腰
+- 读者会觉得"这是在替我说话"
+
+#### 标题创作的三个底层逻辑
+
+**逻辑1: 痛点>甜点**
+- 写爽不如写痛
+- "七夕秀恩爱"的文章不如"七夕排队离婚"吸引人
+- 因为痛才需要被看见,被治愈
+
+**逻辑2: 冲突>和谐**
+- 必须有对立面
+- "你这么有钱"vs"催我还钱"
+- "对渣男掏心掏肺"vs"和闺蜜睡一睡"
+- 没有冲突=没有点击
+
+**逻辑3: 情绪>信息**
+- 标题不是传递信息,是传递情绪
+- "如何处理借钱不还的问题" ← 信息型,冷静,不吸引人
+- "你这么有钱,怎么好意思催我还钱?" ← 情绪型,愤怒,想点进去
+
+#### 标题测试标准(自检清单)
+
+看到这个标题,读者会:
+- [ ] **情绪反应**: 生气/共鸣/好奇/震惊
+- [ ] **认知冲突**: "怎么可能?""不会吧?"
+- [ ] **对号入座**: "说的就是我!""我也遇到过!"
+- [ ] **传播冲动**: "必须转给XX看"
+
+如果4个都没有,标题失败。有2个以上,合格。全中,爆款。
+
+---
+
+### 1. 七大标题公式
+
+#### 公式1: 反常识冲击型
+**结构**: 说出来你可能不信 + 颠覆认知的观点
+**案例**:
+- "说出来你可能不信，有钱男人喜欢丑女人"
+- "女博士比网红更容易嫁豪门"
+
+**要点**: 
+- 打破大众固有认知
+- 制造认知失调感
+- 引发"怎么可能"的质疑
+
+#### 公式2: 对话式质问型
+**结构**: 你这么X + 怎么好意思 + Y
+**案例**:
+- "你这么有钱，怎么好意思催我还钱?"
+- "你这么优秀，怎么好意思让女朋友受委屈?"
+
+**要点**:
+- 第二人称直接质问
+- 制造道德压力
+- 暗含价值判断
+
+#### 公式3: 反向节日营销型
+**结构**: 节日名 + 相反行为
+**案例**:
+- "七夕，我在民政局排队离婚"
+- "情人节，我删了他的微信"
+
+**要点**:
+- 利用节日热点
+- 制造反差冲突
+- 激发猎奇心理
+
+#### 公式4: 硬气宣言型
+**结构**: XXX的人很多 + 你算老几
+**案例**:
+- "欺负我的人很多，你算老几"
+- "看不起我的人很多，你算哪根葱"
+
+**要点**:
+- 展现强硬态度
+- 满足读者爽感
+- 代言弱势群体
+
+#### 公式5: 反鸡汤+丧文化型
+**结构**: 熬过X + 是更X的X
+**案例**:
+- "熬过难熬的日子，是更难熬的日子"
+- "挺过最难的时刻，是更难的时刻"
+
+**要点**:
+- 打破励志鸡汤
+- 贴近真实生活
+- 引发丧文化共鸣
+
+#### 公式6: 对比替换型
+**结构**: 对A掏心掏肺 + 不如对B做X
+**案例**:
+- "对渣男掏心掏肺，不如和闺蜜睡一睡"
+- "为老板卖命，不如为自己拼命"
+
+**要点**:
+- AB对比强烈
+- 价值观重排
+- 行动建议明确
+
+#### 公式7: 条件补偿型
+**结构**: 给不了你A + 那就给你B吧
+**案例**:
+- "给不了你结婚证，那就给你房产证吧!"
+- "给不了你爱情，那就给你面包吧"
+
+**要点**:
+- 承认缺陷
+- 提供替代
+- 制造悬念
+
+### 2. 标题创作原则
+
+**必备元素**:
+- ✅ 冲突感(制造矛盾)
+- ✅ 共鸣点(戳中痛点)
+- ✅ 话题性(可讨论)
+- ✅ 情绪值(引发情绪)
+
+**禁忌**:
+- ❌ 平铺直叙
+- ❌ 含糊其辞
+- ❌ 过于文艺
+- ❌ 标题党(内容不符)
+
+### 3. 标题创作进阶技巧
+
+#### 技巧1: 关键词前置法
+把最有冲击力的词放在前面
+- ❌ "我在民政局排队离婚的那个七夕"
+- ✅ "七夕,我在民政局排队离婚"
+
+#### 技巧2: 制造悬念缺口
+留一个"为什么"让读者好奇
+- "熬过难熬的日子,是更难熬的日子" ← 为什么会更难熬?
+- "有钱男人喜欢丑女人" ← 为什么会喜欢?
+
+#### 技巧3: 利用对比反差
+把两个不该在一起的东西放在一起
+- "七夕"(浪漫) vs "离婚"(破裂)
+- "有钱男人"(高标准) vs "丑女人"(低价值观)
+- "掏心掏肺"(深情) vs "睡一睡"(轻松)
+
+#### 技巧4: 第二人称质问
+用"你"直接对话,制造代入感
+- "你这么有钱,怎么好意思催我还钱?"
+- "你算老几"
+
+#### 技巧5: 数字增强可信度
+在标题中适度使用数字(但不要太多)
+- "7个让有钱男人心动的特质" ← 不要这样,太像标题党
+- 咪蒙很少用数字,更多用情绪词
+
+#### 技巧6: 热点嫁接法
+把时事热点和痛点结合
+- "七夕"这个节日 + 离婚这个痛点
+- "贝佐斯离婚" + 审美观念痛点
+
+### 4. 标题创作的五个维度
+
+#### 维度1: 冲突强度(1-10分)
+- 1-3分: 太平淡,没人看
+- 4-6分: 有点意思,可能点
+- 7-8分: 冲突明显,大多会点
+- 9-10分: 极端冲突,必点但可能过度
+
+**案例打分**:
+- "如何处理借钱的问题" - 2分
+- "朋友借钱不还怎么办" - 5分  
+- "你这么有钱,怎么好意思催我还钱?" - 9分
+
+#### 维度2: 情绪浓度(1-10分)
+标题带来的情绪有多强烈?
+- "欺负我的人很多,你算老几" - 9分(愤怒)
+- "七夕,我在民政局排队离婚" - 8分(悲凉)
+- "对渣男掏心掏肺,不如和闺蜜睡一睡" - 7分(醒悟)
+
+#### 维度3: 痛点精准度(1-10分)
+能戳中多少人的痛点?
+- "熬过难熬的日子,是更难熬的日子" - 9分(人人都有)
+- "你这么有钱,怎么好意思催我还钱?" - 8分(很多人遇过)
+
+#### 维度4: 话题争议度(1-10分)
+能引发多大讨论?
+- "有钱男人喜欢丑女人" - 10分(绝对有争议)
+- "给不了你结婚证,那就给你房产证吧" - 8分(价值观争议)
+
+#### 维度5: 传播欲望(1-10分)
+看到后想不想转发?
+- 会让人想要转给特定的人看
+- "你这么有钱..."→ 转给借钱不还的人
+- "对渣男掏心..."→ 转给失恋的闺蜜
+
+### 5. 标题的A/B测试思维
+
+咪蒙团队会准备多个标题备选,内部测试后选最优的。
+
+**同一主题的不同标题版本**:
+
+主题: 借钱不还
+- 版本A: "朋友借钱不还怎么办" ← 太平淡
+- 版本B: "借钱容易,还钱难" ← 太平庸  
+- 版本C: "你这么有钱,怎么好意思催我还钱?" ← ✅最优
+
+主题: 婚姻困境
+- 版本A: "婚姻中的冷暴力" ← 太严肃
+- 版本B: "结婚容易,相处难" ← 太鸡汤
+- 版本C: "七夕,我在民政局排队离婚" ← ✅最优
+
+**测试方法**:
+1. 给3-5个朋友看标题(不看内容)
+2. 问: 你会点开吗?
+3. 问: 看完会转发吗?
+4. 选得分最高的
+
+### 6. 标题与内容的匹配度
+
+**重要原则**: 标题可以夸张,但不能欺骗
+
+**好的匹配**:
+- 标题: "你这么有钱,怎么好意思催我还钱?"
+- 内容: 真的讲了借钱不还的各种极品案例 ✅
+
+**坏的匹配**(标题党):
+- 标题: "你这么有钱,怎么好意思催我还钱?"  
+- 内容: 讲如何理财... ❌
+
+**咪蒙的平衡术**:
+- 标题带情绪,但内容有故事支撑
+- 标题有冲突,但内容有逻辑论证
+- 标题看起来过分,但看完觉得"说得对"
+
+---
+
+## 二、开篇设计技巧(前3段决定跳出率)
+
+### 1. 五种黄金开头
+
+#### 类型1: 问题爆炸式
+**结构**: 一个生活小问题 → 引爆情绪
+**案例**:
+```
+问大家一个生活小常识啊。
+AK47去哪里买?
+今天下午，我本来正在写今天要发的文章，
+中途一个同事在群里发了几张截图，我一看就炸了。
+```
+
+**技巧**:
+- 用荒诞问题吸引注意
+- 快速进入主题
+- 展示真实情绪
+
+#### 类型2: 场景代入式
+**结构**: 普遍经历 + 我也一样
+**案例**:
+```
+应该大部分女生都跟闺蜜睡过吧。
+我说的是，睡一张床，盖着被子聊天，那种睡。
+从小到大，我都喜欢去闺蜜家睡觉...
+```
+
+**技巧**:
+- 从共同体验切入
+- 制造亲近感
+- 引出个人故事
+
+#### 类型3: 悬念钩子式
+**结构**: 反常场景 + 为什么
+**案例**:
+```
+这样好的天气里，我要参加一个初中同学的葬礼。
+人回忆最丰盛的时刻除了分手、结婚和临终，
+还有一个，就是在熟人的葬礼上。
+```
+
+**技巧**:
+- 制造悬念
+- 引发好奇
+- 情绪铺垫
+
+#### 类型4: 直击痛点式
+**结构**: 点名问题 + 展示证据
+**案例**:
+```
+今天七夕。
+很多人会在今天结婚，这毋庸置疑。
+然而，有人会在七夕这天离婚吗?
+带着这个疑问，今天我和我的同事分成三组，
+分别到北京三个婚姻登记处实地采访。
+```
+
+**技巧**:
+- 抛出争议话题
+- 用实地调查增强真实感
+- 制造反差
+
+#### 类型5: 颠覆认知式
+**结构**: 常识 → 但事实是...
+**案例**:
+```
+来吧，今天我们来讨论一个永恒的话题:
+到底要怎样才能嫁给有钱人?
+要腿长两米、胸围36E，还是长得像范冰冰?
+正确答案是: 都!不!是!
+```
+
+**技巧**:
+- 设置常规预期
+- 强力推翻
+- 制造惊喜
+
+### 2. 开篇三段黄金结构
+
+**第1段**: 抛钩子(问题/场景/悬念)
+**第2段**: 制造冲突(但是/然而/结果)
+**第3段**: 情绪爆发(我一看就炸了/靠/妈耶)
+
+---
+
+## 三、情绪调动技巧(让读者骂骂咧咧看完)
+
+### 1. 情绪阶梯设计
+
+**完整情绪曲线**:
+```
+平静铺垫 → 小冲突 → 愤怒爆发 → 极度绝望 → 反转惊喜 → 温情治愈
+```
+
+**案例分析**("欺负我的人很多,你算老几"):
+- **平静**: 参加葬礼回忆过去
+- **小冲突**: 被猴子欺负吃粉笔
+- **愤怒**: 何畏背叛打我一棍
+- **绝望**: 朋友变成最恨的人
+- **反转**: 原来是为了保护我
+- **治愈**: 理解他的苦心
+
+### 2. 情绪爆发点制造
+
+#### 技巧1: 聊天记录截图
+**用法**: 展示真实对话,让读者亲眼看到"极品"
+**案例**: 借钱不还的聊天记录
+- "你这么说就有点咄咄逼人了"
+- "我当时我你借钱的时候你说不着急"
+- "不是我不想还,是我真的还不出来"
+
+**效果**: 比叙述更有冲击力,读者会气炸
+
+#### 技巧2: 细节描写制造画面感
+**案例**:
+```
+"他一手捏开我的嘴，一手抓起讲台上的粉笔塞进我嘴里。
+我的舌尖刚碰到粉笔就被吸走了水分，
+粗粒的质感剐蹭着我的喉咙。"
+```
+
+**要点**:
+- 调动五感(触觉/味觉)
+- 慢镜头描写
+- 让读者感同身受
+
+#### 技巧3: 金句爆发
+**结构**: 短句 + 排比 + 反转
+**案例**:
+```
+"我和你，已经无架可吵。
+我和你，已经无话可说。"
+
+"在坏人面前，我们不能示弱。
+在父母面前，我们忙着逞强。
+只有在闺蜜面前，我们才能暴露脆弱。"
+```
+
+**技巧**:
+- 用短句增强节奏
+- 排比制造气势
+- 最后一句反转或升华
+
+### 3. 情绪强化词库
+
+**愤怒系**:
+- 妈蛋 / 靠 / 我擦 / 气炸了 / 吐血 / 想掏枪崩了对方
+- 傻逼 / 极品 / 贱人 / 渣男 / 垃圾
+
+**绝望系**:
+- 崩溃 / 窒息 / 心死 / 无力 / 黑暗 / 隐形的
+
+**惊喜系**:
+- 妈耶 / 我靠 / 心动了 / 爱上了 / 扎心了
+
+**使用原则**:
+- 真实口语化
+- 不矫揉造作
+- 符合人物身份
+
+---
+
+## 四、故事叙事技巧(让人看哭)
+
+### 1. 叙事视角选择
+
+#### 视角1: 第一人称旁观者(最常用)
+**结构**: "我的同事/朋友/读者..."
+**优势**:
+- 保持客观性
+- 增强真实感
+- 便于多角度评论
+
+**案例**:
+```
+"我同事楚楚也讲了她和闺蜜的事。
+她从山东来北京，第一次来大城市，心里挺没底的。
+3个月实习期结束那天，发生了一件好事，和一件坏事..."
+```
+
+#### 视角2: 全知视角(用于深度故事)
+**用法**: 直接讲述主角故事
+**案例**: "张伟和李芳的故事"
+
+### 2. 悬念设置技巧
+
+#### 层层递进法
+**结构**: 
+- 表层悬念: 何畏为什么打我?
+- 深层悬念: 他做了什么让我免受欺负?
+- 终极反转: 原来成为校霸是为了保护我
+
+**要点**:
+- 每个悬念解开后立即设置新悬念
+- 最后反转必须合理且动人
+- 伏笔要埋得自然
+
+#### 信息差制造法
+**技巧**: 读者知道的 ≠ 主角知道的
+**案例**:
+```
+"何畏说，我不要再哭了，我不要再过这样的日子。"
+(读者以为何畏要逃避)
+后来发现: 他是要变强大来保护"我"
+```
+
+### 3. 细节描写原则
+
+#### 关键细节放大
+**案例**:
+```
+"何畏指着手心的黑色烟疤，说，
+你看，像不像一颗按钮?
+只要按一下，就可以重启你的人生了。"
+```
+
+**要点**:
+- 选择有象征意义的细节
+- 重复出现强化印象
+- 最后升华
+
+#### 五感调动
+- **视觉**: 红墨水顺着眉毛往下流
+- **触觉**: 粗粒的粉笔剐蹭喉咙
+- **听觉**: 门"啪"地一下被反锁
+- **嗅觉**: 烟头烫皮肤的焦糊味
+- **味觉**: 粉笔吸走舌尖水分
+
+### 4. 对话设计技巧
+
+#### 黄金对话三原则
+1. **短**: 每句不超过15字
+2. **冲突**: 必有交锋
+3. **信息量**: 推动情节
+
+**好的对话**:
+```
+"你不相信我?"
+"如果你不信任我，我还如何坚持下去。"
+```
+
+**差的对话**(避免):
+```
+"我觉得你好像不太相信我的样子..."
+"我只是有点担心..."
+```
+
+---
+
+## 五、金句提炼技巧
+
+### 1. 金句创作公式
+
+#### 公式1: 对比反转式
+**结构**: 我们以为A，其实B
+**案例**:
+- "借的是钱，付出的利息却是友情"
+- "对于相爱的人来说，今天是七夕。对于不爱的人来说，今天只是周一"
+
+#### 公式2: 排比升华式
+**结构**: A是X，B是Y，C才是Z
+**案例**:
+```
+"我和你，会渐行渐远;
+而闺蜜，我们会一睡如故。"
+```
+
+#### 公式3: 悖论制造式
+**结构**: 越X，越Y(违背常识)
+**案例**:
+- "熬过难熬的日子，是更难熬的日子"
+- "离婚的人来得特别早，因为一刻都不想再多待"
+
+#### 公式4: 结论宣言式
+**结构**: 所有的X，都Y
+**案例**:
+- "所有的背叛，都是蓄谋已久"
+- "有些人，一直伪装自己，只是想让一个人不受伤害"
+
+### 2. 金句使用位置
+
+**位置1**: 段落结尾(强化记忆)
+**位置2**: 情绪高潮后(画龙点睛)
+**位置3**: 全文结尾(升华主题)
+
+**密度**: 每300字出现1个金句
+
+---
+
+## 六、结尾设计技巧
+
+### 1. 四种经典结尾
+
+#### 类型1: 反转升华式
+**结构**: 故事主线结束 + 意外反转 + 价值升华
+**案例**:
+```
+"也许，有些人，一直伪装自己，
+只是想让一个人，不受伤害，不再哭。"
+```
+
+#### 类型2: 金句点睛式
+**结构**: 概括主题 + 金句收尾
+**案例**:
+```
+"我们最怕的，不是钱没了，
+而是朋友也没了。"
+```
+
+#### 类型3: 行动召唤式
+**结构**: 给出建议 + 鼓励行动
+**案例**(借钱不还文章):
+```
+"对付不还钱的人，只有几种办法:
+1. 不借
+2. 以牙还牙
+3. 只给一次机会
+4. 让对方填借钱申请表"
+```
+
+#### 类型4: 留白思考式
+**结构**: 抛出问题 + 不给答案
+**案例**:
+```
+"钱与尊严，挣脱与代价。
+哪个更重要，你想好没有?"
+```
+
+### 2. 结尾禁忌
+
+❌ **说教式结尾**: "所以我们要..."
+❌ **废话重复**: 复述全文观点
+❌ **突然鸡汤**: 前面丧后面突然励志
+❌ **虎头蛇尾**: 草草收场
+
+---
+
+## 七、情感共鸣点挖掘
+
+### 1. 十大痛点主题
+
+#### 主题1: 被欺负/被欺骗
+**痛点**: 弱者的无力感
+**共鸣**: "我也被这样对待过"
+**案例**: 校园霸凌故事
+
+#### 主题2: 友情背叛
+**痛点**: 信任崩塌
+**共鸣**: "最痛的是被朋友伤害"
+**案例**: 借钱不还、商业背叛
+
+#### 主题3: 婚姻困境
+**痛点**: 对婚姻的恐惧
+**共鸣**: "婚姻真的很难"
+**案例**: 七夕排队离婚
+
+#### 主题4: 阶层焦虑
+**痛点**: 跨越阶层的代价
+**共鸣**: "穷真的很可怕"
+**案例**: 张伟和李芳的故事
+
+#### 主题5: 女性困境
+**痛点**: 性别带来的限制
+**共鸣**: "女人太难了"
+**案例**: 在国内vs国外的审美差异
+
+#### 主题6: 原生家庭创伤
+**痛点**: 童年阴影
+**共鸣**: "我也有这样的经历"
+**案例**: 小叶对房子的执念(父亲私奔卖房)
+
+#### 主题7: 社会不公
+**痛点**: 被践踏的尊严
+**共鸣**: "这个社会就是这样"
+**案例**: 富豪出轨、权力不平等
+
+#### 主题8: 真假闺蜜
+**痛点**: 女性友谊的珍贵
+**共鸣**: "还好我有闺蜜"
+**案例**: 闺蜜陪伴系列
+
+#### 主题9: 金钱观冲突
+**痛点**: 钱与感情的矛盾
+**共鸣**: "谈钱就伤感情"
+**案例**: 借钱、买房
+
+#### 主题10: 社会审美暴力
+**痛点**: 容貌焦虑
+**共鸣**: "我不够漂亮所以..."
+**案例**: 有钱男人的审美
+
+### 2. 共鸣点制造技巧
+
+#### 技巧1: 具体化痛点
+**错误**: "生活很难"
+**正确**: "年底了，火车票抢不到，身上的钱不够，你之前借我的1000块能不能先还我"
+
+#### 技巧2: 代入读者视角
+**使用**: "你有没有遇到过..."
+**效果**: 让读者对号入座
+
+#### 技巧3: 利用热点事件
+**方法**: 贝佐斯离婚 → 引发婚姻/审美/阶层讨论
+**要点**: 快速反应，蹭热度
+
+---
+
+## 八、叙事节奏控制
+
+### 1. 长短句搭配
+
+**快节奏**(制造紧张):
+```
+"他走了。
+所有人都找不到他。
+一个礼拜后，小叶收到老白的短信:我结婚了。"
+```
+
+**慢节奏**(营造氛围):
+```
+"小叶鼻子发酸，没想到老白消失的这些天，
+给自己做了最周全的安排。"
+```
+
+### 2. 情节密度设计
+
+**密集情节区**(高潮): 每50字一个转折
+**舒缓过渡区**(铺垫): 环境/心理描写
+
+### 3. 时间线设计
+
+#### 技巧1: 倒叙制造悬念
+**案例**:
+```
+"这样好的天气里，我要参加一个初中同学的葬礼"
+(先说结果)
+"还记得是初一的分班考试..."
+(再讲原因)
+```
+
+#### 技巧2: 插叙丰富背景
+**用法**: 故事进行中插入回忆
+**标志**: "还记得..."、"那时候..."
+
+#### 技巧3: 时间戳增强真实感
+**案例**:
+```
+"上午10点 - 北京东城区婚姻登记处
+上午11点 - 北京朝阳区婚姻登记处
+下午2点 - 北京西城区婚姻登记处"
+```
+
+---
+
+## 九、真实感营造技巧
+
+### 1. 细节真实化
+
+#### 品牌/地点具体化
+**错误**: "去商场买衣服"
+**正确**: "在朝阳大悦城的ZARA买衣服"
+
+**错误**: "开豪车"
+**正确**: "开着一汽马自达CX-4"
+
+#### 数字精确化
+**错误**: "借了很多钱"
+**正确**: "借了1000块"
+
+**错误**: "很贵"
+**正确**: "扫地机器人1299元"
+
+### 2. 对话口语化
+
+**书面化**(避免):
+```
+"我认为你的这种行为非常不妥当"
+```
+
+**口语化**(推荐):
+```
+"你这么说就有点咄咄逼人了"
+```
+
+### 3. 证据展示
+
+- **聊天记录截图**
+- **新闻报道链接**
+- **实地采访记录**
+- **时间地点详细描述**
+
+---
+
+## 十、价值观传递技巧
+
+### 1. 隐藏说教
+
+#### 错误方式:
+```
+"所以我们应该珍惜友谊，不要被金钱污染..."
+```
+
+#### 正确方式:
+```
+(通过故事自然展现)
+"借的是钱，付出的利息却是友情"
+```
+
+### 2. 多元视角平衡
+
+**正方观点**: 应该还钱
+**反方观点**: 朋友之间不要太计较
+**咪蒙观点**: 该还的就要还，但更可怕的是失去朋友
+
+**技巧**: 不是非黑即白，而是多层次理解
+
+### 3. 情绪与理性平衡
+
+**情绪部分**(60%): 故事、愤怒、共鸣
+**理性部分**(40%): 分析、建议、升华
+
+---
+
+## 十一、实战创作流程
+
+### Step 1: 选题(找痛点)
+
+**方法**:
+- 观察生活热点
+- 后台留言收集
+- 热搜话题榜
+- 个人经历提炼
+
+**标准**: 能否让100个人中90个人说"对对对"
+
+### Step 2: 拟标题(定生死)
+
+**流程**:
+1. 写10个备选标题
+2. 套用7大公式
+3. 测试3个给朋友
+4. 选点击率最高的
+
+**检查清单**:
+- [ ] 有冲突吗?
+- [ ] 有痛点吗?
+- [ ] 有话题吗?
+- [ ] 有情绪吗?
+
+### Step 3: 搭框架(定结构)
+
+**万能结构**:
+```
+开头: 抛钩子(3段)
+├─ 问题/场景/悬念
+├─ 制造冲突  
+└─ 情绪爆发
+
+主体: 故事/案例(5-8段)
+├─ 故事1(铺垫)
+├─ 故事2(升级)
+├─ 故事3(高潮)
+└─ 金句穿插
+
+结尾: 升华(2-3段)
+├─ 反转/金句
+├─ 价值观输出
+└─ 行动建议(可选)
+```
+
+### Step 4: 写初稿(放感情)
+
+**要点**:
+- 一气呵成，不要停
+- 用最真实的情绪写
+- 不用刻意追求文采
+- 写自己相信的东西
+
+### Step 5: 改稿(三遍法)
+
+**第一遍**: 删废话
+- 删掉所有"那么"、"然后"
+- 删掉所有不必要的形容词
+- 每段不超过100字
+
+**第二遍**: 加细节
+- 补充五感描写
+- 增加对话冲突
+- 植入金句
+
+**第三遍**: 调节奏
+- 长短句搭配
+- 调整段落顺序
+- 强化情绪点
+
+### Step 6: 自检(五问法)
+
+1. 我自己会转发吗?
+2. 朋友看了会说什么?
+3. 最大的共鸣点在哪?
+4. 最大的争议点是什么?
+5. 价值观输出清晰吗?
+
+---
+
+## 十二、风格特征总结
+
+### 核心特征
+
+#### 1. 情绪化表达
+- 不掩饰情绪
+- 用粗口增强真实感(适度)
+- 情绪饱满贯穿全文
+
+#### 2. 口语化叙事
+- 像说话一样写作
+- 少用书面语
+- 多用短句
+
+#### 3. 故事化说理
+- 不直接讲道理
+- 用故事传递价值观
+- 让读者自己得出结论
+
+#### 4. 真实感营造
+- 具体细节
+- 聊天记录
+- 实地采访
+
+#### 5. 价值观明确
+- 站在弱者立场
+- 为不公发声
+- 传递正向价值(但不鸡汤)
+
+### 语言特色
+
+#### 词汇特征
+- **口语化**: 靠、擦、妈蛋、妈耶
+- **网络化**: 傻逼、极品、贱人、渣男
+- **形象化**: 炸了、崩溃、气炸、扎心
+
+#### 句式特征
+- **短句为主**: 5-15字
+- **排比增强**: 我和你...我和你...
+- **设问反问**: 凭什么? 为什么?
+
+---
+
+## 十三、常见误区与避免
+
+### 误区1: 过度煽情
+**表现**: 每段都在哭
+**后果**: 读者审美疲劳
+**解决**: 情绪有起伏，理性穿插
+
+### 误区2: 观点模糊
+**表现**: 写了5000字不知道想说什么
+**后果**: 读者看完没有记忆点
+**解决**: 一篇文章只说一个观点
+
+### 误区3: 细节过多
+**表现**: 每个细节都写
+**后果**: 节奏拖沓
+**解决**: 只写关键细节，其他一笔带过
+
+### 误区4: 刻意制造冲突
+**表现**: 为了撕逼而撕逼
+**后果**: 读者反感
+**解决**: 冲突源于真实矛盾
+
+### 误区5: 结尾无力
+**表现**: 草草收场或过度鸡汤
+**后果**: 破坏整体效果
+**解决**: 用金句或反转收尾
+
+---
+
+## 十四、高级技巧
+
+### 1. 多线叙事
+
+**技巧**: 2-3条故事线交织
+**案例**: "欺负我的人很多"
+- 主线: "我"被霸凌的经历
+- 副线: 何畏的选择
+- 暗线: 何畏保护"我"的真相
+
+**要点**:
+- 主线推进情节
+- 副线制造悬念
+- 暗线最后反转
+
+### 2. 符号化设计
+
+**技巧**: 用一个物品贯穿全文
+**案例**: 手心的烟疤 = 重启按钮
+**效果**: 
+- 增强记忆点
+- 便于情感投射
+- 最后升华主题
+
+### 3. 对比式结构
+
+**技巧**: A故事 vs B故事
+**案例**: "有钱男人喜欢丑女人"
+- 国外富豪的审美
+- 国内富豪的审美
+- 价值观对比
+
+### 4. 采访式叙事
+
+**技巧**: 实地采访 + 多个案例
+**案例**: "七夕排队离婚"
+- 上午10点 东城区
+- 上午11点 朝阳区
+- 下午2点 西城区
+- 下午4点 西城区
+
+**效果**: 增强真实感，扩大样本量
+
+---
+
+## 十五、创作清单
+
+### 标题创作清单
+- [ ] 使用了7大公式中的至少1个
+- [ ] 有冲突/痛点/话题/情绪
+- [ ] 字数控制在20字以内
+- [ ] 读起来有节奏感
+- [ ] 能激发转发欲望
+
+### 开篇创作清单
+- [ ] 前3段抓住读者
+- [ ] 有问题/场景/悬念
+- [ ] 情绪值达到30%
+- [ ] 主题已暗示
+- [ ] 不超过200字
+
+### 故事创作清单
+- [ ] 有完整的情节
+- [ ] 有清晰的冲突
+- [ ] 细节真实具体
+- [ ] 对话自然流畅
+- [ ] 节奏张弛有度
+
+### 金句创作清单
+- [ ] 使用了金句公式
+- [ ] 有传播性
+- [ ] 简短有力(不超过20字)
+- [ ] 位置在关键处
+- [ ] 密度适中(每300字1个)
+
+### 结尾创作清单
+- [ ] 有反转/升华/行动召唤
+- [ ] 呼应标题
+- [ ] 价值观明确
+- [ ] 留有余味
+- [ ] 不超过150字
+
+### 整体检查清单
+- [ ] 痛点足够痛
+- [ ] 情绪够饱满
+- [ ] 故事够动人
+- [ ] 金句够扎心
+- [ ] 节奏够紧凑
+- [ ] 价值观够正
+- [ ] 真实感够强
+- [ ] 自己想转发
+
+---
+
+## 附录: 经典案例分析
+
+### 案例1: "借钱不还"文章
+
+**标题**: "你这么有钱，怎么好意思催我还钱?"
+- **公式**: 对话式质问型
+- **冲突**: 借钱vs催钱的道德绑架
+
+**开篇**:
+```
+问大家一个生活小常识啊。
+AK47去哪里买?
+```
+- **技巧**: 问题爆炸式
+- **效果**: 立即抓住注意力
+
+**主体结构**:
+1. 聊天记录截图(引爆情绪)
+2. 网友极品案例(加强愤怒)
+3. 个人经历故事(制造共鸣)
+4. 解决方案建议(行动指南)
+
+**金句**:
+- "借钱不还的人,真的是当代社会的一大公害"
+- "借的是钱，付出的利息却是友情"
+- "我们最怕的，不是钱没了，而是朋友也没了"
+
+**结尾**:
+给出4个具体方案(行动召唤式)
+
+**效果**: 
+- 10万+阅读
+- 评论区全是吐槽借钱不还的经历
+- 转发率极高
+
+### 案例2: "欺负我的人很多,你算老几"
+
+**标题**: "欺负我的人很多，你算老几"
+- **公式**: 硬气宣言型
+- **效果**: 满足弱者爽感
+
+**开篇**:
+```
+"这样好的天气里，我要参加一个初中同学的葬礼。"
+```
+- **技巧**: 悬念钩子式
+- **效果**: 制造悬念和好奇
+
+**叙事技巧**:
+- **多线叙事**: "我"的视角 + 何畏的选择
+- **悬念递进**: 何畏为什么打我 → 何畏成为校霸 → 原来是为了保护我
+- **符号化**: 手心的烟疤 = 重启按钮
+
+**情绪曲线**:
+平静(葬礼) → 愤怒(被欺负) → 绝望(被朋友打) → 反转(理解真相) → 治愈(感动)
+
+**细节处理**:
+```
+"我的舌尖刚碰到粉笔就被吸走了水分，
+粗粒的质感剐蹭着我的喉咙。"
+```
+- 五感调动
+- 慢镜头描写
+- 感同身受
+
+**金句**:
+- "也许，有些人，一直伪装自己，只是想让一个人，不受伤害，不再哭"
+
+**效果**:
+- 评论区很多人哭了
+- 勾起校园霸凌的回忆
+- 讨论友谊和保护
+
+---
+
+## 使用建议
+
+### 适用场景
+1. ✅ 情感共鸣类文章(友情/爱情/亲情)
+2. ✅ 社会现象评论(借钱/婚姻/阶层)
+3. ✅ 女性话题讨论(审美/独立/困境)
+4. ✅ 故事化叙事(真人真事改编)
+5. ✅ 价值观输出(正向但不鸡汤)
+
+### 不适用场景
+1. ❌ 严肃学术论文
+2. ❌ 商业软文(太情绪化)
+3. ❌ 专业知识科普(需要理性)
+4. ❌ 政治敏感话题(风险高)
+
+### 风险提示
+1. **情绪过激**: 可能引发争议
+2. **价值观争议**: 做好被骂准备
+3. **真实性质疑**: 故事需要可信
+4. **法律风险**: 避免诽谤和侵权
+
+### 进阶学习
+1. 分析更多咪蒙经典文章
+2. 练习7大标题公式
+3. 收集真实故事素材
+4. 培养情绪感知能力
+5. 建立自己的金句库
+
+---
+
+**最后提醒**: 咪蒙的技巧是工具，但不是全部。最重要的是:
+1. 真诚表达
+2. 尊重读者
+3. 传递正向价值
+4. 不断迭代优化
+
+**创作宗旨**: 让读者看到自己，说出他们想说的话，然后一起变得更好。
diff --git a/skills/daily-trend-writer/subskills/wechat-article-writer.md b/skills/daily-trend-writer/subskills/wechat-article-writer.md
new file mode 100644
index 0000000..49aaee1
--- /dev/null
+++ b/skills/daily-trend-writer/subskills/wechat-article-writer.md
@@ -0,0 +1,62 @@
+---
+name: wechat-article-writer
+description: 公众号文章自动化写作流程。支持资料搜索、文章撰写、爆款标题生成、排版优化。当用户提到写公众号、微信文章、自媒体写作、爆款文章、内容创作时使用此 skill。
+---
+
+# 公众号文章写作流程
+
+4 步完成高质量公众号文章：搜索资料 → 撰写文章 → 生成标题 → 排版优化
+
+## Step 1: 搜索资料
+
+使用 WebSearch 工具搜索主题相关资料：
+
+```
+搜索要求：
+1. 并行搜索多个来源（官方文档、X/Twitter、Reddit、技术论坛）
+2. 优先获取最新资料（当月/当季）
+3. 可启动多个并行 Task 加速搜索
+4. 深度总结搜索结果
+```
+
+## Step 2: 撰写文章
+
+**必须先读取用户的写作风格配置文件获取写作风格**
+
+撰写要求：
+- 1000-1500 字
+- 故事化开头，带情感色彩（兴奋/焦虑/好奇）
+- 准备 2-3 个备选标题
+- 结构：效果展示 → 问题描述 → 步骤教学 → 升华总结
+- 遵循写作风格配置文件中定义的写作风格和结尾语
+
+## Step 3: 生成标题
+
+生成 5 个爆款标题，特点：
+- **痛点明确**：直击读者痛处（"还在手动..."）
+- **数字吸引**：具体数字更有说服力（"3分钟"、"5个技巧"）
+- **结果导向**：承诺具体收益（"效率暴涨10倍"）
+- **情绪调动**：惊、神技、秘籍等词汇
+- **悬念设置**：引发好奇心
+
+## Step 4: 排版优化
+
+优化建议：
+1. **段落结构**：每段 3-5 行，重要数据单独成段加粗
+2. **配图位置**：标题下方封面图、步骤后效果图、结尾总结图
+3. **代码块**：前后留白，语法高亮
+4. **金句**：单独成段，增强记忆点
+
+## 示例
+
+用户请求：
+```
+帮我写一篇关于 TRAE Code 使用技巧的公众号文章
+```
+
+执行流程：
+1. 搜索 TRAE Code 最新功能和使用技巧
+2. 读取写作风格配置文件获取写作风格
+3. 撰写 1200 字左右的教程文章
+4. 生成 5 个爆款标题供选择
+5. 提供排版和配图建议
diff --git a/skills/daily-trend-writer/templates/topic-brief.md b/skills/daily-trend-writer/templates/topic-brief.md
new file mode 100644
index 0000000..3728c38
--- /dev/null
+++ b/skills/daily-trend-writer/templates/topic-brief.md
@@ -0,0 +1,19 @@
+# 选题母本：{topic}
+
+## 1. 主题简介
+{introduction}
+
+## 2. 安装教程（工具类选题）
+{installation}
+
+## 3. 核心功能/要点
+{features}
+
+## 4. 踩坑经验
+{pitfalls}
+
+## 5. 社区反馈
+{community_feedback}
+
+## 6. 相关资源
+{resources}
\ No newline at end of file
diff --git a/skills/daily-trend-writer/templates/trend-board.md b/skills/daily-trend-writer/templates/trend-board.md
new file mode 100644
index 0000000..6d704db
--- /dev/null
+++ b/skills/daily-trend-writer/templates/trend-board.md
@@ -0,0 +1,26 @@
+# 今日热点榜 ({date})
+
+## 🛠️ 实用工具榜
+| 排名 | 工具名称 | 类型 | 公众号适配度 | 一句话介绍 |
+|-----|---------|-----|------------|-----------|
+{tool_list}
+
+## 🔥 社区热点榜
+| 排名 | 话题 | 平台 | 讨论热度 | 核心争议点 |
+|-----|-----|-----|---------|-----------|
+{trend_list}
+
+## 📚 教程经验榜
+| 排名 | 主题 | 来源 | 价值点 |
+|-----|-----|-----|-------|
+{tutorial_list}
+
+## 📰 行业动态榜（仅重大事件）
+| 事件 | 重要性 | 是否推荐写 |
+|-----|-------|----------|
+{news_list}
+
+## 📝 选题建议
+- **首选**：实用工具榜 Top 1（有教程价值）
+- **备选**：社区热点榜 Top 1（有讨论价值）
+- **组合**：工具 + 踩坑经验（干货满满）
\ No newline at end of file