# OpenFlare 开发计划

## 1. 当前结论

* 第一版至第六版的主线能力已经全部完成
* `1.0.0` 是当前正式基线
* 已完成阶段的过程性任务以代码、测试与 Git 历史为准
* 新工作优先以缺陷修复、可维护性改进、文档与测试补强为主

## 2. 当前优先级

当前开发应优先关注：

1. 稳定性
2. 升级与回滚链路可靠性
3. 文档准确性
4. 测试覆盖补强
5. 在既有边界内的小步迭代

## 3. 变更准入原则

新需求进入实现前，按以下顺序判断：

1. 是否符合 [docs/design.md](./design.md) 的产品边界
2. 是否符合 [docs/development-guidelines.md](./development-guidelines.md) 与前端规范
3. 是否会破坏现有发布、同步、回滚或升级主链路
4. 是否需要同步更新部署、配置或 README 文档

如果答案包含“超出边界”或“引入新基础设施”，先修改设计文档，再开始实现。

## 4. 当前验收标准

任何合入正式基线的改动，至少应满足：

* 不破坏 Agent 心跳、同步、发布与回滚主链路
* 不破坏现有 OpenResty 主配置托管模型
* 不降低总览、节点详情与访问分析的既有可用性
* 有与风险相称的测试或联调验证
* 文档与代码保持一致

## 5. 后续维护方式

后续规划不再按“大版本阶段文档”维护，而采用以下方式：

* 产品边界变动：更新 `docs/design.md`
* 工程约束变动：更新 `docs/development-guidelines.md`
* 前端工程变动：更新前端相关规范文档
* 部署与配置变动：更新 `README.md`、`docs/deployment.md`、`docs/app-config.md`

如果未来出现明确的新阶段目标，再单独新增专项计划文档；不要把已完成的历史计划继续堆回本文件。

## 6. 当前专项计划

已确认需要推进“网站级规则与配置界面改造”专项，详细需求、实施顺序与验收标准见 [docs/website-configuration-redesign.md](./website-configuration-redesign.md)。

本专项的执行顺序固定为：

1. 先完成数据模型与配置渲染兼容方案
2. 再调整接口、校验与版本 diff 语义
3. 然后改造规则列表与网站配置子页面
4. 最后补齐迁移、回归测试与文档联动