Update non-Hopper FP8-KV serve command and link to vLLM recipes page

Brings the non-Hopper FP8-KV workaround command in line with the new vllm serve flags from the main model card and adds --moe_backend marlin. Also links to https://recipes.vllm.ai/poolside/Laguna-XS.2.

README.md

@@ -94,17 +94,20 @@ Laguna XS.2 is supported in vLLM and Transformers, and TRT-LLM thanks to the sup
 
 #### vLLM
 
-The full vLLM recipe is on the main [Laguna XS.2 model card](https://huggingface.co/poolside/Laguna-XS.2). Quantization is detected automatically from `quantization_config` in this checkpoint, so the same command works with `poolside/Laguna-XS.2-FP8` substituted for the model ID. No extra flags required.
+The full vLLM recipe is on the main [Laguna XS.2 model card](https://huggingface.co/poolside/Laguna-XS.2) and on the [vLLM recipes page](https://recipes.vllm.ai/poolside/Laguna-XS.2). Quantization is detected automatically from `quantization_config` in this checkpoint, so the same command works with `poolside/Laguna-XS.2-FP8` substituted for the model ID. No extra flags required.
 
 > [!NOTE]
 > Please note that, during testing, we discovered that models with FP8-quantised KV caches can produce scrambled output when deployed on non-Hopper GPUs. We are actively investigating this issue with the vLLM team, but in the meantime, you can circumvent this issue by explicitly disabling FP8 KV cache (Laguna XS.2 has 40 layers, so list every layer in `--kv-cache-dtype-skip-layers`):
 >
 > ```shell
-> vllm serve poolside/Laguna-XS.2-FP8 \
->     --kv-cache-dtype-skip-layers $(seq 0 39) \
->     --max-model-len 131072 \
+> VLLM_USE_DEEP_GEMM=0 vllm serve \
+>     --model poolside/Laguna-XS.2-FP8 \
+>     --tool-call-parser poolside_v1 \
 >     --reasoning-parser poolside_v1 \
->     --tool-call-parser poolside_v1
+>     --enable-auto-tool-choice \
+>     --served-model-name laguna \
+>     --kv-cache-dtype-skip-layers $(seq 0 39) \
+>     --moe_backend marlin
 > ```
 >
 > The [BF16 checkpoint](https://huggingface.co/poolside/Laguna-XS.2) is unaffected as it does not declare an FP8 KV cache.