feat: integrate unified payment and wallet refunds

AGENTS.md

@@ -14,7 +14,6 @@
 2. 检查 `git status`，保留用户已有改动；不要顺手格式化、重写或删除无关文件。
 3. 区分三类内容：
    - `frontend/platform_admin`、`backend/{api,worker,iot}` 是当前业务实现。
-   - `sample/front`、`sample/server` 是工程基线和参考，不是线上业务模块；除非任务明确要求更新基线，否则不要修改。
    - `docs/10-技术实现规划.md` 中尚不存在的目录和系统属于规划，不得为完成局部任务擅自创建空壳工程。
 4. 需求不明确时以文档中的系统主责、数据主责和安全规则为边界；不得把标为“待确认”的事项自行固化为政策。
 5. 文档之间出现冲突时按以下顺序处理：
@@ -69,11 +68,10 @@ platforms/
   tests/                        # 规划：跨模块契约、E2E 和性能测试
   docs/                         # 需求与技术基线
   doc/                          # 原始设计图、协议和附件
-  sample/                       # 前后端工程基线，只作参考或上游模板
 ```
 
 - “规划”目录只表示未来归属；任务没有明确要求时不得提前创建。
-- 新管理端统一使用 `sample/front` 的公共机制，新 Go 进程统一使用 `sample/server` 的分层；通过共享包、模板或上游同步复用，禁止复制后独立漂移。
+- 新管理端统一复用现有管理端的公共机制，新 Go 进程统一沿用现有后端分层；通过共享包或模板复用，禁止复制后独立漂移。
 - 跨系统契约放入 `contracts`（目录落地后）；不能把共享协议定义埋在某个前端页面或单个进程的私有目录中。
 - 仓库级启动、生成和质量脚本放 `scripts/`；单模块构建脚本放该模块的 `scripts/`。