dpl/AGENTS.md

dpl 项目维护

先读 CoDocs 项目总览 与首次会话的 持续维护协议，再阅读 维护入口，再按任务范围阅读架构、业务约束、发布恢复与验收状态。用户最新明确要求优先；文档中的历史状态必须按当前代码和运行环境复核。

• 保留用户及其他任务既有修改，提交只包含本次范围；不要重置或清理无关文件。
• 默认 Git 发布：提交、推送，再让服务器更新到明确版本并验证；未经明确要求不得打包覆盖。
• 前台 stellar/ 是独立仓库；后台资源是锁定版本的 Git 子模块，不能混入后端提交或直接改第三方构建产物。
• 修改功能时同步相应维护说明与验收状态。原有业务约束见 docs/maintenance/BUSINESS_RULES.md。
• 文档放 docs/maintenance/；任务截图、日志与临时脚本放 codex/output/；密钥和私密配置不提交 Git。
• 本地开发优先 dev/热更新；构建用于发布或构建验证。相关检查与命令见 docs/maintenance/ARCHITECTURE.md。
• 后台变更实际验证显示、切换、保存与权限；HTTP 200 不代表界面可用。测试、提交、发布和真实验收分别报告，未执行的步骤不能写成完成。

批量节点接入：默认启动一个子助手

用户要求执行批量节点接入（明确说批量，或同批接入两个及以上节点）时，主协调者必须默认启动一个子助手，无需再次询问是否使用助手：核查验收助手负责候选服务器、端口、中转与已有资源冲突核查，并独立审查脚本、测试并发/查重/恢复及执行接入验收。主协调者负责统一参数、展示编号、端口、唯一账本及生产写入。完整分工、执行关卡与消耗控制见 批量接入协作流程。

这项授权针对当前任务的子助手，不自动新建或分叉普通聊天，也不授权向已有聊天发消息。仅讨论方案、维护脚本/文档或单节点任务不自动触发。若子助手工具不可用、并发名额不足或助手失败，说明具体缺口并恢复/等待；未经用户明确允许，不静默省略角色或跳过验收。当前批次已有对应助手时复用，不重复启动。具体线上变更仍以用户本次接入授权为限；项目规则不启动无人值守接入。

本文件提供维护入口，不扩大当前任务授权，也不启动无人值守自动维护。