Why Federal-Grade AI Continuity Matters to a 12-Person Company
Most AI products treat provider continuity as an infrastructure problem — something DevOps handles. CIA treats it as an intelligence doctrine problem. The difference is significant. This briefing explains why.
By Carlton A. James · Carlton James Group LLC
June 2026: what happened
In June 2026, a federal directive suspended a major AI model across all platforms simultaneously for 19 days. Not a service outage. Not a technical failure. A regulatory action that took a production-grade AI capability offline, with no warning to the platforms running on it, for nearly three weeks.
Every product built on that single model stopped functioning as designed for those 19 days. Some had fallbacks. Most did not. The ones that did not had built their entire intelligence layer on the assumption that the model would be available. That assumption was wrong.
CIA was built after this happened. The contingency planning CIA runs today — documented to NIST SP 800-53 CP-2 standards — was written explicitly in response to the June 2026 incident. The architecture was designed so that no single AI vendor can take CIA offline.
The single-vendor risk
A single-vendor AI dependency is not just a technical risk. It is a business continuity risk, a compliance risk, and for an intelligence platform — a trust risk. The founder who depends on CIA for their daily brief cannot afford to discover on a Tuesday morning that the platform is down because a third-party vendor changed its status.
The problem compounds because most AI providers operate under terms of service that reserve the right to modify, restrict, or terminate access with limited notice. Building an intelligence product on a single provider means accepting that the provider's operational decisions are, effectively, CIA's operational decisions. That is not an acceptable risk architecture for a platform that promises daily delivery.
CIA's continuity architecture
CIA runs a documented multi-provider continuity ladder. The architecture works in layers.
The primary inference path runs directly to Anthropic. This is the normal operating state. CIA MORNING, CIA LIVE, and the nine lens agents all run on this path under normal conditions.
The first failover path runs through AWS Bedrock. Bedrock provides access to the same Anthropic model family through AWS's infrastructure — a different network path, different API surface, but the same underlying model quality. CIA tested this path in production. The Bedrock Sonnet path responded in 2,847 milliseconds — under 3 seconds — in live testing. This is the active failover.
Beyond Bedrock, CIA has scored and ranked COOP continuity candidates — alternative model providers that can step in if both the primary and Bedrock paths are unavailable. These candidates have been evaluated for format conformance, factual discipline, and lens differentiation. They are not theoretical. They are scored.
The circuit breaker
CIA runs an automated circuit breaker on the provider health monitor. The circuit breaker tracks the error rate in a rolling window of inference calls. When the error rate crosses a threshold, the circuit breaker trips to OPEN — no further calls route to the failing provider, and requests automatically route to the next tier in the continuity ladder.
After a cooldown period, the circuit breaker enters HALF_OPEN — it allows a small number of probe calls through to the original provider to test whether the failure has resolved. If the probes succeed, the circuit breaker returns to CLOSED and normal routing resumes. If they fail, the cooldown restarts.
Every circuit breaker transition — CLOSED to OPEN, OPEN to HALF_OPEN, HALF_OPEN back to CLOSED — emits a CRITICAL alert to CloudWatch. CIA's operational monitoring responds to these events. The system does not fail silently.
One boundary
Every inference path — primary, failover, COOP — runs inside the same AWS boundary: us-east-1, never moving. CIA does not route inference calls through third-party relay infrastructure. Every model call stays inside the same network perimeter as the rest of the CIA architecture. Encryption in transit applies to every path.
This matters for compliance and for the intelligence itself. A founder's business context — the profile, the check-in data, the decision context — travels only inside that boundary. No cloud hop. No third-party middleware. One boundary.
The doctrine behind the architecture
The NIST SP 800-53 framework defines CP-2 as contingency planning — the requirement to document, maintain, and exercise a plan for continuing essential operations when dependencies fail. CIA's CP-2 document identifies four essential functions: CIA MORNING delivery, CIA LIVE response, lens analysis, and CIA BOARD generation. Each has a documented recovery time objective.
The SA-9 external services protocol governs how CIA assesses and monitors third-party AI providers — the due diligence criteria for adding a provider to the continuity ladder, the monitoring cadence, and the review process for removing a provider when their risk profile changes.
These are not aspirational documents. They are committed to the CIA repository and referenced in the SOC 2 evidence package.
Why this matters to a 12-person company
A 12-person company cannot afford a 19-day intelligence blackout. A Fortune 500 company can absorb a disruption to one tool in their stack. A founder who depends on their daily brief to make the morning's highest-leverage decision cannot.
The argument for federal-grade continuity planning at a small company is not that small companies have the same compliance obligations as federal agencies. The argument is that the stakes, relative to the company's ability to absorb disruption, are often higher. A 19-day intelligence gap for a 12-person company in a critical growth phase can be existential. For a federal agency, it is a significant incident. For a Series A startup, it can be the incident.
CIA is built so that gap cannot happen. Not because CIA has the budget of a federal agency. Because the architecture was designed around the constraint.
The full security and architecture documentation is on the security page.
Begin your briefing