作者原来的 OpenCode 工作流是一个代理、一段超长对话，让它写代码、再评审、再修 SEO、再更新文档。这样能用，但上下文很快变脏，而且刚写完代码的那个代理，恰恰是评判这段代码最差的人选。于是他重构成一个小团队：web-developer 是主代理，负责实现；下面挂四个子代理——ux-ui-expert 管界面与设计系统、code-reviewer 按严重程度报问题、seo-expert 审页面与技术 SEO、documentation-updater 同步 README 与更新日志。整套规则的核心是「先提案，批准后才动手」：第一轮谁都不许改文件，只提交具体方案（改哪些文件、改什么、为什么），等他明确同意；真正写入时每一次编辑还要过 ask 权限确认；子代理提出的修复也必须由主代理转达，而不是自己执行。每个代理就是一个 markdown 文件，好读好改也好版本化。