Transition & modifications plan prepared for American Crane. This page is not public — enter the access code to continue.
Magpie Todoist is already live: Karen uses it daily, it merges duplicates, recognizes attachments, and surfaced a 47-task week on the last review. The proof of concept is proven. What remains is one security gap that blocks rollout, and one workflow mismatch that makes the daily briefing fight Karen's methodology instead of supporting it.
{{ issue.d }}
Track 1 closes the security gap by putting the agent behind your existing Microsoft Entra sign-in — and you choose whether it stays on Supabase or moves into your own Azure tenant. Track 2 retunes the agent to the Maura Thomas methodology your team was trained on, so it reads your projects as the buckets and keeps delegated work out of your overdue list.
{{ c.d }}
Path A keeps the working system in place and adds Microsoft Entra authentication in front of it — closing the impersonation hole fast, in-budget. Path B goes further and lifts the whole system into American Crane's own Azure tenant — Postgres-to-Postgres, so there's no query rewrite. Both end at the same security model; the choice is simply whether the data lives on Supabase or in your infrastructure.
[ Claude Desktop ] ← the "brain"; the prompt is the harness │ connects to a per-user MCP URL ▼ [ MCP server ] Supabase Edge Functions (Deno/TS) │ ┌────┴─────────────────────────┐ ▼ NEW — Track 1 │ Microsoft Entra sign-in ▼ per-user bearer token Supabase Postgres (replaces user_id) tasks · mirror · prefs per-user query scoping Todoist token (encrypted) │ ▼ [ Todoist ] per-user OAuth · SSO via Entra ····························································· OPTION D — lift into YOUR Azure tenant (Path B): Supabase → Azure DB for PostgreSQL (pg_dump/restore) Edge Fns → Azure Container Apps · secrets in Key Vault
{{ c.d }}
Work packages with honest hour estimates. Tracks 1 + 2 together land at roughly 18 hours — inside the 15–20 hour envelope. Track 3 is the optional deeper move into your own Azure tenant; it replaces Track 1's hosting and adds hours, but the data ends up in your infrastructure.
{{ w.d }}
{{ w.d }}
Replaces Track 1’s hosting — the Entra auth is performed inside your Azure tenant here, so Track 3 stands in for Track 1 rather than adding on top of it.
{{ w.d }}
Tracks 1 + 2 ≈ {{ track1Total + track2Total }} hrs (in budget). Track 3 + 2 ≈ {{ track3Total + track2Total }} hrs (your Azure tenant). Estimates include local testing and a guided cutover with Denny and Karen. Blue Raven sets final pricing — these are engineering hours only.
Pick the scope that fits. Our value pick is Option C — secure and team-ready in one in-budget pass. If American Crane needs the data in your own Azure tenant, Option D delivers the full migration; it costs more hours, and that’s expected. Click an option to highlight it.
We provision Postgres on Azure Database for PostgreSQL, move the data with pg_dump / pg_restore (Postgres-to-Postgres, no query rewrite), redeploy the MCP server to Azure Container Apps, and keep secrets in Key Vault with a managed identity. The Entra sign-in runs inside your tenant, and we hold Supabase read-only as a rollback for a few days after cutover.
It adds hours over the in-budget options — that's expected, and priced separately. The decision that points you to Option D is simple: does American Crane policy require the data to live in your own Azure tenant?
The engagement moves fast once these are settled. The IT-side answers unblock Track 1; the workflow-side answers let us tune Track 2 to Karen's exact structure instead of guessing.
{{ r.m }}
{{ s.d }}