visibility
capability
devsource.dev
devsource.dev
Levels are cumulative — you must pass L1 before reaching L2, L2 before L3, and so on.
AI Readiness Report
Executive Summary
devsource.dev is exceptionally well-prepared for AI-driven discovery and recommendation, achieving a top-tier visibility score by ensuring its content is crawlable, clearly structured, and rich with trust signals. However, its AI capability is severely limited, as the site offers no programmatic interfaces for AI agents to interact with beyond basic content retrieval. The primary gap is the complete absence of APIs, structured interaction protocols, and agent integration features, which prevents the site from supporting autonomous or semi-autonomous AI workflows.
AI Visibility — L5
The site demonstrates near-perfect AI discoverability, passing all checks for crawlability, content clarity, and discoverability, and most checks for trust and AI optimization. This means AI systems like ChatGPT, Perplexity, and Gemini can easily find, understand, and recommend the site's content, with strong signals from structured data, sitemaps, and an llms.txt file. The only minor gaps are missing contact/author attribution and breadcrumb/review schema, which slightly reduce the depth of trust and contextual signals available to AI.
AI Capability — L2
AI agent interoperability is minimal, with the site passing only basic accessibility and discoverability checks. While agents can read the content and understand its structure, there are no APIs, JSON responses, search/filter capabilities, or agent descriptor files, making it impossible for agents to perform actions or retrieve data programmatically. The site lacks all advanced integration features such as MCP servers, webhooks, authentication for automation, and event streaming, meaning it cannot support any form of autonomous agent operation or complex workflow.
The 5/5 visibility score means the site is fully optimized to appear in AI-generated answers and recommendations, capturing the growing traffic from AI assistants. However, the 2/5 capability score means the site is missing out on the emerging wave of AI agents that can perform tasks, book services, or retrieve dynamic data on behalf of users, limiting its potential for automation-driven engagement and transactions.
Top Issues
Why: Without a well-defined API, AI agents cannot programmatically retrieve data or perform actions on the site. This is the foundational capability for all agent interactions and blocks most advanced AI use cases.
Impact: AI systems cannot integrate with the site's data or services, severely limiting the potential for AI-driven automation, integrations, and new revenue streams. Competitors with APIs will be preferred by AI agents.
Fix: Design and expose a REST or GraphQL API for core resources. Start with read-only endpoints for key content (e.g., posts, products, docs). Document endpoints with OpenAPI. Ensure consistent URL structure and HTTP methods.
Why: AI agents need clear, structured documentation to understand how to use the site's features and APIs. Without it, they cannot discover or correctly invoke capabilities.
Impact: Even if an API existed, agents would not know how to use it. This blocks AI-driven usage and reduces the site's usefulness to AI systems, leading to lost AI referral traffic and automation opportunities.
Fix: Create comprehensive documentation in Markdown or HTML with clear sections for getting started, endpoints, parameters, and examples. Publish it at a predictable URL (e.g., /docs). Include an llms.txt file that links to the docs for LLM consumption.
Why: An OpenAPI spec is the standard way for AI agents to programmatically understand available API endpoints, request/response formats, and authentication. Without it, agents cannot reliably integrate with the API.
Impact: AI agents cannot discover or use the API, making the site effectively invisible to AI-driven automation. This reduces the site's value as a data source or service provider in AI ecosystems.
Fix: Generate an OpenAPI 3.0 specification from your API code (e.g., using Swagger tools). Publish it at a standard location like /openapi.json or /swagger.json. Ensure it includes all endpoints, parameters, and response schemas.
Why: MCP is the emerging standard for AI agents to access tools and data through a standardized interface. Without an MCP server, agents cannot easily connect to the site's capabilities, limiting integration with major AI platforms.
Impact: The site will be excluded from the growing ecosystem of MCP-compatible AI agents, missing out on AI-driven traffic, automation, and partnership opportunities.
Fix: Implement an MCP server that exposes the site's core data and actions as tools. Follow the MCP specification (modelcontextprotocol.io). Start with read-only tools, then add write tools. Host it at a stable URL and document it.
Why: AI systems and users need to verify the site's legitimacy and find ways to contact the owner. A missing or hidden contact page reduces trust and can cause AI to deprioritize the site.
Impact: Reduced trust signals can lower AI referral traffic and user confidence, potentially decreasing conversions and credibility.
Fix: Create a /contact or /about page with clear contact information (email, form, or social links). Link to it from the main navigation and footer. Add Organization schema with contactPoint to make it machine-readable.
Quick Wins
30-Day Roadmap
Week 1: Quick Wins
— Create a /contact page with contact information (email, form, or social links) and link it from the main navigation and footer
— Add Organization schema with contactPoint to the /contact page
— Add author bylines to all content pages, including author name, bio, and link to an author profile page
— Add schema.org Person or Organization markup to author bylines
— Implement breadcrumb navigation on pages and add BreadcrumbList JSON-LD schema to each page
— Add Review or AggregateRating JSON-LD schema to pages where user reviews exist
— Document rate limits in the API docs and include them in the OpenAPI spec
— Implement rate limiting on the server and return 429 with Retry-After header when exceeded
Visibility L5 maintained; Capability L2 → L2 (rate limits documented, no level change yet)
Week 2: Foundation
— Design a REST API for core resources (posts, products, docs) with read-only endpoints
— Implement the REST API endpoints with consistent URL structure and HTTP methods
— Generate an OpenAPI 3.0 specification from the API code using Swagger tools
— Publish the OpenAPI spec at /openapi.json or /swagger.json
— Create comprehensive machine-parseable documentation in Markdown or HTML with sections for getting started, endpoints, parameters, and examples
— Publish the documentation at a predictable URL (e.g., /docs)
— Create an llms.txt file that links to the documentation for LLM consumption
Capability L2 → L3 (API and OpenAPI spec published, machine-parseable docs available)
Weeks 3-4: Advanced
— Implement an MCP server that exposes the site's core data and actions as tools
— Follow the MCP specification (modelcontextprotocol.io) and start with read-only tools
— Host the MCP server at a stable URL and document it
— Add write tools to the MCP server after read-only tools are stable
— Ensure the MCP server is linked from the /docs page and llms.txt file
Capability L3 → L4 (MCP server implemented and documented)
Within 30 days, the site can realistically reach AI Visibility Level 5/5 (maintained) and AI Capability Level 4/5, with a fully documented REST API, OpenAPI spec, machine-parseable docs, and an MCP server. The quick wins will solidify visibility, while the foundation and advanced phases will significantly boost capability.