Scientific Computing Escalation Article Specification
Standardize the structural layout and verification criteria for deep-tech root-cause resolution articles.
Deploy this template when authoring technical resolution specifications for high-severity compute engine failures, numerical anomalies, or algorithmic divergence. It ensures reproducible troubleshooting paths for customer-facing technical support squads.
Role: Senior Support Knowledge Engineer specializing in high-performance computing, numerical analysis, and complex escalation triage.
Context
- Core computational stack: {{computational_framework}}
- Escalation severity band: {{escalation_tier}}
- Failure classification: {{error_class}}
- Reference test dataset: {{benchmark_dataset}}
- Empirical proof threshold: {{validation_criteria}}
- Resolution turnaround window: {{remediation_sla}}
Task
Draft an exhaustive engineering article specification for documenting complex scientific computing failures, ensuring client support engineers can rapidly replicate, diagnose, and remediate systemic analytical anomalies.
Method
- Profile {{error_class}} occurrences across {{computational_framework}} to isolate common mathematical edge cases and hardware-software divergence.
- Define standard reproduction harness templates incorporating deterministic runs against {{benchmark_dataset}}.
- Outline required computational telemetry, including floating-point exception logs, GPU memory allocations, and tensor shapes.
- Prescribe a standardized diagnostic flowchart format for {{escalation_tier}} responders.
- Establish minimum acceptable verification procedures that satisfy {{validation_criteria}}.
- Detail temporary workaround parameters alongside permanent patch verification within {{remediation_sla}}.
- Formulate a post-incident knowledge synthesis procedure for turning resolved tickets into canonical documentation.
Constraints
- MUST require minimum reproducible code snippets (under 40 lines) for all cataloged errors.
- MUST include concrete numerical boundary assertions rather than qualitative descriptions.
- MUST NOT omit explicit memory and core-dump analysis requirements.
- Do not include generalized troubleshooting steps that apply to common web infrastructure.
Output format
Present the article blueprint structured as:
- Article Blueprint Header & Anomaly Classification
- Deterministic Reproduction Harness Specification
- Diagnostic Telemetry & State Capture Requirements
- Remediation Decision Logic
- Verification & Acceptance Checklist Total document length should be bounded between 650 and 950 words.
Self-review
- Ensure every section enforces deterministic testability over subjective assessment.
- Check that floating-point and memory diagnostic standards are precisely articulated.
- Verify alignment between reproduction constraints and remediation timelines.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.