How do I install the Yoruba Glossary skill?

Run npx skillmds@latest add quantipixels/yoruba-glossary in your terminal (requires Node.js), paste this page's agent-chat prompt into Claude, Cursor, or any MCP-connected agent, or download the SKILL.md file and copy it into your agent's skills directory.

Is Yoruba Glossary safe to use?

This skill has not completed SkillMD's automated safety review yet. SkillMD never runs a skill's scripts for you; review the SKILL.md before installing.

Which AI agents work with Yoruba Glossary?

This skill is tagged as working with Claude Code, Claude.ai, OpenAI Codex. SKILL.md is an open format, so most agents that read a skills directory can load it too.

Is Yoruba Glossary free to use?

Yes. Installing skills from SkillMD is free, and the skill stays under its author's original license.

Who published Yoruba Glossary?

quantipixels (@quantipixels) published this skill. Their other Agent Skills are listed on their SkillMD profile.

Yoruba Glossary by quantipixels — Agent Skill

Name: Yoruba Glossary
Author: quantipixels

Yoruba Glossary

Decide additions or corrections to Yorùbá/English technical terminology and maintain an explicitly authorized glossary artifact. Use for actual term changes or glossary maintenance, not ordinary reuse of established terms.

quantipixels 923bc0f 2 files · 2.7 KB Updated Sep 17, 2026

File contents

Yorùbá technical glossary

Own one narrow outcome: settle an actual Yorùbá/English technical-term change and, when separately authorized, reconcile that confirmed term into the selected glossary artifact.

Preserve exact identifiers. A term is confirmed only when the user accepts it or the authoritative glossary already defines it as canonical. Keep unsettled technical concepts in English pending confirmation.

Task-local term decisions

Track only terms that this task actually adds, corrects, rejects, or leaves unsettled. A compact task-local record is enough:

English | Yorùbá | status | usage note

Use proposed | confirmed | rejected | unsettled for status. The usage note exists only when it changes how the term should be used. Do not create a durable ledger merely because a term was discussed, and do not treat repetition of an established term as glossary work.

A task-local term decision does not authorize a durable write.

Glossary writes

Write only when the user or governing project contract identifies the glossary target and authorizes mutation. Do not invent a default global path, persistence location, or parallel glossary when no target exists.

Preserve the target's existing format/schema. Before writing, check the English key, proposed mapping, and related compound terms for conflicts. Do not silently replace an existing confirmed mapping.

Write only confirmed stable technical concepts unless the target's established schema explicitly supports unresolved entries. Exact identifiers remain exact and do not become translated glossary keys.

If the user explicitly asks to create a new CSV glossary and no project format exists, use the minimal UTF-8 NFC semicolon-delimited schema:

Yorùbá;English;Description

Give each row exactly three fields, keep one canonical English key, and quote fields containing semicolons, quotes, or newlines.

After any authorized write, read back the changed entry and verify the target's schema/encoding rules, the exact accepted mapping, and key uniqueness where the format requires it.

Boundary

Use amose and oro-ologbon as needed.

Return the settled term decisions, unresolved gaps, and any authorized glossary write/readback. Do not turn terminology work into a general translation, documentation, or project-knowledge lifecycle.

---name: yoruba-glossarydescription: Decide additions or corrections to Yorùbá/English technical terminology and maintain an explicitly authorized glossary artifact. Use for actual term changes or glossary maintenance, not ordinary reuse of established terms.---# Yorùbá technical glossaryOwn one narrow outcome: settle an actual Yorùbá/English technical-term change and, when separately authorized, reconcile that confirmed term into the selected glossary artifact.Preserve exact identifiers. A term is confirmed only when the user accepts it or the authoritative glossary already defines it as canonical. Keep unsettled technical concepts in English pending confirmation.## Task-local term decisionsTrack only terms that this task actually adds, corrects, rejects, or leaves unsettled. A compact task-local record is enough:```textEnglish | Yorùbá | status | usage note```Use `proposed | confirmed | rejected | unsettled` for status. The usage note exists only when it changes how the term should be used. Do not create a durable ledger merely because a term was discussed, and do not treat repetition of an established term as glossary work.A task-local term decision does **not** authorize a durable write.## Glossary writesWrite only when the user or governing project contract identifies the glossary target and authorizes mutation. Do not invent a default global path, persistence location, or parallel glossary when no target exists.Preserve the target's existing format/schema. Before writing, check the English key, proposed mapping, and related compound terms for conflicts. Do not silently replace an existing confirmed mapping.Write only confirmed stable technical concepts unless the target's established schema explicitly supports unresolved entries. Exact identifiers remain exact and do not become translated glossary keys.If the user explicitly asks to create a new CSV glossary and no project format exists, use the minimal UTF-8 NFC semicolon-delimited schema:```csvYorùbá;English;Description```Give each row exactly three fields, keep one canonical English key, and quote fields containing semicolons, quotes, or newlines.After any authorized write, read back the changed entry and verify the target's schema/encoding rules, the exact accepted mapping, and key uniqueness where the format requires it.## BoundaryUse `amose` and `oro-ologbon` as needed.Return the settled term decisions, unresolved gaps, and any authorized glossary write/readback. Do not turn terminology work into a general translation, documentation, or project-knowledge lifecycle.

Frequently asked questions