diff --git a/docs/superpowers/specs/2026-03-20-bank-tag-new-model-validation-design.md b/docs/tests/plans/2026-03-20-bank-tag-new-model-validation-test-plan.md
similarity index 98%
rename from docs/superpowers/specs/2026-03-20-bank-tag-new-model-validation-design.md
rename to docs/tests/plans/2026-03-20-bank-tag-new-model-validation-test-plan.md
index 53ebd06c..ea0eaf15 100644
--- a/docs/superpowers/specs/2026-03-20-bank-tag-new-model-validation-design.md
+++ b/docs/tests/plans/2026-03-20-bank-tag-new-model-validation-test-plan.md
@@ -1,4 +1,4 @@
-# 新增模型打标完整验证设计
+# 新增模型打标完整验证计划
 
 ## 背景
 
@@ -115,7 +115,7 @@
 
 分层验证能把这三层责任拆开，失败时也能严格停在结论和问题清单，不会直接滑向修复。
 
-## 验证设计
+## 验证方案
 
 ### 一、环境与基线确认
 
@@ -235,10 +235,10 @@
 - Mock 随机命中只保证“稳定随机子集”，不保证每个 `logId` 全量命中所有规则。
 - `LARGE_PURCHASE_TRANSACTION` 的命中依赖采购表基线，不应误判为银行流水样本问题。
 - 对象型规则 `WITHDRAW_CNT` 的结论需要和明细型规则区分，避免用相同口径判断失败。
-- 本次验证只为确认现状是否正确，不引申为修复设计或二期规则推进。
+- 本次验证只为确认现状是否正确，不引申为修复方案或二期规则推进。
 
 ## 结论
 
-本设计采用分层完整验证方案，对 2026-03-20 新加入的模型打标改动做统一校验。
+本计划采用分层完整验证方案，对 2026-03-20 新加入的模型打标改动做统一校验。
 
 执行时先验证 Mock 规则输入，再验证主工程真实规则识别，最后验证数据库事实和接口结果是否闭环一致。若任何一层失败，只输出证据和问题清单，不进入代码修复。