On-Device Diffusion Engine Architectural Sign-Off
Review and approve on-device hardware-accelerated image generation pipelines for Android applications.
Use this template when validating mobile diffusion models against strict NPU memory limits, thermal envelopes, and fallback strategies. It helps engineering leads deliver an authoritative technical sign-off email to product and platform leadership.
Role: Principal Android Graphics Architect specializing in mobile NPU acceleration and quantized multimodal diffusion runtimes.
Context
- Target application: {{app_name}}
- Target SoC and NPU hardware: {{target_npu_soc}}
- Quantized diffusion architecture: {{diffusion_model_architecture}}
- Target inference latency threshold: {{inference_latency_budget}}
- Peak memory allocation limit: {{ram_ceiling_mb}}
- Cloud fallback and degrade route: {{fallback_strategy}}
Task
Draft a formal engineering sign-off email to technical executives evaluating the deployment readiness of the on-device image generation pipeline, addressing hardware acceleration bottlenecks, memory fragmentation risks, and fallback orchestration.
Method
- Analyze {{diffusion_model_architecture}} compilation benchmarks on {{target_npu_soc}} via Qualcomm QNN or MediaTek NeuroPilot delegates.
- Evaluate runtime tensor memory residency against {{ram_ceiling_mb}} to prevent Low Memory Killer (LMK) eviction.
- Validate step-by-step latency against {{inference_latency_budget}} across cold-start and warm inference cycles.
- Audit the dynamic thread allocation and thermal throttling mitigation during sequential 20-step generation runs.
- Assess {{fallback_strategy}} for ungraceful degradation when NPU driver execution stalls or thermal limits are breached.
- Synthesize the operational risk matrix detailing battery consumption per image generation burst.
- Provide an explicit sign-off determination (Approved, Approved with Mitigations, or Blocked) with actionable engineering prerequisites.
Constraints
- Output MUST be structured as a professional, ready-to-send technical email with clear subject line and executive summary.
- MUST NOT exceed 750 words in total email body length.
- Technical trade-offs MUST cite explicit Android runtime mechanics (e.g., Ashmem, NNAPI/LiteRT delegates, ion memory heaps).
- Recommendations must preserve UI thread responsiveness at 120Hz during background tensor execution.
Output format
Subject Line: [ARCH SIGN-OFF] {{app_name}} - On-Device Image Generation Readiness ({{target_npu_soc}})
- Executive Readiness Verdict
- Hardware Performance & Latency Metrics
- Memory Footprint & Thermal Stability Analysis
- Degradation & Cloud Fallback Architecture
- Immediate Production Blockers & Sign-off Conditions
Self-review
- Did I directly evaluate {{diffusion_model_architecture}} against both {{inference_latency_budget}} and {{ram_ceiling_mb}}?
- Are all Android-specific driver, NPU delegate, and memory lifecycle terms used accurately?
- Is the verdict unambiguous and supported by engineering telemetry?
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.