Technology · Archimedes Systems Group LLC

Built to federal standards. Operated without excuses.

ASG delivers on a modern, well-documented technology stack with clear security posture, no vendor lock-in by default, and the integration discipline to operate alongside legacy government systems without creating technical debt.

Platform Stack

Application Layer

Next.js 15

Full-stack React framework. Server components, edge functions, API routes. Deployed on Vercel.

TypeScript

Strict typing across all application code. No untyped JS in production.

React 19

Component model with server-first rendering. Minimal client-side JavaScript surface.

Data & Auth

Supabase

PostgreSQL-backed database with row-level security. Auth via Supabase Auth with OAuth support.

PostgreSQL

Relational data model. No NoSQL document stores in the operational stack.

Row-Level Security

Database-enforced access control. Every table has RLS policies — no application-layer-only security.

Infrastructure

Vercel Edge Network

Global CDN with edge function runtime. Sub-100ms cold starts. Auto-scaling, no instance management.

GitHub Actions

CI/CD with automated test, lint, and build gates on every commit.

Turborepo

Monorepo build orchestration. Shared packages, incremental builds, parallel task execution.

AI & Automation

Anthropic Claude API

LLM backbone for AI features. Claude 4.x models for production workloads. Prompt caching for cost efficiency.

Multi-Agent Architecture

Stateful agent pipelines with tool use, structured output, and human-in-the-loop checkpoints.

Python (scripts/pipeline)

SAM.gov scanner, opportunity radar, and proposal engine — async Python with stdlib HTTP, no heavy frameworks.

Integration Patterns

API-first

Every integration is exposed through a typed API contract before any UI is built. Frontend and backend are independently deployable. No tight coupling between client and server state.

Webhook-driven events

External system integrations (SAM.gov, Stripe, government portals) are driven by webhook events where possible. Polling is used only when APIs don't support webhooks, with explicit backoff.

No vendor lock-in by default

Storage, auth, and compute are abstracted behind thin interfaces. Switching Supabase for another PostgreSQL provider should not require application code changes.

Structured output for all AI features

AI model outputs are validated against TypeScript schemas before being consumed. Hallucinated or malformed outputs are caught at the boundary — not downstream in business logic.

Environment separation

Strict separation between development, preview, and production environments. Feature flags for gradual rollout. No production credentials in development environments.

Audit trail on all data mutations

Created-at, updated-at, and actor-id on all critical tables. Soft deletes preferred over hard deletes for recoverable records.

Security Posture

Current security posture reflects a pre-contract small business operating in a cloud-native environment. Controls documented below reflect actual implementation, not aspirational claims. CMMC Level 1 self-assessment and SPRS registration are planned prior to first DoD solicitation response.

Authentication

Supabase Auth with RLS. OAuth for external identity providers. No password storage in application layer. Session tokens rotated on every login.

Authorization

Row-level security at the database layer. Role-based access in application middleware. Admin routes require verified role claim — not just authenticated session.

Data in transit

TLS 1.3 enforced. HSTS headers on all routes. No HTTP fallback in production.

Secret management

All secrets in environment variables — never in code, never in git. Vercel encrypted environment variables for production. No secrets in client-side bundles.

Input validation

Zod schema validation on all API inputs. Parameterized queries via Supabase client — no raw SQL string interpolation.

CMMC positioning

CMMC Level 1 planned. Current controls align with 17 FCI-protection practices in NIST SP 800-171 subset. SPRS self-assessment required before DoD bids.

Technical questions about our approach?

Talk to the principal directly.

Technical architecture decisions, compliance questions, integration constraints — Eduardo can discuss these directly. No pre-sales filter.