incident.io describes prompt engineering techniques for LLM-driven incident management
Engineers at incident.io hit persistent walls building LLM-powered incident features: combining classification and generation tasks caused interference, conflicting prompt instructions produced inconsistent results, poorly structured prompts degraded reasoning, and unpreprocessed timestamps caused the model to miscalculate durations.
Combining classification and natural language generation in one prompt caused the tasks to interfere; a user-role message phrased as 'this is the message that is related' biased the LLM into over-identifying relevance because LLMs give more attention to recent tokens; and raw timestamps caused incorrect duration calculations.
Applying task splitting, instruction deconfliction, structured prompts, preprocessing, and model switching improved results, including one eval suite moving from 50% failures to 100% passing after switching to Sonnet.
Frequently asked questions
What did this team achieve with this AI workflow?
Applying task splitting, instruction deconfliction, structured prompts, preprocessing, and model switching improved results, including one eval suite moving from 50% failures to 100% passing after switching to Sonnet.
What tools did this team use?
openai, Sonnet, 4o, Slack.
What results were reported?
Eval suite pass rate after model switch: 50% failures to 100% passing; Code change classification performance after preprocessing: instantly improved performance (source-reported, not independently verified).
What failed first in this deployment?
Combining classification and natural language generation in one prompt caused the tasks to interfere; a user-role message phrased as 'this is the message that is related' biased the LLM into over-identifying relevance…
How is this it support AI workflow structured?
Incident alert triggers investigation → Code change risk classification → Relevant Slack message identification → Structured data preprocessing → Prompt health validation.