Blog di ingegneria di DynoTable

Come abbiamo costruito un motore SQL locale per DynamoDB — un database senza JOIN, senza GROUP BY e senza COUNT. Lo streaming delle pagine dentro SQLite embedded, il parser che ci mentiva in silenzio e perché abbiamo ricostruito il motore di aggregazione quando abbiamo capito che il concorrente è uno script usa e getta.

Perché DynoTable non scrive mai su DynamoDB quando fai clic su Salva — ogni modifica diventa un diff revisionabile in un'area di staging e viene inviata come transazione protetta da blocchi ottimistici. La storia di ingegneria - il bug cross-tab che ha ridisegnato il progetto, il refactor che ha eliminato un sottosistema e perché gli agenti AI hanno reso lo staging il muro portante.

Cosa ci è voluto per costruire un server MCP per DynamoDB sicuro dentro un'app desktop — un server di autorizzazione OAuth 2.1 in Electron, isolamento delle credenziali AWS per connessione, congelamento della region al momento del consenso, clamp della licenza in tempo reale e MFA completata tramite MCP elicitation. La storia di ingegneria dietro il server MCP di DynoTable.

Come abbiamo reso piccoli LLM economici capaci di interrogare DynamoDB in modo affidabile — validatori di strumenti prescrittivi che trattano i messaggi di rifiuto come segnali didattici, limiti aggressivi sui risultati e un eval harness che esegue veri cicli di agente contro DynamoDB Local. La storia di ingegneria dietro l'assistente AI di DynoTable.