sillyspec 3.12.8 → 3.14.0

package/src/run.js

@@ -224,6 +224,7 @@ async function outputStep(stageName, stepIndex, steps, cwd, changeName, dbProjec
   console.log('- 不要回头修改已完成的步骤')
   console.log('- 不要编造不存在的 CLI 子命令')
   console.log('- 完成后立即执行 --done 命令，不得跳过')
+  console.log('- 不要用 mv/rename 重命名变更目录，必须用 `sillyspec change-rename <旧名> <新名>`')
   console.log('- 文档类型文件（.md/.yaml/.json 等）头部必须包含 author（git 用户名）和 created_at（精确到秒）')
   console.log('- 执行构建/测试前必须先读 local.yaml，优先使用其中配置的命令、路径和环境变量；未配置时才使用默认值')
   // 路径安全规则：防止 AI 拼错变更目录
@@ -310,6 +311,7 @@ export async function runCommand(args, cwd) {
         const autoName = `${date}-new-change`
         console.log(`🔄 自动创建变更：${autoName}`)
         console.log(`  提示：可以用 --change <名称> 指定自定义变更名`)
+        console.log(`  或事后重命名：sillyspec change-rename ${autoName} <新名称>`)
         progress = await pm.initChange(cwd, autoName)
         changeName = autoName
       } else {
@@ -582,6 +584,88 @@ async function completeStep(pm, progress, stageName, cwd, outputText, inputText
     }
   }
 
+  // scan 阶段 step 2 "构建扫描项目列表" 完成后，按项目展开 perProject 步骤
+  if (stageName === 'scan' && steps[currentIdx]?.name === '构建扫描项目列表') {
+    // 解析项目列表：从 step 2 输出提取，或回退读取 projects/*.yaml
+    let projectNames = []
+    if (outputText) {
+      // 匹配 "1. project-name" 格式
+      const matches = outputText.match(/^\s*\d+\.\s+(\S+)/gm)
+      if (matches) {
+        projectNames = matches.map(m => m.replace(/^\s*\d+\.\s+/, '').replace(/[—\-:].*$/, '').trim())
+      }
+    }
+    if (projectNames.length === 0) {
+      // 回退：读取所有已注册项目
+      console.warn('⚠️ 未能从 step 2 输出解析项目列表，回退扫描所有注册项目')
+      const projectsDir = join(cwd, '.sillyspec', 'projects')
+      if (existsSync(projectsDir)) {
+        projectNames = readdirSync(projectsDir)
+          .filter(f => f.endsWith('.yaml'))
+          .map(f => f.replace(/\.yaml$/, ''))
+      }
+    }
+    if (projectNames.length === 0) {
+      projectNames = ['sillyspec'] // 最终兜底
+    }
+
+    // 保存到 runtime 供后续使用 + 防重复展开
+    const scanStatePath = join(cwd, '.sillyspec', '.runtime', 'scan-projects.json')
+    mkdirSync(join(cwd, '.sillyspec', '.runtime'), { recursive: true })
+    let scanState = { projects: projectNames, expanded: false }
+    if (existsSync(scanStatePath)) {
+      try { scanState = JSON.parse(readFileSync(scanStatePath, 'utf8')) } catch {}
+    }
+
+    // 收集当前步骤之后所有 perProject 步骤
+    const stageDef = stageRegistry[stageName]
+    const allSteps = stageDef?.steps || []
+    const perProjectSteps = allSteps.filter(s => s.perProject)
+
+    // 防重复展开：runtime 标记 或 steps 已含项目标识
+    const alreadyExpanded = scanState.expanded || steps.some(s => s.name?.match(/\[.+\]\s*$/))
+    if (!alreadyExpanded && perProjectSteps.length > 0) {
+      // 找到当前步骤（step 2）在动态 steps 中的位置
+      const insertBase = currentIdx + 1
+      let insertPos = insertBase
+      for (const pName of projectNames) {
+        // 读取项目配置获取 projectRoot
+        const projYaml = join(cwd, '.sillyspec', 'projects', `${pName}.yaml`)
+        let projectRoot = '.'
+        if (existsSync(projYaml)) {
+          const yamlContent = readFileSync(projYaml, 'utf8')
+          const pathMatch = yamlContent.match(/^path:\s*(.+)/m)
+          if (pathMatch) projectRoot = pathMatch[1].trim()
+        }
+        const docOutputDir = `.sillyspec/docs/${pName}`
+        const contextPrefix = `\n---\n## 当前项目\n- **项目名**: ${pName}\n- **项目路径**: ${projectRoot}\n- **文档输出**: ${docOutputDir}\n\n⚠️ 本步骤只处理上面这个项目，不要处理其他项目。\n---\n\n`
+
+        for (const ppStep of perProjectSteps) {
+          steps.splice(insertPos, 0, {
+            name: `${ppStep.name} [${pName}]`,
+            project: pName,
+            status: 'pending',
+            prompt: contextPrefix + ppStep.prompt,
+            outputHint: ppStep.outputHint,
+            optional: ppStep.optional
+          })
+          insertPos++
+        }
+      }
+      // 移除原始的 perProject 步骤（未展开的版本）
+      for (let i = steps.length - 1; i >= 0; i--) {
+        if (steps[i].perProject && !steps[i].name?.includes('[')) {
+          steps.splice(i, 1)
+        }
+      }
+      console.log(`  📝 已按项目展开 ${perProjectSteps.length} 个步骤 × ${projectNames.length} 个项目 = ${perProjectSteps.length * projectNames.length} 个项目步骤`)
+      console.log(`  📁 扫描项目：${projectNames.join(', ')}`)
+      // 标记已展开，防止 resume 重复插入
+      scanState.expanded = true
+      writeFileSync(scanStatePath, JSON.stringify(scanState))
+    }
+  }
+
   const nextPendingIdx = steps.findIndex(s => s.status === 'pending')
 
   if (nextPendingIdx === -1) {
@@ -685,6 +769,83 @@ async function completeStep(pm, progress, stageName, cwd, outputText, inputText
 
   const defSteps = await getStageSteps(stageName, cwd, progress)
   console.log(`✅ Step ${currentIdx + 1}/${steps.length} 完成：${steps[currentIdx].name}\n`)
+
+  // Workflow post_check：scan 深度扫描完成后自动检查产物
+  if (stageName === 'scan' && steps[currentIdx]?.name?.includes('深度扫描')) {
+    try {
+      const { loadWorkflow, runPostCheck, formatCheckReport, saveWorkflowRun } = await import('./workflow.js')
+      const wf = loadWorkflow(cwd, 'scan-docs')
+      if (wf) {
+        // 确定当前项目：优先从 step metadata 读取，回退从 display name 提取
+        const currentProjectName = steps[currentIdx].project
+          || (steps[currentIdx].name.match(/\[([^\]]+)\]\s*$/) || [])[1]
+          || null
+
+        // 确定要检查的项目列表
+        let projectsToCheck = []
+        if (currentProjectName) {
+          // 按项目展开模式：只检查当前项目
+          projectsToCheck = [currentProjectName]
+        } else {
+          // 兼容旧模式（未展开）：检查所有项目
+          const projectsDir = join(cwd, '.sillyspec', 'projects')
+          const projectFiles = existsSync(projectsDir)
+            ? readdirSync(projectsDir).filter(f => f.endsWith('.yaml'))
+            : []
+          projectsToCheck = projectFiles.map(f => f.replace(/\.yaml$/, ''))
+        }
+
+        let anyFailed = false
+        for (const pName of projectsToCheck) {
+          const result = runPostCheck(wf, cwd, pName)
+          const report = formatCheckReport(result)
+          console.log(report)
+          if (result.status === 'fail') {
+            anyFailed = true
+            // retry_prompts 由 _checkWorkflow 自动生成
+            for (const rp of (result.retry_prompts || [])) {
+              console.log(`\n🔄 重试提示（项目 ${pName}）：\n`)
+              console.log(rp.prompt)
+            }
+          }
+          const saved = saveWorkflowRun(result, { cwd, source: 'run.js', stage: 'verify', step: steps[currentIdx]?.name })
+          if (saved) console.log(`📁 结果已归档：${saved}`)
+        }
+        if (anyFailed) {
+          console.log(`\n⚠️ 存在检查失败项，请按上面的重试提示修复后再继续。`)
+        }
+      }
+    } catch (e) {
+      console.warn(`⚠️ workflow 检查跳过：${e.message}`)
+    }
+  }
+
+  // Workflow post_check：archive extract-module-impact 完成后检查产物
+  if (stageName === 'archive' && steps[currentIdx]?.name?.includes('extract-module-impact')) {
+    try {
+      const { loadWorkflow, runPostCheck, formatCheckReport, saveWorkflowRun } = await import('./workflow.js')
+      const wf = loadWorkflow(cwd, 'archive-impact')
+      if (wf && changeName) {
+        const raw = JSON.stringify(wf)
+        const resolved = JSON.parse(raw.replace(/<change-name>/g, changeName))
+        const result = runPostCheck(resolved, cwd, 'sillyspec')
+        // 只报告 impact-analyzer 的结果（doc-syncer 是后续步骤）
+        const impactResult = (result.roles || []).find(r => r.id === 'impact-analyzer')
+        if (impactResult) {
+          const icon = impactResult.status === 'pass' ? '✅' : '❌'
+          console.log(`${icon} module-impact.md 检查${impactResult.status === 'pass' ? '通过' : '失败'}`)
+          for (const f of (result.failures || []).filter(f => f.role_id === 'impact-analyzer')) {
+            console.log(`   └─ ${f}`)
+          }
+        }
+        const saved = saveWorkflowRun(result, { cwd, source: 'run.js', stage: 'archive', step: steps[currentIdx]?.name })
+        if (saved) console.log(`📁 结果已归档：${saved}`)
+      }
+    } catch (e) {
+      console.warn(`⚠️ workflow 检查跳过：${e.message}`)
+    }
+  }
+
   if (printNext) {
     await outputStep(stageName, nextPendingIdx, defSteps, cwd, changeName, progress.project || null)
   }

package/src/stages/archive.js

@@ -20,123 +20,105 @@ export const definition = {
     },
     {
       name: 'extract-module-impact',
-      prompt: `分析本次变更影响的模块，生成模块影响记录。
+      prompt: `按照 \`.sillyspec/workflows/archive-impact.yaml\` 中定义的 \`impact-analyzer\` 角色规则，分析本次变更影响的模块。
 
 ### 操作
-1. 读取变更目录下的 proposal.md、design.md、tasks.md
-2. 运行 \`git diff --name-only HEAD~1\`（或 \`git diff --name-only --cached\`）获取真实修改文件列表
-3. 读取 \`.sillyspec/docs/<project>/modules/_module-map.yaml\`
+1. 读取 \`.sillyspec/workflows/archive-impact.yaml\`，了解角色定义和检查规则
+2. 读取变更目录下的 proposal.md、design.md、tasks.md
+3. 运行 \`git diff --name-only HEAD~1\`（或 \`git diff --name-only --cached\`）获取真实修改文件列表
+4. 读取 \`.sillyspec/docs/<project>/modules/_module-map.yaml\`
    - **如果不存在**：提示"建议运行 scan 生成模块映射"，但继续执行。跳到步骤 7 生成只有 unmapped 部分的 module-impact.md
-4. 三重交叉验证：
+5. 三重交叉验证：
    - 声明范围：proposal.md / design.md 中的"变更范围"/"文件变更清单"
    - 任务范围：tasks.md / plan.md 中的任务文件路径
    - 真实变更：git diff 文件列表
    - **以 git diff 为准**（真实 > 声明）
-5. 将 git diff 文件按 \`_module-map.yaml\` 的 paths glob 匹配到模块
-6. 生成模块影响矩阵：
+6. 将 git diff 文件按 \`_module-map.yaml\` 的 paths glob 匹配到模块
+7. 生成模块影响矩阵：
 
-| 模块 | 影响类型 | 相关文件 | 更新内容摘要 |
-|------|----------|----------|-------------|
+| 模块 | 影响类型 | 相关文件 | 更新内容摘要 | needs_review |
+|------|----------|----------|-------------|-------------|
 
    影响类型：逻辑变更 / 数据结构变更 / 接口变更 / 调用关系变更 / 配置变更 / 新增
+   needs_review：如果影响无法完全确定，标记为 true
 
-7. 未匹配到任何模块的文件归入"未匹配文件"表格
-8. 生成 \`.sillyspec/changes/<change-name>/module-impact.md\`，格式：
-
-\`\`\`markdown
-# 模块影响分析
-
-author: <git-user>
-created_at: <now-datetime>
-
-## 变更：<change-name>
-
-## 模块影响矩阵
-| 模块 | 影响类型 | 相关文件 | 更新内容摘要 |
-|------|----------|----------|-------------|
-
-## 未匹配文件
-| 文件路径 | 说明 |
-|----------|------|
-
-## 更新结果
-（sync-module-docs 步骤完成后回填）
-| 模块文档 | 操作 | 状态 |
-|----------|------|------|
-\`\`\`
-
-### 输出
-module-impact.md 路径 + 影响模块数量 + 未匹配文件数量`,
+8. 未匹配到任何模块的文件归入"未匹配文件"表格
+9. 生成 \`.sillyspec/changes/<change-name>/module-impact.md\`
+10. 完成后运行 workflow 检查：
+    \`node -e "import('./src/workflow.js').then(w => { /* 用 loadWorkflow 加载 archive-impact，用 runPostCheck 检查 */ })\``,
       outputHint: 'module-impact.md 路径 + 影响摘要',
       optional: false
     },
     {
       name: 'sync-module-docs',
-      prompt: `根据 module-impact.md 同步更新模块设计文档。
+      prompt: `根据 module-impact.md 同步更新模块索引和卡片文档。
 
-### 原则
-- 模块文档正文**永远描述当前状态**（快照模式），不是变更日志
-- 底部只保留轻量变更索引
-- 模块文档是下一次 AI 开发前必须读取的上下文
+### ⚠️ 核心原则：结构化事实改 _module-map.yaml，语义解释改模块卡片
+- \`_module-map.yaml\` 是唯一的结构化索引源（paths/tags/entrypoints/depends_on/used_by/status/needs_review）
+- 模块卡片只负责语义说明（定位/契约摘要/关键逻辑/注意事项/人工备注）
+- 一个信息只维护一次，不要两边重复
 
 ### 操作
 1. 读取 \`.sillyspec/changes/<change-name>/module-impact.md\`
 2. 如果没有受影响模块（只有 unmapped）→ 提示用户，跳过同步
-3. 对每个受影响模块：
-   a. 读取 \`.sillyspec/docs/<project>/modules/<module>.md\`（如不存在则新建）
-   b. 根据 module-impact.md 中的"更新内容摘要"，更新模块文档
-   c. **更新规则**：
-      - 新建：全量生成，使用下方模板
-      - 更新：只改相关章节（当前设计/对外接口/依赖关系等），保持其他章节不变
-      - 正文重写为当前状态，不追加历史
-      - 底部"变更索引"追加一行：\`| <日期> | <变更名> | <一句话摘要> |\`
-   d. 更新头部元数据：\`> 最后更新：<now-date>\`、\`> 最近变更：<change-name>\`
-4. 展示所有模块文档的更新内容（diff 摘要），请用户确认
-5. 用户确认后，写入 \`.sillyspec/docs/<project>/modules/*.md\`
-6. 用户拒绝时，不写入模块文档，但提示"module-impact.md 已保留，可稍后手动同步"
-7. 回填 module-impact.md 的"更新结果"表格
-
-### 模块文档模板
+3. 对每个受影响模块，按影响类型分别更新：
+
+#### 更新 _module-map.yaml 的规则
+- **路径变化** → 更新对应模块的 paths
+- **依赖变化** → 更新 depends_on / used_by（同时更新反向模块的 used_by / depends_on）
+- **导出符号变化** → 更新 entrypoints / main_symbols
+- **新增模块** → 添加完整条目
+- **模块废弃** → status: deprecated
+- **不确定的影响** → needs_review: true, review_reasons 追加原因
+- 如果 _module-map.yaml 的 generated_at 已过时，更新为当前时间
+
+#### 更新模块卡片（modules/<module-id>.md）的规则
+- **契约语义变化**（新增/删除对外能力） → 更新"契约摘要"
+- **关键逻辑变化** → 更新"关键逻辑"
+- **边界变化**（模块职责扩大/缩小） → 更新"定位"
+- **注意事项变化** → 更新"注意事项"
+- **内部实现变化**（不影响对外接口） → 通常不更新卡片
+- **人工备注** → 永远保护，不覆盖
+
+#### 人工备注保护
+1. 用正则提取 \`<!-- MANUAL_NOTES_START -->\` 到 \`<!-- MANUAL_NOTES_END -->\` 之间的内容
+2. 生成新卡片后，原样回填到人工备注区域
+3. 如果标记缺失或重复 → 在 _module-map.yaml 中标记 needs_review: true
+
+#### 新建模块卡片模板
 \`\`\`markdown
-# <module-name>
+---
+schema_version: 1
+doc_type: module-card
+module_id: <module-id>
+---
 
-> 最后更新：<now-date>
-> 最近变更：<change-name>
-> 模块路径：<glob patterns>
+# <module-id>
 
-## 职责
-（一句话说清这个模块做什么）
+## 定位
 
-## 当前设计
-（架构、数据流、关键逻辑 — 描述当前状态，不是历史）
+## 契约摘要
 
-## 对外接口
-| 接口 | 说明 | 调用方 |
-|------|------|--------|
-
-## 关键数据流
-\`\`\`text
-调用方 → 模块.方法() → 依赖模块.方法() → 返回结果
-\`\`\`
+## 关键逻辑
 
-## 设计决策
-| 决策 | 理由 | 来源 |
-|------|------|------|
+## 注意事项
 
-## 依赖关系
-### 依赖本模块
-### 本模块依赖
+## 人工备注
 
-## 注意事项
-（维护提醒、已知限制、修改时需同步检查的模块）
+<!-- MANUAL_NOTES_START -->
 
-## 变更索引
-| 日期 | 变更 | 摘要 |
-|------|------|------|
+<!-- MANUAL_NOTES_END -->
 \`\`\`
 
+4. 展示所有更新内容（diff 摘要），请用户确认
+5. 用户确认后，写入 _module-map.yaml 和受影响的模块卡片
+6. 用户拒绝时，不写入，但提示"module-impact.md 已保留，可稍后手动同步"
+7. 回填 module-impact.md 的"更新结果"表格，区分目标：
+   - 目标列写 "\`_module-map.yaml: <module-id>\`" 或 "\`modules/<module-id>.md\`"
+8. **同步完成后**，运行 \`sillyspec modules rebuild\` 刷新索引（如果需要），或手动更新 dependencies.md
+
 ### 输出
-已更新的模块文档路径列表 + 用户确认状态`,
+已更新的文件路径列表 + 用户确认状态`,
       outputHint: '模块文档更新结果',
       optional: false
     },

package/src/stages/brainstorm.js

@@ -12,13 +12,15 @@ export const definition = {
 2. 确认 currentStage 为 "brainstorm"
 3. 如果有进行中的 brainstorm，提示选择继续或重新开始
 4. 如果未初始化，提示先运行 sillyspec init
+5. **检查变更名称是否有意义**：如果当前变更名是自动生成的（如 \`2026-06-02-new-change\`），先询问用户确认实际变更名，然后运行 \`sillyspec change-rename <旧名> <新名>\` 重命名
 
 ### 输出
 当前状态摘要（1-2 句话）
 
 ### 注意
 - 以 CLI 返回为准，不要自行推断阶段
-- 如果阶段不对，输出正确提示并停止`,
+- 如果阶段不对，输出正确提示并停止
+- **不要用 mv 命令重命名变更目录**，必须使用 \`sillyspec change-rename\`，否则 DB 和目录会脱节`,
       outputHint: '状态摘要',
       optional: false
     },
@@ -32,14 +34,25 @@ export const definition = {
 3. 加载本地配置：\`cat .sillyspec/local.yaml 2>/dev/null\`
 4. 询问本次需求属于哪个子项目
 5. 棕地项目：读取 .sillyspec/docs/<project>/scan/ 下的 STRUCTURE.md、CONVENTIONS.md、ARCHITECTURE.md
-6. 查看进行中的变更：\`ls .sillyspec/changes/ | grep -v archive\`
+6. **加载模块索引**：读取 \`.sillyspec/docs/<project>/modules/_module-map.yaml\`（如存在）
+   - 这一步是高频操作，_module-map.yaml 回答“哪个文件属于哪个模块、模块之间怎么依赖”
+   - 用 tags/aliases 字段做需求关键词→模块的粗匹配
+   - 用 entrypoints 字段快速了解模块对外能力
+7. 查看进行中的变更：\`ls .sillyspec/changes/ | grep -v archive\`
+
+### 模块匹配方法
+读取 _module-map.yaml 后，根据用户描述的需求关键词，匹配相关模块：
+- 需求中提到"登录""认证""token" → 匹配 tags/aliases 中含这些词的模块
+- 需求中提到特定文件路径 → 匹配 paths 字段
+- 匹配结果用于后续 design.md 的文件变更清单
 
 ### 输出
-项目现状理解摘要（3-5 句话，关键约定和架构决策）
+项目现状理解摘要（3-5 句话，关键约定和架构决策）+ 可能涉及的模块列表
 
 ### 注意
 - 始终询问本次需求属于哪个子项目
-- 棕地项目必须读取数据模型章节`,
+- 棕地项目必须读取数据模型章节
+- 模块匹配只是粗筛，后续步骤会细化`,
       outputHint: '上下文摘要',
       optional: false
     },

package/src/stages/doctor.js

@@ -238,9 +238,38 @@ timeout 5 which docker 2>/dev/null && echo "✅ Docker 可用" || echo "ℹ️ D
       outputHint: '外部依赖检查结果',
       optional: false
     },
+    {
+      name: '模块文档健康检查',
+      prompt: `检查模块索引和卡片文档的健康状态。
+
+### 操作
+1. 运行 \`sillyspec modules status\` 查看模块索引概览
+2. 读取 \`.sillyspec/docs/<project>/modules/_module-map.yaml\`
+3. 对每个模块，检查：
+   - module_id 是否有对应的卡片文件（modules/<module-id>.md）
+   - 卡片文件是否有有效的 frontmatter（schema_version, doc_type, module_id）
+   - 人工备注标记是否配对（MANUAL_NOTES_START 和 MANUAL_NOTES_END 必须成对出现）
+   - needs_review 为 true 的模块列表
+4. 汇总结果
+
+### 输出格式
+\`\`\`
+📋 模块文档健康检查
+✅ _module-map.yaml — 存在，N 个模块
+⚠️  auth-service — needs_review=true，原因：...
+❌ payment-service — 卡片文件缺失
+✅ 所有模块人工备注标记配对正常
+\`\`\`
+
+### 注意
+- 如果 _module-map.yaml 不存在，输出"模块索引未生成，建议运行 scan"
+`,
+      outputHint: '模块文档健康状态',
+      optional: false
+    },
     {
       name: '汇总报告',
-      prompt: `汇总前三步的所有检查结果，生成最终的自检报告。
+      prompt: `汇总前四步的所有检查结果，生成最终的自检报告。
 
 ### 输出格式
 \`\`\`

package/src/stages/execute.js

@@ -41,9 +41,13 @@ const fixedPrefix = [
 7. 根据 plan.md 中的任务文件路径匹配 _module-map.yaml 中的模块
 8. 读取匹配到的 \`.sillyspec/docs/<project>/modules/<module>.md\`
 9. 实现代码时遵循模块文档中描述的接口约定、数据流和依赖关系
+10. **利用模块索引快速定位源码**：
+    - 用 entrypoints 字段直接找到模块对外 API 的源码位置
+    - 用 main_symbols 字段找到核心类/函数的定义位置
+    - 子代理优先读模块卡片理解语义，再读 entrypoints/main_symbols 对应的源码
 
 ### 输出
-已加载的上下文摘要（含模块文档）`,
+已加载的上下文摘要（含模块文档 + 源码锚点）`,
     outputHint: '上下文摘要',
     optional: false
   },

package/src/stages/plan.js

@@ -38,9 +38,14 @@ export const fixedPrefix = [
 6. 根据 design.md 的文件变更清单匹配 _module-map.yaml 中的模块
 7. 读取匹配到的 \`.sillyspec/docs/<project>/modules/<module>.md\`
 8. 将模块文档作为制定计划的上下文，确保计划符合模块当前设计
+9. **利用模块依赖关系辅助分析**：
+   - 用 depends_on 判断哪些模块会被间接影响
+   - 用 used_by 判断变更会不会影响下游模块
+   - 将依赖关系纳入 Wave 分组决策（依赖同一模块的任务尽量同 Wave）
+   - 如果变更涉及多个有依赖关系的模块，在 plan.md 的任务总表中标注模块依赖
 
 ### 输出
-已加载的文件清单（含模块文档）`,
+已加载的文件清单（含模块文档 + 模块依赖关系摘要）`,
     outputHint: '文件清单',
     optional: false
   },