PROJECT.md 加入「本期 Milestone」段:在 /ai-model 页面集成 APP ID + Access Token 录入对话框,调用 qy_lty 后端 v1.0 锁定的 /api/v1/admin/credential-slot/ GET+PUT。 Active 段列出 CRED-FE-01~05(API 客户端 / RBAC / 入口 / 对话框 / 反馈)。 STATE.md 切换到 v1.0 状态,记录与后端 milestone 的联动依赖。 跨项目联动(互引):qy_lty 同期 commits ab3d728 / 8ae12ca / 4637998 启动后端 v1.0。
3.4 KiB
Project State — 洛天依应用管理后台(qy-lty-admin)
最后更新: 2026-05-07(启动 Milestone v1.0 通用凭据槽位前端集成)
项目引用
参见:.planning/PROJECT.md(更新于 2026-05-07)
核心价值:运营者能基于真实角色权限,安全且无障碍地管理后端各业务模块——lib/permissions.ts 的客户端 RBAC + qy_lty 后端服务端校验必须配套生效才完整。
当前重点:Milestone v1.0 通用凭据槽位前端集成 — /ai-model 页面新增凭据录入对话框,调用 qy_lty 后端 v1.0 的 /api/v1/admin/credential-slot/ GET+PUT
当前位置
Phase: 未启动(定义需求中)
Plan: —
Status: 需求定义中(roadmap 待生成)
Last activity: 2026-05-07 — 启动 Milestone v1.0
联动 milestone
- qy_lty 后端 v1.0「通用凭据槽位」:3 个 phase(数据层 → 管理端读写 → 客户端读取+脱敏)
- 前端 PUT 路径依赖后端 Phase 2(管理端读写接口)落地
- 前端集成测试需等后端至少跑完 Phase 2
状态
| 项目 | 状态 |
|---|---|
| 代码库映射 | ✅ .planning/codebase/ 7 文档(commit a85b6a7) |
| PROJECT.md | ✅ 已加入 Milestone v1.0 段 + Active 5 项 |
| REQUIREMENTS.md | 🟡 Active 段待回填(CRED-FE-01~05),可追溯性待 phase 回填 |
| 路线图 | ⏸️ 待 gsd-roadmapper 生成 |
| 当前 phase | — |
| 当前 milestone | v1.0 通用凭据槽位前端集成 |
下一步
当你准备开始下一个开发周期:
/gsd-new-milestone
GSD 会:
- 询问 milestone 目标(例如:后端权限校验闭环验证、Token 存储重构、测试基础设施……)
- 把需求加到
.planning/REQUIREMENTS.md的 Active 段 - 路由到
/gsd-roadmap拆 phase
候选优先级排序见 REQUIREMENTS.md → Active → 候选优先级 段。
工作流配置
详见 .planning/config.json:
- 模式:YOLO(自动通过审批,直接执行)
- 粒度:Coarse(每个 milestone 拆 3-5 phase)
- 并行化:已启用
- 工作流 agent:research / plan_check / verifier 全部启用
- 模型档位:balanced(Sonnet 主力)
.planning/提交到 git:是(提交至父级Lila-Server\仓库)
随时可用 /gsd-settings 调整。
锚定路径重要说明
.planning/ 必须保持在 c:\Users\admin\Desktop\Lila-Server\qy-lty-admin\ 这一层(不是父级 Lila-Server\)。父级 .git 容易让 GSD CLI 误把 Lila-Server 当作 project_root;本目录的存在就是锚定信号,不要删。
qy-lty-admin\ 自身没有 .git——版本控制由父级 Lila-Server\.git 统一管理。任何 .planning/ 工件的提交都通过父仓库进行;不要在 qy-lty-admin\ 内执行 git init,否则会形成嵌套仓库与父仓库冲突。
项目规则提醒
CLAUDE.md 中两条强制规则,做任何 phase 时必须遵守:
- 沟通语言:所有面向用户的回复使用中文(CLAUDE.md 顶部「语言」要求 + 跨项目约定)
- 修改记录:每次代码 / 配置 /
package.json/ Dockerfile / CI / 文档结构性改动 必须追加到docs/修改记录.md顶部(CLAUDE.md「项目修改记录规则」节)
qy-lty-admin 与 qy_lty 是独立项目,修改记录互不混合,跨项目联动两端各写一条互相引用对方的条目。
由 /gsd-new-project(brownfield 文档化)生成于 2026-05-07