Video To Notes
KIRVO-REPORTING/video-to-notes
Use immediately for any bare YouTube or YouTube Shorts URL, youtu.be link, Bilibili or b23.tv link, or other video URL; do not ask what the user wants.
Check user-facing indicator and chart metadata (titles, subtitles, descriptions, descriptionkey/WYSK, display names) against OWID's Writing and Style Guide, after a mechanical pass for whitespace…
$ npx skills add owid/etl --skill check-metadata-style -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install owid/etl check-metadata-style --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/owid/etl.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/check-metadata-style .claude/skills/check-metadata-style && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "check-metadata-style" agent skill from https://github.com/owid/etl/tree/master/.claude/skills/check-metadata-style into .claude/skills/check-metadata-style/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "check-metadata-style", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/owid/etl/tree/master/.claude/skills/check-metadata-styleType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add owid/etl --skill check-metadata-style -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install owid/etl check-metadata-style --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/owid/etl.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.claude/skills/check-metadata-style .agents/skills/check-metadata-style && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "check-metadata-style" agent skill from https://github.com/owid/etl/tree/master/.claude/skills/check-metadata-style into .agents/skills/check-metadata-style/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "check-metadata-style", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add owid/etl --skill check-metadata-style -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install owid/etl check-metadata-style --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/owid/etl.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.claude/skills/check-metadata-style .cursor/skills/check-metadata-style && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "check-metadata-style" agent skill from https://github.com/owid/etl/tree/master/.claude/skills/check-metadata-style into .cursor/skills/check-metadata-style/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "check-metadata-style", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/owid/etl.git --path .claude/skills/check-metadata-style--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add owid/etl --skill check-metadata-style -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install owid/etl check-metadata-style --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/owid/etl.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.claude/skills/check-metadata-style .gemini/skills/check-metadata-style && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "check-metadata-style" agent skill from https://github.com/owid/etl/tree/master/.claude/skills/check-metadata-style into .gemini/skills/check-metadata-style/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "check-metadata-style", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install owid/etl check-metadata-styleInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add owid/etl --skill check-metadata-style -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/owid/etl.git skills-src && mkdir -p .github/skills && cp -r skills-src/.claude/skills/check-metadata-style .github/skills/check-metadata-style && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "check-metadata-style" agent skill from https://github.com/owid/etl/tree/master/.claude/skills/check-metadata-style into .github/skills/check-metadata-style/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "check-metadata-style", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add owid/etl --skill check-metadata-style -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install owid/etl check-metadata-style --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/owid/etl.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.claude/skills/check-metadata-style .opencode/skills/check-metadata-style && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "check-metadata-style" agent skill from https://github.com/owid/etl/tree/master/.claude/skills/check-metadata-style into .opencode/skills/check-metadata-style/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "check-metadata-style", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
check-metadata-styleCheck user-facing indicator and chart metadata (titles, subtitles, descriptions, descriptionkey/WYSK, display names) against OWID's Writing and Style Guide, after a mechanical pass for whitespace…
Check Metadata Style is an agent skill from owid/etl. Check user-facing indicator and chart metadata (titles, subtitles, descriptions, descriptionkey/WYSK, display names) against OWID's Writing and Style Guide, after a mechanical pass for whitespace artifacts left by Jinja templates (double spaces, stray newlines, leading or trailing whitespace). Use when the user mentions the style guide, writing guide, chart copy quality, title/subtitle/WYSK review, spacing, whitespace or Jinja rendering, or after editing any .meta.yml under etl/steps/data/, garden or grapher…
Its SKILL.md is about 4.4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 1 other file (for example `STYLE_GUIDE.md`).
It sits in Media & Creative, covering Transcription and Data pipelines and ETL. It works with Notion. The repository describes itself as: A compute graph for loading and transforming OWID's data. The licence is MIT.
7 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit d5ba5a6. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
pythonmakeFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Check Metadata Style loads about 4.4k tokens when it runs. Until then it costs about 178 tokens; SKILL.md has 1,886 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from owid/etl at commit d5ba5a6, republished under its MIT licence (© owid). 1,886 words, ~4,393 tokens.
.claude/skills/check-metadata-style/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.Audit a dataset's user-facing text in two passes: a mechanical one for whitespace artifacts left by Jinja templates, then a rule-driven one against OWID's Writing and Style Guide. Flags fields that break the rules and offers to rewrite them.
The text itself is usually authored in the garden .meta.yml (description_key/WYSK, description_short, title, display.name) and inherited by grapher; a smaller share is set or overridden in the grapher step. This skill reads the resolved metadata off the built grapher dataset, so it covers both — you point it at the grapher step, and any fix it proposes goes back to whichever layer authored the field.
Rules live in STYLE_GUIDE.md next to this file — a committed snapshot of the OWID Notion page. The file records a Last synced from Notion date in its header; the skill checks that date on every run and refreshes the snapshot from Notion when it is more than two weeks old (see step 1). Refreshes are committed via a PR.
.meta.yml under etl/steps/data/ — garden or grapher..meta.yml (<%- if %>, <<variable>>, {definitions.xxx}), or when the user asks to check for spacing or whitespace issues in metadata.Current dataset only. Ask for the step path if it's not obvious from context. Do not walk all active steps — keep the skill focused on the one dataset the user is working on.
Read the grapher step even when the edit was to a garden .meta.yml (e.g. you edited etl/steps/data/garden/un/2026-04-08/child_labor_report.meta.yml → read etl/steps/data/grapher/un/2026-04-08/child_labor_report). Only the grapher dataset carries the resolved, inherited text a reader actually sees. If the grapher build is stale relative to your garden edit, rebuild it first (step 3) or you will be auditing the old copy.
Read the > Last synced from Notion: YYYY-MM-DD line in the header of STYLE_GUIDE.md.
ToolSearch (query +notion fetch) and fetch the Notion page. Use the result only if it looks complete: all sections present (Branding, Capitalization, Grammar and syntax, Short citations for charts, Writing in GDoc, Descriptions, Dates, Punctuation, Spelling) with the ❌/✅ examples intact. Note: authorizing the connector mid-session doesn't help — MCP tool lists are fixed at session start (subagents inherit the same registry, and resuming the session doesn't refresh it either), so a newly authorized connector is only reachable from a brand-new session.••• menu → Export → format Markdown & CSV) and provide the file path.Last synced date) and continue the audit with the committed copy. Never block the audit on the refresh.On a successful fetch/export:
NOTE: local addition — rules agreed in PRs that aren't on the Notion page yet. Their absence from the fetched content is not a removal; drop one only when Notion covers the same rule (then remove the note too).Last synced from Notion: line either way.STYLE_GUIDE.md should be committed via a PR. Do not commit or push as part of this skill.Plain
WebFetch/curldoes not work for the refresh:app.notion.comserves a JavaScript shell with no page content (verified 2026-07-07). Don't waste time trying it.
Read STYLE_GUIDE.md in this skill's folder. That file is the source of truth the skill evaluates against — do not fall back to memory, and do not invent rules that aren't in the file.
If the file is missing, rebuild it from Notion via the refresh flow in step 1 (treat it as stale).
Prefer the rendered (post-Jinja) metadata from the built catalog, so template artifacts are included in the check. The same collected strings feed both passes (steps 4 and 5).
Accept the step path in any of these forms and normalize it before loading:
etl/steps/data/grapher/un/2026-04-08/child_labor_report (matches the Scope example)data://grapher/un/2026-04-08/child_labor_reportgrapher/un/2026-04-08/child_labor_report.venv/bin/python -c "
from etl.paths import DATA_DIR
from owid.catalog import Dataset
raw = '<step path as the user gave it>'
step_path = raw.removeprefix('data://').removeprefix('etl/steps/data/').strip('/')
# step_path is now '<channel>/<namespace>/<version>/<dataset>', e.g. grapher/un/2026-04-08/child_labor_report
ds = Dataset(DATA_DIR / step_path)
import json
rows = []
for table_name in ds.table_names:
tb = ds[table_name]
for col in tb.columns:
m = tb[col].metadata
entry = {'table': table_name, 'variable': col, 'fields': {}}
def put(key, val):
if val:
entry['fields'][key] = val
put('title', getattr(m, 'title', None))
put('description_short', getattr(m, 'description_short', None))
put('description_processing', getattr(m, 'description_processing', None)) # whitespace pass only
dk = getattr(m, 'description_key', None) or []
if isinstance(dk, str): # modern format: one free-form markdown string
dk = [dk]
for i, v in enumerate(dk):
put(f'description_key[{i}]', v)
display = getattr(m, 'display', None) or {}
put('display.name', display.get('name'))
pres = getattr(m, 'presentation', None)
if pres is not None:
put('presentation.title_public', getattr(pres, 'title_public', None))
put('presentation.title_variant', getattr(pres, 'title_variant', None))
put('presentation.attribution', getattr(pres, 'attribution', None))
put('presentation.attribution_short', getattr(pres, 'attribution_short', None))
gc = getattr(pres, 'grapher_config', None) or {}
put('presentation.grapher_config.title', gc.get('title'))
put('presentation.grapher_config.subtitle', gc.get('subtitle'))
put('presentation.grapher_config.note', gc.get('note'))
# The chart footer resolves presentation.attribution > origin.attribution >
# origin.producer (year), so the visible credit usually comes from the origin.
for i, o in enumerate(getattr(m, 'origins', None) or []):
put(f'origins[{i}].attribution', getattr(o, 'attribution', None))
put(f'origins[{i}].producer', getattr(o, 'producer', None))
if entry['fields']:
rows.append(entry)
# Step 4: whitespace artifacts in the rendered strings
ws = [(r['table'], r['variable'], k, v) for r in rows for k, v in r['fields'].items()
if isinstance(v, str) and (' ' in v or v != v.strip() or '\n' in v)]
print(f'WHITESPACE ISSUES: {len(ws)}')
for t, var, k, v in ws:
print(f' {t}.{var}.{k}: {v[:150]!r}')
print('---')
# Step 5: strings for the style audit
print(json.dumps(rows, indent=2, ensure_ascii=False))
"Fields checked:
| Field | Why it matters |
|---|---|
title | Variable short title; shows in the catalog and some chart views |
description_short | One-liner rendered under chart titles |
description_processing | Processing note on data pages; collected for the whitespace pass only, the style rules skip it |
description_key[i] | Key information on chart data pages (markdown string, or legacy bullet list) |
display.name | Series label in chart legends |
presentation.title_public | Public-facing chart title |
presentation.title_variant | Disambiguator ("Historical", "WHO estimate", …) |
presentation.attribution | Full source credit under the chart (producer – data product (year)) |
origins[i].attribution | Where that credit usually comes from — the footer falls back to it when presentation.attribution is unset |
origins[i].producer | The last fallback: with no attribution set, the footer renders producer (year) |
presentation.attribution_short | Short source credit under the chart |
presentation.grapher_config.title | Overrides chart title when set |
presentation.grapher_config.subtitle | Chart subtitle |
presentation.grapher_config.note | Chart footnote |
Fields deliberately skipped:
description_from_producer — verbatim text from the source, not OWID copy.citation_full — follows the producer's requested citation, so its wording and capitalization are theirs, not ours to restyle. (Dash typography is the one exception: a spaced hyphen separating producer from data product is an en dash everywhere, per the style guide.)unit, short_unit, processing_level, internal names — not user-facing prose.description_long — technical, de-prioritized (re-enable later if needed). description_processing is collected, but only the whitespace pass reads it.Fallback if the dataset isn't built:
If DATA_DIR / step_path does not exist, parse the .meta.yml directly with etl.files.ruamel_load and pull the same field names from the tables → <name> → variables → <var> tree.
Origin fields (origins[i].attribution, origins[i].producer) live in the snapshot .dvc, not the .meta.yml, so this fallback does not cover them — say so in the report.
Parse the garden .meta.yml, not just the grapher one. Most datasets author their user-facing text in garden and have a thin or absent grapher .meta.yml, so reading only the grapher layer here finds nothing and reports a clean bill of health on unaudited text. Read both (etl/steps/data/garden/<ns>/<version>/<dataset>.meta.yml and the grapher one if it exists) and note that grapher values override garden ones on the same field.
Warn the user that Jinja templates (<<var>>, {definitions.xxx}, <%- ... -%>) and garden→grapher inheritance are not resolved in this fallback path, so template-generated violations will be missed and the whitespace pass (step 4) has nothing to check. Suggest building the step first:
.venv/bin/etlr grapher/<namespace>/<version>/<dataset> --grapherDrop --only here on purpose: when the catalog is missing, upstream meadow/garden outputs are usually missing too, and --only would skip them and fail on missing inputs.
Read the WHITESPACE ISSUES block the step-3 script printed. Every hit is a template defect that only shows in the rendered text, never in the YAML:
| Pattern | Example | Why it's a problem |
|---|---|---|
| Double space | Share of children | Jinja if/else block left extra whitespace |
| Leading whitespace | Share of children | Template newline rendered as leading space |
| Trailing whitespace | Share of children | Template block left trailing space |
| Embedded newline | Share of\nchildren | Multi-line Jinja block not properly trimmed |
Report them grouped by table and field, showing the rendered value with repr() so the whitespace is visible. The fix is in the template, not in the rendered string:
<%- and -%> trim markers instead of <% and %> to strip whitespace around control blocks.|- YAML block scalar for multi-line definitions to control trailing newlines.{definitions.xxx} references: the definition itself may carry leading or trailing whitespace.The template usually lives in the garden .meta.yml even when you read the grapher dataset; edit the layer that authored it. If the block is empty, say so and move on.
Claude reads STYLE_GUIDE.md and checks every collected string. Keep the evaluation rule-driven: cite the specific section/heading of the guide, not a generic "doesn't sound right".
Focus on rules the guide actually states (e.g. sentence case vs. title case, acronym expansion on first use, number/unit formatting, banned phrases, punctuation, tone). Do not invent rules the guide doesn't cover.
Report format, one block per violation:
[<table>.<variable>.<field>] "<offending text>"
Rule: <section name / short rule>
Why: <one line rationale>
Fix: "<suggested rewrite>"Group the blocks by variable for readability. End with a summary count.
Exception: when the producer explicitly asked for a specific short citation, schemas/definitions.json says to follow it. Report a matching origins[i].attribution as producer-prescribed rather than as a violation, and don't offer a fix.
If no violations are found, say so and list the fields that were inspected — the user should know what was checked, not just that nothing came up.
Match the pattern in check-metadata-typos §4–5:
Apply fixes to the .meta.yml file with ruamel_load / ruamel_dump so comments and key ordering are preserved (see CLAUDE.md → YAML Editing):
from etl.files import ruamel_load, ruamel_dump
data = ruamel_load(meta_yml_path)
# ...edit the tables → variables → <var> → <field> tree...
with open(meta_yml_path, 'w') as f:
f.write(ruamel_dump(data))Origin fields are set in the snapshot .dvc (meta.origin.*) — or, occasionally, by the step's own code after it loads the snapshot. Check which before editing, and edit that one. Producer-prescribed attributions stay out of Fix all.
If a violation only shows up in the rendered output because of a Jinja definition (e.g. the issue is inside {definitions.foo}), flag it for manual fix — don't auto-rewrite the definition without asking. Whitespace artifacts from step 4 always go this route: propose the trim marker or block-scalar change in the template and let the user confirm.
After fixes:
.venv/bin/etlr grapher/<namespace>/<version>/<dataset> --grapher --force --onlymake check to confirm no lint/format regressions from the YAML edits..md, no scripts under scripts/. The only persistent file tied to this skill is STYLE_GUIDE.md (the committed rulebook).check-metadata-spacing skill, folded into step 4 here, offered a scan of all active garden steps; that option is gone, run this per dataset instead.)STYLE_GUIDE.md in sync with Notion. The header's Last synced from Notion date is checked on every run (step 1); when it is more than two weeks old the skill refreshes the snapshot — Notion MCP first, manual markdown export as fallback — and the refresh is committed via a PR. Between syncs the skill stays deterministic and offline-capable by always auditing against the committed file.dag/archive/*.yml, point that out and confirm the user still wants to check it.STYLE_GUIDE.md doesn't say something, don't flag it. Prefer false negatives over false positives.© owid, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 1 other file in .claude/skills/check-metadata-style of owid/etl.
Open the folder on GitHubat commit d5ba5a6
Check Metadata Style next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Check Metadata Style this skillowid/etl | 159 | — | ~4.4k | Automated safety check: Pass | MIT | |
| Video To NotesKIRVO-REPORTING/video-to-notes | 105 | — | ~1.5k | Automated safety check: Pass | MIT | |
| Youtube PublishAndonywang123/Epost | 197 | — | ~3.4k | Automated safety check: Warn | None | |
| Youtube Batch Transcript Extractor API Skillbrowser-act/skills | 6.1k | 1 repos | ~1.4k | Automated safety check: Pass | MIT | |
| Video TranslationNoizAI/skills | 526 | — | ~1.3k | Automated safety check: Notes | None | |
| Ebay Item Detailbrowser-act/skills | 6.1k | — | ~2.9k | Automated safety check: Pass | MIT |
KIRVO-REPORTING/video-to-notes
Use immediately for any bare YouTube or YouTube Shorts URL, youtu.be link, Bilibili or b23.tv link, or other video URL; do not ask what the user wants.
Andonywang123/Epost
Prepare an English YouTube release with local Chinese-to-English translation, subtitles and cover localization, then use a deterministic script connected to dedicated Chrome and YouTube Studio to…
browser-act/skills
This skill helps users automatically extract YouTube video transcripts and metadata in batch via the BrowserAct API.
NoizAI/skills
Translate and dub videos from one language to another, replacing the original audio with TTS while keeping the video intact.
browser-act/skills
Extracts full item detail from any open eBay item URL, returning JSON with url, itemNumber, title, subTitle, categories, price, priceWithCurrency, currency, wasPrice, available, availableText, sold…
GPTomics/bioSkills
Transcribe DNA to RNA and translate to protein using Biopython, with NCBI codon-table selection, CDS validation, and six-frame ORF finding.
owid/etl
Find every OWID surface that references a chart, indicator, MDIM, or explorer — articles (links vs embeds), explorers, narrative charts, data insights, static viz, key-chart slots, MDIM views.
owid/etl
Add a scatter view (with GDP per capita on x) to existing OWID charts via the admin API, mirroring the admin UI's "Add scatter type" defaults, then retire the old standalone "X vs.
owid/etl
Add new survey question codes (e.g. An agent skill from owid/etl.
owid/etl
Build or refresh an OWID static visualization end to end — resolve what data it needs from an old static viz image, an indicator, or a grapher chart; check both the ETL catalog and the producer's…
owid/etl
Propose redirects from (soon-to-sunset) grapher charts to the matching views of published MDIMs.
owid/etl
Take (soon-to-sunset) OWID explorers to redirected MDIMs, end to end.
Works with
Check user-facing indicator and chart metadata (titles, subtitles, descriptions, descriptionkey/WYSK, display names) against OWID's Writing and Style Guide, after a mechanical pass for whitespace…. Check Metadata Style is an agent skill from owid/etl. Check user-facing indicator and chart metadata (titles, subtitles, descriptions, descriptionkey/WYSK, display names) against OWID's Writing and Style Guide, after a mechanical pass for whitespace artifacts left by Jinja templates (double spaces, stray newlines, leading or trailing whitespace).
Check Metadata Style fits situations like: the user mentions the style guide; chart copy quality; title/subtitle/WYSK review; jinja rendering.
Run `npx skills add owid/etl --skill check-metadata-style -a claude-code`. Or copy the skill folder (.claude/skills/check-metadata-style in owid/etl) into .claude/skills/check-metadata-style in your project. Claude Code loads it when a task matches its description.
Run `npx skills add owid/etl --skill check-metadata-style -a codex`. Or copy the skill folder (.claude/skills/check-metadata-style in owid/etl) into .agents/skills/check-metadata-style in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add owid/etl --skill check-metadata-style -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/check-metadata-style, .gemini/skills/check-metadata-style, .github/skills/check-metadata-style and .opencode/skills/check-metadata-style in your project.
Going by SKILL.md and its folder, Check Metadata Style needs the command-line tools its instructions call (python and make). Our summary lists: Python 3.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Check Metadata Style is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 4.4k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Check Metadata Style: Video To Notes (KIRVO-REPORTING/video-to-notes, 105 stars), Youtube Publish (Andonywang123/Epost, 197 stars), Youtube Batch Transcript Extractor API Skill (browser-act/skills, 6.1k stars) and Video Translation (NoizAI/skills, 526 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
owid (a GitHub organization) maintains it in owid/etl, which has 159 GitHub stars. The repository holds 35 skills in this directory. The repository was last updated on October 9, 2026.
Source: owid/etl on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.