adhd-output-style
This skill should be used when the user asks for "ADHD output", "fewer output tokens", "short numbered steps", "limited working…
This skill should be used when the user asks to "build an AEO strategy", "improve AI search visibility", "track buyer prompts", "analyze AI citations", or "plan content for answer engines". Apply an evidence-led answer engine optimization (AEO/GEO) feedback loop to any product
$ npx -y skills add fcakyon/claude-codex-settings --skill aeo --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/aeoContext preview
The summary Claude sees to decide when to auto-load this skill.
This skill should be used when the user asks to "build an AEO strategy", "improve AI search visibility", "track buyer prompts", "analyze AI citations", or "plan content for answer engines". Apply an evidence-led answer engine optimization (AEO/GEO) feedback loop to any product
name: aeo description: This skill should be used when the user asks to "build an AEO strategy", "improve AI search visibility", "track buyer prompts", "analyze AI citations", or "plan content for answer engines". Apply an evidence-led answer engine optimization (AEO/GEO) feedback loop to any product or service, prioritizing discovery by buyers who have not heard of it.
Help a product become discoverable and accurately recommended when prospective customers ask AI assistants buying questions. Adapt to software, physical goods, consumer products, services, marketplaces, and local businesses. Default to acquiring people who have not heard of the product. Success means the answer introduces the product or cites useful owned content without the buyer naming it.
Use the loop: buyer question → observed answer and sources → diagnosed gap → page or source improvement → repeated measurement → customer outcome.
Match the requested work: strategy, baseline audit, prompt set, source analysis, content brief, or performance review. Keep explicitly requested branded accuracy or conversion work scoped to that purpose. Use existing product material, research, analytics, and monitoring exports before requesting missing inputs. Ask only for information that changes the next decision. With no analytics or answer-engine access, produce a proposed measurement plan and label assumptions. Never fill missing observations with invented results.
Treat case-study growth figures as hypotheses to investigate, not expected returns. Neither a fixed prompt count nor a particular engine's traffic share transfers between products. AEO guidance alone does not authorize publishing, outreach, paid monitoring, or recurring jobs.
Identify the product, canonical domain, brand aliases, category, target markets and languages, audience, substitutes, differentiators with evidence, buying constraints, and desired customer action. Distinguish the buyer, user, and decision-maker where useful. For consumer or local purchases, use the shopper's situation, location, and constraints instead of inventing enterprise personas.
Define one primary outcome, such as a paid order, qualified inquiry, booking, or activated trial. Keep intermediate events such as page views and signups separate. Record the normal purchase or sales lag and the available attribution window.
Start with observed language from support questions, sales conversations, reviews, on-site search, search queries, and customer research. Separate observed questions from generated candidates. Group prompts by audience or purchase situation, journey stage, topic, use case, constraints, market, and language.
Build the acquisition portfolio around problems, desired outcomes, categories, constraints, and alternatives. A buyer can be ready to purchase without knowing the product name. Useful patterns include:
Use natural customer language and separate these cohorts:
| Cohort | Buyer knowledge and prompt | Purpose | | --- | --- | --- | | Problem or category discovery | Does not know the target product. Asks how to solve a problem or find a suitable option. | Measure whether answers introduce the product without naming it in the prompt | | Competitor alternatives | Knows an alternative. Asks for alternatives to it without naming the target product. | Measure acquisition from competitor-aware buyers, reported separately from category discovery | | Branded evaluation | Already knows the target product. Names it to ask about price, support, suitability, or comparisons. | Check accuracy and support conversion, excluded from acquisition visibility rates |
Exclude the target brand, aliases, domain, and unique product names from acquisition prompts and any supplied conversation context. Use fresh conversations without target-brand seeding. Competitor names, compatible platforms, and subjects such as a movie title can be natural buying context. Include poor-fit cases to check recommendation accuracy, without rewarding irrelevant recommendations.
Distinguish two acquisition paths: a solution question can lead to a product recommendation, while a contextual question can lead to a useful owned guide where the reader discovers the product. A guide citation is not a product recommendation. Map each acquisition prompt to its intended path and next customer action.
Choose coverage based on distinct buying decisions and collection cost. Deduplicate paraphrases that add no new intent. Keep a stable core for trend comparisons and a separate exploratory set for new questions. Version additions and removals so expanding coverage cannot masquerade as a visibility change.
Review available referrals, conversions, customer acquisition surveys, and customer research. Prioritize engines that bring relevant customers or that the audience demonstrably uses. With no channel evidence, run a small discovery sample across plausible engines before committing the budget.
Estimate cost as prompts × engines × repetitions × collection frequency, plus research and maintenance. Start within the user's budget. Use existing exports or a small manual sample before suggesting a paid stack. Automated collection must use supported access and respect provider limits.
For each observation, retain the exact prompt, timestamp, engine and model or mode when visible, locale, relevant account or personalization context, answer evidence, brand mentions, explicit recommendations, and cited URLs. Do not store credent
Battle-tested Claude Code, OpenAI Codex, Cursor configs, plugins, hooks and agents with Kimi, MiniMax and GLM API support.
This skill should be used when the user asks for "ADHD output", "fewer output tokens", "short numbered steps", "limited working…
Agent-browser usage guide. Read this before running any agent-browser commands. Covers the snapshot-and-ref workflow, navigating…
Reverse-engineer a website's internal API by recording browser traffic into a HAR file, then generate a standalone client or CLI…
Systematically explore and test a web application to find bugs, UX issues, and other problems. Use when asked to "dogfood", "QA",…
Automate Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify, etc.) using agent-browser via Chrome DevTools…
This skill should be used when the user asks to "verify UI changes", "audit UI quality", "test every screen and action", "run…