visual-spec 0.1.8 → 0.1.10

package/skills/visual-spec-skill/prompts/vspec_refine/refine_q.md

@@ -1,52 +0,0 @@
-你是一名资深需求分析师。你的任务是：基于“待确认问题”的回答内容，将新增澄清与决策合并进需求归档文件，并更新“当前生效需求（Canonical）”。本命令用于从 questions 的答案反向修订 original。
-
-终止条件（必须）：
-1. 若 `/specs/background/questions.md` 不存在：立即结束，不做任何写入；仅输出一句“未找到 questions.md，/vspec:refine-q 结束”。
-2. 若 `/specs/background/questions.md` 中不存在“待回答的问题”（判断口径：存在 `状态` 为“未回答/待确认/需修改/待补充/待澄清”之一，或 `回答` 为空/仅空白）：立即结束，不做任何写入；仅输出一句“无待回答问题，/vspec:refine-q 结束”。
-
-输入信息包含：
-- 现有需求归档与分析：`/specs/background/original.md`
-- 问答列表：`/specs/background/questions.md`（包含“回答/状态/回答者/回答时间”等字段）
-- 如需核对上下游影响，可参考：`/specs/background/*.md`、`/specs/flows/*.puml`、`/specs/functions/*`
-
-采纳规则（必须）：
-1. 只采纳“已回答”的内容：
-   - 判断口径：`状态` 为“已回答/已确认/已澄清”之一，或 `回答` 列非空
-2. 对于“需修改/未回答/空回答”的行：
-   - 不进入 Canonical Requirement，只记录为“仍待确认”
-3. 若回答引入新范围/新角色/新规则/新外部依赖：
-   - 必须在变更清单中记录，并在 Canonical Requirement 中补齐对应段落
-4. 若回答之间互相矛盾：
-   - 在“待确认问题（修订新增）”中提出冲突点；不要强行编造结论
-
-基线选择（必须）：
-- 若 `original.md` 中存在标题 `## 当前生效需求（Canonical）`，以最后一次出现的该段内容作为基线
-- 否则，以 `# 原始需求` 下的原文作为基线（只取原文，不取后续分析段落）
-
-输出与写入要求：
-1. 将以下段落追加写入到：`/specs/background/original.md`
-2. 段落结构固定如下（不要改动标题层级）：
-
-# 需求修订（/vspec:refine-q）
-
-## 采纳的问答条目
-| 编号 | 提问 | 回答 | 如何采纳到需求 |
-| --- | --- | --- | --- |
-
-## 变更清单
-| 类型 | 条目 | 说明 |
-| --- | --- | --- |
-
-## 当前生效需求（Canonical）
-
-## 仍待确认的问题
-- 汇总 questions 列表里仍未回答/需修改的关键问题（只列重要的 5-15 条）
-
-格式增强（必须）：
-1. 在本次追加到 `original.md` 的“采纳的问答条目”表格中：
-   - 对“回答”单元格内容使用 markdown 可渲染的背景色标记（例如用 `<mark>...</mark>` 包裹），以便一眼区分“已采纳的回答”。
-2. 同时更新 `/specs/background/questions.md`（不要新增字段，不要改动编号与字段名/顺序）：
-   - 对所有被本次采纳的条目（满足采纳规则的条目），必须将其状态规范化为“已回答”并标记背景色：
-     - `- 回答：<mark>...</mark>`
-     - `- 状态：<mark>已回答</mark>`
-   - 其他条目保持原样（例如“未回答/已跳过/需修改”）。

package/skills/visual-spec-skill/prompts/vspec_verify/prototype_auth.md

