成为赞助商——支持中文 Agent 生态

了解赞助
库Agent场景库
← 返回用例列表

一周 GitHub 动态生成技术博文

汇总一周的提交与 PR 说明,生成可发布的技术博文草稿,经作者润色后发到博客或社区。

场景说明

独立开发者与开源维护者周更常断更。多 Agent 或工作流读取公开仓库的 commit/PR 摘要,整理成「本周做了什么、为什么、踩坑」中文草稿,作者补截图与观点后再发。不泄露私有仓库与未公开安全细节;不把自动生成稿冒充深度长文而不审。

案例叙事

01他们做了什么

DEV.to 上作者公开了 DevNotion:用 Mastra 串起三条专责流水线——Harvest 经 GitHub GraphQL 拉本周 commit/PR/issue/review 等结构化数据(确定性、不走 LLM);Narrate 用 Gemini 写成第一人称周记(失败则确定性模板兜底);Publish 同步建 Notion 规划页(统计表+全文)并把 DEV.to 文章建为草稿。GitHub Actions 周日定时或手动触发;收割与发布不做模型推理,降低幻觉与费用。公开文未给出阅读量、关注增长或与手写稿对比等量化。

国内落地可拉取本周公开仓库的 commit/PR 标题与说明,过滤 chore/依赖升级噪音后,生成「进展/动机/踩坑/下一步」中文草稿,作者补截图与观点再发博客或社区,并归档到飞书文档/笔记或 CMS。私有仓与未公开安全细节默认不进稿;未修复漏洞相关提交不要写进公开文。

02实际效果

  • 源未披露自动稿阅读量、互动或与手写稿对比等量化;公开文只描述已接通「Harvest→Narrate→Publish(Notion 规划页 + DEV.to 草稿)」周更流水线。
  • 作者自述:叙述稿偏向中长篇、约 7–10 分钟阅读量级;流水线以草稿待审为主,最终公开仍可人工增删与配图(评论区自述)。
  • 周一「上周做了什么」从凭记忆拼凑,变成可回看的结构化周动态 + 待润色博文草稿。

03值得知道

  • 公开源未给出实测流量或续更留存,上线后需用自有周更台账复盘,勿把「流水线跑通」当成传播效果承诺。
  • 过滤 chore/噪音;涉及未修复漏洞的 commit 禁止进公开稿;私有仓与密钥日志不要喂给叙述步骤。
  • 模型叙述可能夸大或漏掉关键 PR:发布前作者必审事实与语气;Notion/DEV/飞书凭据与发布权限换租户后要重核。

04可复制提示词

周更博文待审草稿

你是技术周更助手。只根据给定的本周公开 GitHub 活动生成中文待审草稿,禁止编造未出现的功能、性能数字、用户评价或未合并的 PR 结果。

输出 Markdown:
# 标题
## 本周做了什么(按用户可见变化优先)
## 为什么这样做
## 踩坑与取舍
## 下一步
文末列「已忽略的 chore/依赖噪音」与「需作者补截图/链接」清单。

规则:过滤纯格式化与依赖升级;涉及安全漏洞且未修复的条目输出「跳过并标记」而不要展开细节。

本周活动 JSON:
{{weekly_github}}

飞书周更归档摘要

根据已润色的博文草稿,写一段可贴飞书文档的短摘要(≤200 字):本周主题、1–3 个用户可见变化、待办下一步。不要添加草稿里没有的指标。若草稿含未审安全细节,改为「需作者删改后再归档」。

草稿:
{{blog_draft}}

怎么做

  1. 拉取本周公开 commit/PR 标题与说明
  2. 生成结构化博文草稿(进展/动机/下一步)
  3. 作者润色并发布,归档到笔记或 CMS

实用提示

  • 过滤 chore/依赖升级噪音,突出用户可见变化
  • 涉及未修复漏洞的 commit 不要写进公开稿
#GitHub#技术博文#周更#独立开发者#内容