zyc/lty

pmc 5d8f81a4a9 docs(qy-lty-admin): 初始化 PROJECT.md + STATE.md

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 仓库管理的关键说明。

2026-05-07 14:32:53 +08:00

2.9 KiB

Raw Blame History

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 会：

询问 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

2.9 KiB Raw Blame History Unescape Escape