The full Unicode emoji proposal lifecycle: brainstorm and validate emoji ideas (emoji-ideas), turn the winner into a submission-ready PDF proposal with evidence screenshots and example images (draft-proposal), and critically review any proposal against the Emoji Subcommittee's selection criteria before submitting (proposal-review).
78
97%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Low
Low-risk findings worth noting
⛷🦖🦅😙🥚🥑🤗🥦🤣🐼🏄🦊🎟🥩🧈🍠🎪🍕😫🐶🐝😠🧐🫓🤿🐷🍗😨🪂🧀
🥍😊😞🐞😭🦂🫑🏐🥨😀😩🦇🐆🍈🥉🎭😝🐧🦓🥖😡🤺🍏🐢🦎🐅🎫🥏🐺😛
🐋😥🥐🍖😁😤🫔🎨🥪🌭🐊😓🦗😰🎬🥵🍳🦕🌮🍌🍊🐭🦞😕🍇🐸🏉🐳🥈🤩
Skills for proposing a new emoji to the Unicode Consortium — from finding an idea worth pursuing, through writing and reviewing the proposal document, to submission.
Start by reading the official guidelines: https://unicode.org/emoji/proposals.html. That page defines the selection factors, the required document format, and the current submission window, and it is the source of truth for everything below. Every skill in this plugin re-fetches it at the start of a run; where this plugin and the live page disagree, the live page wins.
New emoji are approved by the Unicode Emoji Subcommittee, which accepts proposals from anyone during defined submission windows. A proposal is a single PDF document, hosted at a public URL and submitted through the official form. It must contain:
Some categories are declined automatically — brands, logos, UI icons, signage, specific people, deities, flags without region codes, designs containing text, requests for an exact image. Petitions and social-media campaigns carry no weight; only usage evidence does. Concepts that have been declined are ineligible for re-review for four years, and acceptance rates are low — most proposals fail on "already representable" or "overly specific". The process from submission to a shipped emoji, when it succeeds, takes roughly two years.
/emoji-ideas → /draft-proposal → /proposal-review → submitFinds a concept worth proposing. Brainstorms candidates from your own usage gaps and from gaps in the current emoji set, then runs each through a validation ladder ordered cheapest-first: the automatic-decline screen, the current emoji list, the Emoji Requests backlog (including the four-year rule for declined concepts), a Google Books Ngram check for staying power, and a gut check against each selection factor. Each candidate gets a verdict — pursue, reshape, or drop — and one survivor is recommended for the next step.
Turns a validated idea into a submission-ready PDF. It interviews you first, so the document is written from your own words and experiences; captures the five required evidence screenshots with Claude for Chrome (your real signed-in browser — Google Trends rate-limits anonymous automation); generates the example images as emoji-style SVGs, iterating until the concept is legible at 18×18; and builds the final PDF along with a checklist of the remaining manual submission steps.
Reviews a finished proposal (PDF or HTML) against the selection criteria before you submit. It renders each page to an image and inspects it visually, verifies the document structure and image requirements, re-runs the Books Ngram figures and checks the Emoji Requests list, and argues every inclusion and exclusion factor from the position of a skeptical reviewer. The output is a verdict — ready to submit, needs revision, or likely decline — with a factor-by-factor scorecard and fixes ordered by impact.
/chrome in Claude Code), signed into Google — needed for the evidence screenshotsbrew install poppler) — used by the reviewer to inspect PDF pages