- 新增 03-01-SUMMARY.md:4.5 min × 3 task / 2 commit / 2 修改文件 / 6 truth × 15 断言全 PASS - STATE.md 切到 Phase 3 In Progress(5/6 plan complete,83%),决策段累积 5 条 [Plan 03-01] 决策 - ROADMAP.md 更新 Phase 3 进度(1/2 plan complete) - REQUIREMENTS.md 标记 CRED-05 → Done - 3 处 deviations 全 auto-fixed(Rule 1 docstring 字面量误报 / Rule 3 Windows shell 行级 REPL / Rule 3 GBK 编码);plan acceptance criteria 全部达成 Hand-off to Plan 03-02:DB 探针态保持 / _phase3_01_verify.py 留仓库根待删除 / 不写 docs/修改记录.md(由 03-02 Task 4 一并写)
173 lines
11 KiB
Markdown
173 lines
11 KiB
Markdown
---
|
||
gsd_state_version: 1.0
|
||
milestone: v1.0
|
||
milestone_name: 通用凭据槽位
|
||
status: Phase 3 Plan 03-01 完成(CRED-05 客户端 GET 已落地),等待执行 Plan 03-02
|
||
stopped_at: Plan 03-01 完成(CRED-05 客户端 GET 落地,6 truth × 15 断言全 PASS);下一步 Plan 03-02(CRED-06 日志脱敏)
|
||
last_updated: "2026-05-08T02:17:57.222Z"
|
||
last_activity: 2026-05-08
|
||
progress:
|
||
total_phases: 3
|
||
completed_phases: 2
|
||
total_plans: 6
|
||
completed_plans: 5
|
||
percent: 83
|
||
---
|
||
|
||
# Project State — QY LTY Backend
|
||
|
||
**最后更新**: 2026-05-07(Phase 2 完成:Plan 02-01 + 02-02 全部交付,CRED-03 / CRED-04 标记 Done;端到端 8 条 success criteria 全 PASS;两端修改记录互引闭环)
|
||
|
||
## 项目引用
|
||
|
||
参见:`.planning/PROJECT.md`(更新于 2026-05-07)
|
||
|
||
**核心价值**:设备端与手机端通过同一个 user_id 实时互通——`device_{user_id}` 分组语义必须始终成立。
|
||
|
||
**当前重点**:Milestone v1.0 通用凭据槽位(APP ID + Access Token)— Phase 1 + Phase 2 全部完成;下一步启动 Phase 3 规划(CRED-05 客户端 GET 明文 + CRED-06 阿里云日志脱敏)。
|
||
|
||
## 当前位置
|
||
|
||
```
|
||
Phase: 3 of 3(客户端读取与日志脱敏)— In Progress
|
||
Plan: 01 of 02(CRED-05 客户端 GET 接口)— Complete ✓
|
||
Status: Plan 03-01 完成,等待执行 Plan 03-02(CRED-06 日志脱敏)
|
||
Last activity: 2026-05-08
|
||
```
|
||
|
||
Progress: [████████░░] 83%(已完成 plan:5/6 — Phase 1 全部 + Phase 2 全部 + Phase 3 Plan 01)
|
||
|
||
## 性能指标
|
||
|
||
**速度:**
|
||
|
||
- 已完成 plan 数:5
|
||
- 平均耗时:~398 s(顺序执行模式)
|
||
- 总执行时间:1990 s(Plan 01-01: 184 s + Plan 01-02: ~600 s + Plan 02-01: 216 s + Plan 02-02: ~720 s + Plan 03-01: 270 s)
|
||
|
||
**按 Phase:**
|
||
|
||
| Phase | Plans | Total | Avg/Plan |
|
||
|-------|-------|--------|----------|
|
||
| 1 | 2/2 | 784 s | 392 s |
|
||
| 2 | 2/2 | 936 s | 468 s |
|
||
| 3 | 1/2 | 270 s | 270 s |
|
||
|
||
**最近趋势:**
|
||
|
||
- 最近 5 个 plan:01-01(184 s,3 task)/ 01-02(~600 s,4 task + checkpoint 验收)/ 02-01(216 s,3 task / 3 commit / 3 文件)/ 02-02(~720 s,2 task / 2 commit / 1 创建 + 2 修改文件 + 端到端 28 项断言)/ 03-01(270 s,3 task / 2 commit / 2 修改文件 + 1 临时验收脚本未入 git + 端到端 15 项断言)
|
||
- 趋势:纯 auto 代码落地 plan 速度稳定 200-270 s;Plan 03-01 是 1:1 复刻 Phase 2 admin view 模板的最简形态(删 _ensure_admin / _build_response_data / def put,仅保留 GET 明文),加上端到端验收,落地速度接近 Plan 02-01;3 处 Windows 环境兼容偏差全部 auto-fixed
|
||
|
||
*每完成一个 plan 后更新*
|
||
|
||
## 累积上下文
|
||
|
||
### 决策
|
||
|
||
完整决策日志见 PROJECT.md「关键决策」表。
|
||
当前 milestone 相关决策:
|
||
|
||
- 凭据槽位以 `pk=1 + get_or_create` 模式落地单例语义(PROJECT.md「关键约束」段)
|
||
- 客户端 GET 接口必须返回**明文** Access Token(手机端/设备端实际调用第三方需要),仅管理端 GET 与日志做脱敏
|
||
- **[Plan 01-01]** `CredentialSlot` 单例 1:1 复刻 `userapp.models.AffinitySetting`(pk=1 + save 钩子重定向 + get_solo),不发明新模式
|
||
- **[Plan 01-01]** `CredentialSlot` 字段集合最小化:app_id(128) / access_token(512) / updated_at;不加 `created_at`(单例无创建语义)
|
||
- **[Plan 01-01]** Admin 与 Phase 3 日志共用同一 `mask_token` 工具(放 `common/utils.py`),不引入第三方加密 / 脱敏库
|
||
- **[Plan 01-01]** 探针数据契约:DB pk=1 留 `access_token='probe_secret_xxxx'`,Plan 01-02 Admin 列表脱敏 checkpoint 期望串 `*************xxxx`
|
||
- **[Plan 01-02]** CredentialSlotAdmin access_token 不进 readonly_fields(编辑态保持明文 input 供运营录入;脱敏靠 list_display 的 access_token_masked 计算字段)
|
||
- **[Plan 01-02]** has_add_permission 条件式(CredentialSlot.objects.exists() 取反),不写死 False;首次部署运营仍能录入第一条
|
||
- **[Plan 01-02]** has_delete_permission 永远 False,含 obj=None 的批量动作场景;防运营误删丢失单例
|
||
- **[Plan 01-02]** BotAdmin / ChatMessage 注册块的历史 class 名误用问题不修(不在 phase scope)
|
||
- **[Plan 01-02]** 修改记录两条条目都在 Task 3 一次性写入「跨项目联动: 无」字段(INFO #2 调整),不留 Task 4 二次写入
|
||
- **[Plan 01-02]** qy-lty-admin/docs/修改记录.md 不写互引条目;Phase 1 是纯服务端改动,CLAUDE.md 跨项目规则下纯单端不需要互引;Phase 2 暴露 REST 接口时再做前后端互引
|
||
- **[Plan 02-01]** CredentialSlotAdminView 1:1 复刻 RTCChatHistoryAPIView 自定义 APIView 风格(不走 RetrieveUpdateAPIView,仓库零先例)
|
||
- **[Plan 02-01]** permission_classes=[IsAuthenticated] + view 内 _ensure_admin 二次校验 is_staff(不发明 IsAdminTokenAuthenticated permission 类,沿用 AdminEmailLoginView/AdminLogoutView 模式)
|
||
- **[Plan 02-01]** 脱敏放 view 层 _build_response_data helper:GET 与 PUT 响应都强制走脱敏,避免 PUT 直接 return success_response(data=serializer.data) 明文回显(Pitfall 3)
|
||
- **[Plan 02-01]** drf-yasg request_body 用独立 CredentialSlotPutRequestSchema 类(与 AdminEmailLoginRequestSchema 模式一致),与实际写入校验的 CredentialSlotSerializer 解耦
|
||
- **[Plan 02-01]** 不写 docs/修改记录.md(用户在 prompt 显式声明);由 Plan 02-02 Task 2 一次性补两端互引条目
|
||
- **[Plan 02-02]** 端到端验收走 Django test client(in-process),不启 daphne / runserver:内存调用更快、可重复、零端口占用;本仓库鉴权 + 标准壳层 middleware 都是 Django MIDDLEWARE 而非 ASGI 层,test client 路径与生产路径功能等价
|
||
- **[Plan 02-02]** Swagger 验收路径:`/swagger.json/`(带 trailing slash,url 模式 `swagger<format>/`);本仓库 StandardResponseMiddleware 也会包 OpenAPI schema 进 `{success, code, message, data}`,验证脚本需 unwrap `data` 字段;basePath=/api 所以 paths key 是 `/v1/admin/credential-slot/`(去掉 /api 前缀)
|
||
- **[Plan 02-02]** 测试 token 明文不入仓库:02-VERIFICATION.md 仅记长度(length=36)+ PASS 判定;脚本结束自动 cache.delete 释放 Redis admin_token / token key
|
||
- **[Plan 02-02]** DB 探针态主动还原:脚本最后 slot.app_id='probe_app' / slot.access_token='probe_secret_xxxx' / slot.save() 还原,给 Phase 3 留下稳定起点
|
||
- **[Plan 02-02]** qy-lty-admin 改动通过父级 Lila-Server/.git 提交:qy-lty-admin/ 没有自己的 .git;commit 46d72b8 在父仓库同时入两端 docs/修改记录.md
|
||
- **[Plan 02-02]** 临时验收脚本验完即删:`_phase2_verify.py` / `_phase2_swagger_verify.py` 是一次性证据生成器,证据落地 02-VERIFICATION.md 后无需保留
|
||
- **[Plan 03-01]** CredentialSlotClientView 完全独立 APIView 类,不继承 admin view;不调 _ensure_admin / _build_response_data / mask_token,明文返回;与 admin view 形成对称命名 + 反向行为
|
||
- **[Plan 03-01]** 路由放顶层 qy_lty/urls.py:api_urlpatterns(参考 common/upload/ 风格),最终 URL = /api/credential-slot/,不挂任何 sub-include 命名空间
|
||
- **[Plan 03-01]** 客户端响应 schema 独立命名 _credential_slot_client_data_schema,access_token description 显式标注「明文」,与 admin 端 _credential_slot_data_schema 对照避免混用脱敏掩码语义
|
||
- **[Plan 03-01]** 不调用 logger.info / logger.debug 输出 access_token,未引入新泄露源;Plan 03-02 的 AccessTokenMaskFilter 是兜底防御
|
||
- **[Plan 03-01]** 验收脚本 `_phase3_01_verify.py` 不入 git,留在仓库根;Plan 03-02 Task 4 末尾统一删除 + 一并写两端 docs/修改记录.md 互引条目
|
||
|
||
### Pending Todos
|
||
|
||
无(`.planning/todos/pending/` 暂无条目)
|
||
|
||
### Blockers/Concerns
|
||
|
||
无
|
||
|
||
## Deferred Items
|
||
|
||
从 brownfield 文档化阶段沉淀的候选优先级(详见 REQUIREMENTS.md → Active → 候选优先级),本期 v1.0 不消化:
|
||
|
||
| 类别 | 条目 | 状态 | 沉淀于 |
|
||
|------|------|------|--------|
|
||
| HIGH | ACH-02 成就解锁条件校验缺失 | 候选 | 2026-05-07 brownfield |
|
||
| HIGH | SMS 验证码无频率限制 | 候选 | 2026-05-07 brownfield |
|
||
| HIGH | 收紧 DEBUG / CORS_ALLOW_ALL_ORIGINS 默认值 | 候选 | 2026-05-07 brownfield |
|
||
| HIGH | 移除测试 MAC `AA:BB:CC:DD:EE:FF` 硬编码 | 候选 | 2026-05-07 brownfield |
|
||
| HIGH | 测试基础设施搭建(pytest 体系) | 候选 | 2026-05-07 brownfield |
|
||
| MEDIUM | 好感度 P2/P3/P4(Service / 接口 / 客户端集成) | 候选 | 2026-05-07 brownfield |
|
||
| MEDIUM | Python 3.8 → 3.11/3.12 升级 | 候选 | 2026-05-07 brownfield |
|
||
| MEDIUM | 拆分 device_interaction/views.py(1867 行) | 候选 | 2026-05-07 brownfield |
|
||
|
||
## 下一步
|
||
|
||
```
|
||
执行 Phase 3 Plan 02:CRED-06 阿里云日志脱敏 + 两端修改记录互引 + 临时验收脚本删除
|
||
```
|
||
|
||
Phase 3 Plan 03-01 已完成(commits 5269a08 / 50dcf1c):
|
||
|
||
- Task 1:`CredentialSlotClientView` + `_credential_slot_client_data_schema` 追加到 `aiapp/views.py` 末尾(commit 5269a08)
|
||
- Task 2:`/api/credential-slot/` 路由注册到 `qy_lty/urls.py:api_urlpatterns`(commit 50dcf1c)
|
||
- Task 3:端到端 6 条 truth × 15 项独立断言全 PASS — Django test client 跑 user/admin token 双 200 + 401 × 2 + Swagger schema + DB 探针态(脚本 `_phase3_01_verify.py` 留在仓库根未入 git)
|
||
|
||
URL `/api/credential-slot/` GET 已端到端验证(明文返回 access_token);DB 探针态保持 `probe_app` / `probe_secret_xxxx`;CRED-05 已在 REQUIREMENTS.md 标记 Done。
|
||
|
||
下一步执行 Plan 03-02:CRED-06(`common/logging/filters.py:AccessTokenMaskFilter` + `qy_lty/settings.py:LOGGING.filters/handlers` + 两端 docs/修改记录.md 互引 + 删除 `_phase3_01_verify.py`)。
|
||
|
||
## 工作流配置
|
||
|
||
详见 `.planning/config.json`:
|
||
|
||
- 模式:**YOLO**(自动通过审批)
|
||
- 粒度:**Coarse**(3-5 phase / milestone)
|
||
- 并行化:**已启用**
|
||
- workflow agent:research / plan_check / verifier 全部启用
|
||
- 模型档位:**balanced**
|
||
- `.planning/` 提交到 git:**是**
|
||
|
||
`/gsd-settings` 可调整。
|
||
|
||
## 锚定路径重要说明
|
||
|
||
`.planning/` 必须保持在 `c:\Users\admin\Desktop\Lila-Server\qy_lty\` 这一层(**不是**父级 `Lila-Server\`)。父级 `.git` 容易让 GSD 误把 `Lila-Server` 当作 project_root;本目录的存在就是锚定信号。
|
||
|
||
## 项目规则提醒
|
||
|
||
CLAUDE.md 两条强制规则(任何 phase 都必须遵守):
|
||
|
||
1. **沟通语言**:所有面向用户的回复使用中文
|
||
2. **修改记录**:每次代码 / 配置 / 迁移 / CI / Docker / 文档结构性改动**必须**追加到 `docs/修改记录.md` 顶部
|
||
|
||
`qy_lty` 与 `qy-lty-admin` 是独立项目,修改记录互不混合。
|
||
|
||
## Session Continuity
|
||
|
||
Last session: 2026-05-08T02:17:57.220Z
|
||
Stopped at: Plan 03-01 完成(CRED-05 客户端 GET 落地,6 truth × 15 断言全 PASS);下一步 Plan 03-02(CRED-06 日志脱敏)
|
||
Resume file: None
|
||
|
||
---
|
||
|
||
*由 /gsd-execute-phase 顺序执行器于 2026-05-07 更新(Plan 02-02 完成时点)*
|