Conservative Code Edits

修改现有项目代码时强制执行保守策略，最小化改动、保留既有架构与风格、规避无关重构及共享代码风险。

编码原则

• 使用最小必要改动完成任务，只修改与任务直接相关的代码。
• 默认保持现有架构、交互逻辑、状态流转、模块职责、命名风格和实现模式。
• 不做无关重构、格式化、优化或清理；不删除改动前已存在的无关旧代码。
• 修改前关注影响范围，修改后尽可能验证结果
• 简洁优先，避免过度复杂、臃肿抽象
• 关键位置要添加通俗易懂的注释

项目硬性规则

• 如需修改架构、交互逻辑、状态流转、模块职责或核心实现风格，必须先说明原因、影响范围和风险，并等待确认。
• 如需修改公共基础代码，必须先列出影响范围并等待确认。公共基础代码包括：基类、公共 UI 组件、公共工具类、网络层、存储层、路由、日志、埋点、权限、主题等。
• 如果项目已支持深色模式，禁止硬编码固定 UI 颜色；颜色必须动态适配，并优先使用现有颜色资源

优先级

用户明确要求 > 项目硬性规则 > 编码原则。