@@ -1,58 +0,0 @@
-你是一名资深前端原型工程师。你的任务是：在“原型工程（/specs/prototypes/）”中补齐“本系统账号体系（非 SSO）”相关页面（Web + Mobile），用于演示登录、创建账号、忘记密码、修改密码与会话控制的最小闭环。
-
-触发条件（命中则必须执行；否则跳过）：
-- `/specs/background/dependencies.md` 未体现 SSO/OIDC/LDAP/IDaaS 等统一登录接入
-- 且 functions 中存在登录/账号体系相关功能，或需求语义包含“登录/账号/密码/找回/重置/注册/创建账号”等
-
-路由（必须稳定可访问）：
-1. Web：
-   - 登录：`/login`
-   - 创建账号：`/login/register`
-   - 忘记密码：`/login/forgot`
-   - 重置密码：`/login/reset`（由忘记密码流程进入，可带 token mock）
-   - 修改密码：`/login/change-password`（仅登录后可访问）
-2. Mobile（前缀必须为 `/m/*`）：
-   - 登录：`/m/login`
-   - 创建账号：`/m/login/register`
-   - 忘记密码：`/m/login/forgot`
-   - 重置密码：`/m/login/reset`
-   - 修改密码：`/m/login/change-password`
-
-会话与拦截（必须）：
-1. 必须在 mock 中提供 session（例如 `mock.session`）：
-   - 字段至少包含：`user_id/user_name/role_id/role_name/org_id/org_name`
-   - 必须额外包含：`role_terminal`（Web/手机App/小程序/其他），用于登录成功后的跳转与入口控制
-2. 路由访问控制（必须）：
-   - 未登录访问任意业务路由（非 `/login*`、`/m/login*`）：必须引导到对应端登录页，并在登录成功后回跳
-3. 登录成功后必须进入应用首页（`/` 或 `/landing`），并渲染完整的 Web 三段式布局（Header + Menu + 内容区）。
-
-页面要求（必须）：
-1. 登录页（Web + Mobile）：
-   - 必须提供“角色下拉框”（Select），用于快速选择要以哪个角色进入系统（至少提供 3 个角色选项；来自 roles.md，若不足 3 个则尽量覆盖全部）
-   - 支持“选择账号”或“账号+密码”两种 mock 登录方式之一（按需求裁剪但必须可用）
-   - 登录提交成功后必须根据所选角色的终端跳转：
-     - 若角色终端为 Web：跳转到 `/` 或 `/landing`
-     - 若角色终端为 手机App/小程序：跳转到对应移动端首页（`/m/...`，最少为 `/m/list` 或 `/m/dashboard` 其一），并确保该端页面可访问
-   - 提供入口：创建账号、忘记密码
-   - 提示文案必须中文化且为完整句子
-2. 创建账号（Web + Mobile）：
-   - 字段最小集：账号/手机号其一 + 姓名 + 密码 + 确认密码
-   - 提交成功后：自动登录或跳转回登录页（二选一，但必须明确并可演示）
-3. 忘记密码 → 重置密码（Web + Mobile）：
-   - 忘记密码页：输入手机号/邮箱并触发“发送验证码/重置链接”（mock）
-   - 重置密码页：输入新密码/确认密码，提交成功后跳转到登录页并提示“密码已更新，请重新登录。”
-4. 修改密码（Web + Mobile）：
-   - 字段：旧密码、新密码、确认密码
-   - 提交成功后：必须提示“密码修改成功。”并退出当前会话，跳转到登录页
-
-与 Header/Avatar 的联动（必须）：
-1. Header 右上角 Avatar 下拉必须提供：
-   - 个人中心（跳转 `/profile`）
-   - 我的工作台（跳转 `/`）
-   - 修改密码（跳转 `/login/change-password`）
-   - 退出登录（清空 session 并跳转 `/login`）
-2. Avatar 下拉中的“切换账号/切换角色”仍需保留，用于演示 RBAC 与数据权限差异。
-
-输出要求：
-1. 仅在既有原型工程上做增量修改（新增页面/路由/mock/拦截逻辑）。
-2. 禁止把登录页当作业务页放进左侧菜单；业务页必须通过登录后进入并带 Header。