The source of truth starts in one repository
Teams need to point Inspectcat at the main repo that owns the product surface and implementation context.
Give Inspectcat the main repository, the pages your team wants to maintain, and the related repositories the system depends on. The goal is documentation that is useful to engineers and usable as agent context.
Repo
primary source context
Pages
documentation scope
Links
connected repositories
Docs site workflow
Primary repository selected
ReadyDocumentation pages defined
ReadyConnected service repos mapped
Needs reviewGenerated docs site
Needs reviewAgent-readable context
Needs reviewProduct direction: generated docs grounded in the system graph
The docs gap
A useful docs site has to explain the main codebase, the pages teams expect to maintain, and the service boundaries hidden in other repositories.
Teams need to point Inspectcat at the main repo that owns the product surface and implementation context.
Instead of generating everything, teams should define the pages they expect to keep useful over time.
A page about billing, auth, or data flow may need context from services reached over HTTP or other internal interfaces.
Capabilities
Use the main repo as the root context for the generated documentation site.
Teams provide the documentation pages they care about, so generation is scoped to useful product and engineering context.
Add the repositories that the main system calls into, so generated docs can explain cross-service behavior.
Next step
Inspectcat is moving toward generated docs that explain the primary repository, the pages teams maintain, and the connected repositories agents need to understand.
Repository readiness
Start with a repository scan, get a readiness score, and fix the gaps that slow down AI-assisted engineering.
Usage, cost, and projection
Bring OpenAI, Anthropic, and GitHub Copilot usage into one view for active users, service accounts, model mix, token volume, spend, and forecasted cost.