<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>工作流 on Jeanphilo Blog</title><link>https://jeanphilogong.github.io/jeanblog/zh/tags/%E5%B7%A5%E4%BD%9C%E6%B5%81/</link><description>Recent content in 工作流 on Jeanphilo Blog</description><generator>Hugo -- 0.168.0</generator><language>zh-cn</language><lastBuildDate>Wed, 26 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://jeanphilogong.github.io/jeanblog/zh/tags/%E5%B7%A5%E4%BD%9C%E6%B5%81/index.xml" rel="self" type="application/rss+xml"/><item><title>管线只负责一次运行：文档索引系统不该默认共享跨 Run 节点</title><link>https://jeanphilogong.github.io/jeanblog/zh/thoughts/thoughts/pipeline-is-not-cross-run-task-sharing/</link><pubDate>Wed, 26 Aug 2026 00:00:00 +0000</pubDate><guid>https://jeanphilogong.github.io/jeanblog/zh/thoughts/thoughts/pipeline-is-not-cross-run-task-sharing/</guid><description>一次 RAG 与知识图谱独立运行模式的架构讨论，让我重新分清了 Pipeline、Run、动态 Target 和跨请求 Singleflight。我的结论是：文档索引系统更适合让每次 Run 独立拥有状态和节点，同一文件只保留一个活动 Run，并通过持久化产物复用结果，而不是共享正在执行的节点任务。</description></item><item><title>为什么 AI 在代码领域最先自动化</title><link>https://jeanphilogong.github.io/jeanblog/zh/thoughts/thoughts/ai-automation-needs-artifact-workflow/</link><pubDate>Thu, 21 May 2026 00:00:00 +0000</pubDate><guid>https://jeanphilogong.github.io/jeanblog/zh/thoughts/thoughts/ai-automation-needs-artifact-workflow/</guid><description>代码领域之所以最早得到 AI 自动化，不只是因为代码适合大模型，而是因为软件工程已经拥有版本控制、测试、增量提交和回滚机制。其他领域并不是没有评价标准，而是缺少把标准绑定到中间版本上的工作流。文章、小说、视频、3D 模型等复杂作品也能被拆解、验证、冻结和追溯；而且文字领域天然拥有经典作品、评论和写作理论作为 reference corpus。一旦这些参照物被转成任务、rubric 和 checkpoint，AI 可能比在代码领域释放出更强的能力。</description></item><item><title>GitFlow vs GitHub Flow：工作流差异与选择</title><link>https://jeanphilogong.github.io/jeanblog/zh/dev/version-control/gitflow-vs-githubflow/</link><pubDate>Sat, 24 Jan 2026 11:20:31 +0800</pubDate><guid>https://jeanphilogong.github.io/jeanblog/zh/dev/version-control/gitflow-vs-githubflow/</guid><description>对比 GitFlow 与 GitHub Flow 的适用场景、优劣势与团队实践建议。</description></item></channel></rss>