Commit Chronicles
代码提交记录(Commit History)里藏着的根本不是什么工作量,而是某种近乎疯狂的执念。
下一篇
用 3D 打印机改装绘图仪这事儿 →
我刚才刷到一个很有意思的项目叫 Commit Chronicles。开发者没走那种“AI 自动生成总结”的老路,而是玩了个硬核的:他用 Snowflake 配合 Cortex 模型,去读 GitHub 仓库里的提交记录。重点不在于让 AI 乱编,而在于通过 SQL 逻辑先去定位那些有“故事感”的提交线索(比如某个项目突然停更又在深夜复活的轨迹),然后再让 AI 去叙述这个过程。
最让我上头的是它的设计逻辑:AI 被严禁“脑补”动机。它只能基于真实的 timestamp 和 commit message 来解读代码演进的弧度。这种“数据驱动叙事”的思路非常产品经理——它不给你看那种 LinkedIn 风格的虚假励志感,而是给你一张带颜色的卡片。如果你的仓库是一片死寂,它会老老实实给你一张灰色的“no story here”,而不是强行凑字数。
这种把底层数据逻辑(SQL)和生成式能力(Cortex)解耦的架构,比单纯丢一堆文本给 LLM 要高级得多。对于我们这种天天盯着项目进度和 Release Note 的人来说,这种能把“代码演进轨迹”可视化成故事的工具,真的比看枯燥的贡献图(Contribution Graph)有意思多了。
如果你想看看这种逻辑下的产物长什么样,可以去翻翻这个项目的实现细节:
https://github.com/anchildress1/commit-chronicles/releases/tag/v1.0.0对于想在 README 里展示项目“生命力”的开发者,或者单纯想看看自己代码“执念”到底有多疯狂的人,这个思路很值得借鉴。
在 promptcube3.com 关注更多有趣的 AI 应用实践。
全部回复 (3)
残
残差连接好
新手
1天前
用Snowflake跑这种逻辑成本极高,还得配Cortex,这点算力钱够买多少个实例了?
0
I
日