Skip to main content

FrootAI Architecture Overview

System design, data flow, and component architecture of the FrootAI platform.


1. System Architectureโ€‹

Component Summaryโ€‹

ComponentTechnologyTransportArtifact
WebsiteDocusaurus 3, React, TypeScriptHTTPSStatic site on GitHub Pages
MCP ServerNode.js, JSON-RPC 2.0stdionpm package (frootai-mcp)
VS Code ExtensionTypeScript, VS Code APIIn-processVSIX on Marketplace
Knowledge HubMarkdown + MermaidFile systemdocs/*.md
Solution PlaysMarkdown, JSON, Python, YAMLFile systemsolution-plays/*/

2. The 6 Layersโ€‹

FrootAI is organized in 6 conceptual layers, from foundational infrastructure to user-facing solutions:

LayerNameContents
1. KnowledgeFROOT Framework18 modules across 5 layers (FยทRยทOยทOยทT)
2. ToolingDeveloper KitMCP Server (16 tools) + VS Code Extension (13 commands)
3. ScaffoldingAgentic OS.github/ files โ€” agent rules, prompts, CI, templates
4. ConfigurationTuneKitconfig/ โ€” models, guardrails, routing, search, chunking
5. EvaluationQuality Gatesevaluation/ โ€” golden sets, scoring scripts, benchmarks
6. SolutionsPlays20 pre-built scenario accelerators

3. Data Flowโ€‹

How a user's request flows through the system:

Request Typesโ€‹

TypeFlowTools Used
Knowledge QueryUser โ†’ Chat โ†’ MCP โ†’ Docs โ†’ Responsesearch_knowledge, get_module, lookup_term
Agent BuildUser โ†’ Chat โ†’ MCP โ†’ Plays + Docs โ†’ Scaffoldagent_build
Agent ReviewUser โ†’ Chat โ†’ MCP โ†’ Analysis โ†’ Findingsagent_review
Parameter TuneUser โ†’ Chat โ†’ MCP โ†’ Config โ†’ Optimizedagent_tune
Azure DocsUser โ†’ Chat โ†’ MCP โ†’ Azure โ†’ Responsefetch_azure_docs

4. DevKit + TuneKit Modelโ€‹

FrootAI uses a two-part approach to make projects agent-ready:

AspectDevKitTuneKit
PurposeDefine what the agent doesConfigure how well it does it
Location.github/config/ + evaluation/
ChangesPer-project, rarelyPer-iteration, frequently
ContentMarkdown rules, YAML workflowsJSON parameters, Python scripts
AnalogyThe recipeThe seasoning

5. .github Agentic OSโ€‹

The Agentic OS is structured around 7 primitives organized in 4 layers:

The 7 Primitivesโ€‹

#PrimitiveFile(s)Purpose
1Agent Rulesagent.mdBehavioral boundaries and instructions
2Contextcopilot-instructions.mdProject knowledge for AI assistants
3Promptsprompts/*.prompt.mdReusable, parameterized prompt templates
4Workflowsworkflows/*.ymlCI/CD automation pipelines
5TemplatesISSUE_TEMPLATE/, pull_request_template.mdStructured collaboration
6Configconfig/*.jsonTunable parameters
7Evaluationevaluation/Quality benchmarks and scoring

Compositionโ€‹

Primitives are independent but synergistic:

  • agent.md alone = basic agent behavior
  • agent.md + copilot-instructions.md = context-aware agent
  • All 7 primitives = fully-equipped AI-native project

6. MCP Server Architectureโ€‹

Tool Groupsโ€‹

GroupCountNetwork RequiredDescription
Static4NoQuery bundled knowledge โ€” fast, offline
Live2YesFetch real-time external documentation
Chain3NoMulti-step agent workflows (build โ†’ review โ†’ tune)
AI Ecosystem5+NoArchitecture patterns, model guidance, platform info

Bundleโ€‹

The npm package bundles all knowledge (664KB) so the server works offline. No database, no API keys, no external dependencies at runtime.


7. VS Code Extension Architectureโ€‹

Key Design Decisionsโ€‹

DecisionRationale
Standalone engineWorks without MCP server or network
Bundled knowledgeNo external fetching for core features
24h cache TTLBalance freshness vs. offline reliability
Layer colorsVisual identification of FROOT layers
Tool groupingLogical organization matches MCP server groups

8. Deployment Architectureโ€‹

Deployment Channelsโ€‹

TargetArtifactTriggerURL
GitHub PagesStatic sitePush to main (website/)frootai.dev
npm RegistryNode.js packageRelease tag (v*)npmjs.com/package/frootai-mcp
VS Code MarketplaceVSIX extensionRelease tag (v*)marketplace.visualstudio.com
GitHub ReleasesRelease notes + assetsRelease tag (v*)github.com/gitpavleenbali/frootai/releases

No Backend Requiredโ€‹

FrootAI is entirely static:

  • Website = pre-built HTML/CSS/JS
  • MCP Server = local stdio process
  • VS Code Extension = local extension
  • No databases, no cloud functions, no API servers

This zero-backend architecture means:

  • Zero hosting cost (GitHub Pages is free)
  • Zero latency for core operations
  • Zero downtime (static files never crash)
  • Zero security surface (no attack vectors)

Next: Admin Guide ยท User Guide ยท API Reference