- 可以先归档再commit， 主要是record 需要记录git commit hash，所以需要先commit 再record - finish-work 里有对ai 的相关指引，如果这个任务引入了新的相关开发规范/组件，或者修改了旧有的开发规范，都应该更新spec文档，而且如果开发者觉得这次任务需要spec，也可以手动调用 update-spec 的 slash command 去让ai根据

子 agent 我们是当给主agent的tool用的, 只要主 agent 的上下文窗口保持尽可能的干净就能达到我们的需求, 至于token的话我们团队人均 200$ cc 套餐,基本用不完

> open-typelsee 的 use-case 基本功能已实现(macos 按住右 option 进行语音识别转录,需要配置火山大模型的 id 和 key) > > 明天大概率会开个新帖讲这个项目是怎么配合trellis一下午^-^一晚上搓出来的, 有兴趣的佬友可以关注一下 github.com ![图片](https://cdn3.ldstatic.com/optimized/4X/5/e

影响不是很大,这个主要是给 codex 等非cc用户使用的

- 我很久没用过 claude.md 了,你说的 xml 是啥东西? 我们的commands 是存放在 .claude/commands/trellis/ 目录下面,跟根目录的 claude.md 没啥关系 - 分task给不同开发者, 然后每个人写对应新feature or debug, 目前spec 相关的我们还没遇到过冲突, task 是有创建人和指派人的, 也不会冲突, journal 等

争取这两天把各位佬友提到的不支持Windows,不支持codex,opencode 等问题都集中解决一下,今天一直在当客服回问题了,佬友们太热情了 ^-^

太久没用codex了,信息源落伍了 ^-^ 我们争取下一波把codex和opencode 都做好原生支持

 我们也想支持codex, 我自己之前就是codex 忠诚用户… 奈何codex迭代真的太慢了,什么功能都不出

Q: 多个不同的项目，有自己封装的组件，如果想共用研发规范之类的，用trellis框架应该如何实践 A: 最推荐的方式是 monorepo 或者 git sub module, 直接把仓库物理层面上就能都用一个目录在ide一起打开, 然后我们内部有两种实践方式(目前还没比出来哪种更好) - 在根目录的 .trellis/spec 下面再按照不同的项目创建子目录,里面再存放子项目的后端/前端/其它