01 / VISIBILITY
看得到，不等于看完整
账户、权限与资源范围需要分开核对。没有返回结果，不自动代表资源不存在。
Cloudflare × Vercel / Retrospective
让云端资产，
从分散走向清晰。
一次关于云服务、项目状态与发布边界的整理。把复杂的控制台信息，转化为有证据、有顺序、可复用的行动方法。
资产盘点状态核验发布纪律隐私优先
THE OPERATING PRINCIPLE
Know.
Verify.
Ship.
Verify.
Ship.
先明确事实，再决定下一步。
02 / RELEASES
构建成功，不等于已上线
预览环境与生产环境各有自己的事实。以真实流量指向为依据，而不是只看最近一次成功。
03 / SAFETY
先留证，再动手
核验、修复、发布与删除是不同的步骤。每个重要动作，都应有独立的授权和验收。
01 / Landscape
两类平台，一套视图
截至 2026 年 10 月 20 日的脱敏盘点。不是实时监控，也不构成完整的健康、安全或账单审计。
CLOUDFLARE
域名与网络入口
梳理域名、解析记录与相关服务之间的关系，区分“已经核验”“范围有限”和“尚待确认”。让入口层的变更有依据。
VERCEL
项目与发布链路
梳理项目、部署记录与环境之间的关系，确认当前生产版本，而不是把历史成功或新预览误认为生产状态。
Snapshot / 已核验范围
这次整理，留下了什么
仅展示聚合数量与匿名结论；项目以 A / B 代称，实际名称、入口和技术细节不公开。
DOMAIN LAYER
2 个受管域名
已核验范围内，两个域名均处于平台标记的 active 状态。此状态不等同于所有网站或服务均正常。
APPLICATION LAYER
2 个应用项目
已分别整理项目和部署记录。下一步应先确认保留目标，再按项目独立评估维护与发布。
RESOURCE LAYER
轻量化资源清单
已核验的 Workers、Pages、D1 与 KV 数量均为零；R2 未启用。结论仅限本次可访问范围。
| 匿名对象 | 复盘重点 | 后续决策 |
|---|---|---|
| 项目 A | 梳理生产与预览环境之间的差异 | 待确认维护与发布计划 |
| 项目 B | 梳理历史部署与后续维护路径 | 待确认保留或整理方向 |
本次原有项目的修复与账户删除均已暂停。公开复盘不代表这些操作已经执行。
02 / Method
把信息整理成可执行的判断
一条结论，应同时保留范围、时间和依据。变化发生后，再核验，而不是沿用旧印象。
STEP 01界定范围
确认要检查的平台和授权范围，避免跨账户推断。
STEP 02建立清单
按资源、环境、状态分类，保留未知项。
STEP 03交叉验证
将部署结果与实际入口对应，区分历史与当前。
STEP 04分步执行
每次只改变必要部分，完成后验证结果。
03 / Lessons
值得留下的四条经验
| 常见误判 | 更可靠的做法 |
|---|---|
| 没有权限看到 = 没有资源 | 明确记录“不可见 / 未确认”，不填零。 |
| 最近成功的部署 = 正式环境 | 分别核对环境标签和生产流量归属。 |
| 一个部署失败 = 整站停止服务 | 同时检查已有生产部署与当前访问结果。 |
| 一次修补 = 长期安全 | 持续核对维护状态，将验证纳入发布流程。 |
04 / Publication Boundary
公开经验，
不公开后台。
这份公开复盘只保留通用方法与经验。具体账户、资产、安全细节和内部依据留在私密版本中。
本页脱敏说明
- 不包含个人联系方式、账户标识或成员信息。
- 不包含真实项目清单、后台链接或运行配置。
- 不包含漏洞编号、具体版本、错误日志或内部路径。
- 不提供未经验证的上线、安全或可用性承诺。
本页为静态内容，不含第三方脚本、分析追踪或表单。
有价值的复盘，是让下一次行动更稳。
把“知道什么、还不知道什么、获准做什么”分开记录，比堆叠更多截图更重要。