# 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*