refactor(daily-news): 重构每日资讯采集流程并添加用户交互确认

- 重构核心流程,添加用户交互确认步骤
- 新增微信公众号发布支持
- 更新文档和任务说明以反映新流程
- 优化各平台内容生成模板
This commit is contained in:
2026-03-31 23:47:41 +08:00
parent 190ab414db
commit 3cfdc23a2f
9 changed files with 309 additions and 317 deletions
+44 -8
View File
@@ -5,12 +5,13 @@ description: "采集星火项目每日资讯,检查GitHub新tags并生成文
# 每日资讯采集
根据优先级自动检查星火项目更新,生成待审核的每日资讯文档。
根据优先级自动检查星火项目更新,生成待审核的每日资讯文档,并通过交互确认后发布到微信公众号
## 核心流程
```
1. 检查 GitHub Tags → 2. 分析变更 → 3. 生成文档 → 4. 更新记录
1. 检查 GitHub Tags → 2. 分析变更 → 3. 生成草稿
→ 4. 交互确认(用户审核)→ 5. 发布到微信 → 6. 更新记录
```
## 内容优先级
@@ -55,20 +56,55 @@ git tag -l | sort -V
- Bug 修复 (Bug Fixes)
- 性能优化 (Performance)
### Step 4: 生成文档
### Step 4: 生成草稿文档
创建 `Daily_News/Pending/{日期}/{日期}_raw_news.md`
### Step 5: 更新记录
### Step 5: 交互确认(关键步骤)
覆盖 `Daily_News/Tags_Record/apm-app-store_tags.txt`
**必须向用户展示草稿内容并询问:**
1. 内容是否准确?
2. 是否需要修改?
3. 修改建议是什么?
**使用 AskUserQuestion 工具询问用户:**
- 问题1: 内容确认
- 选项1: 确认无误,可继续
- 选项2: 需要修改
- 问题2(如选修改): 具体修改内容
- 让用户提供具体修改建议
**等待用户回复后再继续。**
### Step 6: 发布到微信公众号
**前提条件检查:**
- 确认用户已配置微信公众号发布方式
- 询问用户是否需要立即发布
**发布方式选项:**
1. 提供草稿内容供用户手动复制发布
2. 使用用户提供的 API/工具自动发布
**询问用户:**
- 是否立即发布到微信公众号?
- 发布方式选择(手动复制/自动发布)
### Step 7: 更新 Tags 记录
仅在用户确认内容无误后,更新 `Daily_News/Tags_Record/apm-app-store_tags.txt`
## 输出位置
- 原始文档:`Daily_News/Pending/YYYY-MM-DD/YYYY-MM-DD_raw_news.md`
- 草稿文档:`Daily_News/Pending/YYYY-MM-DD/YYYY-MM-DD_raw_news.md`
- Tags 记录:`Daily_News/Tags_Record/{repo}_tags.txt`
- 审核后版本:`Daily_News/Reviewed/{WeChat,Xiaohongshu,Zhihu,Bilibili}/`
## 后续处理
## 重要提醒
原始文档需人工审核,审核通过后改写为各平台版本。
1. **Step 5 是必须步骤**,未获用户确认不得继续后续步骤
2. 如用户要求修改,先修改文档再重新展示,确认无误后再继续
3. 微信公众号发布需要用户授权确认
+48 -3
View File
@@ -2,7 +2,7 @@
## 1. 概述与目标
本 Skill 旨在自动化采集星火项目每日资讯,按照优先级生成结构化文档,支持多平台发布。
本 Skill 旨在自动化采集星火项目每日资讯,按照优先级生成结构化文档,支持多平台发布,并通过用户交互确认后发布到微信公众号
## 2. 功能范围
@@ -12,6 +12,8 @@
- 对比本地记录,识别新版本
- 分析 CHANGELOG/提交记录,提取更新内容
- 按日期自动存档到 `Daily_News/Pending/`
- **交互式用户确认**
- **微信公众号发布支持**
### 2.2 内容优先级
@@ -52,9 +54,52 @@ Daily_News/
- 审核清单
- 各平台内容调整建议
## 5. 约束条件
## 5. 工作流程
```
┌─────────────────────────────────────────────────────────┐
│ 1. 克隆/更新仓库到 ./repos/ │
│ ↓ │
│ 2. 检查 Git tags │
│ ↓ │
│ 3. 对比 Tags_Record/ 中的记录 │
│ ↓ │
│ 4. 如有新版本,生成 Pending/日期/ 草稿 │
│ ↓ │
│ 5. 【交互确认】展示草稿,等待用户审核 │
│ ↓ │
│ 6. 用户确认后,写入 Reviewed/{Platform}/ │
│ ↓ │
│ 7. 【可选】发布到微信公众号 │
│ ↓ │
│ 8. 更新 Tags_Record/ │
└─────────────────────────────────────────────────────────┘
```
## 6. 交互确认要求
### 6.1 必须确认的内容
- 草稿内容是否准确
- 是否需要修改
- 修改建议是什么
### 6.2 确认后的操作
- 用户确认 → 写入 Reviewed/ 目录
- 用户要求修改 → 修改后重新展示 → 再次确认
### 6.3 微信公众号发布
- 需要用户明确授权
- 支持两种模式:
1. 手动模式:提供内容供用户复制发布
2. 自动模式:使用用户提供的 API/工具发布
## 7. 约束条件
- 首次使用需克隆仓库
- tags 记录文件不可删除
- 仅检测已配置仓库
- 不自动发布,仅生成存档
- **草稿必须经用户确认才能发布**
- **微信公众号发布需要用户授权**
+65 -15
View File
@@ -3,7 +3,7 @@
## Task 1: 检查 GitHub Tags
### 步骤
1. 进入仓库目录 `../apm-app-store`
1. 进入仓库目录 `./repos/apm-app-store`
2. 执行 `git fetch --all --tags` 获取最新 tags
3. 执行 `git tag -l | sort -V` 获取当前所有 tags
4. 读取本地记录 `Daily_News/Tags_Record/apm-app-store_tags.txt`
@@ -32,7 +32,7 @@
---
## Task 3: 生成每日资讯文档
## Task 3: 生成每日资讯草稿
### 步骤
1. 创建目录 `Daily_News/Pending/{日期}/`
@@ -44,7 +44,65 @@
---
## Task 4: 更新 Tags 记录
## Task 4: 【交互】用户确认
### 步骤
1. **展示草稿内容**给用户
2. **询问用户**
- 内容是否准确?
- 是否需要修改?
- 修改建议是什么?
3. **等待用户回复**
4. 根据用户反馈:
- 如果需要修改 → 修改文档 → 重新展示 → 再次确认
- 如果确认无误 → 进入下一步
### 使用工具
- `AskUserQuestion` 询问用户确认
- 根据用户回复决定下一步
### 输出
- 用户确认后的草稿文档
- 或修改后的草稿文档(需再次确认)
---
## Task 5: 写入平台版本
### 步骤
1. 确认用户内容无误后
2. 改写为微信公众号版本 → `Reviewed/WeChat/`
3. 改写为小红书版本 → `Reviewed/Xiaohongshu/`
4. 改写为知乎版本 → `Reviewed/Zhihu/`
5. 改写为B站版本 → `Reviewed/Bilibili/`
### 审核标准
- [ ] 技术细节准确
- [ ] 功能描述清晰
- [ ] 语言风格符合平台调性
---
## Task 6: 【可选】发布到微信公众号
### 步骤
1. 询问用户是否需要发布到微信公众号
2. 如果需要:
- 确认发布方式(手动复制/自动发布)
- 提供内容供用户发布
- 或使用用户提供的 API/工具自动发布
### 前提条件
- 需要用户明确授权
- 需要用户提供发布方式
### 输出
- 发布内容准备就绪
- 或已完成发布
---
## Task 7: 更新 Tags 记录
### 步骤
1. 覆盖写入 `Daily_News/Tags_Record/apm-app-store_tags.txt`
@@ -55,16 +113,8 @@
---
## Task 5: 人工审核后改写平台版本
## 重要提醒
### 步骤
1. 审核 `Pending/` 中的原始文档
2. 改写为微信公众号版本 → `Reviewed/WeChat/`
3. 改写为小红书版本 → `Reviewed/Xiaohongshu/`
4. 改写为知乎版本 → `Reviewed/Zhihu/`
5. 改写为B站版本 → `Reviewed/Bilibili/`
### 审核标准
- [ ] 技术细节准确
- [ ] 功能描述清晰
- [ ] 语言风格符合平台调性
1. **Task 4 是必须步骤**,未获用户确认不得继续后续步骤
2. 如用户要求修改,先修改文档再重新展示,确认无误后再继续
3. Task 6 需要用户明确授权才能执行