Open Bench数据集制作上传

SKILL研究检索

原名 open-bench-dataset-builder

研究检索 未标注权限 许可证不明确
安装这个技能

覆盖数据集从制作到上线的全流程,能把原始标注转换成平台要求的格式、校对规范,并完成创建、更新、推送、发布等操作,也可用于排查上传失败。

一句话选型结论

按资料字段整理

Open Bench数据集制作上传是研究检索类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类研究检索 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_99faa0c4/open-bench-dataset-builder
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

研究检索
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_99faa0c4仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量13.5 KBSKILL.md 原文大小,越大说明说明书写得越细

能做什么

0 项能力
上游给出的能力概览与适用场景
生成数据集产物转换原始标注排查上传失败

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
查资料并整理出处

让模型按主题查资料,并把引用来源整理成清单。

网页与文献要点提炼

把长文、论文、网页压成能直接看的要点。

竞品与行业汇总

按关键词汇总竞品动态与行业信息。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在研究检索场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
Open Bench数据集制作上传当前 未标注权限 未标注 未标注 未标注 有
寻找技能 浏览器控制 GitHub 仓库 3120.0 万 Codex、Claude、Cursor 有
自我改进 Agent 接触敏感数据 ClawHub 市场 1646.4 万 OpenClaw 有
灵魂追踪 联网访问 GitHub 仓库 758.9 万 Codex、Claude、Cursor 有
自我完善 联网访问 ClawHub 市场 682.9 万 OpenClaw 有
微软代工厂 调用外部服务 GitHub 仓库 661.4 万 Codex、Claude、Cursor 有

SKILL.md 全文

13.5 KB
模型实际读到的说明书原文,来自技能仓库

Open Bench Dataset Builder

使用前先读

按任务需要读取最小必要参考,不要一次性把所有大文档塞进上下文:

  • 测试集字段规范:优先读 references/specs_20260325/ 下对应任务的结构化摘要;若目录不存在,再读 references/测试数据标签管理v20260325更新.xlsx。
  • ds-cli 外部操作:读 references/开源社区数据集cli工具操作手册-对外-1786008602380.md。
  • 已知排障经验:读 references/TroubleShooting.md。
  • 样本互斥校验:运行 python3 scripts/validate_sf_jsonl.py <sf.jsonl路径>。

开源安全约束:

  • 不要把真实数据库账号、API key、Cookie、token、内网 IP、个人主目录或机器专用绝对路径写回仓库。
  • 文档示例里的私有入口统一写成占位符,例如 <OPEN_BENCH_URL>、<ENUM_ADMIN_URL>、<DATASET_ROOT>。
  • 新增截图、表格或 Office 文档前,先确认不含个人信息、内部路径、内部项目名和文档元数据。
  • .ds_cache/、.DS_Store、本地下载页面缓存和平台克隆缓存不应作为开源产物提交。

一、判断数据集类型

先判断用户要处理的是哪类数据集,再选择字段和命令。不要把三类数据集混用。

物理测试集

  • 产物通常是 df.json、df.jsonl、sf.jsonl,需要时再加 ef.jsonl。
  • 首次创建用 ds-cli create ... --test。
  • 先读通用测试集规范,再读任务专属规范。
  • test_content、wakeup_words、product_info 等测试集字段只在确有语义时填写。

物理训练集

  • 产物通常是 df.jsonl、sf.jsonl、ef.jsonl。
  • 首次创建用 ds-cli create,不要加 --test。
  • 不使用测试集专属字段,例如 test_content、wakeup_words、product_line。
  • 噪声/RIR 数据走 audio.noise,无转录样本不要强造 annotation。

逻辑数据集

  • 不是物理三件套,常见形态是 tr/、cv/、data/、lexicon/、scp、ark、utt2pid 或 JSONL 特征索引。
  • 创建用 ds-cli create -n <name> -t logic --task <task> --env <prod|dev>。
  • 目录版整理最小目录结构;JSONL 版必须包含 feat,上传时加 -pm jsonl。

