关于 tao-generate-image-grounding
将图像与字幕配对转换为清理后的字幕、指代表达、字符跨度和像素坐标边界框的 TAO 流水线技能。它通过视觉语言模型端点完成表达提取与定位,并以逐条检查点支持恢复处理。
主要功能
- 01清理字幕并提取指代表达
- 02记录表达的字符跨度
- 03生成像素坐标边界框
- 04选择表达提取或定位步骤
- 05从逐条检查点恢复
- 06支持 Gemini 或 OpenAI 兼容端点
适用场景
- 01制作指代表达模型训练标注
- 02在图像中定位字幕短语
- 03仅运行表达提取或定位
- 04中断后恢复标注处理
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ nvidia/ skills --skill tao-generate-image-grounding安装后在 Claude Code 中输入/tao-generate-image-grounding确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
BENCHMARK.mdskill-card.mdskill.oms.sigconfig/skillspector-baseline.yamlevals/evals.jsonreferences/configuration.mdskill_info.yamlvllm_server.md详细介绍
图像定位流程
单独安装? 如果此会话不是由 TAO 技能库插件初始化的,请先运行
tao-setup技能(主机预检、凭据、跨技能发现)。
将 (image, caption) 对转换为每张图像的定位标注:清理后的说明文字、带字符跨度的指代表达式,以及每个表达式对应的像素空间边界框。一个 VLM(Gemini 或任何兼容 OpenAI 的端点)会处理这两个步骤。
用途
生成用于指代表达式和定位模型的短语定位训练数据。VLM 充当“教师”标注器:步骤 0 在观察图像的同时从说明文字中提取指代表达式;步骤 1 为每张图像中的每个表达式返回一组边界框。
流程架构
Step 0: Expression extraction → VLM cleans caption, extracts referring expressions + char spans
Step 1: Phrase grounding → VLM returns pixel bboxes + scores per expression
可通过 workflow.steps 单独选择各个步骤。每个步骤都会将每个样本的检查点写入 step_<N>_*/.ckpt/<sample_id>.json,并在重新运行时跳过已处理的记录。设置 workflow.force_reprocess: true 可忽略检查点并从头重新处理。
使用说明
初始设置
用户想要运行此流程时,请逐步完成以下操作:
-
输入 JSONL:询问 JSONL 路径。每行必须是一个类似
{"image_path": "...", "caption": "..."}的对象。image_path可以是绝对路径或相对路径。 -
图像根目录:如果任何
image_path值是相对路径,请将data.image_root设置为这些路径应解析到的目录。 -
API 访问:询问用户想使用哪个 VLM 端点。提供以下五种选项,并根据用户的选择进行操作:
- Gemini — 设置
vlm.backend: "gemini";需要GOOGLE_API_KEY(环境变量或vlm.gemini.api_key)。 - NIM(例如
https://inference-api.nvidia.com/v1)— 设置vlm.backend: "openai";收集base_url、model_name和api_key。 - TAO 推理微服务(可自托管,兼容 OpenAI)。确认服务是否已在运行:
- 正在运行 — 收集
base_url、model_name和(可选)api_key;设置vlm.backend: "openai"。 - 未运行 — 指导用户完成
skills/applications/tao-run-inference-service技能,该技能会启动本地 TAO 推理微服务并提供兼容 OpenAI 的 API。在承诺提供特定模型之前,请检查skills/applications/tao-run-inference-service/references/service.yaml中的valid_network_arch_config_basenames。服务启动后,收集base_url、model_name和(可选)api_key;设置vlm.backend: "openai"。
- 正在运行 — 收集
- vLLM(可自托管,兼容 OpenAI)。确认服务是否已在运行:
- 正在运行 — 收集
base_url、model_name和(可选)api_key;设置vlm.backend: "openai"。 - 未运行 — 按照 references/vllm_server.md 安装并启动 vLLM 服务,然后收集
base_url、model_name和(可选)api_key;设置vlm.backend: "openai"。
- 正在运行 — 收集
- 自定义(任何其他兼容 OpenAI 的端点)— 设置
vlm.backend: "openai";收集base_url、model_name和(可选)api_key。
如果用户没有端点,也不想配置端点,请停止并先帮助解决 API 访问问题。
- Gemini — 设置
-
流程步骤:选择以下其中一项:
- 完整流程:
["0", "1"] - 仅提取表达式:
["0"] - 仅执行定位:
["1"],这要求已有步骤 0 的输出,位于results_dir/step_0_expression_extraction/annotations.jsonl
- 完整流程:
-
继续运行还是全新运行:默认情况下,工作流会复用检查点并跳过已完成的记录。若要重新处理所有内容,请设置
image_grounding.workflow.force_reprocess=true。
运行流水线
流水线通过 auto_label CLI 在 TAO Toolkit 容器中运行:
auto_label generate -e /path/to/spec.yaml \
results_dir=/results \
image_grounding.data.input_jsonl=/data/captions.jsonl \
image_grounding.data.image_root=/data/images \
image_grounding.vlm.gemini.api_key=$GOOGLE_API_KEY
生成默认 spec:auto_label default_specs results_dir=/results module_name=auto_label,然后设置 autolabel_type: "image_grounding"。所有字段都支持在命令行中使用 Hydra 点号表示法覆盖。
完整的 YAML 结构、所有参数、模型/端点设置及错误模式,请参阅 references/configuration.md。
推荐的试运行工作流
- 对 5-10 张图像运行两个步骤
- 检查
step_0_expression_extraction/annotations.jsonl——cleaned_caption和expressions[]是否准确?是否捕获了正确的名词短语? - 检查
step_1_grounding/annotations.jsonl——expressions[].instances[]中的 bbox 是否正确?置信度分数是否合理? - 如果质量不够理想,请将 VLM 切换为更强的模型(例如
gemini-2.5-pro),或提高media_resolution/max_output_tokens,然后使用force_reprocess=true重新运行。 - 满意后,再扩展到完整数据集。
配置
关键配置字段(完整参考请参阅 references/configuration.md):
| 字段 | 默认值 | 说明 |
|---|---|---|
workflow.steps | ["0","1"] | 要执行的流水线步骤("0" = 表达式,"1" = 定位) |
workflow.max_workers | 4 | 每个步骤的并行线程数(注意 API 速率限制) |
workflow.force_reprocess | false | 忽略每个样本的检查点,从头重新处理 |
vlm.backend | "gemini" | "gemini" 或 "openai"(兼容 OpenAI 的端点) |
data.input_jsonl | 必填 | 输入 JSONL 文件路径,每行包含 image_path + caption |
data.image_root | "" | 可选前缀,用于解析相对 image_path 条目 |
输入
data.input_jsonl 指定的单个 JSONL 文件。每行一个 JSON 对象:
| 字段 | 必填 | 说明 |
|---|---|---|
image_path | 是 | 绝对路径,或相对于 data.image_root 解析的路径 |
caption | 是 | 图像的自由文本说明 |
image_id | 否 | 稳定标识符;缺失时根据文件名自动生成 |
width、height | 否 | 图像尺寸(像素);缺失时,bbox 限定范围默认采用 1920×1080 |
输出
所有输出都写入 results_dir/:
step_0_expression_extraction/annotations.jsonl— 每条记录的输出,其中新增了cleaned_caption和expressions[](每个表达式包含text、expression_id、char_span、noun_chunk和空的instances[])。step_1_grounding/annotations.jsonl— 相同记录,其中已填充expressions[].instances[](每个实例包含像素坐标空间中的bbox: [x1,y1,x2,y2]、取值范围为[0.0, 1.0]的score,以及bbox_id)。results_dir/annotations.jsonl— 复制最后一个步骤的输出,以便使用。step_<N>_*/.ckpt/<sample_id>.json— 用于恢复运行的每个样本检查点。
前提条件
- 容器:
nvcr.io/nvidia/tao/tao-toolkit:7.3.0-pyt - API 访问权限:至少一个 VLM 端点(Gemini API key 或支持图像输入的 OpenAI 兼容端点)