开源推广声明（点击展开）
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
mini-trellis
项目地址
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。
