brownfield takeover

改站之前,先建立可验证基线

读取已授权来源,识别技术栈、路由、内容、部署、分析和商业能力,再决定保留、修复、重构或重建。

INDEX
index, follow
PROOF GATE
index only with truthful source/baseline result
CANONICAL
/existing-site-audit

从已获授权的来源读取

支持范围必须按来源显示。URL、GitHub、ZIP、Cloudflare、Vercel 或 Netlify 只有在对应读取链路被验证后才出现可用状态。

读取技术栈、路由、内容和运行边界

审计记录来源身份、commit、生产 URL、技术栈、路由、内容、部署、分析与商业能力,并生成可校验的基线版本。

默认不修改仓库、部署或站点

首次接管只建立只读基线。任何写回、发布或破坏性操作都必须单独说明影响,并绑定 Owner 批准。

把结果分成保留、修复、重构或重建

每项建议引用具体证据,说明影响、风险和下一安全动作。无法验证的能力标记为缺失或不支持,不用猜测补齐。

判断标准

按页面列出的状态、来源、版本和 Gate 判断;缺少证据时保持 missing、partial 或 unavailable。

证据与边界

只使用可核验事实;不承诺排名或收入,不把计划能力、失败状态或缺失值写成成功。

常见问题

以下问答在页面中可见,并与 FAQPage Schema 逐字一致。

审计会改动仓库或线上站点吗?

默认不会。首次接管只读取已授权范围并冻结基线;任何写回都需要单独批准。

可以从哪些来源开始?

URL、GitHub、ZIP、Cloudflare、Vercel 和 Netlify 会按实际验证状态展示;未验证来源不会伪装可用。

审计结果包含什么?

结果包含来源、技术栈、路由、内容、部署、分析与商业能力证据,以及保留、修复、重构或重建建议。