Trellis
Criado em: 27 de maio de 2026
Respondido usando GPT-5.5 Thinking por Chat01
Criado em: 27 de maio de 2026
Respondido usando GPT-5.5 Thinking por Chat01
https://github.com/mindfold-ai/Trellis
直接看源码。Trellis如何执行工作流
https://github.com/mattpocock/skills/tree/main/skills/engineering/grill-with-docs
使用claude code opus 4.7 & grill-with-docs规划任务,随后用codex gpt 5.5审核并执行任务,如何让这个流程无缝接入Trellis
你这个思路,其实和 Trellis 的设计哲学是完全一致的:
重点是:
Trellis 本身不是 Agent。 它是 Agent Workflow Runtime。
也就是说,它不是 AutoGen 那种“智能体框架”,而是:
这一点从源码结构就能看出来。(GitHub)
官方 README 写得比较“产品化”。
但从源码结构看,本质是:
textHuman ↓ Platform Adapter (Claude/Codex/Cursor) ↓ AGENTS.md ↓ .trellis/workflow.md ↓ Skill Router ↓ Task Context Loader ↓ Agent Runtime ↓ Workspace Journal / Spec Promotion
核心结构:
text.trellis/ ├── spec/ # 长期知识 ├── tasks/ # 当前任务 ├── workspace/ # 会话记忆 ├── workflow.md # 生命周期 └── scripts/ # 自动化入口
(GitHub)
而是:
Trellis 最大的东西其实是:
textspec → task → workspace
这三层。
长期稳定知识:
text架构规范 DDD术语 编码规范 ADR 领域语言
Claude 最擅长维护这个。
因为 Opus 4.7 在:
上明显更强。(RanketAI)
这和 grill-with-docs 完全契合。
这里才是执行层。
通常结构:
text.trellis/tasks/feature-auth/ ├── PRD.md ├── research.md ├── implementation-plan.md ├── acceptance.md ├── review.md └── context.jsonl
重点:
Trellis 不把上下文塞进 prompt。
而是:
用 task 文件系统当“外部思维”。
这是它最强的地方。
这是 session memory。
比如:
textworkspace/alice/journal.md workspace/bob/notes.md
Agent 不是靠大上下文记忆。
而是靠:
textexternalized memory
这也是 Trellis 和普通 CLAUDE.md 最大区别。(GitHub)
很多人误会了。
Trellis 没有中央 orchestration engine。
真正执行的是:
textClaude Code Codex Cursor Pi Agent
Trellis 只是:
textworkflow compiler + context injector + skill router
README 里已经直接说了:
textPlatform adapters Generated commands, hooks, skills, prompts, workflows
(GitHub)
所以:
textGit-native Agent OS
不是 LangGraph。
不是 CrewAI。
不是 AutoGen。
因为 Matt Pocock 的 skill 本质是:
它会:
源码写得非常明确。(GitHub)
它甚至已经在做:
textCONTEXT.md ADR Glossary
这和 Trellis 的:
textspec/ tasks/
天然一一对应。
你现在的目标:
textClaude Opus 4.7 ↓ grill-with-docs ↓ PRD + Architecture + ADR ↓ Codex GPT-5.5 ↓ Implementation + Validation + Refactor
这是正确方向。
但要无缝:
必须:
建议你把 workflow 拆成:
textPLAN ↓ SPEC ↓ EXECUTE ↓ VERIFY ↓ PROMOTE
而不是:
textchat → code
建议:
text.trellis/ ├── spec/ │ ├── architecture/ │ ├── glossary/ │ ├── coding/ │ └── adr/ │ ├── tasks/ │ └── auth-refactor/ │ ├── PRD.md │ ├── DOMAIN.md │ ├── ADR.md │ ├── IMPLEMENTATION_PLAN.md │ ├── ACCEPTANCE.md │ ├── REVIEW_NOTES.md │ └── context.jsonl │ ├── workflow.md └── scripts/
这是核心。
text需求澄清 领域建模 ADR 边界条件 Glossary 风险分析 任务拆分
因为 Opus 更像:
textstaff engineer
(RanketAI)
text实现 测试 自动修复 terminal loop lint integration multi-file patching
因为 GPT-5.5 更强的是:
textautonomous execution
(RanketAI)
你不要“调用 grill-with-docs”。
你要:
在:
text.agents/skills/
下面挂:
text.agents/skills/grill-with-docs/
因为 Trellis 已经支持:
text.agents/skills/ .codex/agents/
(GitHub)
例如:
md# Planning Phase Primary Agent: - Claude Opus 4.7 Required Skills: - grill-with-docs - to-prd Outputs: - PRD.md - ADR.md - IMPLEMENTATION_PLAN.md Exit Criteria: - Acceptance criteria defined - Terminology stabilized - ADR conflicts resolved
然后:
md# Execution Phase Primary Agent: - Codex GPT-5.5 Inputs: - PRD.md - IMPLEMENTATION_PLAN.md - ADR.md Required Skills: - tdd - diagnose Exit Criteria: - tests pass - lint pass - review.md generated
而是:
textClaude → structured artifacts → Trellis → Codex
这是关键中的关键。
否则:
一定会发生。
不要让 Codex读:
textraw chat
只读:
textPRD ADR Acceptance Implementation Plan
这样 GPT-5.5 会非常稳定。
因为它在:
text明确任务边界 + terminal execution + autonomous iteration
上非常强。(RanketAI)
你应该给 Trellis 增加:
textDRAFT ↓ GRILLED ↓ SPEC_LOCKED ↓ READY_FOR_CODEX ↓ IMPLEMENTING ↓ REVIEWING ↓ HUMAN_QA ↓ DONE
因为:
而是:
textstate ambiguity
你真正想构建的是:
textClaude Opus = Architect Codex GPT-5.5 = Senior Implementer Trellis = Shared Operating System grill-with-docs = Requirement Distillation Engine
这其实已经接近:
textAI-native software organization
而不是:
textAI coding assistant
了。
推荐直接看的源码入口: