fix: correct stale min attribute and MCP wording from inventory removal

Three small leftovers from Task 7 / the inventory-quantity-tracking
removal that a final review caught:

- Edit.razor's custom-stock quantity input still had min="1" even
  though its own helper text says "Use -1 for unlimited", validation
  already accepts -1, and the add-form defaults Quantity to -1 - so
  the field rendered pre-populated with a value the browser's native
  min validation flagged as invalid. Matches the min="-1" fix already
  applied to the catalog-stock input in Task 7.
- optimize_job's MCP tool description still claimed the optimizer
  falls back to "available inventory" when no stock is configured -
  that auto-discovery fallback was removed in Task 3. An LLM reads
  this description as ground truth, so stale wording here actively
  misleads tool use. Also tightened add_job_stock's stockItemId/
  isCustomLength wording, which still said "inventory" for what is
  now just the stock catalog.
- CLAUDE.md's CutListPackingService summary said InStockBins comes
  "from inventory", nudging future readers back toward the
  auto-discovery mental model this plan removed.

CutList.Web/Components/Pages/Jobs/Edit.razor

@@ -869,7 +869,7 @@ else
                 </div>
                 <div class="col-md-3">
                     <label class="form-label">Quantity</label>
-                    <input type="number" class="form-control" @bind="newStock.Quantity" min="1" />
+                    <input type="number" class="form-control" @bind="newStock.Quantity" min="-1" />
                     <small class="text-muted">Use -1 for unlimited</small>
                 </div>
             </div>