编码代理 Monorepo 工作流：范围、上下文与验证

从目标行为、负责团队、包、入口和可能消费者开始。代理先确认仓库布局和依赖路径，再提出修改；跨多个所有者的任务必须在编辑前暴露决策点。

记录生成目录、vendor、lockfile 和需要特殊审批的共享 schema，不能允许宽泛替换无方案地穿越包边界。

安全、依赖、发布与跨仓库规则放在根级；语言命令、包布局、测试目标和生成文件说明放在对应目录。不要复制同一规则到多个目录，否则很快漂移。

让代理沿目标路径搜索定义、调用者、测试和配置；大型生成文件和重复文件只摘要。稳定事实放在仓库说明，一次性验收要求留在当前任务。

上下文出现矛盾或过载时，用短状态摘要重启会话，不要在不确定历史上继续实现。

提供允许修改的包和文件清单。共享 schema、API、构建图、依赖版本或发布配置需要明确方案和相关所有者；必要改动超出边界时代理必须停止。

先运行变更包检查，再使用仓库维护的 affected 机制或消费者清单。共享边界变化时加入类型生成、契约检查和构建，并记录每条命令的正确工作目录。

请求变更包和共享边界所有者审查；命令或职责移动时同步更新分层说明。成功任务应让下一位维护者和代理更容易导航，而不是增加未文档化例外。