refactor(daily-news): 重构每日资讯采集流程并添加用户交互确认
- 重构核心流程,添加用户交互确认步骤 - 新增微信公众号发布支持 - 更新文档和任务说明以反映新流程 - 优化各平台内容生成模板
This commit is contained in:
@@ -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. 微信公众号发布需要用户授权确认
|
||||
|
||||
@@ -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 记录文件不可删除
|
||||
- 仅检测已配置仓库
|
||||
- 不自动发布,仅生成存档
|
||||
- **草稿必须经用户确认才能发布**
|
||||
- **微信公众号发布需要用户授权**
|
||||
|
||||
@@ -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 需要用户明确授权才能执行
|
||||
|
||||
Reference in New Issue
Block a user