面向你当前机器与仓库实践的执行导向说明，强调路由规则、执行闭环与日常操作标准。
主控 Agent 负责统一接入、路由和上下文治理；角色 Agent 负责具体领域执行。
消息进入后先做绑定路由，再由目标 Agent 推理并调工具，经过安全与审批关卡后执行，最后回写响应。
gateway 以本地 loopback 方式收敛请求，减少跨网络暴露面，统一做会话识别与消息标准化。
根据 Telegram 群组/频道与 Agent 的绑定表决定处理者；未命中则交主控或默认策略。
本地工具层提供 read/write/exec/browser；skills 封装重复工作流；memory 保持任务连续性。
主 Agent 可下发给 subagents 或 ACP 流程节点，拆分任务并回收结果，最终汇总输出。
`collect-stone-lab` 作为 Web 内容仓库，`push main` 触发 Cloudflare 相关自动构建与发布链路。
每次发布前检查变更范围、命名与风险标签；发布后验证页面可达和关键路径可用。
实操建议：在多人群中默认只响应被 @ 的角色 Agent；需要跨角色联动时，由主控发起并在回复中标记来源。
本地 loopback 优先、最小权限执行、修改前确认目标文件范围、变更后立即验证。
涉及批量写入、删除、外网发布、凭据相关操作时，应要求人工确认并保留操作日志。
早上先看绑定会话待办与失败重试记录；白天按角色分工执行并在群内明确 @ 目标 Agent；收尾阶段统一提交、发布与验收。
1) 会话里先声明目标和输出格式。2) 高风险动作先 dry-run。3) 同一任务保持单线程主 Agent，避免重复写入。4) 每次发布附带最小可复现说明。
确认 `git status` 干净、提交信息可追踪、关键页面本地可打开，再执行 `push main` 触发自动部署。
按 mention 优先和绑定策略处理。未 @ 时建议只让主控回复，再由主控分派给角色 Agent。
当任务跨工具、多阶段或需要并行验证时启用。简单任务保持单 Agent 可降低复杂度。
先检查目标 URL 可访问，再验证核心交互（标签切换、折叠面板、移动端布局）是否正常。