2. Linux.do
  3. 个人codex使用Trellis的简单流程和问题(2026年5月)

个人codex使用Trellis的简单流程和问题(2026年5月)

远坂凛 2026-05-24 23:31 1

随着Trellis的更新, 上一个帖子:个人codex使用Trellis的简单流程 也过时了.

现在Trellis在codex上也支持hook了, 最近一直在用, 分享下个人体会.


现在Trellis使用非常简单, 官方标准流程应该是:



  1. 直接输入需求. 此时Trellis会自动hook, 自动帮你创建hook, 并在每轮对话都自动hook注入上下文

  2. 开始实施, 如果任务简单的话会自动调用check, 也可以手动$trellis-check

  3. commit

  4. $trellis-finish-work. 一般会自动归档


但成也hook, 败也hook.

现在的hook感觉太重太冗余了，收益有点低。

从以前少量的“创建task”变成现在不停的敲“不要创建task”

个人体验下来，创建task的情况总归是少数。我明白hook里也考虑到了这点，所以对创建task情况做了部分限制，但效果甚微。


一开始我是修改hook提示词，默认不创建，特定情况下才创建task，但后面实在受不了hook的冗余上下文，有次让AI跑多轮loop测试直接把上下文和输出给我跑爆了。于是就关闭hook了。

于是我现在的流程变为：



  1. $start 写需求，讨论或brainstorm，不要实施

  2. /new → $start 实施task xxxxx

  3. /new → $start 某些地方需要修改，如何如何，如果和PRD不对齐就修改PRD

  4. 几轮下来后，差不多可以了，准备commit。 这里我使用agent-toolkit/skills/commit-work at main · softaworks/agent-toolkit · GitHub

    随便找的再让AI修改下，大概功能就是根据当前代码改动按要求分功能进行commit并给出commit message，确认后再commit

  5. /new → $trellis-check

  6. /new → $trellis-finish-work


差不多就这样，想到啥再更吧

最新回复 (19)
  • alieismy 05-24 23:44
    1楼

    会自动hook



    请问佬在Windows11下hook可以用？

  • 远坂凛 楼主 05-25 00:43
    2楼

    Windows11下hook可以用

  • Herbivore 05-25 00:44
    3楼

    对，有时候hook太繁重了，确实是个问题，所以我自己加了个trellis-switch，控制之后的会话是否进入trellis流程：

    针对 ClaudeCode 的 Trellis 魔改工作流 - 开发调优 - LINUX DO

  • 远坂凛 楼主 05-25 00:49
    4楼

    有点复杂 增加不必要的流程，我还是手动吧

  • 吃风筝的人 05-25 00:51
    5楼

    佬有用grill-me和trellis搭配使用吗?


    我现在是这两个搭配使用. 个人感觉还可以.


    是的, trellis我就觉得有时候太重了. 但是能同一项目跨对话共享进度就非常好. 我经常在同一个项目中依次开多个对话, 分别执行不同的任务相关. (最好别同时开多个, 容易串)


    这样每个对话负责一项工作, 还是比较井井有条的.


    还有一个问题:


    个人使用体验trellis的subagent经常管杀不管埋. 开了一堆, 一直忘收回. 还有时候会主进程一直等待sub进程返回, 其实sub已经跑完了, 只不过不知道什么神秘原因, 就是不返回消息, 然后整个进程就卡死到这里了, 一直到8min超时才停下. 不知道佬有没有碰到这种情况. 想听听大家的解决方案

  • Herbivore 05-25 00:52
    6楼

    你也可以按照官方说的，用trellis-meta技能加个开关去控制

  • Herbivore 05-25 00:53
    7楼

    这不是trellis的问题，是codex的subagent就是存在这样的问题，cc从未出现过这样的情况

  • 吃风筝的人 05-25 00:55
    8楼

    哎, 就是很迷惑. 今天用的感觉还好, 没有卡返回. 但是还是会出现事情做完了, 仍然卡sub进程没关闭. 然后接着做事, 需要调用sub时提示codex发现sub满了, 自动清理了无用的sub然后继续.


    清理方面的确不尽如人意.

  • 远坂凛 楼主 05-25 00:57
    9楼

    grill-me



    grill-me实在吃不消，很多时候我都没有想好具体需求，都是边写边改，写到后面还会回过头改PRD。

    subagent确实有问题，经常动不动卡十几分钟，所以我干脆关掉subagent功能了。hook里一部分上下文注入也是用于主agent和subagent的，于是我就关掉hook了。

  • cxmplex 05-25 00:58
    10楼

    codex里使用确实有不少问题，尤其codex的subagent不太好用，加上每次都hook确实太重了，有没有佬友有好的办法

  • 吃风筝的人 05-25 00:59
    11楼

    grill-me动不动就会问我十几个问题. 的确如果一开始没想好的话, 就会做起来很难受.


    我一般是做的差不多了, 由形状之后, 去让grill-me跟我一起细化实现的

  • 远坂凛 楼主 05-25 01:00
    12楼

    不用subagent，不用hook，结束

  • cxmplex 05-25 01:02
    13楼

    那按照trellis的工作流，上下文不会爆炸吗，会不会一直压缩，导致看起来像降智

  • Syzema 05-25 01:21
    14楼

    上下文不会爆炸



    trellis 有在jsonl里按需读入 spec 的功能，可能能缓解一点

  • NukaColaM 05-25 06:09
    15楼

    现在Trellis感觉也不轻。现在是自己手动grill-me, to prd, to issues, tdd了。

  • JETF 05-25 06:14
    16楼

    针对 ClaudeCode 的 Trellis 魔改工作流 - 开发调优 - LINUX DO



    目前用了很多coding harness的项目, 感觉都是有这个问题, 包括trellis, 感觉自动得不是很智能,还是喜欢手动调Skill可掌控

  • xiaohanbao 05-25 08:46
    17楼

    求问为什么是 /new 而不是在同一个 session 中直接调用后续的 skill 呢？

  • 让我吃完这个树 05-25 08:59
    18楼

    trellis 自带了grill-me

  • Wkstr 05-25 14:21
    19楼

    是能同一项目跨对话共享进度就非常好. 我经常在同一个项目中依次开多个对话, 分别执行不同的任务相关. (最好别同时开多个, 容易串)



    brainstorm带了grill-me

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