visual-spec 0.1.8 → 0.1.9

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

@@ -10,9 +10,10 @@
 - 现有细节规格：`/specs/details/`（必须存在且非空；否则本次 refine 不执行）
 - 修订输入（优先级从高到低）：
   1. 命令参数指定的输入路径（文件/目录）
-  2. `/docs/refine/`（优先 `/docs/refine/file_list.md`；否则读取目录下文件）
-  3. `/specs/background/refine.md`（兼容旧路径）
-  4. `/refine.md`（兼容旧路径）
+  2. `/docs/refine/refine.md`（无命令参数时必须提供）
+  3. `/docs/refine/`（可选补充材料：仅在 `refine.md` 引用或明确需要时读取；不要无脑全量读取）
+  4. `/specs/background/refine.md`（兼容旧路径）
+  5. `/refine.md`（兼容旧路径）
 - 如需核对上下游影响，可参考：`/specs/background/*.md`、`/specs/flows/*.puml`、`/specs/functions/*`
 
 修订目标（必须）：
@@ -23,18 +24,23 @@
 工作方式（必须）：
 0. 执行前置条件（必须）：
    - 若 `/specs/details/` 不存在或为空：输出“无法执行：缺少 /specs/details（请先运行 /vspec:detail）”，并停止；不要写入或修改任何文件
+   - 若未提供命令参数，且 `/docs/refine/refine.md` 不存在：输出“无法执行：缺少 /docs/refine/refine.md（请先补充该文件，再运行 /vspec:refine）”，并停止；不要写入或修改任何文件
 1. 解析修订输入（参数/默认 refine.md）：
    - 若提供了命令参数：逐个读取参数指向的内容作为修订输入
      - 若参数是目录：读取目录内所有可读文本文件（优先 `.md`，其次 `.txt`），按路径字母序合并为修订输入；忽略二进制与明显无关文件
      - 若参数是文件：直接读取该文件内容
-   - 若未提供命令参数：从 `/docs/refine/` 读取修订输入
-     - 若存在 `/docs/refine/file_list.md`：按其表格顺序逐个读取 `文件路径` 对应的文件内容并合并（跳过空行/无效路径）
-     - 否则：读取 `/docs/refine/` 目录下所有可读文本文件（优先 `.md`，其次 `.txt`），按路径字母序合并为修订输入（可忽略明显无关文件）
+   - 若未提供命令参数：以 `/docs/refine/refine.md` 为本次修订输入来源（必要时可再读取其引用/提及的补充材料）
    - 若输入中提供了完整的新需求文本：以其为主，并对照旧需求生成变更清单
    - 若输入只提供变更点/指令：基于旧需求生成修订后的 Canonical Requirement
 2. 以“最后一份 Canonical Requirement”为基线：
-   - 若 `original.md` 中存在标题 `## 当前生效需求（Canonical）`，以最后一次出现的该段内容作为基线
-   - 否则，以 `# 原始需求` 下的原文作为基线（只取原文，不取后续分析段落）
+   - 若 `original.md` 中存在“Canonical Requirement”标题（以下任意一种），以最后一次出现的该段内容作为基线：
+     - 语言=en：`## Canonical Requirement`
+     - 语言=zh-CN：`## 当前生效需求（Canonical）`
+     - 语言=ja：`## 現行要件（Canonical）`
+   - 否则，以“Raw Requirement/原始需求/要件原文”小节下的原文作为基线（只取原文，不取后续分析段落）：
+     - 语言=en：`# Raw Requirement`
+     - 语言=zh-CN：`# 原始需求`
+     - 语言=ja：`# 要件原文`
 3. 合并与消歧：
    - 若多个修订输入之间存在冲突：按命令参数顺序（或合并顺序）后者覆盖前者，并在变更清单标注“冲突解决（输入间）”
    - 若修订输入与基线冲突：优先采用修订输入，并在变更清单标注“冲突解决（覆盖基线）”
@@ -58,21 +64,40 @@ Canonical Requirement 的表达要求（必须）：
 
 输出与写入要求：
 1. 先更新受影响的 `/specs/details/` 与 `/specs/prototypes/`，再将以下段落追加写入到：`/specs/background/original.md`
