需求空间 / 内部产品推进

把 AiTool 的下一步,直接放进 AiTool 里推进

这版看板不再依赖静态 seed 条目,而是直接从 requirements 文档空间读取真实目录和需求文档。总览和详情现在共用同一份数据,并开始从正文同时提取 Meta 与验证向预览信息。

当前迭代
让看板直接反映真实需求文档
当前动作

看板现在直接读取 `/requirements/content` 背后的目录和需求文档,并允许在卡片内直接选择目标生命周期状态、补轻量交接说明,然后直接迁移。

为什么先做小步

继续复用目录名和共享迁移逻辑,不急着提前引入更多字段、审批流或单独的 requirements 表结构。

下一步钩子

开发中 / 验证中卡片已经开始用紧凑的交接轨道表达交接时间、迁移方向和验证提示;下一步把交接时间转成更直接的新鲜度提示。

需求文档
...

当前状态看板直接聚合真实需求文档,并展示从正文解析出的轻量元数据、场景、风险和下一步线索。

状态目录
...

看板通过目录名映射生命周期状态,先保持实现最小且可持续演进。

生命周期
6 个状态

待处理 / 需求梳理 / 待开始 / 开发中 / 验证中 / 已归档 已开始由真实目录驱动。

需求文档
看板卡片已经回链到真实需求文档

现在从看板点击卡片,会直接打开 `/requirements/content` 里的对应文档,不再是孤立的说明卡片。

状态看板

需求状态看板

看板现在直接消费需求目录与需求文档。当前除了 `type / priority / related route`,还会按状态强调不同预览字段,并允许卡片直接迁移到任意目标状态,同时把轻量交接上下文写回正文;开发中 / 验证中也开始用紧凑轨道显示交接信号。

待处理

...

inbox

先收纳待判断的问题,不急着立刻实现。

需求梳理

...

shaping

开始定义信息结构、承接方式和约束范围。

待开始

...

ready

目标与边界明确,可以切成下一轮可交付小步。

开发中

...

doing

正在推进中的小任务,优先保持范围可控。

验证中

...

validating

已经交付,需要继续观察结果和下一步接法。

已归档

...

archived

已完成并沉淀,可作为后续设计的参考上下文。