t3dotgg/tstack

这是一组给已经用编程智能体走 PR 流程的人准备的提示词式技能，而不是新的智能体运行时。它的价值在于围绕审查、提交和跟进改动形成了一套有主张的工作流。

解决什么问题

你手头有一个改动，希望它被合并，而不只是被写出来。通常的做法是自己跑智能体、读 diff、写 PR 描述、等 CI 和审查机器人，再回来处理它们提出的问题。每一步都是一次上下文切换，而且放任智能体自己跑，可能没验证改动就开了 PR。

这些技能把上述流程打包成有名字的动作。说“full send”，智能体会先证明改动可用、做审查、提交 PR、跟进 CI 并合并；说“full stop”则走到可以合并时停下，把合并决定留给你。结果是写代码到落地之间的手工交接变少。

有什么不同

它没有做成一个大的智能体命令，而是拆成职责单一的短指令，便于修改：file-pr 写以问题开头的 PR 描述，babysit-pr 盯 CI 并处理发现的问题，modernize 给旧 PR 变基并判断它是否还该存在，takeover 接手别人的分支或智能体线程并保留对方的署名。部分技能会互相调用：full-send 用到 sol-loop、file-pr 和 babysit-pr，所以安装时要连带装上依赖，而不是只拷一个文件。

多模型审查是最有辨识度的部分。council 让来自不同提供方的三个模型做审查，循环到它们意见一致；sol-loop 在两个智能体之间反复审查直到双方同意。如果你希望合并前暴露分歧，这有用，但它依赖一个能调用其他提供方模型的执行环境。README 说 T3 Code 通过 delegate_task 做到这一点，否则需要自备方案。技能在有 T3 Code 能力时会使用，没有时回退到原生工具，因此并不强制要求该环境。

代价是这些只是起点，不是成品。作者明确让你修改它们，把个人设置放进 CLAUDE.md 或 AGENTS.md，这意味着审查标准和模型选择要由你自己维护。所有行为也取决于智能体是否忠实执行这些文字指令。

谁值得试

适合已经在 GitHub 仓库上用 Claude Code 或 Codex、并想要一套可重复 PR 流程的开发者：提交、审查、跟进、合并。也适合愿意阅读并调整技能文本以匹配团队审查标准的人，尤其是想要其他提供方模型给出第二意见的团队。

不适合想要带界面或保证合并的独立工具的人。没有已认证的 gh 和安装好的技能依赖，full-send 和 takeover 无法按描述工作。如果你只在本地开发、不用 GitHub PR，核心技能几乎没有可作用的对象。

使用条件与边界

需要已认证的 GitHub CLI、供 babysit-pr 等待脚本使用的 python3，以及能为 council 和 sol-loop 运行其他提供方模型的执行环境 项目说明。安装方式是克隆仓库后把 skills 目录复制到 ~/.claude/skills/ 或 ~/.codex/skills/，没有描述包管理器或更新机制 README。

由于技能之间会互相调用，只装一部分会导致流程断掉。README 列出了依赖关系，但修改或单独复制技能时需要自己维护这些关系。项目采用 MIT 许可证 许可证。

HotRepo 点评

HotRepo 在仓库创建两天后的 2026-10-26 首次记录到它：829 个总星标，新项目榜（不是总榜）第 18 名；这只是单日快照，不是每日增长，也没有足够的可比榜单历史来判断热度能否持续 项目页面。在采用前，先确认你的智能体执行环境能否真正调用 council 和 sol-loop 所依赖的跨提供方模型；没有这一点，最有辨识度的技能恰恰是你用不了的那些。