[开源] Lattice:血缘链路(Lineage)与本地 Ticket 驱动的 Agent 工作流

M1n9X 2026-08-02 13:24 1

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:



  • 我的帖子已经打上 开源推广 标签:

  • 我的开源项目完整开源,无未开源部分:

  • 我的开源项目已链接认可 LINUX DO 社区:

  • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:

  • 以上选择我承诺是永久有效的,接受社区和佬友监督:


以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出






血缘链路(Lineage)与本地 Ticket 驱动的 Agent 工作流。



开源一套内部使用的 workflow,佬友们可以试试,有兴趣的话也顺便提提建议。


仓库地址:github.com/percena/lattice


此前的一些框架,比如 Superpowers、Trellis,确实已经做得很优秀了,但一些潜在的问题也逐渐暴露出来,比如 框架越做越重,细节定得太死,所以近期越来越多的开发者会有种感觉,这些工具一定程度上会限制大模型的能力上限,尤其是第一梯队的大模型。


我们目前开源的 Lattice 框架正是为了缓和这个问题。一方面给模型减负另一方面也希望把团队的最佳实践沉淀进流程 —— 让模型遵循基本的工作流程,同时在动手前尽可能建立全局视图:这条需求是从哪个 spec/adr 来的、拆成了哪几张 tickets、要满足哪些验收、上一个人 review 留了什么结论等等。


框架核心就是几个可移植 Skills,按顺序走完一条交付环:


  /create-spec  |  /create-review

/create-tickets

/start-work

/create-pr

/finish-work

核心理念也很简单,给现代高智能模型一套最薄的纪律底座,让它既有迹可循、又不被捆住手脚,有基本约束,但又不能限定得太死。




更具体的信息可以直接查看项目 README 文档,欢迎各位佬友试用,有问题直接留言或者提交 issue 均可。

最新回复 (3)
  • M1n9X 楼主 08-02 18:19
    1

    补充一下「血缘(Lineage)」的概念—— 有些佬可能没听过这个词。简单来说: lineage 就是 一条需求从立项到合并,留下的那条能够回头追溯的链路。比如一个需求(Spec)拆成了哪几张 Tickets,哪些 Ticket 落进了哪个 PR 中,以及 PR 又对齐了哪条验收或 架构决策记录(ADR)文档等等 —— 这些节点之间互相关联、能顺藤摸瓜,就是「血缘」。


    Lattice 在本地完整保留了一套 Lineage 体系,绝大部分上下文查询(验收标准、review 结论、spec/ticket/PR 的对应关系)在本地执行 cat/grep 就够了,命中毫秒级。真正需要 GitHub 的,是那些只能从远端拿到的事实(issue/PR 的实时详细状态、评论、CI 结果)—— 这种才走 gh API 联网查询。换句话说,本地检索优先,联网作为补充,这样效率会比较高,也能很好地解决 Memory 的问题。

  • Jeffry 08-02 19:20
    2

    不错啊,能请教一下这个图是怎么画的吗




  • M1n9X 楼主 08-02 20:44
    3

    就用的 GPT Image 也没有什么特殊的 prompt 输入了项目简介 然后让它生成题图就行

* 帖子来源Linux.do
返回