3-Way Reconstruction Routing

Routing was added to forge_worker.py so the engine can branch based on the type of reconstruction required. HARD_SURFACE goes through the CadQuery loft pipeline, ORGANIC uses Poisson reconstruction from a point cloud, and NONE acts as a fast path for 2D-only assets.

The point of this change was to stop pretending every asset should follow the same geometry path. Different classes of assets need different assumptions. If the system has to cover props, harder surface shapes, and looser organic forms, then the routing has to exist at the worker level rather than being guessed ad hoc downstream.

Tinker Mode was also threaded through this part of the system. The prospect job ID now passes forward to Forge, which means a single locked image can seed the Forge stage without forcing a full Smelting completion. That improves testing speed and makes it easier to work directly on geometry behavior when the earlier stages are not what needs attention.

Why This Matters In Practice

The routing change matters because the asset classes are genuinely different. A harder surface prop and a looser organic form should not be graded by the exact same reconstruction assumptions, and a 2D-only case should not be forced through mesh work it does not need.

This also connects directly to Tinker Mode. Once the system can branch intentionally and the earlier stage job IDs can be forwarded, testing the geometry side becomes much more practical. That is the difference between an engine you can tune and an engine that constantly makes you replay unrelated setup work.

Diff Log: Single Path to Routed Paths

The problem was that Forge behavior was too monolithic. The fix was to branch reconstruction paths explicitly so hard-surface, organic, and 2D-only assets stop fighting the same pipeline.

Bug / Fix

- forge_worker.py -> one reconstruction path for all assets
+ HARD_SURFACE -> CadQuery loft pipeline
+ ORGANIC -> Poisson point-cloud reconstruction
+ NONE -> fast pass for 2D-only assets