← Back to team updates
Session 23
v0.9.x July 17, 2026 · EOD
Session 23 · July 17, 2026
From vendor crisis to owned infrastructure
Ragie.ai sunset created a critical dependency crisis. 2-day emergency migration sprint. We migrated Private Brain to standalone architecture. We now own the entire infrastructure. No more vendor risk. No more external dependencies. Private Brain is ours. Tested. Stable. Production-ready. This is a bigger win than yesterday's Phase 1.5 ship.
Ragie Sunset Crisis
2-Day Migration Sprint
Standalone Architecture
Owned Infrastructure
Zero Vendor Dependency
Tested & Stable
The Shape of the Problem
Ragie.ai sunsetting = existential threat

Yesterday we shipped Private Brain Phase 1.5 and celebrated. Today we learned Ragie.ai is sunsetting. That's the company powering our knowledge management layer. They're going away. Not in 6 months. Soon.

That's an existential threat to the product we just shipped. Customers uploading documents, using Private Brain features, relying on search — all of it dependent on Ragie infrastructure. If Ragie shuts down tomorrow, Private Brain stops working. That's unacceptable for a production system.

So we did what you do in a crisis: we moved fast. 2-day sprint. Multiple deployment attempts. Environment variable hell. Git workflow learning curve. GitHub setup for a team unfamiliar with version control. But we got there. We now own the entire Private Brain infrastructure. Ragie was a foundation we borrowed; now we've built our own.

"Vendor risk is the risk you don't see until the vendor disappears. Ragie's sunset forced us to own infrastructure we should have owned from day one. That's painful in the moment. It's priceless long-term."
Incident response, Session 23
The Incident
Ragie.ai sunset creates immediate dependency crisis
Knowledge management layer no longer available. Private Brain features dependent on Ragie infrastructure. All customer document uploads, search, extraction tied to sunsetting vendor. Immediate action required.
Critical Issue

Ragie.ai Sunset: The vendor powering Private Brain knowledge management is sunsetting. This creates immediate vendor risk for all customers currently using or planning to use the platform. Private Brain features are now dependent on external infrastructure with unknown availability timeline.

What This Broke
Cascading system failures
BLOCKED
Document Upload Pipeline
Ragie API endpoints no longer reliable. Document processing stalled. No indexing. No extraction. Users upload files, nothing happens. Feature completely broken.
BLOCKED
Search & Retrieval
All search queries hit Ragie. Ragie's infrastructure is unreliable. Search results delayed or failed. Users can't find documents they uploaded.
BLOCKED
Multi-Persona Extraction
Yesterday we shipped role-specific intelligence extraction. That extraction depends on Ragie indexing. If Ragie's gone, extraction has no data to work with.
RISK
Vendor Lock-In
We built a product on Ragie's infrastructure. We don't own the layer. We can't update it. We can't scale it. We can only hope Ragie stays in business.
Timeline of Discovery
How the crisis unfolded
The Fix
2-day sprint delivered complete infrastructure migration
Rebuilt knowledge management layer from scratch. Moved from Ragie dependency to owned, standalone architecture. Environment variables debugged. Deployment pipelines fixed. File paths corrected. Git workflows established. Everything tested. Everything stable.
Work Completed
Full migration checklist
RESOLVED
Standalone Architecture Migration
Migrated Private Brain implementation from Ragie.ai dependency to independent, owned architecture. No longer reliant on external vendor. All knowledge management layers rebuilt with our own infrastructure. Complete ownership established.
RESOLVED
Environment Variable Configuration
Debugged and fixed all environment variables: SENDGRID_API_KEY, SUPABASE_ANON_KEY, SUPABASE_URL. Multiple deployment attempts with mismatches resolved. All secrets properly injected into deployment pipeline.
RESOLVED
Netlify Deployment Pipeline
Resolved all Netlify deployment issues. Build errors eliminated. Form submission handlers fixed. Redirect routing corrected. Complete CI/CD pipeline now working end-to-end.
RESOLVED
File Path & Asset References
Identified and corrected all file path inconsistencies (spacing vs underscores in filenames). Fixed image asset URLs across all landing pages. Asset loading failures eliminated. All references validated.
RESOLVED
Form Submission & Routing
Fixed all form submission issues. Redirect routing corrected (test drive → app, early access → confirmation). Both paths now working reliably. Conversion tracking verified.
RESOLVED
Git Workflow & Repository Setup
Established proper Git workflow for team unfamiliar with version control. GitHub repository configured for continuous deployment. Branching strategy documented. Team trained on commit, push, deploy cycle. Version control is now institutional knowledge.
Testing & Verification
Quality assurance completed
Technical Deep Dive
What got fixed, why it was broken
Environment variables, file paths, deployment pipelines, git workflows, and infrastructure dependencies — all debugged and resolved over 2 days. Here's how we got out of crisis mode.
Issue 1: Environment Variable Mismatches
The dependency chain
The Problem

Netlify deployment pipeline failed on first attempt. Build succeeded, but runtime failed. Application tried to connect to Supabase — credentials missing or malformed.

Root cause: Environment variables not injected into deployment environment. SUPABASE_ANON_KEY undefined. SUPABASE_URL undefined. Sendgrid key missing. Application crashed on startup.

The Fix

Added all required environment variables to Netlify build settings. Mapped each secret from local development environment to Netlify's encrypted secret management. Verified each variable resolves at build time. Re-deployed.

