refactor(mcp): generate the tool definitions from the spec

Produced by k8s-platform/tools/generate-mcp-tools.py: deck file openapi2mcp
does the conversion, and the wrapper re-injects the five things Kong's
generator cannot emit — per-tool ACLs, the MCP behavioural annotations, the
response schemas the plugin uses for structuredOutput, the real upstream host,
and JSON-only request bodies. Each is a documented gap; see
k8s-platform/MCP-TOOL-GENERATION.md.

tools-policy.yaml carries the ACLs and doubles as the allow-list: an operation
becomes a tool only if the policy names it. Kong would otherwise expose every
operation in the spec, DELETE included, and can express no authorization at all
from a bearer-token spec — silently, exit 0, no warning.

Same tools as before, same ACLs. What changed: query parameters are now
declared and callable, each tool carries its response schema so calls return
structured content instead of raw JSON, and request bodies are no longer
tripled across three identical content types.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Stéphane Tailland
2026-08-29 08:48:40 +02:00
parent 1cec45e0ac
commit 67a080ac3b
2 changed files with 224 additions and 71 deletions
+191 -58
View File
@@ -1,3 +1,10 @@
# GENERATED — do not edit. Edit openapi.yaml or tools-policy.yaml, then:
# k8s-platform/tools/generate-mcp-tools.py <this domain>
#
# Produced by `deck file openapi2mcp`, then post-processed to add the ACLs,
# the MCP behavioural annotations, the response schemas, the real upstream
# host and the JSON-only bodies that Kong's generator does not emit. Each of
# those is a documented gap — see k8s-platform/MCP-TOOL-GENERATION.md.
apiVersion: configuration.konghq.com/v1 apiVersion: configuration.konghq.com/v1
kind: KongPlugin kind: KongPlugin
metadata: metadata:
@@ -8,87 +15,213 @@ config:
mode: conversion-listener mode: conversion-listener
include_consumer_groups: true include_consumer_groups: true
tools: tools:
- name: list-payments - annotations:
description: Retrieves a paginated list of payments in the classic-models CRM.
annotations:
title: List all payments title: List all payments
read_only_hint: true read_only_hint: true
idempotent_hint: true idempotent_hint: true
destructive_hint: false destructive_hint: false
open_world_hint: false open_world_hint: false
acl: description: Retrieve a paginated list of all customer payment records with amounts and dates.
allow:
- admin
- read_only
- product_manager
- customer
- support
method: GET method: GET
scheme: http name: list-payments
host: ${REST_HOSTNAME}
path: /payments/v1/payments/
- name: get-payment
description: Retrieves a single payment by customer number and check number.
annotations:
title: Get a payment
read_only_hint: true
idempotent_hint: true
destructive_hint: false
open_world_hint: false
acl:
allow:
- admin
- read_only
- product_manager
- customer
- support
method: GET
scheme: http
host: ${REST_HOSTNAME}
path: /payments/v1/payments/{customernumber}/{checknumber}/
parameters: parameters:
- name: customernumber - description: A page number within the paginated result set.
in: path in: query
required: true name: page
description: The customer's unique number. required: false
schema: {} schema:
- name: checknumber type: integer
in: path - description: Number of results to return per page.
required: true in: query
description: The payment's check number. name: page_size
schema: {} required: false
- name: create-payment schema:
description: Records a new payment in the CRM. type: integer
annotations: path: /payments/v1/payments/
title: Create a payment
read_only_hint: false
idempotent_hint: false
destructive_hint: false
open_world_hint: false
acl: acl:
allow: allow:
- admin - admin
method: POST - read_only
- product_manager
- customer
- support
scheme: http scheme: http
host: ${REST_HOSTNAME} host: ${REST_HOSTNAME}
path: /payments/v1/payments/ responses:
request_body: '200':
required: true
content: content:
application/json: application/json:
schema: schema:
type: object type: object
properties: properties:
customernumber: count:
type: integer type: integer
example: 123
next:
type: string
nullable: true
format: uri
example: http://api.example.org/accounts/?page=4
previous:
type: string
nullable: true
format: uri
example: http://api.example.org/accounts/?page=2
results:
type: array
items:
type: object
description: Customer payment records
properties:
id:
type: integer
readOnly: true
checknumber: checknumber:
type: string type: string
maxLength: 50
paymentdate: paymentdate:
type: string type: string
format: date
amount: amount:
type: string type: string
format: decimal
pattern: ^-?\d{0,8}(?:\.\d{0,2})?$
customernumber:
type: integer
maximum: 2147483647
minimum: -2147483648
required: required:
- customernumber
- checknumber
- paymentdate
- amount - amount
- checknumber
- customernumber
- id
- paymentdate
- annotations:
title: Get a specific payment
read_only_hint: true
idempotent_hint: true
destructive_hint: false
open_world_hint: false
description: Retrieve detailed information about a specific payment by customer number and check number.
method: GET
name: get-payment
parameters:
- description: The check number
in: path
name: checknumber
required: true
schema:
type: string
- description: The customer number
in: path
name: customernumber
required: true
schema:
type: integer
path: /payments/v1/payments/{customernumber}/{checknumber}/
acl:
allow:
- admin
- read_only
- product_manager
- customer
- support
scheme: http
host: ${REST_HOSTNAME}
responses:
'200':
content:
application/json:
schema:
type: object
description: Customer payment records
properties:
id:
type: integer
readOnly: true
checknumber:
type: string
maxLength: 50
paymentdate:
type: string
format: date
amount:
type: string
format: decimal
pattern: ^-?\d{0,8}(?:\.\d{0,2})?$
customernumber:
type: integer
maximum: 2147483647
minimum: -2147483648
required:
- amount
- checknumber
- customernumber
- id
- paymentdate
- annotations:
title: Create a new payment
read_only_hint: false
idempotent_hint: false
destructive_hint: false
open_world_hint: false
description: Record a new customer payment with check number, amount, and payment date.
method: POST
name: create-payment
path: /payments/v1/payments/
request_body:
content:
application/json:
schema:
properties:
amount:
type: string
checknumber:
type: string
customernumber:
type: integer
paymentdate:
type: string
required:
- amount
- checknumber
- customernumber
- paymentdate
type: object
required: true
acl:
allow:
- admin
scheme: http
host: ${REST_HOSTNAME}
responses:
'201':
content:
application/json:
schema:
type: object
description: Customer payment records
properties:
id:
type: integer
readOnly: true
checknumber:
type: string
maxLength: 50
paymentdate:
type: string
format: date
amount:
type: string
format: decimal
pattern: ^-?\d{0,8}(?:\.\d{0,2})?$
customernumber:
type: integer
maximum: 2147483647
minimum: -2147483648
required:
- amount
- checknumber
- customernumber
- id
- paymentdate
+20
View File
@@ -0,0 +1,20 @@
# Which operations of openapi.yaml become MCP tools, and who may call each.
#
# This file is the allow-list as well as the ACL: an operation that is not
# named here does not become a tool. Kong's generator exposes every operation
# it finds and can express no authorization at all from a bearer-token spec —
# see k8s-platform/MCP-TOOL-GENERATION.md, limits 1 and 5.
#
# `allow` lists consumer groups, which come from realm_access.roles in the end
# user's own token. Kong applies them at tools/list, so a caller never sees a
# tool it may not call.
mcp_name: payments-mcp
tools:
list-payments:
allow: [admin, read_only, product_manager, customer, support]
get-payment:
allow: [admin, read_only, product_manager, customer, support]
create-payment:
allow: [admin]