-2. 段落结构固定如下（不要改动标题层级）：
+2. 段落结构固定如下（标题必须严格按所选语言使用对应版本；不要改动标题层级）：
 
-# 需求修订（/vspec:refine）
+- 语言=en：
+  - `# Requirement Revision (/vspec:refine)`
+  - `## Revision Inputs (Summary)`
+  - `## Change List`
+    - `| Type | Item | Notes |`
+    - `| --- | --- | --- |`
+  - `## Impact Analysis & Artifact Updates`
+    - `| Artifact/Module | File Path | Impact (Update/Add/Deprecate) | Notes |`
+    - `| --- | --- | --- | --- |`
+  - `## Canonical Requirement`
+  - `## Open Questions (New in Revision)` (write `None` if empty)
 
-## 修订输入（refine.md 摘要）
+- 语言=zh-CN：
+  - `# 需求修订（/vspec:refine）`
+  - `## 修订输入（refine.md 摘要）`
+  - `## 变更清单`
+    - `| 类型 | 条目 | 说明 |`
+    - `| --- | --- | --- |`
+  - `## 影响分析与产物更新`
+    - `| 产物/模块 | 文件路径 | 影响类型（更新/新增/废弃） | 影响说明 |`
+    - `| --- | --- | --- | --- |`
+  - `## 当前生效需求（Canonical）`
+  - `## 待确认问题（修订新增）`（若无新增问题，写“无”）
 
-## 变更清单
-| 类型 | 条目 | 说明 |
-| --- | --- | --- |
-
-## 影响分析与产物更新
-| 产物/模块 | 文件路径 | 影响类型（更新/新增/废弃） | 影响说明 |
-| --- | --- | --- | --- |
-
-## 当前生效需求（Canonical）
-
-## 待确认问题（修订新增）
-- 若无新增问题，写“无”
+- 语言=ja：
+  - `# 要件改訂（/vspec:refine）`
+  - `## 改訂入力（要約）`
+  - `## 変更一覧`
+    - `| 種別 | 項目 | 説明 |`
+    - `| --- | --- | --- |`
+  - `## 影響分析と成果物更新`
+    - `| 成果物/モジュール | ファイルパス | 影響（更新/追加/廃止） | 説明 |`
+    - `| --- | --- | --- | --- |`
+  - `## 現行要件（Canonical）`
+  - `## 要確認事項（改訂で追加）`（なければ `なし`）

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

@@ -1,8 +1,12 @@
 你是一名资深需求分析师。你的任务是：基于“待确认问题”的回答内容，将新增澄清与决策合并进需求归档文件，并更新“当前生效需求（Canonical）”。本命令用于从 questions 的答案反向修订 original。
 
+语言与本地化（必须）：
+- 读取 `/scheme.yaml` 的 `selected.language`（支持 `en`、`zh-CN`、`ja`；若缺失/非法则按 `en` 处理）
+- 本命令对 `original.md` 的追加内容必须使用该语言输出；同时 `questions.md` 的字段名与状态值必须与该语言保持一致；禁止混用其他语言
+
 终止条件（必须）：
 1. 若 `/specs/background/questions.md` 不存在：立即结束，不做任何写入；仅输出一句“未找到 questions.md，/vspec:refine-q 结束”。
-2. 若 `/specs/background/questions.md` 中不存在“待回答的问题”（判断口径：存在 `状态` 为“未回答/待确认/需修改/待补充/待澄清”之一，或 `回答` 为空/仅空白）：立即结束，不做任何写入；仅输出一句“无待回答问题，/vspec:refine-q 结束”。
+2. 若 `/specs/background/questions.md` 中不存在“待回答的问题”（判断口径：存在状态为“未回答/Unanswered/未回答”或同义之一，或回答字段为空/仅空白）：立即结束，不做任何写入；仅输出一句“无待回答问题，/vspec:refine-q 结束”。
 
 输入信息包含：
 - 现有需求归档与分析：`/specs/background/original.md`
@@ -11,7 +15,7 @@
 
 采纳规则（必须）：
 1. 只采纳“已回答”的内容：
-   - 判断口径：`状态` 为“已回答/已确认/已澄清”之一，或 `回答` 列非空
+   - 判断口径：状态为“已回答/Answered/回答済み”（或同义）之一，或回答字段非空
 2. 对于“需修改/未回答/空回答”的行：
    - 不进入 Canonical Requirement，只记录为“仍待确认”
 3. 若回答引入新范围/新角色/新规则/新外部依赖：
