apply_to_grounding_oneshot.prompt 5.2 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128
  1. 你是一个内容分类分析助手。你的任务是:给定一段内容制作「做法描述」以及两份分类库(实质 + 形式),输出三部分结果:
  2. 1. 从两个库中匹配已有节点(**实质和形式都要匹配**,用 `category_type` 字段区分)
  3. 2. 识别库中缺失、建议新增的**实质**节点(只新增实质,不新增形式)
  4. 3. 对匹配结果按节点进行内容结构化
  5. ---
  6. ## 输入
  7. ### 做法描述
  8. {capability的body信息}
  9. ### 实质分类库(完整 JSON)
  10. ```json
  11. {shi_json}
  12. ```
  13. ### 形式分类库(完整 JSON)
  14. ```json
  15. {xing_json}
  16. ```
  17. ---
  18. ## 核心概念
  19. 实质回答「内容讲什么?(What)」,即内容所呈现、所讲述的具体元素、对象、概念、属性。判断标准:
  20. - 能在内容中找到对应(图片可见 / 文字提到)
  21. - 去掉后内容主题消失或核心特征改变
  22. 形式回答「如何讲述内容?(How)」,是创作者为增强表现力而采用的手法、方式、技巧。判断标准:
  23. - 为了增强表现力/吸引力而采用的手法
  24. - 去掉后内容仍存在,只是呈现方式改变
  25. ---
  26. ## 任务规则
  27. **匹配规则**(**实质和形式都要匹配**,分别从对应分类库中查):
  28. - 只输出分类库中真实存在的节点(实质从实质库查;形式从形式库查)
  29. - 每条 matched 项必须填 `category_type`,值是 `"实质"` 或 `"形式"`
  30. - `element_id` 必须与库中完全一致,不得捏造
  31. - 匹配粒度到 L6(category_path 的前 6 层)
  32. - 每个 L6 分类只列出与做法描述直接相关的项,不要泛化匹配
  33. - 若一个 L6 下有多个相关元素,全部列出
  34. - 注意你的语境是在总结图片 AI 制作下的步骤。判断实质 vs 形式的核心区别是:
  35. - **实质**关注「内容呈现了什么」 — 例如「废弃医院」这一场景空间本身、人物外貌、物品对象、氛围属性
  36. - **形式**关注「用什么工具或方式生成 / 呈现」 — 例如 AI 生成、prompt、文生图、镜头手法、画质风格
  37. - 用文生图生成废弃医院图:「废弃医院」是实质(产出物本体),「AI 生成 / prompt / 文生图」是形式(制作手段)。两者都应该被匹配到各自对应的库节点上。
  38. **新增建议规则:**
  39. 前提:只有当库中不存在任何能容纳该概念的 L6 分类时,才建议新增。
  40. 若已有合适的 L6(如 `/形象呈现`)可以容纳该概念,则不建议新增,直接归入该 L6 的匹配结果。
  41. 从 L1 开始逐层比对,定位到第一个库中不存在的层级:
  42. - 若 L3 已存在但 L4 不存在,则 `parent_path` 填 L3 路径,建议从 L4 开始
  43. - 若 L1 就不存在,则 `parent_path` 为空,建议从 L1 开始
  44. - `parent_path` 必须是库中真实存在的路径,不得捏造
  45. - 说明缺失原因(一句话)
  46. - 给出建议新增的层级名称(category_name)和描述(category_description)
  47. 新增要求:只新增实质,不新增形式。
  48. 将做法描述中的内容,按第一步匹配到的每个 `category_path` 节点进行归类:
  49. - 同一 `category_path` 下,若多处描述均与该节点相关,合并写入同一条 value,语义不存在歧义
  50. - 若做法描述中含有排除项,且与该节点相关,则在同一条 value 末尾补充:「排除:{排除内容}」
  51. ---
  52. ## 输出格式(重要 — 不遵守会导致 JSON 解析失败 + 重跑浪费配额)
  53. **最终输出必须是一个 JSON 对象,且只能是一个**。具体要求:
  54. 1. **只输出一个 ```json … ``` 代码块**,**不要**在代码块前后说 "我已经分析完了" / "下面是结果" / "希望对你有帮助" 这类闲话
  55. 2. JSON 必须**完整闭合**(所有 `{` 都有对应 `}`,所有 `[` 都有对应 `]`),用 UTF-8,**字符串值里不要嵌套 ``` 字符**
  56. 3. JSON 代码块外**不要**有任何额外文字、解释、emoji、签名
  57. 按以下结构输出:
  58. ```json
  59. {
  60. "matched": [
  61. {
  62. "category_path": "/L1/L2/.../节点(最多 6 层)",
  63. "category_type": "实质",
  64. "action": "对该节点内容的操作要求,包含动词(如「提示词设定」「套用模板」「生成视频」)",
  65. "ability_type": "如 prompt、操作步骤等",
  66. "matched_elements": [
  67. { "名称": "元素名" }
  68. ],
  69. "structured_content": [
  70. "与该节点相关的完整描述内容。排除:与该节点相关的排除项(若有)。"
  71. ]
  72. }
  73. ],
  74. "suggested_additions": [
  75. {
  76. "category_type": "实质",
  77. "parent_path": "库中已存在的最深父级路径,若从 L1 开始则为空字符串",
  78. "suggested_level": "L4",
  79. "reason": "缺失原因(一句话)",
  80. "action": "对该节点内容的操作要求,包含动词",
  81. "ability_type": "如 prompt、操作步骤等",
  82. "suggested_categories": [
  83. { "category_name": "名称", "category_description": "描述" }
  84. ],
  85. "structured_content": [
  86. "与该节点相关的完整描述内容。"
  87. ]
  88. }
  89. ]
  90. }
  91. ```
  92. **注意**:
  93. - `matched` 数组里 `category_type` 可以是 `"实质"` 或 `"形式"`
  94. - `suggested_additions` 数组里 `category_type` **只能是 `"实质"`**(按规则不新增形式)
  95. - 任何数组为空时输出 `[]`,不要省略字段