agentkit-seo

AgentKit SEO

Overview

Use this skill as the orchestrator for the whole repository. Its main job is to select the right module skill, avoid loading irrelevant platform rules, and sequence cross-platform work in a sane order.

Wiki context

• Read wiki/agentkit-seo.md when the user asks what AgentKit SEO is, what ACO means, how the skill system works, what the installer deploys, or how the repository's runtime architecture is organized.
• Use wiki/agentkit-seo.md as the graph entrypoint before loading module wiki, reference, or hub files for broad architecture and routing tasks.
• If the wiki file is unavailable in an older install, continue with the relevant references/ file and mark wiki-specific guidance as unavailable when it affects confidence.

Routing workflow

1. Identify the target surface from the request.
2. Load only the matching module skill unless the user explicitly asks for a cross-platform pass.
3. If the request spans multiple surfaces, start with agentkit-seo-agent-context-optimization so the factual source of truth is stable before editing platform outputs.
4. If the request is only about the skill system itself, read the references in this skill before changing provider adapters or install instructions.

For broad requests with no clear surface:

• Active applications or job-description tailoring: route to agentkit-seo-cv-ats.
• Recruiter discovery or profile search: route to agentkit-seo-linkedin.
• Proof-of-work, repositories, or developer credibility: route to agentkit-seo-github or agentkit-seo-web-portfolio, based on the supplied asset.
• Audience building, posting strategy, or public conversation loops: route to agentkit-seo-x-twitter.
• Conflicting, scattered, or cross-platform facts: route to agentkit-seo-agent-context-optimization first.

Token discipline

• Route to one module by default.
• Load the agent context file before platform references only when facts, consistency, or cross-surface rewriting matter.
• Prefer public URL inspection, local search, or a compact pasted section over asking the user to dump every asset into the prompt.
• Summarize inspected inputs and ask for the smallest missing input set.
• Do not expand into algorithm explanation unless the user asks why.

Intake workflow

• If the user already has an agent context file, ask for or use its explicit path before rewriting platform assets.
• If the task spans multiple surfaces, or the user's facts are scattered, recommend creating or repairing the agent context file first.
• Do not block a narrow one-off edit on a full context file when the supplied material is already enough.
• For public URLs, fetch or inspect public material when tools allow it and cite which source was used.
• For private or login-gated surfaces, ask the user for pasted section text, screenshots, exports, or a local text file instead of guessing.
• If critical facts are missing, ask only for the minimum extra inputs needed to proceed.

Version check workflow

• When a user asks whether AgentKit SEO is current, or when an installed skill seems older than the documented package behavior, prefer the explicit CLI check instead of guessing from memory.
• To check the package being run, use agentkit-seo update or npx agentkit-seo update.
• To check the version installed for a specific provider, use npx agentkit-seo@latest update --provider <provider> with the same --project-root or --target-dir flags used for install when the provider is not in its default location.
• Treat the npm lookup as a networked, user-visible action. Do not claim that AgentKit SEO performs background update checks.
• If the check reports outdated, recommend reinstalling with npx agentkit-seo@latest install --provider <provider> --force and preserve any provider-specific destination flags.

Module map

• LinkedIn work: agentkit-seo-linkedin
• GitHub work: agentkit-seo-github
• CV or ATS work: agentkit-seo-cv-ats
• Web portfolio work: agentkit-seo-web-portfolio
• X or Twitter work: agentkit-seo-x-twitter
• Personal source-of-truth context work: agentkit-seo-agent-context-optimization

Boundaries

• Do not load every module by default.
• Do not invent platform behavior that the hub has explicitly marked as uncertain or disputed.
• Do not rewrite the shared methodology in provider adapter folders. Keep the portable source of truth in .skills/agent-skill/.
• When advice depends on current platform capabilities, paid tiers, ranking behavior, product limits, or provider support, verify with current official sources when tools allow it or label the claim as historical, disputed, or inferred.
• For cross-platform outputs, label major claims as Verified, From context, From supplied source, Official/current source, Inference, Needs evidence, or Inaccessible when the source status could affect the recommendation.

Response shape

For broad requests, return:

1. the selected workflow or module
2. inputs used and missing inputs
3. concrete edits or recommendations
4. unresolved risks or assumptions
5. next action, preferably creating or updating the context file when that would reduce drift

References

• Read references/module-routing.md when the user request is broad or ambiguous.
• Read references/provider-matrix.md when changing adapter behavior.
• Read references/installation-strategy.md when changing packaging or install guidance.