2. Linux.do
  3. 【开源推广】极简版Trellis | mini-trellis v0.3.0 更新 - 为Agent减少心智负担，保留对话沉淀

【开源推广】极简版Trellis | mini-trellis v0.3.0 更新 - 为Agent减少心智负担，保留对话沉淀

Tiger 2026-10-13 14:21 1


开源推广声明（点击展开）

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



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

  • 我的开源项目完整开源，无未开源部分： 是

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

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

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



mini-trellis


项目地址




起因


GPT6时代我最终停用Trellis


mini-trellis 简介


遵从 Less is More 原则，对比Trellis 做了简化，保留核心模块，移除了相对冗长的状态管理、流程管理和 sub-agent 编排，在简化项目的同时，保留项目知识沉淀和跨 session 对话检索的能力，同时可以无缝从Trellis中迁移到mini-trellis中。


为模型减负同时保留历史共识



比Trellis更轻


基于真实业务数据进行实机评测对比，mini-trellis可以更快更省， 全部任务累计耗时减少 38.4%，累计处理 Token 减少 40.1%（测试细节和题目详见仓库）


hook注入对比



安装使用：


npm install -g mini-trellis

mini-trellis init -u your-name --claude

迁移使用(注意终端提示)：


mini-trellis migrate 

# 迁移后注意hook需要手动处理

最后


感谢论坛的各位，如果感觉有用，欢迎点个 star 。

最新回复 (19)
  • XiaoQ1 10-13 14:28
    1楼

    跨 session 对话检索的能力



    Trellis还有跨对话检索的能力？

  • Tiger 楼主 10-13 14:40
    2楼

    可以在下一个session继续任务是当时Trellis最为关注的一点

  • Terry0718 10-13 14:44
    3楼

    佬，有对比过mini-trellis和trellis之间的token消耗情况吗

  • Tiger 楼主 10-13 14:47
    4楼

    这个没有拿具体的case去统计，后续我考虑下怎么补一个对比测试，直观看下结果。

    但是可以确认注入的内容是大幅减少，单一轮次下上下文是有减负的。

  • Terry0718 10-13 14:51
    5楼

    我之前使用trellis的时候就觉得跨会话记忆很不错，但是整体工作流太臃肿了就没用了，这个项目挺不错的，打算试用一下 ^-^

  • Tiger 楼主 10-13 14:56
    6楼

    感谢，欢迎反馈~

  • whmoqy 10-13 15:42
    7楼

    npm install -g mini-trellis



    佬，用这个极简版Trellis之前要先把原来的Trellis先卸载掉吗

  • Tiger 楼主 10-13 15:47
    8楼

    不需要，安装后执行进行迁移命令（最好手动备份保存），注意同一个项目下不要同时开启Trellis和mini-trellis。

    如果有顾虑可以拿已有的.trellis/的内容新开一个路径进行测试

  • whmoqy 10-13 16:14
    10楼

    迁移之后会变成这样，少了一个py文件，然后我执行mini-trellis init --codex命令也没有生成


  • Tiger 楼主 10-13 16:31
    11楼

    codex hook的问题，迁移时清理了无关脚本但是hook配置没同步更新，需要手动在hook里更新配置

  • Tiger 楼主 10-15 10:46
    12楼




    0.2.1



    基于cc做了实验对比，严格来说是hook注入对比，不能等同于token消耗，具体看图吧

  • Terry0718 10-15 10:50
    13楼

    佬，图片有点糊，看不清啊 ^-^

  • 南猿北蛰 10-15 13:22
    14楼

    对佬的项目十分感兴趣，狠狠star了


    想请教一下历史对话迁移到知识库的功能。


    现在开发过程中遇到需要长期保留项目知识的问题，但在使用 mini-trellis 之前，我已经积累了很多与当前项目有关的 Claude 历史对话，其中包含不少开发背景、技术决策和问题解决过程。


    mini-trellis 是否支持读取这些已有的历史对话，从较早的会话开始整理，并生成适合放入项目知识库的文档？如果可以，历史会话需要以什么形式提供，或者需要放在哪个目录？它能否区分已确认的决定、未采用的建议和仍未解决的问题，并处理不同对话之间相互矛盾或已经过时的信息？


    如果目前不支持自动读取，是否有推荐的手动导入流程，能把导出的对话整理成 Trellis 可使用的知识文件？也想了解这个过程对会话数量、隐私信息和上下文长度有没有限制。

  • Tiger 楼主 10-15 14:15
    15楼

    感谢建议，当前侧重的更多是从Trellis迁移延续（既希望保留业务沉淀，又不希望过重约束），对于从零开始构建这部分我会考虑下如何进行设计，既能快速切入又不过度消耗token。

    下面是我真实场景的一个效果展示

  • Tiger 楼主 10-19 09:47
    16楼

    v0.3.0更新



    1. 新增： 新增 research 更迭机制。边界明确时可以更迭 research，避免知识腐化。旧笔记标明被哪一篇替换后，查询会优先给出现行内容。

    2. 新增： 新增压缩对话后读取 session 内记录。agent 在 compact 之后，可以按这场会话读回压缩前写下的内容。

    3. 修复： 完善压缩摘要边界。压缩摘要不再被当成原始对话返回。

    4. 优化： 优化召回机制。结果很少时也会留下现行笔记，前面的长回复不会把最后一条短限制挤掉。


    建议升级或迁移mini-trellis前备份.trellis/内容

  • Tiger 楼主 10-23 17:56
    17楼

    v0.3.1更新日志


    - 新增cursor和DeepSeek harness支持

    - 基于Claude code对比实验



    • 累计耗时减少 38.4%（472.2s vs 766.5s，提速 1.62×）

    • 累计处理 Token 减少 40.1%（242.6 万 vs 405.3 万，含未缓存输入、输出与缓存读取）

    • 宿主交互轮次减少 27.8%（273 轮 vs 378 轮），全部样本通过自动检查。





    详细的测试内容可以看仓库内docs/releases/benchmark-detail.md


    欢迎各位佬提提意见，如果觉得有用希望可以点个star，再次感谢~

  • Tiger 楼主 10-23 21:25
    18楼

    结合我真实的数据做了完整的对比实验，综合各场景测试下来，对比Trellis可以节省40%左右的token。同样读取背景和完成任务，整体注入和请求的轮次显著减少，速度更快。具体的细节可以看仓库里的评测记录。

  • Rayn_V 10-23 22:49
    19楼

    挺好的，star了，目前用起来确实太臃肿了，随便一个小功能都要很久，但是它的工作流又舍不得

  • 柳云枫 10-24 01:58
    20楼

    这个工作流听说很好用，试试极简版的效果

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