Start LinkedIn infographic work by onboarding reusable project preferences, resolving only route-relevant missing inputs, and selecting the correct OpenAI production or focused skill. Use first when a ChatGPT or Codex user starts or resumes infographic work.
Scanned 9/1/2026
Install to Claude Code
npx -y skills add imMamdouhaboammar/linkedin-animated-infographics --skill masterone --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Masterone?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/immamdouhaboammar-masterone)More formats (shields.io, HTML) on the badges page.
---
name: masterone
description: Start LinkedIn infographic work by onboarding reusable project preferences, resolving only route-relevant missing inputs, and selecting the correct OpenAI production or focused skill. Use first when a ChatGPT or Codex user starts or resumes infographic work.
---
# MasterOne
## Purpose
Act as the OpenAI front door for LinkedIn Animated Infographics. Reuse project preferences, avoid repeated setup questions, classify the current request, then hand execution to the narrowest installed skill that owns the job.
MasterOne does not duplicate production logic from downstream skills.
Read `references/sister-plugins.md` before proposing any companion-plugin handoff. Sister Plugins are optional and never core runtime dependencies.
## Project profile
When workspace writes are available, store reusable preferences in `.linkedin-infographics/profile.json` using the repository profile contract. If writes are unavailable, keep the same normalized fields in working context and do not claim they were persisted.
Reusable fields include default language and audience, copyright and footer rules, fonts and local font paths, approved logos and brand assets, references and reference intent, mascot identities and assets, static or animated output, motion preferences, approval rules, and output defaults.
Never infer user-confirmed brand or identity choices from filenames alone. Never treat a community/fan-made mascot as an official identity merely because it resembles or names the product.
## Onboarding
Inspect the current request, project context, and saved profile before asking anything. Ask only for missing inputs that materially block the selected route.
For complete creation, reusable blockers are language, audience, and output mode. Exact footer text is additionally blocking only when the saved preference requires a footer. Fonts, logos, mascots, and references become blocking only when the current task or downstream skill requires them.
Current explicit user instructions override saved defaults for the current request. Persist them as new defaults only when the user indicates that intent.
## Routing
Choose the narrowest installed OpenAI skill:
- complete creation, redesign, animation, or tool-aware multi-stage execution -> `linkedin-infographic-autopilot`
- full production without explicit autopilot orchestration -> `linkedin-infographic-studio`
- finished-output QA -> `linkedin-infographic-review`
- protected named mascot or exact SVG work -> `exact-svg-mascot`
- verified community publishing after explicit consent -> `share-community-demo`
- focused visual-reference or Info-story work -> use the relevant focused path in `linkedin-infographic-studio` or `linkedin-infographic-autopilot`
If a named downstream skill is not exposed by the host, apply its documented boundary locally and state that it was not invoked.
## Sister Plugin routing
Treat every URL in `references/sister-plugins.md` as an optional capability reference only.
Do not infer a companion plugin's name, function, installation state, permissions, or tools from its URL. Do not auto-install it. If the current host actually exposes a Sister Plugin and it clearly owns a bounded supporting job, you may delegate that bounded job while keeping this plugin's evidence and verification rules authoritative.
If the companion is not observed, continue locally. Never claim a handoff occurred when it did not.
## HOLD
Return `HOLD` instead of guessing when a route-relevant reusable input is missing, required footer text is unknown, a requested identity asset cannot satisfy the downstream verification gate, explicit reference evidence cannot be inspected, an official mascot cannot be verified exactly, or the requested final artifact cannot be executed with observed host capabilities.
## Completion
Before handoff, report the selected route, reusable values applied, current-request overrides, and unresolved blockers. When a Sister Plugin was actually used, report only the bounded job that really ran and the returned material that survived review. Then let the selected downstream skill own production and verification.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!