Second issue: Environment variable names changed between repos. Local dev used REACT_APP_SUPABASE_URL. Netlify environment used SUPABASE_URL. Mismatch. Fixed all references. Deployed again. Success.

Issue 2: File Path & Asset Loading Failures
The devil in filename details
The Problem

Landing pages loaded but images didn't. Blank spaces where logos should be. Broken image errors in browser console.

Root cause: Filename inconsistencies. Asset files named Hyvara_Logo.png but HTML referenced Hyvara Logo.png (with space). Asset files named with underscores but HTML referenced with dashes. Case sensitivity mismatches.

The Fix

Audited all image references across landing pages. Corrected all file path references to match actual filenames exactly. Changed all spaces to underscores in asset filenames for consistency. Updated HTML <img src=""> tags to reference correct paths.

Added asset versioning to prevent caching issues. Verified all images load in development and production. Tested across different browser tools.

Issue 3: Form Submission & Routing
Conversion funnel recovery
The Problem

Landing page forms submitted but users weren't redirected. Test drive users should go to app. Early access users should go to confirmation page. Neither was happening. Form stuck. GA4 events not firing. Conversion tracking broken.

Root cause: Multiple issues. Form submission handler didn't exist. Redirect logic not wired. Event tracking code not hooked to submission. Cascading failures.

The Fix

Built form submission handlers for both landing pages. Wired conditional logic: if test drive, redirect to app URL; if early access, redirect to confirmation. Added GA4 event firing on form submit. Tested both paths end-to-end.

Verified Google Ads conversion pixel fires on submission. Confirmed attribution chain works. Users now convert correctly. Funnels flowing.

Issue 4: Git Workflow & Version Control Friction
Team learning curve under pressure
The Problem

Team unfamiliar with Git and GitHub. Multiple people making code changes without proper version control. Merge conflicts. Lost work. Deployment confusion. Who pushed what? When? Why?

Under crisis mode, this friction could kill productivity. Needed to establish Git discipline fast.

The Fix

Established GitHub repository with standard folder structure. Configured Netlify for continuous deployment from main branch. Set up branch protection: all changes require pull request review before merge to main.

Documented workflow: create feature branch → make changes → commit with descriptive message → push to GitHub → create PR → get review → merge to main → Netlify auto-deploys.

Trained team on cycle. Now everyone can independently contribute code without stepping on each other. Deployment is automatic. No manual steps.

Business Outcome
Vendor crisis became competitive advantage
We didn't just survive Ragie's sunset. We eliminated vendor risk, gained infrastructure ownership, and built institutional capabilities. Private Brain is now ours. That's irreplaceable.
What Changed
Before vs after migration
BEFORE
Vendor-Dependent
Private Brain relied on Ragie.ai infrastructure. One vendor goes down, product goes down. Zero control. Zero redundancy. Existential risk on the balance sheet.
AFTER
Owned Infrastructure
Private Brain now runs on infrastructure we control. Supabase for database. Netlify for deployment. Our own extraction layer. No external vendor dependency. Risk eliminated. We own the stack.
BEFORE
No Visibility Into Availability
If Ragie had issues, we had no way to diagnose or fix. We could only wait. Customer support nightmare. Feature breakage without explanation.
AFTER
Full Diagnostic & Control
Every layer is ours. We can debug end-to-end. We can scale independently. We can optimize. We can push code at 10pm if we need to. Complete control.
BEFORE
Team Version Control Friction
Git was ad-hoc. Deployment was manual. Knowledge hoarded. Bottleneck was whoever understood the infrastructure.
AFTER
Institutional Deployment Discipline
GitHub workflow established. CI/CD automated. Any team member can push code. Continuous deployment means changes ship in minutes. Knowledge is distributed. Bottleneck eliminated.
Strategic Value
Why this matters for selling
"We own the infrastructure. We control the roadmap. Vendor risk is zero. Customer risk is zero. That's the pitch to Enterprise: 'Your data is in OUR infrastructure, running OUR code. No third-party risk. No vendor lock-in. You own it with us.'"
Sales positioning, Session 23

For Adobe: When Mike's dedicated person says "Hyvara owns all its infrastructure," that's a differentiator vs competitors who bolt together SaaS tools. You own the stack. You control the uptime. You can customize without permission.

For enterprise buyers: Vendor risk is always a concern. Ragie's sunset could have killed us. It didn't, because we moved. That's proof we take risk seriously. We own infrastructure. We're built for scale.

For the team: We just lived through a crisis and came out stronger. That builds confidence. We can ship features fast because deployment is automated. We can fix bugs immediately because diagnostics are transparent. Infrastructure ownership is power.

Moving Forward
Crisis resolution establishes new baseline
Ragie sun set forced us to build right. Now we maintain, optimize, and scale with ownership. Immediate priorities and long-term roadmap.
This Week
Stabilization & monitoring
Next Week
Performance optimization
Long-Term
Competitive moat

Infrastructure ownership is defensible. Competitors who use Ragie or similar vendors are now vulnerable. We own ours. As we scale, infrastructure becomes harder to replicate. That's moat.

Custom optimization is now possible. We can build features that depend on infrastructure details. Vendors can't do that. They're constrained by the platform they're building on. We're not.

The Ragie crisis proved our resilience. Mike Neumann and Adobe are watching. When August planning happens and someone says "But what if your vendor goes down?" We can point to the last 48 hours. We moved. We own it now. Crisis proven resilience is worth more than any sales pitch.