项目：公开趋势采集与核验
使用公开的 GitHub Trending 页面完成一次小型研究任务。开始前选择执行方式：课堂演示可要求浏览器手动操作；批量处理可允许自动化，但必须让 Bot 如实报告方式。项目不要求登录 GitHub 或修改任何内容。
- 交代目标：按 This week 筛选前 5 个项目，整理名称、总星数、本周新增、简介和来源链接。
- 限制范围：只读公开页面；不得登录、收藏、关注、发布、下载或修改。
- 要求过程透明：列出实际访问页面、执行方式、采集时间、失败步骤和不确定字段。
- 检查输出：逐项打开来源核对数字与描述；区分页面事实和 Bot 的概括。
- 复盘：指出哪些环节需要人工判断、哪些可重复，以及如何安全地设为例程。
请按上述范围完成任务。若某字段在页面上无法确认，请写“未能确认”；不要推算或补造。先给执行计划，等我确认后再开始。
可将项目扩展为章节 20 的 X 公开讨论分析，或参考章节 26 的多 Bot 分工；若要设为定时任务，先学习章节 24 的例程和停止条件。
资料来源：
扩展项目：从研究到跨端内容交付
在基础项目通过后，可设计一个只使用公开资料的内容工作流：Bot 收集 X 上某主题的公开讨论并附原始链接，研究角色整理事实与不确定项，写作角色生成草稿，审核角色核查出处；最后把草稿送到测试用的消息渠道供本人审阅。若要接入微信、飞书、Webhook、快捷指令或外部发布服务，先分别验证平台支持与安全配置。
- 画出数据流和权限图，标明每一步的服务、账号、存储位置及费用责任。
- 在沙盒中模拟重复事件、网络失败、超时和错误内容，确认不会重复发布。
- 所有外发动作默认停在草稿；人工核对后单独批准。
- 记录来源、执行日志、版本与回滚方法；项目结束后撤销临时令牌和测试授权。