Jyotisha/docs/testing/owner-case-purge-20260919.md

私人案例清理 · 未完成验收清单

当前为本地部分实现，未推 staging；不可将本清单当作通过证据。

补验前提

• 新增范围、精确许可、具体删除目标与仓内脱敏已在本会话获产品确认；无需重复申请原范围授权。
• 继续使用本轮独立工作树，确认全部未提交修改归属；不覆盖别的会话。
• 准备受控 Python 环境，依赖完整（当前缺 mcp/hypothesis）；不要借用其他会话凭据。

自动化补验

• 在支持符号链接、依赖位于构建边界内的环境运行原基线与完成版 npm test、tsc --noEmit、npm run lint、npm run build。
• 核对默认构建成功且 / 为 Static，再量同口径首屏 gzip，差异须在 ±2% 内；本机未生成完整产物，不能据源码未变替代实测。
• 完整 Python pytest、相关定向测试与 quick 逐项检查；收集失败时不得把已收集数量当完整测试总数。
• 删除清单逐项核对测试数量减量与三栏说明；补验索引完整性、声明限制及研究矩阵。
• 仓库隐私扫描仅输出规则代号/文件计数；对新增命中、规则声明和合成样例做精确分类，不打印真实原文。正式交付时先暂存获准的新文件，再重新扫描，确保 git ls-files 覆盖新增守卫和合同。
• 在 Linux 真实 checkout 补验符号链接：扫描链接文本而非目标内容，目录链接与断链不会误报普通删除；Windows 本地 mock 回归不等于该平台实测。
• 索引缺失路径为零不等于完整性状态校验全绿；另核对 12 个基线既有不受支持状态，不得为本单直接放宽校验器。
• 校正历史包、注册表、上游哈希快照逐字节比对；上游快照的例外只有在重新导入已清理上游并重建来源哈希后才解除。

交付后的真实环境检查

1. Gitea 门禁与 staging 部署完成后，核对 /api/health 的 deployment.gitCommit 与本轮含门禁路径提交一致。
2. 检查 /login 正常、未登录 /api/account 返回 401；按部署运行手册受控核对内部健康与星历可用性，不暴露内部端口。
3. 用自己的受控测试账号打开历史校正会话，确认不会出现 Skill 版本或哈希不匹配；没有账号或登录态就记录未测，不借用账号。
4. 普通咨询与新校正各打开一次，确认 Skill 可加载；这只能证明加载，不代表占星解读准确性。