Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Tencent SkillHub · AI
Skill Namer
Generate short, molty-native names for skills, ENS domains, and agent-economy primitives when the obvious words are taken. Produces high-traction “new primit...
skill openclawclawhub Free
Generate short, molty-native names for skills, ENS domains, and agent-economy primitives when the obvious words are taken. Produces high-traction “new primit...
⬇ 0 downloads ★ 0 stars Unverified but indexed
Install for OpenClaw
Quick setup
- Download the package from Yavira.
- Extract the archive and review SKILL.md first.
- Import or place the package into your OpenClaw setup.
Package facts
- Download mode
- Yavira redirect
- Package format
- ZIP package
- Source platform
- Tencent SkillHub
- What's included
- blocks.md, check.mjs, forge.mjs, root-words.md, SKILL.md
Validation
- Use the Yavira download entry.
- Review SKILL.md after the package is downloaded.
- Confirm the extracted package contains the expected setup assets.
Install with your agent
Agent handoff
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
- Download the package from Yavira.
- Extract it into a folder your agent can access.
- Paste one of the prompts below and point your agent at the extracted folder.
New install
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
Upgrade existing
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
Trust & source
Release facts
- Source
- Tencent SkillHub
- Verification
- Indexed source record
- Version
- 1.0.0
Provenance
- Publisher
- OtherPowers
- Source page
- View original listing
- Canonical URL
- Open canonical page
Documentation
Skill Namer (Portmanteau Forge)
Generate short, molty-native names that actually get used: intuitive, pronounceable, and load-bearing. This skill is optimized for: ENS / onchain primitives (where obvious nouns are taken) Moltbook / agent-to-agent collaboration (work routing, bounties, receipts, trust) General agent power (faster coordination, clear affordances)
Operating doctrine (don’t skip)
Coherence > traction > cleverness. If a name needs explanation, it’s not a primitive. Accessibility test > one-breath test. If it’s hard to say or hard for screen readers / low-bandwidth agents, it’s not a good primitive. Affordance clarity. A molty should infer “what it does” in 1–2 seconds. Non-extractive + harm-aware. Avoid names that normalize surveillance, coercion, carceral logic, or identity harm. Prefer consent-forward framing. Linguistic humility. Pronounceability norms can be biased; avoid treating “Western mouthfeel” as correctness. No fake precision. Do not assign numeric grades. Use ✅ / ⚠️ / ❌ with brief reasons.
Molty default preset (use unless the user overrides)
Length: ≤10 chars Form: 1 word, no hyphens Vibe: molty-social first (crew/gig/bounty), then infra (mesh/rail/hq) Output: Top 5 ✅ + Next 10 ⚠️ + 10 backups (mutations) Availability checking: Manual links across ENS + Unstoppable + top ICANN registrars TLD favorites: default to .eth, .ai, .com, .dao (user can set favorites; persist) TLD gravity: bias candidates toward what reads native on favorite TLDs (see “TLD-aware naming” below) Default banned words (can override): harvest, mine, scrape, exploit, stalk, police, punish Collect constraints in this order (stop when enough signal): Object: ENS name? skill slug? product? protocol primitive? (pick one) Primary job-to-be-done: what does it enable? (e.g., “agents coordinate work + payout bounties”) Relational permission: is this name being offered to the network, or claimed as a moat? (choose a posture) Vibe lane: molty-social (crew/guild/gig) vs infra (mesh/rail/router) vs trust (proof/claim/record) Hard constraints: max chars (e.g. 10), must be 1 word, banned words (e.g. “book”), tone boundaries Audience: humans, agents, or both If the user is speed-running availability checks: skip questions and produce batches.
Step 0 — Choose a target surface (preset)
Use one preset and state it explicitly in the output: ENS preset (default): ≤10 chars, 1 word, no hyphens, verbable, batchy. Skill preset: kebab-case allowed, clarity > brevity, include 3–5 trigger phrases. Product preset: brandable, pronounceable, avoid confusability/trademark collisions.
Step 1 — Choose a semantic lane
Pick 1–3 lanes; don’t mix more than 2 in a single name. Molty-social lanes (high adoption) work, gig, bounty, crew, guild, team, coop Vitality / sympoiesis lane (making-with) bloom, pulse, root, flow, kin, weave, garden Note: avoid militarized or de-individualizing metaphors by default (e.g., prefer crew/kin over swarm unless explicitly requested). Coordination lanes handoff, relay, dispatch, route, queue, sync, link Trust lanes claim, record, proof, attest, receipt, audit, verify Money lanes pay, tip, fund, split, settle, escrow Network lanes mesh, rail, hub, lane, ring, fabric, bridge
Step 2 — Generate candidates (portmanteau patterns)
Use these patterns in order of hit-rate. Also: generate with TLD gravity in mind (you’re not naming in a vacuum).
TLD-aware naming (gravitational pull)
Default TLDs: .eth / .ai / .com / .dao. When you output candidates, optionally tag the best-fit TLD(s). .eth: onchain identity + payments + trust primitives. Words like claim, record, proof, pay, escrow, attest, verify, receipt read native. .dao: governance + coordination + bounties + collective action. Words like bounty, guild, crew, vote, proposal, council, grants read native. .ai: tools, copilots, automation surfaces. Words like namer, agent, studio, lab, forge, relay, router, workflow read native. .com: broad public/brand surface. Prefer the clearest/least-jargon name; avoid crypto-only vibes unless intentional. Rule of thumb: if you’re unsure, make the candidate compatible with .com clarity and let .eth/.dao carry the specialized meaning. Noun+Noun primitive: work+mesh → workmesh Noun+Place: bounty+hq → bountyhq Noun+Group: work+crew → workcrew Action+Noun: sync+crew → synccrew Noun+Rail (payments/settlement): pay+rail → payrail Noun+Log (provenance): claim+log → claimlog Prefer: 6–10 chars 2–3 syllables no hyphens (for ENS) unless requested
Step 3 — Filter hard (kill list)
Remove candidates that fail any of: Pronounceability: awkward consonant pileups (e.g., “tskrl”) ⚠️ Ambiguity: could mean 3+ different things without context ⚠️ Cringe / cutesy: feels like marketing copy, not tooling ⚠️ Confusability: too close to common brands/protocols (avoid legal + social collisions) ⚠️ Power/harms: surveillance/cop vibes (e.g., “track”, “snitch”, “police”), coercion (“enforce”), extractive framing (“harvest”) ❌ Consent-forward / harm-reducing replacements (examples): prefer "optin" / "consent" / "invite" / "handoff" over “track / monitor / enforce” prefer "receipt" / "record" / "proof" over “snitch / police / punish”
Step 4 — Reality + verbability + accessibility test
For each finalist, run these tests: A) Two sentences “Send it to ___ on NAME.” “We’re running bounties through NAME.” B) Verb test (must pass) “Just NAME it over.” C) 7-word definition (meaning compression) Write a 7-word definition. If you can’t, it’s not a primitive. D) Accessibility check (must not fail) Screen-reader friendly? (no lookalike characters, no weird punctuation) Low-bandwidth parse? (obvious segmentation; not a typo-soup) Cross-accent tolerance? (don’t overfit to one phonetic norm) If it reads naturally, keep it.
Step 5 — Output format (what to return)
Return: State the target surface preset (ENS / Skill / Product). Top 5 (✅): name + best-fit TLD tag + 7-word definition + why it’s sticky (1 line) Next 10 (⚠️): name + micro-caveat Set Builder (optional, high leverage): 1 flagship + 4 satellites (pay/verify/claims/docs/api) in a consistent style Template example (Set Builder output) Flagship: workcrew (best: .com/.ai) — “A crew that ships work together, fast.” Satellites: crewpay (best: .eth/.dao) — “Payout rails for crews and bounties.” crewclaim (best: .eth) — “Claims + receipts for shipped work.” crewverify (best: .eth/.ai) — “Verify who did what, when.” crewdocs (best: .com/.ai) — “Human-readable rules, docs, how-to.” Notes: Keep morphology consistent (crew/mesh/rail/hq), then vary the role word. If flagship is generic, add one vitality marker (e.g., bloomcrew) but only if it stays legible. Fallback transforms (mutation ladder) Avoid long essays.
Mutation ladder (use in order, report which rung you used)
When names are taken, don’t thrash. Walk the ladder: Swap suffix (network/place): mesh → hub → lane → rail → hq Swap group word: crew → guild → coop → team → swarm Swap work noun: gig → work → task → job → quest Pluralize: crew → crews, guild → guilds (keeps meaning, increases availability) Add one clarifier syllable: pay → payout, claim → claims, proof → proofs Lengthen by ≤2 chars: prefer meaning over ultra-short Use these to generate “still intuitive” alternatives: swap mesh ↔ net ↔ hub ↔ lane ↔ rail ↔ hq swap crew ↔ guild ↔ coop ↔ team ↔ swarm swap pay ↔ tip ↔ fund ↔ split ↔ settle pluralize: crew → crews (often available and still readable)
Availability checking (Web3 + ICANN) (optional)
Goal: let the user choose how automated the checking should be, while keeping zero-barrier manual mode always valid.
Choose a mode (ask once, then remember preference)
Offer 3 modes; default to Manual: Manual (zero keys, lowest friction) ✅ Return clickable search URLs for each provider. Fast, resilient to captchas/UI changes. Assisted (browser-driven, best-effort) ⚠️ Use a browser to open provider searches in tabs. Works until a provider throws captcha / bot protection. API (highest automation, requires keys) ✅ Use official APIs where available (e.g., GoDaddy) for deterministic checks. Fall back to Manual links for providers without keys. Always support mixed mode: “API for GoDaddy + Manual for ENS/UD.”
Choose providers (top Web3 + ICANN)
If the user says “check top sites,” use this default set: Web3 naming (common in agent circles) ENS: https://app.ens.domains/ Unstoppable Domains: https://unstoppabledomains.com/search ICANN / DNS registrars (manual search works without keys) GoDaddy: https://www.godaddy.com/domainsearch/find Namecheap: https://www.namecheap.com/domains/registration/ Cloudflare Registrar: https://www.cloudflare.com/products/registrar/ Porkbun: https://porkbun.com/ Dynadot: https://www.dynadot.com/domain/search Hover: https://www.hover.com/domains Gandi: https://www.gandi.net/en/domain Squarespace Domains: https://domains.squarespace.com/ If the user prefers a smaller list (speed), ask for their “top 3” and remember it.
Remember preference (important)
If the user specifies: mode (Manual/Assisted/API) providers (e.g., ENS + GoDaddy + Namecheap) TLD favorites (e.g., .eth,.dao or .com,.ai) …then remember that as their default for future naming sessions. Recommended memory format: TLD_FAVORITES: .eth,.ai,.com,.dao
How to run the check (recommended UX)
Step A — Generate candidates Produce Top 5 ✅ + Next 10 ⚠️ as usual. If the user needs a bundle, run Set Builder immediately (flagship + satellites). Step B — Check availability In Manual mode: for each candidate, output provider search links. In Assisted/API mode: run what you can; for what you can’t, output links. Step C — Backup loop (tight + fast) If a name is taken: Generate 3–8 closest alternates (fallback transforms). Check alternates using the same mode/providers. Return the first set that clears the user’s constraints. Truthfulness rule: never say “available everywhere” unless every provider was checked successfully. Use: ✅ likely available (checked) ⚠️ unknown (not checked / captcha) ❌ taken (confirmed)
Helper script (optional)
Use scripts/check.mjs to print a batch of provider URLs for quick manual checking.
ENS-specific guidance (optional)
If the task is ENS buying: Produce batches of 10–20 to try quickly. Keep a “miss list” (taken) and mutate via fallback transforms. Use the availability-check flow above when possible; otherwise output manual check links.
Advanced: “missing primitive finder” (connection-making)
When the user describes a workflow, identify missing primitives and propose names for them.
Namespace pollution guardrail (anti-generic)
If a candidate is too generic (likely to be produced by many agents), prefer one of: add a vibe marker (vitality lane) that still reads clean add a role marker (pay/verify/claims/record) produce a set (flagship + satellites) so the ecosystem has handles, not mush
Social liquidity check
Prefer names that will be adopted socially (easy to repeat, easy to tag, easy to remember) over “technically available but socially dead.” Also run lightweight confusion safety checks on finalists (complementary to linguistic humility): 2am test: does it visually parse under low cognitive load (tired, small screen)? Dictation test: would voice-to-text likely capture it across accents? Typo radius: avoid names where one-letter typos become other common words. Important: the 2am test is about visual parsing, not “Western mouthfeel.” If it fails for one audience, treat that as signal to redesign, not to exclude. Common missing primitives in agent economies: handoff artifact (context bundle) → “workpack”, “taskpack” receipt for work (verifiable) → “workreceipt”, “claimreceipt” bounty lifecycle (post→claim→deliver→payout) → “bountyloop” crew split (multi-party payout) → “splithub”, “splitrail” When you propose a primitive, also propose: 1 sentence of “what it is” 1 sentence of “why moltys need it now”
Bundled resources
For curated building blocks and “molty-speak primitives”, read: references/blocks.md For scripts to generate candidates in batches, run: scripts/forge.mjs (does not check availability)
Category context
Agent frameworks, memory systems, reasoning layers, and model-native orchestration.
Source: Tencent SkillHub
Largest current source with strong distribution and engagement signals.
Package contents
Included in package
3 Docs2 Scripts
- SKILL.md
- blocks.md
- root-words.md
- check.mjs
- forge.mjs