discoverability-all
Skill2 starsChanged 25 days agoApache-2.0View on GitHub
Use when a public site should be found and shared correctly, or when titles, descriptions, canonicals, robots.txt, sitemap.xml, social previews, favicon, and indexing directives need one coordinated review. It runs one shared sweep, then routes only to the specialists whose findings need work. Do not use it as a ranking promise, for a private or intentionally unindexed product beyond confirming it is consistently noindex, or for a single-file fix a specialist already owns.
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 2 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 22
Not when the product is private or intentionally unindexed.
- Very specific: line 33
Shared sweep: Run once and reuse the output (paths are relative to this skill's folder.
- Distinctive: line 63
Never claim a page "will be indexed" or "will rank".
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
discoverability-all
Owns launch family B (checks 9–18): titles, descriptions, canonicals, robots.txt, sitemap.xml, social metadata, favicon/icons, indexing sanity, staging/localhost references, and public URL consistency.
The signals in this family contradict each other far more often than they are missing: a localhost canonical on a page the sitemap advertises, a noindex page listed in the sitemap, robots blocking what the sitemap lists, a staging host in an Open Graph URL. Existence checks miss all of that. This skill reviews the relationships once, then hands specialists a shared picture so none of them re-crawls the site.
Activate when
- The site is public and should be discoverable or shareable, or a launch/rebrand/domain move is near.
launch-allroutes here.- Not when the product is private or intentionally unindexed. In that case confirm it is consistently noindex (meta or header, no sitemap, robots not advertising private paths) and stop.
Working alone
This skill is self-contained. Its companions (declared in its metadata) are skills whose method it may need to do its own promised work. Use of a companion can be conditional: declaring one does not mean running it. When a companion's lane applies, use the skill if it is installed; if not, follow its short entry in references/companion-methods.md and say in your report which lanes ran inline at reduced depth. Never skip an applicable lane silently. The lanes this bundle can activate are companions because it promises to run them when they apply: consider them all, activate only the ones that fit. Skills mentioned here only for escalation, referral, documentation, or optional deeper follow-up are not dependencies: report the hand-off and finish honestly.
Companions: seo-readiness, social-sharing, launch-identity, deployment-cleanup, search-console-readiness, structured-data, multilingual-readiness, link-integrity.
Route
- Intent and host. Establish: should this be indexed? What is the production origin (scheme + host,
wwwor not)? Which routes are public, which are private (account, dashboard, admin, checkout, preview)? Read.readyvibe/context.md, deployment config, and env templates. If the production URL is unknown, ask once; otherwise use the declared one. Shared sweep. Run once and reuse the output (paths are relative to this skill's folder; add
--renderfor client-rendered apps):node scripts/inspect-metadata.mjs --url <site> --render --private-path /dashboard node scripts/check-links.mjs --url <site> --renderServe a build locally if needed. Without a server, use
--dir <build output>and mark server-dependent items UNKNOWN.- Select specialists from the findings, not the table:
| Findings show | Specialist |
| titles, descriptions, canonicals, robots, sitemap, noindex, URL agreement (9–13, 16, 18) | seo-readiness |
| missing/incorrect Open Graph or Twitter tags, share image (14) | social-sharing |
| starter favicon, missing icons, product-name mismatch in titles (15) | launch-identity |
| localhost/staging/preview hosts anywhere shipped (17) | deployment-cleanup |
| the owner wants Search Console/Bing verification steps | search-console-readiness |
| a real article, product, organization, or FAQ page and JSON-LD exists or would help | structured-data |
| more than one language | multilingual-readiness (hreflang, per-language canonicals) |
| broken sitemap or canonical targets | link-integrity |
Skip structured-data and search-console-readiness unless there is a concrete reason. Do not add JSON-LD to a page whose content is not what the schema claims.
Evidence discipline
Label each claim OBSERVED, SOURCE-INDICATED, DECLARED, INFERRED, UNKNOWN, or REVIEW REQUIRED. UNKNOWN is never a pass and never a failure.
- A sitemap that exists is not a sitemap that is safe and correct. Correctness means: canonical, public, live, non-redirecting, not blocked, not noindex.
- Source with a canonical tag is not proof of the rendered canonical (a framework may override it). Read rendered HTML.
- Indexing intent is a fact about the owner's plan: DECLARED or asked, never guessed from the framework.
- Never claim a page "will be indexed" or "will rank". Indexing needs search-engine data.
May change
Metadata tags and site config that generate them, robots.txt, sitemap.xml (or its generator), favicon/icon files and links, canonical values (only once the production origin is known). Specialists define their own limits.
Must not claim
"SEO-optimized", "will rank", "will be indexed", "Google-approved", or a score. Report agreements and contradictions found, and fixes verified.
Verify
Re-run the sweep after changes. Success means the relationships hold: every sitemap URL is canonical, public, returns 200, is not noindex and not blocked; every canonical target resolves; the production host is the same everywhere; no localhost/staging strings remain. For a deployed site, spot-check the live URL, not just local output.
Escalate
- Production origin unknown or about to change: ask before writing any absolute URL.
- A private route that is reachable (not just listed) is a security finding: hand to
web-security. - Multi-domain, multi-language, or migration setups with redirects: REVIEW REQUIRED for the redirect map.
No change is valid when
The site is intentionally private and consistently noindex; or a single-page site legitimately has no sitemap; or the findings are explained by context (a noindex on /dashboard is correct). Do not add a sitemap or structured data just to satisfy a checklist.
In this repository54 other files it gives its agents.
- wcag-readinessSkill
- admin-audit-logSkill
- admin-authorizationSkill
- admin-dashboardSkill
- payments-readinessSkill
- subscription-readinessSkill
- ai-features-readinessSkill
- analytics-privacySkill
- consent-managementSkill
- consumer-protection-readinessSkill
- cookie-and-storage-auditSkill
- data-flow-mappingSkill
- data-rightsSkill
- email-complianceSkill
- jurisdiction-applicabilitySkill
- legal-identity-noticesSkill
- minors-readinessSkill
- policy-consistencySkill
- privacy-policySkill
- privacy-readinessSkill
- regulated-domain-triggersSkill
- terms-of-serviceSkill
- third-party-privacySkill
- user-content-safetySkill
- compliance-allSkill
- compliance-diffSkill
- design-system-reconnaissanceSkill
- launch-allSkill
- launch-verificationSkill
- production-allSkill
- quality-allSkill
- site-reconnaissanceSkill
- trust-allSkill
- search-console-readinessSkill
- seo-readinessSkill
- social-sharingSkill
- structured-dataSkill
- multilingual-readinessSkill
- rtl-readinessSkill
- content-trustSkill
- error-pagesSkill
- failure-resilienceSkill
- faq-readinessSkill
- forms-readinessSkill
- launch-identitySkill
- legal-navigationSkill
- link-integritySkill
- mobile-readinessSkill
- performance-readinessSkill
- public-supportSkill
- dependency-securitySkill
- deployment-cleanupSkill
- security-headersSkill
- web-securitySkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