二、物理测试集构建

基本流程

  1. 确认目标确实是物理测试集。
  2. 确认数据集名;若用户未给出,先问清楚,不要代取名。
  3. 确认输入文件、列语义、任务类型和高风险业务字段。
  4. 基于用户确认字段生成可读版 df.json。
  5. 单独编写 make_sf_jsonl.py,只负责从原始输入生成 sf.jsonl。
  6. 运行 make_sf_jsonl.py 生成 sf.jsonl。
  7. 运行 python3 scripts/validate_sf_jsonl.py <sf.jsonl路径>。
  8. 由 df.json 生成上传版单行 df.jsonl。
  9. 检查 JSON 可解析、sample_id 唯一、路径可达、关键字段齐全。

推荐交付目录

正式制作时保留可复查目录,不只留下最小上传产物:

  • original_dataset/:原始输入的软链或必要入口文件。
  • AGENTS.md:简短记录任务边界、字段真值和关键命令。
  • df.json:可读主描述。
  • df.jsonl:上传版单行描述。
  • make_sf_jsonl.py:样本转换脚本。
  • sf.jsonl:样本标注。
  • ef.jsonl:仅在确有附加文件时保留,不能是空文件。

字段规则

  • source 是顶层字段,不写到 audio.source。
  • df.json 中拿不准的业务字段必须问人,不要猜。
  • 高风险字段包括 application_domain、category、product_info.brand、project_name、environment、data_generate_time、data_user、tag、source、audio.audio_format、audio.speech.dialect。
  • source 不能笼统写旧口径的“质量测试数据”;应按事实区分 自主采集、生成、badcase数据、公开数据、业务回流等。
  • 反例/误唤醒测试集的 test_content 默认用 误唤醒;正例测试集根据任务语义和用户确认选择 主观正例 或 客观正例。
  • 顶层 tag 是当前测试集任务标签字段;不要再写旧字段 ds_task_tag。
  • 若没有有效内容,删除空的 sample_info、spatial_info、speaker、custom 等壳对象。

样本规则

  • sample_id 默认用音频文件名去掉扩展名;只有确认会与历史样本冲突时,才加可追溯前缀。
  • parent_sample_id 默认不填。只有数据明确从其它样本仿真、派生或继承,并且用户要求保留血缘时才填写。
  • 不要默认输入一定是 use.wavlist + text;先确认文件清单和列含义。
  • 如果原始清单记录旧机器绝对路径但当前目录有同名音频,优先回退到本地同名文件。
  • attribute.path 应指向当前可访问路径;开源示例中使用相对路径。

互斥校验

  • annotation[].transcription.keyword 与 annotation[].transcription.text 互斥。
  • annotation[].timestamp 与 transcription.keyword + transcription.repeat_times 互斥。
  • 若样本已有 timestamp.begin_time/end_time,不要再写 repeat_times。
  • 若样本使用弱标签命令词/唤醒词,优先写 keyword;完整转写场景才写 text。
  • timestamp.end_time 不能写 null;没有人工分段但能读 wav 时长时,写实际秒数。

发音与语种

  • 发音统一写在 annotation[].transcription.pronunciation,不要写到 custom.pronunciation。
  • 中文发音可额外写 annotation[].transcription.pronunciation_unsigned;英文和其它语种默认不要补这个字段。
  • 发音字段使用原始发音/拼音列,词条字段使用真实词条列,不要互相替代。
  • audio.speech.language 使用语言代码,普通单语不拼地区码,例如英语写 en,中文写 zh。
  • 明确 code-switch 时使用 cs_<主语种>-<嵌入语种>,不要把明确双语改成 multi-lang。

