Glad it worked well on your project! MCP integration is a really interesting idea actually. Right now there's no plugin or MCP server for it but the API is pretty straightforward - you could hit the /api/analyze endpoint to trigger an analysis and /api/chat to ask questions about the results. Building a proper MCP server that exposes the architecture data and chat as tools would be a cool next step. Going to look into this, thanks for the suggestion.
Thanks for trying it out! CI integration is definitely on the roadmap. The idea is a GitHub Action that runs the analysis on each PR and comments with an architecture diff showing what changed. Would be great for catching accidental coupling or layer violations before they get merged. Haven't started building it yet but it's on the plan.
It uses a file tier system to prioritize what to analyze. Entry points, configs, and core source files get fetched fully. Tests and utilities get partial treatment. Generated code, lockfiles, and assets get skipped entirely. So even for large repos it focuses on the stuff that actually matters for understanding architecture.
For really massive repos (100K+ files) the analysis runs in a resumable pipeline - each of the 5 passes saves results to the database, so if the serverless function times out it picks up where it left off on the next connection. Embeddings for chat are also done incrementally in batches of 50 chunks.
That said, messy codebases are honestly where it's most useful. Clean well-documented repos don't need a tool like this. The ones with zero docs and 500 files with no clear structure are where it saves the most time.
The amount of misinformation that spreads from a single tweet or blog post is insane. Someone says "Windows uses React" and suddenly it's gospel. The actual XAML Islands explanation makes way more sense from a performance standpoint. Microsoft has been using XAML for their UI framework for years, why would they switch to React for something as performance-critical as the Start menu?