fix(admin): 商户筛选下拉改用不分页的精简接口

自查新做的下游订单页时发现的问题：商户筛选下拉调用
/api/platform/merchants?size=200，而分页查询会把 >100 的 size 静默降级为 20
（service.normalizePage），因此商户超过 20 家时下拉里会少一批商户，界面不报任何错。

- 新增 service.ListMerchantOptions：不分页返回全部启用商户的精简信息
  （id/code/name），独立于分页的 ListMerchants
- 新增 GET /api/platform/merchant-options
- 前端改用该接口；types 增加 MerchantOption，api 增加 merchantOptions()

测试：
- TestListMerchantOptionsReturnsAllActiveMerchants：造 25 家启用 + 1 家禁用，
  断言返回数量与库中启用数一致、必须超过分页上限、且不含已禁用商户
- TestListMerchantsClampsOversizedPageSize：钉住「size=200 实际只返回 20 条，
  而 total 反映真实总数」这一事实，即上面接口存在的理由

backend/internal/handler/merchant_platform.go

@@ -20,6 +20,19 @@ func (h *MerchantHandler) ListPlatformMerchants(c *gin.Context) {
 	response.Page(c, list, total, page, size)
 }
 
+// ListMerchantOptions GET /api/platform/merchant-options
+//
+// 返回全部启用商户的精简列表，供筛选下拉使用。分页接口的 size 上限是 100，
+// 下拉需要「全部」，因此单开一个不分页的轻量接口。
+func (h *MerchantHandler) ListMerchantOptions(c *gin.Context) {
+	options, err := h.merchantSvc.ListMerchantOptions()
+	if err != nil {
+		response.ServerError(c, err.Error())
+		return
+	}
+	response.OK(c, options)
+}
+
 type createMerchantReq struct {
 	Code           string `json:"code" binding:"required"`
 	Name           string `json:"name" binding:"required"`