@@ -20,33 +24,56 @@
    - 在“待确认问题（修订新增）”中提出冲突点；不要强行编造结论
 
 基线选择（必须）：
-- 若 `original.md` 中存在标题 `## 当前生效需求（Canonical）`，以最后一次出现的该段内容作为基线
-- 否则，以 `# 原始需求` 下的原文作为基线（只取原文，不取后续分析段落）
+- 若 `original.md` 中存在“Canonical Requirement”标题（以下任意一种），以最后一次出现的该段内容作为基线：
+  - 语言=en：`## Canonical Requirement`
+  - 语言=zh-CN：`## 当前生效需求（Canonical）`
+  - 语言=ja：`## 現行要件（Canonical）`
+- 否则，以“Raw Requirement/原始需求/要件原文”小节下的原文作为基线（只取原文，不取后续分析段落）：
+  - 语言=en：`# Raw Requirement`
+  - 语言=zh-CN：`# 原始需求`
+  - 语言=ja：`# 要件原文`
 
 输出与写入要求：
 1. 将以下段落追加写入到：`/specs/background/original.md`
-2. 段落结构固定如下（不要改动标题层级）：
-
-# 需求修订（/vspec:refine-q）
-
-## 采纳的问答条目
-| 编号 | 提问 | 回答 | 如何采纳到需求 |
-| --- | --- | --- | --- |
+2. 段落结构固定如下（标题必须严格按所选语言使用对应版本；不要改动标题层级）：
 
-## 变更清单
-| 类型 | 条目 | 说明 |
-| --- | --- | --- |
+- 语言=en：
+  - `# Requirement Revision (/vspec:refine-q)`
+  - `## Adopted Q&A Items`
+    - `| ID | Question | Answer | How It Updates the Requirement |`
+    - `| --- | --- | --- | --- |`
+  - `## Change List`
+    - `| Type | Item | Notes |`
+    - `| --- | --- | --- |`
+  - `## Canonical Requirement`
+  - `## Still Open Questions`
 
-## 当前生效需求（Canonical）
+- 语言=zh-CN：
+  - `# 需求修订（/vspec:refine-q）`
+  - `## 采纳的问答条目`
+    - `| 编号 | 提问 | 回答 | 如何采纳到需求 |`
+    - `| --- | --- | --- | --- |`
+  - `## 变更清单`
+    - `| 类型 | 条目 | 说明 |`
+    - `| --- | --- | --- |`
+  - `## 当前生效需求（Canonical）`
+  - `## 仍待确认的问题`
 
-## 仍待确认的问题
-- 汇总 questions 列表里仍未回答/需修改的关键问题（只列重要的 5-15 条）
+- 语言=ja：
+  - `# 要件改訂（/vspec:refine-q）`
+  - `## 採用したQ&A`
+    - `| 番号 | 質問 | 回答 | 要件への反映 |`
+    - `| --- | --- | --- | --- |`
+  - `## 変更一覧`
+    - `| 種別 | 項目 | 説明 |`
+    - `| --- | --- | --- |`
+  - `## 現行要件（Canonical）`
+  - `## 未解決の確認事項`
 
 格式增强（必须）：
 1. 在本次追加到 `original.md` 的“采纳的问答条目”表格中：
    - 对“回答”单元格内容使用 markdown 可渲染的背景色标记（例如用 `<mark>...</mark>` 包裹），以便一眼区分“已采纳的回答”。
 2. 同时更新 `/specs/background/questions.md`（不要新增字段，不要改动编号与字段名/顺序）：
-   - 对所有被本次采纳的条目（满足采纳规则的条目），必须将其状态规范化为“已回答”并标记背景色：
-     - `- 回答：<mark>...</mark>`
-     - `- 状态：<mark>已回答</mark>`
+   - 对所有被本次采纳的条目（满足采纳规则的条目），必须将其状态规范化为“已回答/Answered/回答済み”（按所选语言）并标记背景色（字段名与状态值按所选语言）：
+     - `<mark>...</mark>` 必须包裹回答字段与状态字段的值
    - 其他条目保持原样（例如“未回答/已跳过/需修改”）。

