pmc
946e7a1a22
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。
85 lines
3.4 KiB
Markdown
85 lines
3.4 KiB
Markdown
# 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 会：
|
||
1. 询问 milestone 目标（例如：后端权限校验闭环验证、Token 存储重构、测试基础设施……）
|
||
2. 把需求加到 `.planning/REQUIREMENTS.md` 的 Active 段
|
||
3. 路由到 `/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 时必须遵守：
|
||
|
||
1. **沟通语言**：所有面向用户的回复使用中文（CLAUDE.md 顶部「语言」要求 + 跨项目约定）
|
||
2. **修改记录**：每次代码 / 配置 / `package.json` / Dockerfile / CI / 文档结构性改动 **必须**追加到 `docs/修改记录.md` 顶部（CLAUDE.md「项目修改记录规则」节）
|
||
|
||
`qy-lty-admin` 与 `qy_lty` 是独立项目，修改记录互不混合，跨项目联动两端各写一条互相引用对方的条目。
|
||
|
||
---
|
||
|
||
*由 /gsd-new-project（brownfield 文档化）生成于 2026-05-07*
|