WakeUp 与 FalseTrigger

  • WakeUp 的 wakeup_words 从真实词条列去重得到,不取拼音列或文件名片段。
  • 普通唤醒任务使用 WakeUp;误唤醒/反例任务优先使用 FalseTrigger。
  • 如果平台提示 wakeup_words、application_domain、category、product_info.brand 等枚举无效,不要擅自改字段绕过。提示用户去平台枚举管理入口 <ENUM_ADMIN_URL> 补充或确认改用已有枚举。

三、物理训练集构建

基本流程

  1. 确认目标是物理训练集,不加 --test。
  2. 确认数据集名、任务类型、输入文件格式和列语义。
  3. 生成 df.jsonl、sf.jsonl,确有附加文件时生成非空 ef.jsonl。
  4. 检查 JSON 行格式、sample_id 唯一、路径可达、必填字段完整。

高频规则

  • 训练集数据来源字段是顶层 source。
  • transcription.text、pronunciation、domain、confidence 等优先按数组字段组织。
  • 原始输入没有拼音列时,不补 pronunciation 或 pronunciation_unsigned。
  • 纯 TTS 生成音频通常按 source=生成、audio.generation=synthetic 处理。
  • attribute.duration 由平台计算,不主动上传。
  • custom 只放标准字段外且确有保留价值的信息。
  • 噪声或 RIR 数据无转录时,每条样本只保留 sample_id 和 attribute。

路径与去重

  • 若输入清单带挂载别名前缀,应归一化为平台或当前机器可访问的真实路径,并用 --check-paths 或等价方式验证。
  • 同一 basename 出现在不同子目录时,先比对内容哈希。同哈希可去重;不同哈希不能静默合并,应让源数据加可追溯后缀。
  • 不要把本机私有绝对路径写进开源示例。

四、逻辑数据集构建

基本流程

  1. 确认任务类型和环境,例如 ASR、TTS、KWS,以及 prod 或 dev。
  2. 若未明确数据集名,先问用户。
  3. 选择目录版或 JSONL 版交付形式。
  4. 目录版整理 tr/、cv/、data/、lexicon/、utt2pid 等最小结构。
  5. JSONL 版生成含 feat 的索引文件。
  6. 上传前检查路径、最小目录和血缘关系。

规则:

  • tr、cv 缺失时优先视为不合规。
  • utt2pid 第一列是逻辑样本 sample_id,后续列是物理样本 sample_id。
  • 物理样本缺失但特征可用时,可写 _sample_unk。
  • 不要把逻辑数据集当作物理数据集三件套输出。
  • 文档写“暂无规范”的任务类型,不要臆造结构。

五、ds-cli 操作

通用前置

每次执行 ds-cli 子命令前都重新清代理,不能假设父 shell 或上一条命令已经处理过:

unset HTTP_PROXY HTTPS_PROXY http_proxy https_proxy ALL_PROXY

这条规则适用于 create、add、update、rm、push、release、version、clone、info、search。

物理测试集上传

  1. 确认目录中有 df.json、df.jsonl、make_sf_jsonl.py、sf.jsonl。
  2. 首次创建用 ds-cli create ... --test。
  3. 创建成功后保留自动生成的 _phy_* 目录。
  4. 后续修改进入 _phy_* 目录执行 ds-cli add/update/rm。
  5. 修改后执行 ds-cli push。
  6. 需要正式版本时按平台发布流程执行 ds-cli release 并用 ds-cli version 确认。

物理训练集上传

  1. 首次上传用 ds-cli create,不要加 --test。
  2. 创建成功通常会自动完成首次推送。
  3. 后续增量用 ds-cli add,定向修改用 ds-cli update,删除用 ds-cli rm。
  4. add/update/rm 后必须执行 ds-cli push。
  5. 需要正式版本时执行 ds-cli release,再用 ds-cli version 确认。

逻辑数据集上传

  1. ds-cli create -n <name> -t logic --task <task> --env <prod|dev>
  2. 进入数据集目录。
  3. 用 ds-cli add -p <file_or_dir> 上传内容。
  4. JSONL 版追加 -pm jsonl。
  5. 执行 ds-cli push。
  6. 需要正式版本时发布并确认版本。

