I investigate what broke in production — then fix the process that let it happen.

Incident investigation, root cause analysis, SQL/log forensics, and API troubleshooting for SaaS platforms — plus AI-assisted tooling to make support workflows faster and more consistent.

Scroll

Signal detected — entering the investigation

01/Featured Investigation

Featured Case Study

One prototype, reviewed end to end —
signal through resolution.

01 / Prototype

Slack Support Assistant

A private prototype exploring how incoming Slack support conversations could be triaged, assigned, and answered faster — with AI drafting responses that a human engineer always reviews before they're sent.

Round-robin assignment Presence-aware routing AI-assisted drafting
Read the full case study →
REPOSITORYPRIVATE
STAGEPROTOTYPE
PRODUCTION USENO
NEXT CASE STUDYIN PROGRESS

02/Workflow · Signal to Resolution

How I Work

7 stages, one incident —
report through documentation.

01

Report

An incident has just arrived — signal captured and logged.

INCIDENTUsers unable to place bets
AFFECTED SERVICEBet placement API
SEVERITYHigh
SOURCESupport team / client report
CHANNELSlack · Jira
REPORTED14:02:47
STATUSInvestigating
02

Impact

How big is the problem? Scope and business impact assessed.

BETTING SERVICEDegraded
BET PLACEMENTFailed
USER IMPACTHigh
MARKET IMPACTActive event
ENVIRONMENTProduction
TIME DETECTED14:04:12
03

Investigate

An engineer's workstation — reproduce the failure and trace it across every layer.

REPRODUCEDYes · 3rd attempt
ENVIRONMENTStaging, Production
HYPOTHESISProvider-side rejection

Investigation path Report → Reproduce → Isolate service → Trace dependency

GCP Cloud Logging · bet-placement
eventBET_REQUEST · FAILED
request_id7f91xk-bet
provider_responseERROR
DBeaver · Cassandra (bets keyspace)
SELECTstatus FROM bet_ledger WHERE bet_id=7f91xk
statusREJECTED_BY_PROVIDER
04

Logs

Correlate logs, queries, and API traces around the failing request.

SERVICEbet-placement
REQUEST ID7f91xk-bet
FILTERseverity ≥ WARNING
RESULTProvider rejected request
05

Root Cause

User can't place a bet — isolate the underlying cause, step by step.

06

Validate

Prove the root cause rather than guess it.

MONITORINGHealthy
INTERNAL PLATFORMOperational
EXTERNAL PROVIDERIssue confirmed

Verification result Root cause proven, not assumed

07

Document / Communicate

Provider contacted → confirmed → resolved. Close the loop.

STATUSResolved
RECURRENCEKnown/recurring issue
NEW RCA DOCNot required

Communicate Provider resolves → Validate → Close

GitHub · Incident / Support Documentation
resolvedprovider-issue

PROD-2291 — Bet placement failures

Root cause traced to provider-side rejection. Provider confirmed and resolved. Internal platform validated healthy throughout — recurring issue type, no new RCA required.

Google Doc · Incident Resolution Notes

Incident Resolution — PROD-2291

Timeline, root cause, and resolution logged for stakeholder visibility. Preventive action only tracked when the issue is new — this one is a known provider-side pattern.

03/Capabilities · Applied In Every Investigation

Technical Focus

3 core capabilities
support, investigation, automation.

01

Production & Application Support

Incident investigation · root cause analysis · production issue monitoring · engineering escalation and coordination.

INCIDENTUsers unable to place bets
SEVERITYHigh
SLA TIMER01:42:18 remaining
STATUSInvestigating
ESCALATIONL2 → Provider
UPTIME (30D)99.94%
ON-CALLEngineering on-call
02

Technical Investigation

SQL / MySQL · GCP & log analysis · API troubleshooting · Postman · Firebase · database investigation.

Flow Log → Query → Correlate → Identify → Confirm

DBeaver · MySQL
Postman · API response
status409 Conflict
providerrejected
03

Automation & AI-Assisted Tooling

Support workflow automation · AI-assisted investigation and documentation · workflow prototyping.

Slack Support Assistant

Prototype

Support question → AI drafts a response using shared context → an engineer reviews before it's sent.

Last run 04:12 AM · Success · Execution time 1.8s

Race Day Changes Detector

In progress

An ongoing project — scans the official race-day website, compares it against the internal site, and flags anything support should know about before it becomes a ticket.

CHANGE DETECTED → SUPPORT TEAM NOTIFIED

04/Field Notes · Additional Case Files

Other Projects

4 write-ups
practice, tooling, and process.

Destination github.com/prem0711-12