package/skills/visual-spec-skill/prompts/vspec_test/test.md

@@ -1,5 +1,9 @@
 你是一名资深自动化测试工程师。你的任务是：基于验收用例与规格产物，生成可运行的自动化测试代码，并写入项目中合适的位置。
 
+语言与本地化（必须）：
+- 读取 `/scheme.yaml` 的 `selected.language`（支持 `en`、`zh-CN`、`ja`；若缺失/非法则按 `en` 处理）
+- 测试用例的标题/描述/断言信息（例如 test name、describe name、测试用例注释、快照标题等）必须尽量使用该语言；代码标识符（变量名/函数名）保持工程惯例
+
 输入信息包含：
 - 验收用例（`/specs/acceptance/`）
 - 功能清单与细节（`/specs/functions/*`、`/specs/details/`）

package/skills/visual-spec-skill/prompts/vspec_upgrade/upgrade.md

@@ -1,5 +1,10 @@
 你是一名资深业务分析师 + 解决方案架构师。你的任务是：基于旧系统材料与本次改造输入材料（位于 `/docs/`），对既有需求进行“升级改造”分析，并生成/更新新系统的规格产物（位于 `/specs/`）。你必须复用 `/vspec:new` 的产物结构与口径，并在分析中显式标注“继承自旧系统/新增/调整/废弃”。
 
+语言与本地化（必须）：
+- 读取 `/scheme.yaml` 的 `selected.language`（支持 `en`、`zh-CN`、`ja`；若缺失/非法则按 `en` 处理）
+- 生成/更新的所有 `/specs/**` 文档必须统一使用该语言（标题、表头、说明文案、状态文案、按钮/提示等）；禁止混用其他语言
+- 若你需要生成 `/docs/current/file_list.md`，也必须使用该语言输出表头与说明
+
 输入信息（必须按顺序读取）：
 1. `/docs/current/file_list.md`（入口清单）：列出本次升级分析要读取的输入文件，以及每个文件的用途说明
 2. `/specs/background/original.md`（如存在）：旧的“当前生效需求”，用于与本次升级输入对齐
@@ -21,7 +26,10 @@
    - 系统相关角色权限列表：用于生成 roles 与 RBAC 基线（到页面/按钮级）
    - 系统技术规格：用于确定新系统技术栈选型与运行约束，并同步到 `scheme.yaml`
 3. `file_list.md` 输出格式固定为 Markdown 表格：
-   - 表头：`| # | 文件路径 | 类型 | 用途 | 提取要点 | 是否必须 |`
+   - 表头必须严格按所选语言使用以下版本之一：
+     - 语言=en：`| # | File Path | Type | Purpose | Extraction | Required |`
+     - 语言=zh-CN：`| # | 文件路径 | 类型 | 用途 | 提取要点 | 是否必须 |`
+     - 语言=ja：`| # | ファイルパス | 種別 | 用途 | 抽出ポイント | 必須 |`
    - 类型枚举：`markdown` / `excel` / `pdf` / `image` / `link` / `other`
    - 是否必须：`Y`/`N`
    - `提取要点` 必须写清“读这个文件要抽取什么字段/结构/口径”
@@ -29,7 +37,10 @@
 
 生成/更新产物（必须复用 /vspec:new 口径）：
 1. `/specs/background/original.md`：
-   - 将“升级改造需求（Canonical）”追加到文件末尾（保留历史版本）
+   - 在文件末尾追加一段“升级/改造版本”内容（保留历史版本），并包含“Canonical Requirement”小节，其标题必须按所选语言使用以下版本之一：
+     - 语言=en：`## Canonical Requirement`
+     - 语言=zh-CN：`## 当前生效需求（Canonical）`
+     - 语言=ja：`## 現行要件（Canonical）`
    - 必须包含：改造目标、范围（迁移/新增/废弃）、不改造项、关键约束、风险与假设
 2. `/specs/background/roles.md`：从“角色权限列表”抽取角色、任务、关键入口，并补齐角色差异
 3. `/specs/background/terms.md`：从旧系统功能与文档抽取术语并定义，避免同义混用

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

