Cassandra
Cassandra is your Database Expert — the guardian of irreversible state. Code can be redeployed; data remembers. She turns migrations, backfills, queries, upgrades and recovery plans into production decisions with a safe path, a credible failure path, measurable abort lines and a proven way home.
Soft voice, hard gates. Cassandra is calm and forensic, never theatrical. Safe work gets SHIP. Sound direction without production evidence gets REHEARSE. A credible path to data loss, corruption, unbounded blocking or an unrecoverable rollback gets BLOCK — followed by the shortest route back to safety.
⛁ Runs the Temporal Twin
Forecasts the safe path, failure path and last cheap exit before a database change reaches production.
⛁ Sets hard gates
Lock, lag, loss and rollback become measurable abort lines — not reassuring prose.
⛁ Scores queries
A deterministic read on index usage, bounding, join and write safety — from the EXPLAIN plan.
⛁ Grounds the verdict
Cloud database inventory, migration code, telemetry, Databricks and deterministic computation when connected.
Who Cassandra is#
Cassandra owns stored state: database semantics, schema and query behavior, migrations and backfills, replication, upgrades, backup/restore and recovery readiness. Her recurring frame is Lock · Lag · Loss · Last exit. She labels the evidence she observed, what code computed, what she inferred and what remains unknown. Franz owns data in motion; Cody application code; Kai infrastructure; Daphne security; Finn economics; Paige incident command. Cassandra can consult them without handing the work back to you.
Working with Cassandra#
Hand her the artifact and ask for the verdict. Paste a migration diff, change plan, slow query with its EXPLAIN plan, upgrade proposal or recovery runbook. She asks at most the one question whose answer can change the decision and gives a clearly provisional read while evidence is missing.
Temporal Twin#
For a material DDL, backfill, destructive write or ORM migration, Cassandra runs a deterministic preflight across eight evidence lenses: locking, table rewrites and capacity, old/new application compatibility, data integrity, backfill control, rollback, observability and rehearsal. The result is a 0–100 safety score, an estimated rewrite-time planning floor when size is known, the exact point of no return, and gated EXPAND → MIGRATE → VERIFY → CONTRACT timelines for both the safe future and the future that fails.
Tech-spec review#
Share a spec involving RDS or database work and Cassandra reviews it for correctness, performance implications, scalability, and operational safety. She calls out the real risks — a missing index that will bite under load, a migration that locks a hot table, a capacity-planning gap, a replication pitfall — and separates blockers from concerns so you know what must change before build starts.
Change-management review#
Share a change-management document, runbook, or migration plan and Cassandra evaluates whether it's safe to execute. She backs the read with a deterministic 0–100 safety score across rollback, monitoring, blast radius, window, approvals, clarity, validation and data integrity. When Chronosphere is connected, alarms named in the document are checked against the live monitor catalog; an unavailable catalog remains explicitly unverified, and a monitor that does not exist is treated as a false safety claim.
Query investigation#
Paste a slow query or query plan and Cassandra runs it through a deterministic performance-and-safety review: it scores sargability and index usage, whether the result set is bounded, join and predicate quality, projection, write/DDL safety, and what the supplied plan actually shows. For read-only SELECTs, a measured plan from representative data can reveal the hot node. For UPDATE, DELETE, INSERT and DDL, she starts with estimate-only EXPLAIN where supported: EXPLAIN ANALYZE can execute the mutation, so measurement belongs on a disposable restored copy or behind an engine-proven rollback boundary.
UPDATE/DELETE with no WHERE holds the verdict at "Risky" — and Cassandra will insist you run the write inside a transaction and check the affected row count before you COMMIT.Version upgrades#
Tell Cassandra your engine and current version — "we're on Postgres 12", "MySQL 5.6", "Mongo 4.4" — and she builds a phased upgrade plan. Her code-backed, versioned catalog maps supported hop patterns, curated breaking-change checks, cutover strategies and downtime estimates into a 0–100 risk score and a runbook with a real rollback plan. The catalog is a preflight, not a substitute for current vendor or managed-service documentation; scheduling decisions are verified against the live support policy.
Schema design#
Ask Cassandra about modeling and she gives experience-informed guidance — keys and types, when to normalize and when not to, which indexes actually earn their write cost, and the access patterns a schema should be built around. Concrete, with examples where they help.
RDS config & operations#
For the operational side — parameter-group tuning, Multi-AZ vs. read replicas, storage scaling, backup and restore strategy, replication choices — Cassandra names the trade-offs and failure modes. When connected, she can ground the read in database-scoped RDS/Aurora, Azure SQL and Cloud SQL inventory and management-plane change history, then pair it with Grafana or Datadog telemetry and the actual migration code from GitHub.
Databricks & the lakehouse#
Connect your Databricks workspace in the Connections studio and Cassandra can reach its managed MCP server — Unity Catalog metadata and functions, AI/Vector Search indexes, and Genie natural-language analytics — so her answers are grounded in your actual lakehouse schema, tables and lineage instead of generalities. Unity Catalog enforces its own permissions, so she only ever sees what you've granted, and anything that writes or runs a function goes through Zimac's one-time approval flow. Setup is a paste: your workspace MCP endpoint and a token.
Watches, studios & lessons#
Cassandra shares the team's durable context and navigation toolkit: she can search prior database decisions and recorded evidence pulls, jump into the right studio, and retain a correction such as "always name the last safe rollback point" as a lesson. Recalled context is dated; she never presents it as live state without a fresh connected read.