| name | paperflow-daily |
| description | 每日论文推荐的一句话总入口。用户说“今日论文推荐”“过去3天论文推荐”“过去一周论文推荐”
“最近3天论文”“看看这周有啥论文”时使用。
内部只自动串联论文抓取、推荐点评两步；不再自动精读/生成重点论文笔记。
用户后续可以自己逐条说“精读/读一下 XXX”来展开单篇论文。
注意：用户说“从 CVPR2026 推荐论文 / 推荐 ICLR 2026 论文 / 看某顶会接收论文”时，不走本入口，改用 paperflow-conference。
|
每日论文推荐
这是面向用户的一句话入口。对用户来说，正常只需要说一次：
会议论文推荐不是本入口；例如 从 CVPR2026 推荐论文 应交给 paperflow-conference。
执行原则
- 先识别时间范围：
今日论文推荐、每日推荐、今日论文 -> 当天过去3天论文推荐、最近3天论文 -> 3 天过去一周论文推荐、看看这周有啥论文 -> 7 天
- 立即调用
Skill(paperflow-fetch)，按其指示完成抓取与富化（产出 /tmp/daily_papers_enriched.json）。
- fetch 完成的同一回合内，紧接着调用
Skill(paperflow-review)，不要先回复用户、不要等用户说"继续/开始"再跑。本入口是一条流水线，fetch 和 review 之间没有用户交互点。
- review 完成、推荐文件生成后立即停止。不要自动调用
paperflow-notes，不要自动调用 paperflow-reader，不要为"必读"论文批量生成笔记。
- 全部完成后，用一句话告诉用户：
- 推荐文件已生成
- 推荐了多少篇论文，必读/值得看/可跳过各多少篇
- 如果想精读，后续可以逐条运行：
精读 论文标题
重要约束
- 链式调用铁律：fetch → review 是一条流水线，agent 在 fetch 产出 enriched JSON 后必须立刻在同一回合内调用 review skill；禁止任何形式的"已完成抓取，下一步进入点评"提示语 + 等用户确认。这种 stop-and-wait 行为是 bug 不是 feature。
- 不要先要求用户手动跑
跑一下论文抓取 / 点评。这 2 句是内部流水线和调试入口，不是首页主交互。
- 默认推荐流程只做总结和推荐，不做批量精读。
paperflow-notes 只允许在用户明确要求"批量笔记/跑一下论文笔记/为这些论文生成笔记"时触发；不要因为分流表里有"必读"就自动触发。- 如果用户明确只想跑其中一步，再交给对应 skill。
自动化
- 本 skill 本身就是“一步跑推荐”的入口：抓取 → 点评 → 保存推荐文件。
- 如果用户想做本地定时任务，默认也应该触发这一句，而不是写死内部命令。
兴趣画像更新
当用户说“从知识库提取兴趣方向”“更新兴趣关键词”“根据最近论文更新推荐关键词”时，不要运行每日推荐流水线；改为运行兴趣关键词建议流程。
默认只生成建议，不直接修改配置：
python3 extract_interest_keywords.py \
--notes-root "{NOTES_PATH}" \
--days 30 \
--output /tmp/daily_papers_interest_suggestions.json \
--report /tmp/daily_papers_interest_suggestions.md
完成后向用户概述建议加入的 keywords 和 domain_boost_keywords，并说明报告路径。
只有当用户明确同意“应用/写入/更新 user-config”时，才运行：
python3 apply_interest_keywords.py \
--suggestions /tmp/daily_papers_interest_suggestions.json \
--config ../_shared/user-config.json \
--also-config /home/wenzhao/.agents/skills/_shared/user-config.json
应用脚本只追加去重，不删除已有关键词，并会把备份写到 /tmp/daily_papers_config_backups/。
默认每类只应用报告中的前 10 个候选；如果用户明确要求应用全部，再传 --max-per-bucket 0。