@@ -1,5 +1,9 @@
 你是一名资深数据架构师。你的任务是：基于已有需求分析产物，产出一组可评审的数据模型文档，并写入 `/specs/models/*.md`。
 
+语言与本地化（必须）：
+- 读取 `/scheme.yaml` 的 `selected.language`（支持 `en`、`zh-CN`、`ja`；若缺失/非法则按 `en` 处理）
+- 输出的模型文档内容必须使用该语言（标题、表头、字段说明、枚举值说明、状态文案等）；禁止混用其他语言
+
 前置规则（必须）：
 0. 在开始建模前，必须检查 `/specs/details/` 是否存在且非空：
    - 若不存在或为空：立即停止，不生成任何模型文件；仅输出一句“前置条件不满足：请先执行 /vspec:detail 生成 /specs/details/，再执行 /vspec:verify”。
@@ -9,12 +13,13 @@
    - 允许用户对任意问题回复“跳过”（或留空），表示本次不回答。
    - 进入建模前必须确保每个问题都有“已回答”或“已跳过”的结论，不能留下“未回答”。
 4. 收到用户回复后，必须更新 `/specs/background/questions.md`：
-   - 填写“回答/回答者/回答时间/状态”
-   - 状态仅允许填写：已回答、已跳过
-   - 不要改动字段名与字段顺序，不要改动“编号”
-   - 对“已回答”的条目：必须用 markdown 可渲染的背景色标记回答与状态（例如用 `<mark>...</mark>` 包裹）：
-     - 回答：`- 回答：<mark>...</mark>`
-     - 状态：`- 状态：<mark>已回答</mark>`
+   - 填写“回答/回答者/回答时间/状态”（按所选语言对应字段）
+   - 状态值仅允许（按所选语言）：
+     - 语言=en：`Answered`、`Skipped`
+     - 语言=zh-CN：`已回答`、`已跳过`
+     - 语言=ja：`回答済み`、`スキップ`
+   - 不要改动字段名与字段顺序，不要改动编号字段（ID/编号/番号）
+   - 对“已回答/Answered/回答済み”的条目：必须用 `<mark>...</mark>` 标记回答与状态（按所选语言对应字段名与状态值）
 5. 如果存在未回答的问题，你本次输出只能包含“待确认问题列表 + 回复格式要求”，并等待用户回复；不要开始建模输出。
 
 输入信息包含：
@@ -52,25 +57,45 @@
 3. 每个实体一个文件，命名规则：`<entity_name>.md`（英文小写下划线），例如：`application.md`、`approval.md`
 4. 每个文件结构固定如下：
 
-# <实体中文名>（<EntityEnglishName>）
-
-## 定义
-
-## 主键与唯一约束
-
-## 字段
-
-| 字段 | 英文名 | 类型 | 长度 | 非空 | 唯一 | 说明 |
-| --- | --- | --- | --- | --- | --- | --- |
-
-## 关系
-
-## 状态机（如适用）
+标题、二级标题与字段表表头必须严格按所选语言使用以下版本之一（结构层级保持一致；禁止混用）：
 
-## 索引建议
+- 语言=en：
+  - `# <Entity Name>`
+  - `## Definition`
+  - `## Primary Key & Uniqueness`
+  - `## Fields`
+    - `| Field | Column | Type | Length | Not Null | Unique | Notes |`
+    - `| --- | --- | --- | --- | --- | --- | --- |`
+  - `## Relationships`
+  - `## State Machine (if applicable)`
+  - `## Index Suggestions`
+  - `## External Dependency Fields (if applicable)`
+  - `## Notes/Assumptions`
 
-## 外部依赖字段（如适用）
+- 语言=zh-CN：
+  - `# <实体中文名>（<EntityEnglishName>）`
+  - `## 定义`
+  - `## 主键与唯一约束`
+  - `## 字段`
+    - `| 字段 | 英文名 | 类型 | 长度 | 非空 | 唯一 | 说明 |`
+    - `| --- | --- | --- | --- | --- | --- | --- |`
+  - `## 关系`
+  - `## 状态机（如适用）`
+  - `## 索引建议`
+  - `## 外部依赖字段（如适用）`
+  - `## 备注/假设`
 
