域名配置工具架构与原理

摘要: 记录域名配置工具从单体脚本到“智能中台”的完整演进历程及未来展望。

演进历程 (Evolution)

v1.0 核心架构 (已废弃)

~~基于单项目独立脚本，每个项目复制一套逻辑，维护成本极高。~~

v2.0 - v2.4：中台化与智能化

中台化: 抽离 /auto-skills/domain-tool-core 为中央引擎，子项目通过 require 桥接。
配置反推: 引入“黄金参考”机制，自动从现有 JSON 反推 template 和 adsMapping。
模糊匹配: 建立 ALIAS_DB 别名词库，自动识别“网站标题”、“Firebase”等变体表头。

v2.5 - v2.7：交互、健康检查与深潜 (Current)

交互式流: 引入 ask 询问机制，分步执行“建议生成”、“贴回核对”、“解析生成”。
健康检查 (v2.7): 自动探测重复 Firebase Key、Ads 优先级丢失以及占位符残留。
万能 Firebase: 支持自动剥离 JS 代码片段。

实用主义设想 (Practical Vision) - TODO

深度健康检查 (Health Check): 广告位死链检查（校验 scriptUrl 连通性）。
文档自动化: 同步 Wiki Changelog，自动生成审批流闭环。

优势与价值

改一处，全受益: 核心逻辑升级无需在 60 个项目间粘贴代码。
配置高度自治: 即使架构统一，各项目业务字段依然独立。
演进清晰: 通过 Wiki 记录，可追溯从单体脚本到分布式架构的转变。

延伸阅读与实战指引

子项目实战手册: 包含进阶命令、Grep技巧及审批模拟。
架构深潜: 详解母子调用链、Simple模板机制及合并优先级。