用 Claude Code 或者 Cursor 写代码的时候，你是不是也有这种感觉：每次开一个新会话，都得把项目规范重新说一遍。
- “我们用 TypeScript 啊”
- “组件命名得用 PascalCase”
- “接口要定义清楚”
- “别用 any”
说一遍两遍还行，说十遍八遍就烦了。更烦的是，有时候忘了说，AI 就按它自己的想法写，出来的代码风格跟项目对不上，还得自己改。
Trellis 就是来解决这个问题的。它是一个专门为 Claude Code、Cursor 这些 AI 编程工具设计的框架，核心功能就一个：让 AI 记住你的项目规范，每次开新会话的时候自动加载进去，不用你反复说。
一、Trellis 是干什么的
先说说这个东西到底能干啥。
自动注入规范。你在项目里写好的代码规范、组件风格、文件结构要求，Trellis 会在每次 AI 会话启动的时候自动把这些内容塞给 AI。你只需要写一次，以后每次都用得上。
并行会话。有时候要同时开发好几个功能，开多个 Claude 会话，但每个会话都在同一个目录里干活，容易互相干扰。Trellis 用了 Git 的 worktree 技术，可以让每个会话跑在独立的目录里，互不干扰，各自干完活再合并。
团队共享。团队里有个大佬写了一套特别好的规范，怎么让其他人的 AI 也能用上这套规范？直接把 .trellis 目录共享就行。其他人初始化之后，他们的 AI 自动就继承了这套规范。
会话持久化。昨天跟 AI 聊了半天，今天再开会话，AI 还记得昨天聊了啥吗？Trellis 会把每次会话的摘要记下来，下次启动的时候自动加载，AI 能接着昨天的思路继续干。
二、跟普通的配置文件有啥不一样
你可能想问，Claude 本来就有 CLAUDE.md 文件，Cursor 也有 .cursorrules，为啥还要用 Trellis？
区别在于：那些文件是“全量加载”的，不管你现在要干啥，AI 都得把整个文件读一遍。如果文件写得长，占用的上下文 token 就多，还容易把不相关的东西也塞进去。
Trellis 用的是分层架构。它把规范分门别类放在 spec 目录下，前端规范放 frontend，后端规范放 backend，还有 guides 放决策框架。 AI 干活的时候，只会加载当前任务相关的规范，不会把所有东西都翻出来。这样既省 token，又不会把 AI 搞晕。
三、项目结构长啥样
初始化之后，项目里会多出两个目录：
.trellis/ 目录是知识库和工作区：
.claude/ 目录是 AI 的配置：
四、怎么用
安装很简单，就两条命令：
# 全局安装
npm install -g @mindfoldhq/trellis@latest
# 在项目里初始化
trellis init -u 你的名字
初始化完之后，像平时一样启动 Claude Code 就行。Trellis 的后台会自动把规范加载进去，你不用管它。
五、几个实用功能
/trellis:parallel：开多个并行会话，每个在自己独立的 worktree 里干活，适合同时开发多个功能。
/trellis:record-session：会话结束的时候用这个命令，AI 会把今天的干活记录写下来，下次启动的时候能自动读出来，接着干。
定制工作流：可以定义自己的命令，比如 /trellis:before-frontend-dev，执行的时候 AI 会自动加载前端规范、检查最近的改动、拉取测试模板，一个命令搞定一堆事。
六、适合谁用
如果你经常用 Claude Code 写代码，每次都要重复说规范，这个工具能帮你省不少事。
如果你在团队里做技术管理，想让大家的 AI 都按统一的标准干活，Trellis 的团队共享功能很实用。
如果你要同时开发多个功能，并行会话能让你的效率翻倍。
项目是开源的，最后说一句：这工具不是让 AI 变聪明，是让 AI 变听话。该规范的规范，该自由发挥的自由发挥，中间那条线，由你画。
仅供个人学习参考/导航指引使用，具体请以第三方网站说明为准，本站不提供任何专业建议。如果地址失效或描述有误，请联系站长反馈～感谢您的理解与支持！
链接: https://fly63.com/nav/4950
