docs: week 3 task 2 report (texture switcher)

Week-3/Task-2/report.md

@@ -1 +1,36 @@
-# Task 2 Report
+# Week 3 Task 2 - Texture Switcher
+
+## Objective
+Test edge cases for the Texture Variant Switcher, focusing on persistence, resolution limits, and builder transparency.
+
+## Audit Test Cases & Results
+- **Multiple Texture Swap**: [PASS] Stable for low-resolution assets.
+- **Revert to Original**: [PASS] Default state restores correctly.
+- **Texture Size/Ratio**: [FAIL] Silent failure for assets > 5MB. No error feedback.
+- **State Persistence**: [PASS] Successful uploads persist reliably.
+- **Builder Clarity**: [FAIL] Asset pipeline feedback is insufficient (No progress/error UI).
+
+## Observations
+- **Missing Primitive**: Native **Asset Validator** (checks for file size/format before attempting upload).
+- **Workaround**: Manually downscale all high-res textures (4K/8K) to 2K (under 5MB) before uploading.
+- **Minimum Support Needed**: An "Upload Error" toast notification for file size limits.
+
+## Classification
+- **Asset Pipeline Limitation**: Critical (Silent failures).
+- **Runtime Issue**: None.
+- **Editor UX**: Confusing during upload failures.
+- **Schema / Data Model**: Stable.
+
+## Reliability Verdict 
+**PARTIALLY RELIABLE**
+
+---
+
+## Product Lens
+- **Is this pattern useful for real customers?**: Yes, but the 5MB limit will frustrate professional texture artists.
+- **What kind of customer use case does this support?**: Web-optimized configurators where 1K/2K textures are the goal.
+- **Does Thob feel strong enough for this use case?**: Partial. Stability is high, but discovery and asset handling are "fragile."
+- **What would improve the experience?**: An explicit "Optimization Guide" or built-in texture compressor.
+
+## Recommendation
+Thob needs to handle asset rejection gracefully. A "Silent Fail" is the worst possible UX. Implementing an error handler for the asset library should be a priority for Week 3.