维护已有数据集

  • 线上已有数据集要改标签或标注时,不要重建。先 ds-cli clone <平台数据集名>,以克隆出的全量样本或描述为底本,再 update、push、release。
  • 平台已有测试集但样本数为 0 时,优先进入本地 _phy_* 目录补传样本,不要重新创建同名数据集。
  • ds-cli update -sf 按 sample_id 覆盖更新。
  • ds-cli add -sf 遇到已有 sample_id 会覆盖。
  • ds-cli update -df 只更新提交的 key;ds-cli add -df 是全量覆盖。
  • 大体量 push 建议落盘日志;若静默中断,检查缓存变更目录是否仍有待推分片,必要时重跑 push 续推。

发布确认

  • ds-cli release 返回申请成功不代表正式版本已经完成。
  • 以 ds-cli version 中“最新版本号 == 最新正式版本号”作为发布完成依据。
  • 发布过程中若提示数据集正在被操作,通常表示原申请仍在处理,继续轮询,不要盲目重复提交。

附加文件

  • 没有附加文件时省略 -ef,不要上传空 ef.jsonl。
  • 追加目录时,先把目录下普通文件逐行写成 {"path":"..."},确认非空后再上传。
  • 同名附加文件会被新版本替换;未重传的历史附加文件会被平台带入新版本。
  • 删除源文件或改软链前,先对源文件和平台副本逐一做大小与哈希校验。

六、字段速查

数据集级常见字段:

  • 标准字段:type、supported_tasks、source、source_info、environment、license、tag、info。
  • 音频字段:audio.tag、audio.generation、audio.acoustic.channels、audio.acoustic.sample_rate、audio.acoustic.device、audio.acoustic.distance、audio.acoustic.background、audio.acoustic.array_info。
  • 语音字段:audio.speech.language、audio.speech.dialect、audio.speech.anno_method、audio.speech.genre、audio.speech.style。
  • 噪声字段:audio.noise.style。
  • 测试集业务扩展:application_domain、category、project_name、product_info.brand、product_info.model、data_generate_time、data_user、test_content、wakeup_words、pms_id、test_date、voice_length_type。

样本级常见字段:

  • 必填底座:sample_id、attribute.path、attribute.file_type。
  • 高频标注:annotation[].timestamp.begin_time、annotation[].timestamp.end_time、annotation[].transcription.language、annotation[].transcription.text、annotation[].transcription.keyword、annotation[].transcription.pronunciation、annotation[].transcription.pronunciation_unsigned。
  • 默认不填:parent_sample_id、空对象、无来源依据的 custom 字段。

常见数据来源枚举:

购买、生成、自主采集、公开数据、云端业务数据回流、本地业务数据回流、私有化业务数据回流、badcase数据、历史未知数据。

七、冲突处理

  • 文档之间冲突时,以最新字段规范和 ds-cli -h 的实际行为为准。
  • 用户要求与规范冲突时,先指出风险,再按用户最终确认执行。
  • 平台枚举、白名单或字段校验失败时,不要通过改业务真值绕过;先让用户确认补平台规则还是改用已有合法值。
  • 上传前发现大量 sample_id 撞库时,暂停并判断是否重复上传同一批数据,不要默认加前缀重传。
  • 每次形成新的稳定经验后,回写到 SKILL.md 或 references/TroubleShooting.md,但必须先脱敏。

常见问题

5 问
答案由本站依据条目字段整理
Open Bench数据集制作上传怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_99faa0c4/open-bench-dataset-builder。安装方式为未标注。装完刷新技能列表或重开客户端。

Open Bench数据集制作上传支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

Open Bench数据集制作上传权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

Open Bench数据集制作上传收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

Open Bench数据集制作上传用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。