-## 备注/假设
+- 语言=ja：
+  - `# <エンティティ名>（<EntityEnglishName>）`
+  - `## 定義`
+  - `## 主キーと一意制約`
+  - `## フィールド`
+    - `| フィールド | カラム名 | 型 | 長さ | NOT NULL | UNIQUE | 説明 |`
+    - `| --- | --- | --- | --- | --- | --- | --- |`
+  - `## リレーション`
+  - `## 状態機械（該当する場合）`
+  - `## インデックス提案`
+  - `## 外部依存フィールド（該当する場合）`
+  - `## 備考/仮定`
 
-5. 最后生成一个汇总文件：`/specs/models/README.md`，列出实体清单与它们的关系概览（简要即可）
+5. 最后生成一个汇总文件：`/specs/models/README.md`，列出实体清单与它们的关系概览（简要即可；标题与表头按所选语言）

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

@@ -4,6 +4,12 @@
 1. 在生成任何模型/原型之前，必须检查 `/specs/details/` 是否存在且非空：
    - 若不存在或为空：立即停止，不生成任何原型文件；仅输出一句“前置条件不满足：请先执行 /vspec:detail 生成 /specs/details/，再执行 /vspec:verify”。
 
+语言与本地化（必须）：
+- 读取 `/scheme.yaml` 的 `selected.language` 作为“默认显示语言”（支持 `en`、`zh-CN`、`ja`；若缺失/非法则按 `en` 处理）
+- 若存在 `/scheme.yaml` `selected.languages`（数组）：将其作为“可切换语言集合”；若缺失则默认 `[selected.language]`
+- 当 `selected.languages` 只有 1 种语言：原型界面所有用户可见文案必须使用该语言，禁止混用其他语言
+- 当 `selected.languages` 包含多种语言：原型必须提供语言切换（例如右上角 Dropdown/Select），且所有用户可见文案必须支持这些语言的切换（菜单/标题/按钮/表头/字段 label/占位符/空状态/错误提示/成功提示/状态 Tag/弹窗文案/通知文案等；禁止只做部分切换）
+
 输入信息包含：
 - 角色与任务（/specs/background/roles.md）
 - 功能清单（/specs/functions/*，尤其是 core.md）
@@ -31,7 +37,9 @@ selected:
   prototype_backend_stack: java17_springboot3
   prototype_database: mysql8
   package_manager: npm
-  language: zh-CN
+  language: en
+  languages:
+    - en
 
 prototype_options:
   calendar_view:

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

@@ -15,11 +15,23 @@
 
 页面能力（必须可演示）：
 1. 顶部筛选：
-   - 资源（Select）
-   - 时间范围（月/周/日切换或至少月视图）
-   - 状态（Select）
+   - 必须实现“查询条件区”（位于日历上方），并且查询条件会影响日历主体展示内容
+   - 至少包含：
+     - 资源（Select；支持单选；支持“全部资源”）
+     - 时间范围/视图（至少月视图；如支持周/日切换更好）
+     - 状态（Select）
+   - 额外查询条件（按输入信息判断是否需要，命中则必须提供对应控件）：
+     - 存在申请人/创建人字段：申请人（Select/输入）
+     - 存在部门/组织字段：部门（TreeSelect/Select）
+     - 存在类型/分类字段：类型（Select）
+     - 存在关键字可检索字段：关键词（Input）
+   - 查询条件改变后必须触发数据过滤并即时更新日历事件展示（无需真实 API，必须能在原型中演示）
 2. 日历主体：
-   - 使用 Ant Design Vue 的 Calendar（或等价组件）渲染事件块（申请单/占用），按状态着色
+   - 使用所选 UI 库的 Calendar（或等价组件）渲染事件块（申请单/占用），按状态着色
+   - 必须根据顶部查询条件动态改变“事件在日历里的展示内容”（至少覆盖以下两种展示策略）：
+     - 当资源=全部资源：事件标题必须包含资源名称（便于区分）
+     - 当资源=单一资源：事件标题优先展示申请人/主题/状态等信息（避免重复显示资源名）
+   - 若有“状态/冲突/不可用”等语义：在单元格内给出可视化标记（Tag/Badge/颜色/角标均可）
 3. 交互：
    - 点击事件打开详情抽屉
    - 在空白日期点击必须打开“新建申请 Drawer”（预填日期/时间段），禁止在日历页内容区页内直接展开表单