• Tiger

    开源推广声明(点击展开)

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

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

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

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

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

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

    mini-trellis

    项目地址

    图片

    github.com

    GitHub - Tiger-zzZ/mini-trellis: The best agent harness.

    main

    The best agent harness. Contribute to Tiger-zzZ/mini-trellis development by creating an account on GitHub.

    mini-trellis 简介

    遵从 Less is More 原则,目主要对 Trellis 做了简化,保留核心模块,移除了相对冗长的状态管理、流程管理和 sub-agent 编排,在简化项目的同时,保留项目知识沉淀和跨 session 对话检索的能力。

    它只关注四类内容:

    - spec 、 research 、 journal 、 mem

    不创建任务,也不要求推进阶段,不触发 sub-agent。

    session 开始时,它只注入少量信息:

    - 当前journal 路径;

    - spec 的索引;

    - 当前 research 路径;

    0.1.1 做了什么

    这次版本主要完成了几件事:

    - 精简为 spec / research / journal / mem ;

    - 完善 Trellis 项目迁移命令;

    - 将旧的 .trellis/tasks/ 收敛到 research topic;

    - 保留迁移过程中的 research、design 和证据文件;

    - 对任务冲突、符号链接、同名归档任务做了保护;

    - 补充了旧项目升级、迁移和 journal 使用说明;

    安装使用:```
    npm install -g mini-trellis mini-trellis init -u your-name --claude
    ``迁移使用(注意终端提示):``
    mini-trellis migrate
    ```后续计划

    后面我想重点完善两件事:

    - 让 agent 更容易判断什么时候应该主动记录;

    - 让 agent 能按照问题类型主动召回 spec、research、journal 或历史对话。

    理想的使用体验是:

    - 问项目约定时,优先找到 spec;

    - 接着上次工作时,优先找到最近 journal;

    - 追溯方案过程时,优先找到 research;

    - 当前资料不足时,再去搜索历史对话。

    但我不太想把它做成一个每轮都注入大量上下文的系统。记忆应该减少重复沟通,而不是制造新的提示词噪音。

    欢迎试用、提 issue,也欢迎告诉我你的想法。如果感觉有用,欢迎点个 star。

    主楼
  • Tiger

    希望大家可以多多反馈,假期我会深入再去调整和优化

    #1

发表回复

登录后回复