Brownfield 文档化模式 —— 从 .planning/codebase/ 推断 47 项已交付能力(AUTH/PERM/DASH/AI/CONT/SYS/UPL/UI/DEP), Active 段留空待 /gsd-new-milestone 启动下一周期。 PROJECT.md 沿用 qy_lty 的章节结构(核心价值 / 已交付 / 进行中 / 范围外 / 背景 / 约束 / 关键决策 / 演进规则)。 STATE.md 记录锚定路径与 git 由父 Lila-Server 仓库管理的关键说明。
70 lines
2.9 KiB
Markdown
70 lines
2.9 KiB
Markdown
# Project State — 洛天依应用管理后台(qy-lty-admin)
|
||
|
||
**最后更新**: 2026-05-07(brownfield 文档化初始化)
|
||
|
||
## 项目引用
|
||
|
||
参见:`.planning/PROJECT.md`(更新于 2026-05-07)
|
||
|
||
**核心价值**:运营者能基于真实角色权限,安全且无障碍地管理后端各业务模块——`lib/permissions.ts` 的客户端 RBAC + qy_lty 后端服务端校验必须**配套生效**才完整。
|
||
|
||
**当前重点**:暂无 Active milestone — 待 `/gsd-new-milestone` 启动下一周期
|
||
|
||
## 状态
|
||
|
||
| 项目 | 状态 |
|
||
|------|------|
|
||
| 代码库映射 | ✅ `.planning/codebase/` 7 文档(commit `a85b6a7`) |
|
||
| PROJECT.md | ✅ 已交付段已从 codebase 推断填充,进行中段空 |
|
||
| REQUIREMENTS.md | ✅ 已交付段已拆 REQ-ID,进行中段空,可追溯性待 phase 回填 |
|
||
| 路线图 | ⏸️ 暂未生成(无进行中需求 → 无 phase 可分) |
|
||
| 当前 phase | — |
|
||
| 当前 milestone | — |
|
||
|
||
## 下一步
|
||
|
||
**当你准备开始下一个开发周期**:
|
||
|
||
```
|
||
/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*
|