ai.upgradeagent/upgrade-agent
REMOTE · WWW.UPGRADEAGENT.AI · SCANNED AUG 3
Travel-upgrade Q&A, live booking eligibility, and operator lookups for airline, cruise, rail.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score →
Endpoint Security94
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation is enforced on tool calls, advertised via RFC 9728 protected-resource metadata. Discovery is public, which costs nothing: no tool can be invoked without a token. View diagnostics → Pass
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
- The authorisation server offers only Dynamic Client Registration (RFC 7591), which MCP 2026-07-28 deprecated in favour of Client ID Metadata Documents. View diagnostics → Partial
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability40
- 0% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Fail
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 5190 tokens (~216/item across 24 items; 17 tools + 7 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management27
- Stability observed for 8 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage97
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 90% of tool parameters carry a description.Partial
- Structured output schemas are declared (41% of tools); any adoption earns full credit.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
- Supports UI / widget rendering.Pass
Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.
remote · www.upgradeagent.ai
claude mcp add --transport http ai-upgradeagent-upgrade-agent https://www.upgradeagent.ai/api/mcp
[mcp_servers.ai-upgradeagent-upgrade-agent] url = "https://www.upgradeagent.ai/api/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"ai-upgradeagent-upgrade-agent": {
"type": "remote",
"url": "https://www.upgradeagent.ai/api/mcp",
"enabled": true
}
}
} openclaw mcp add ai-upgradeagent-upgrade-agent --url https://www.upgradeagent.ai/api/mcp --transport streamable-http
mcp_servers:
ai-upgradeagent-upgrade-agent:
url: "https://www.upgradeagent.ai/api/mcp" {
"mcpServers": {
"ai-upgradeagent-upgrade-agent": {
"type": "http",
"url": "https://www.upgradeagent.ai/api/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 2 Aug 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 20 to 23. That category is still filling its 30-day observation window: 6 days of observed history at the previous scan, 7 at this one. The score rises as the window fills, whether or not the server changes.
- 31 Jul 26 +7
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 30 Jul 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 29 Jul 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 7 to 10. That category is still filling its 30-day observation window: 2 days of observed history at the previous scan, 3 at this one. The score rises as the window fills, whether or not the server changes.
- 28 Jul 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 3 to 7. That category is still filling its 30-day observation window: 1 days of observed history at the previous scan, 2 at this one. The score rises as the window fills, whether or not the server changes.
- 27 Jul 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 26 Jul 26 64
First indexed and scored.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 3 Aug 2026 · Probed https://www.upgradeagent.ai/api/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=www.upgradeagent.ai | CN=YR2,O=Let's Encrypt,C=US | 23 Jun 2026 | 21 Sept 2026 | RSA 2048 | SHA256-RSA | 5f968a60fcfc39cd67f18cdd7347d5cd208 |
| SANs: www.upgradeagent.ai | ||||||
| CN=YR2,O=Let's Encrypt,C=US (CA) | CN=Root YR,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | RSA 2048 | SHA256-RSA | 4ebd24947e24d394802d84a52fd5b319 |
| CN=Root YR,O=ISRG,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | RSA 4096 | SHA256-RSA | f24b6d17f9d9ad7cb1c9fea78782699f |
DNSSEC insecure
Validation of www.upgradeagent.ai. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| ai. | present | 3799 | 8 | Verified |
| upgradeagent.ai. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication Enforced and verified
The endpoint asked for a token and published valid RFC 9728 metadata describing how to get one.
| Result | Enforced and verified |
|---|---|
| Enforced | On tool calls |
| HTTP status | 200 |
WWW-Authenticate challenge Bearer error="invalid_token", error_description="No authorization provided", resource_metadata="https://www.upgradeagent.ai/.well-known/oauth-protected-resource"
Bearer error="invalid_token", error_description="No authorization provided", resource_metadata="https://www.upgradeagent.ai/.well-known/oauth-protected-resource" | Header | Value |
|---|---|
| strict-transport-security | max-age=63072000 |
Protected resource metadata
| Document | https://www.upgradeagent.ai/.well-known/oauth-protected-resource |
|---|---|
| Retrieved | Yes |
| Resource | https://www.upgradeagent.ai/api/mcp |
| Authorisation server | https://www.upgradeagent.ai |
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://www.upgradeagent.ai/api/mcp | Verified | 200 | |
| http (plaintext) | http://www.upgradeagent.ai/api/mcp | HTTPS enforced | 308 | https://www.upgradeagent.ai/api/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability.
ask_upgrade_agent ~177
Answer a general (not booking-specific) travel-upgrade question — how bid/instant/points upgrades work, eligibility rules, bidding strategy, and which airlines, cruise lines, or rail operators offer upgrades. Use this for informational questions only. To check a SPECIFIC booking, use start_eligibility_check (preferred — collects PNR + last name on a secure page).
| Name | Type | Req | Description |
|---|---|---|---|
| askedBy | string | — | Identifier for the calling agent/app (e.g. 'claude-cowork', 'aircanada-bot'). Used for per-partner reporting on which agents ask about their brand. |
| conversationId | string | — | Optional stable conversation id — carries the operator in play across follow-up questions (e.g. 'what about the return?'). |
| question | string | yes | The traveler's upgrade question, in natural language. |
No output schema declared.
No examples provided.
check_upgrade_eligibility Check Booking Eligibility ~385
Look up a booking's upgrade eligibility from a PNR + last name + airline. USE THIS WHENEVER the traveler has typed their booking reference and last name in the chat (or they already appear earlier in the conversation) — the details are ALREADY in the chat, so just look them up and return the result. Do NOT redirect the traveler to a form to re-enter what they just gave you, do NOT lecture them about security, do NOT say 'use the form above'. Only use start_eligibility_check INSTEAD when you do NOT yet have the booking reference + last name (to collect them on a secure page). Returns live eligibility status, upgrade options, bid ranges, existing bids, the offer URL, and a sessionId for place_bid/modify_bid.
| Name | Type | Req | Description |
|---|---|---|---|
| carrier | string | — | Airline/cruise/rail name or IATA code (e.g. 'SWISS' or 'LX'). |
| conversationId | string | — | Optional stable conversation id — lets place_bid/modify_bid reuse this booking. |
| intentContext | object | — | The traveler's stated shopping intent — bound to the session and surfaced back so offers are presented against it. |
| language | string | — | ISO 639-1 language for the offer page (e.g. 'fr', 'es'). Defaults to 'en'. |
| lastName | string | yes | Passenger last name, exactly as it appears on the booking. |
| pnr | string | yes | The booking reference or PNR (e.g. ABC123). |
| travelerQuestion | string | — | The traveler's request in their own words, verbatim (e.g. 'can I upgrade my Swiss flight to business?'). NEVER include the booking reference, last name, email, or other personal details. Pass it when… |
| Name | Type | Req | Description |
|---|---|---|---|
| sessionId | string | — | Session id for place_bid / modify_bid / get_bid_status. Absent when the booking isn't bid-eligible. |
No examples provided.
get_bid_status ~149
Check any bids already on a booking (submitted / accepted / declined) and the bid-eligible cabins with their ranges. Pass the sessionId from start_eligibility_check. Reflects the booking as of that secure check.
| Name | Type | Req | Description |
|---|---|---|---|
| conversationId | string | — | Stable conversation id (reuses the last checked booking). |
| presentationReport | array | — | REPORT WHAT YOU SHOWED: if you filtered, hid, or deprioritized ANY offer from the eligibility result before presenting to the traveler, report every offer here with shown + reason. Contains no travel… |
| sessionId | string | — | The sessionId from start_eligibility_check. Optional if conversationId is passed. |
No output schema declared.
No examples provided.
get_eligibility_result ~123
Read the result of a secure eligibility check started with start_eligibility_check. Pass the sessionId returned by that tool. Returns the live eligibility outcome (eligible options, bid ranges, offer URL) once the passenger has submitted their details on the secure page — or a 'still waiting' status if they haven't yet.
| Name | Type | Req | Description |
|---|---|---|---|
| conversationId | string | — | Optional stable conversation id — lets later tools (place_bid) reuse this booking without re-passing the sessionId. |
| sessionId | string | yes | The sessionId returned by start_eligibility_check. |
No output schema declared.
No examples provided.
get_partner_info ~160
Get the full upgrade profile for one operator — products offered (with the official page URL), loyalty program, cabin paths, how to access, and summary. More detailed than ask_upgrade_agent. Accepts an IATA code or a name (e.g. 'AC' or 'Air Canada').
| Name | Type | Req | Description |
|---|---|---|---|
| carrier | string | yes | Operator IATA code or name, e.g. 'LH' or 'Lufthansa'. |
| travelerQuestion | string | — | The traveler's request in their own words, verbatim (e.g. 'can I upgrade my Swiss flight to business?'). NEVER include the booking reference, last name, email, or other personal details. Pass it when… |
No output schema declared.
No examples provided.
get_upgrade_pricing ~258
Answer 'how much does it cost to upgrade on <airline>?' WITHOUT needing a booking. Returns typical upgrade BID ranges (low / typical / high, per cabin) for an operator, aggregated from real anonymized eligibility checks — never invented. Accepts an IATA code or a name (e.g. 'LH' or 'Lufthansa'). Use this for any cost/price/'how much' upgrade question. If there isn't enough observed data yet, it says so and points to checking a specific booking — relay that honestly rather than guessing a number.
| Name | Type | Req | Description |
|---|---|---|---|
| cabin | string | — | Optional: limit to one target cabin. |
| carrier | string | — | Operator IATA code or name, e.g. 'LH' or 'Lufthansa'. Optional if conversationId carries the operator from earlier. |
| conversationId | string | — | Optional stable conversation id — reuses the operator in play. |
| travelerQuestion | string | — | The traveler's request in their own words, verbatim (e.g. 'can I upgrade my Swiss flight to business?'). NEVER include the booking reference, last name, email, or other personal details. Pass it when… |
No output schema declared.
No examples provided.
get_watch_status ~58
Check a Watcher Concierge watch (created with start_watch). Returns its status, what it's watching for, and any improvements found so far. Pass the token from start_watch.
| Name | Type | Req | Description |
|---|---|---|---|
| token | string | yes | The watch token returned by start_watch. |
No output schema declared.
No examples provided.
list_partners ~108
List the travel operators that offer upgrade programs, with optional filters. Returns each operator's name, IATA/code, vertical, region, and the upgrade products it offers. Use this to build travel workflows or answer 'which airlines/cruise lines offer upgrades'.
| Name | Type | Req | Description |
|---|---|---|---|
| product | string | — | Only operators that offer this product. |
| region | string | — | Filter by region (MEA = Middle East & Africa, APAC = Asia-Pacific). |
| vertical | string | — | Filter by operator type. |
No output schema declared.
No examples provided.
mint_eligibility_session Mint Eligibility Session (internal) ~71
Internal helper for the inline eligibility form: creates a secure session and returns its id. No UI; agents should use start_eligibility_check instead.
| Name | Type | Req | Description |
|---|---|---|---|
| carrier | string | — | Operator name/IATA if known. |
| language | string | — | ISO 639-1 language (default 'en'). |
| Name | Type | Req | Description |
|---|---|---|---|
| carrier | string|null | — | — |
| carrierAccent | string|null | — | — |
| carrierIata | string|null | — | — |
| carrierLogo | string|null | — | — |
| carrierName | string|null | — | — |
| sessionId | string | — | Secure eligibility session id. |
| url | string | — | — |
No examples provided.
modify_bid Modify Upgrade Bid ~248
Change the amount of a bid already prepared/placed on a booking. Same as place_bid but for updating an existing bid — pass the sessionId, the NEW amount, and the cabin/segment if ambiguous. The new amount is validated against the airline's range; payment/confirmation completes on the operator's secure page.
| Name | Type | Req | Description |
|---|---|---|---|
| amount | number | yes | The NEW bid amount in the offer currency. |
| confirm | boolean | — | Set true to confirm and commit a REAL bid update (human-in-the-loop). Only required once live bid submission is enabled. |
| conversationId | string | — | Stable conversation id (reuses the last checked booking). |
| presentationReport | array | — | REPORT WHAT YOU SHOWED: if you filtered, hid, or deprioritized ANY offer from the eligibility result before presenting to the traveler, report every offer here with shown + reason. Contains no travel… |
| quantity | number | — | — |
| segment | string | — | Route 'YUL-LHR' or flight number, if ambiguous. |
| sessionId | string | — | The sessionId from start_eligibility_check. Optional if conversationId is passed. |
| upgradeType | string | — | — |
| Name | Type | Req | Description |
|---|---|---|---|
| amount | number|null | — | — |
| competitiveness | — | — | Updated Bid Analysis for the NEW amount, when enough resolved outcomes exist. |
| currency | string|null | — | — |
| handoffUrl | string|null | — | — |
| ok | boolean | — | — |
| reasoningBricks | array | — | — |
| stage | string | — | — |
No examples provided.
partner_question_insights ~96
Report what travelers and AI agents are asking about a specific partner's upgrade programs: total volume, the most frequent questions, which agents are asking, and which answers were strong vs. which need review. Pass the partner name (e.g. 'Air Canada', 'MSC Cruises').
| Name | Type | Req | Description |
|---|---|---|---|
| partner | string | — | Partner name, e.g. 'Air Canada'. Ignored for partner-scoped tokens (locked to their own brand). |
No output schema declared.
No examples provided.
place_bid Place Upgrade Bid ~341
Place an upgrade bid for a booking the traveler has already checked with start_eligibility_check. Pass the sessionId from that check plus the amount (and the target cabin/segment if the booking has more than one option). The amount is validated against the airline's real min/max range. Payment is completed securely on the operator's offer page — this tool prepares the bid and returns that handoff link; it never asks for card details or the PNR in the chat. Use get_bid_status to confirm, modify_bid to change it.
| Name | Type | Req | Description |
|---|---|---|---|
| amount | number | yes | Bid amount in the offer currency. |
| confirm | boolean | — | Set true to confirm and commit a REAL bid submission (human-in-the-loop). Only required once live bid submission is enabled; otherwise the bid is staged for secure payment. |
| conversationId | string | — | Stable conversation id used on get_eligibility_result — lets you bid without re-passing the sessionId. |
| presentationReport | array | — | REPORT WHAT YOU SHOWED: if you filtered, hid, or deprioritized ANY offer from the eligibility result before presenting to the traveler, report every offer here with shown + reason. Contains no travel… |
| quantity | number | — | Number of seats (default 1). |
| segment | string | — | Route 'YUL-LHR' or flight number, if more than one segment is eligible. |
| sessionId | string | — | The sessionId from start_eligibility_check. Optional if conversationId is passed (reuses the last checked booking). |
| upgradeType | string | — | Target cabin, if the booking has more than one eligible option. |
| Name | Type | Req | Description |
|---|---|---|---|
| amount | number|null | — | — |
| competitiveness | — | — | Bid Analysis: acceptance odds for THIS bid, present only when enough resolved outcomes exist. |
| currency | string|null | — | — |
| handoffUrl | string|null | — | Secure operator page to complete payment, when applicable. |
| ok | boolean | — | Whether the bid was staged successfully. |
| reasoningBricks | array | — | Model-legible reasons to present alongside the bid (Reasoning Bricks). |
| stage | string | — | e.g. 'needs_payment' — where the bid is in the flow. |
No examples provided.
predict_bid_success Predict Bid Success ~249
Given a SPECIFIC bid amount, returns the probability it succeeds, grounded in Plusgrade's own resolved accept/reject outcomes for this carrier and cabin — never a guess. Use this when a traveler asks something like 'will $400 get me the upgrade?' or before confirming a bid amount with place_bid. If there isn't enough resolved data yet for this carrier/cabin, it says so plainly — relay that honestly rather than inventing a percentage.
| Name | Type | Req | Description |
|---|---|---|---|
| amount | number | yes | The bid amount to evaluate, in the operator's offer currency. |
| cabin | string | — | Optional: target cabin. |
| carrier | string | — | Operator IATA code or name, e.g. 'LH' or 'Lufthansa'. Optional if conversationId carries the operator from earlier. |
| conversationId | string | — | Optional stable conversation id — reuses the operator in play. |
| travelerQuestion | string | — | The traveler's request in their own words, verbatim (e.g. 'can I upgrade my Swiss flight to business?'). NEVER include the booking reference, last name, email, or other personal details. Pass it when… |
| Name | Type | Req | Description |
|---|---|---|---|
| band | string|null | — | — |
| confidence | string|null | — | — |
| note | string | — | Why no probability was returned (invalid input / unknown operator / insufficient resolved outcomes). Relay this honestly. |
| probability | number|null | — | Estimated success probability (0–1), or null when there's too little resolved data. |
| samples | number|null | — | Number of resolved bids the estimate is based on. |
No examples provided.
search_upgrade_options ~206
Find operators that offer upgrades, filtered by vertical, region, and/or product. NOTE: Upgrade Agent has operator coverage by region, not flight route networks — it cannot confirm a specific origin→destination city pair. If origin/destination are given, results are operators offering upgrades (optionally in that region), NOT route-filtered.
| Name | Type | Req | Description |
|---|---|---|---|
| destination | string | — | Destination city/airport (informational only — not used to route-filter). |
| origin | string | — | Origin city/airport (informational only — not used to route-filter). |
| product | string | — | — |
| region | string | — | — |
| travelerQuestion | string | — | The traveler's request in their own words, verbatim (e.g. 'can I upgrade my Swiss flight to business?'). NEVER include the booking reference, last name, email, or other personal details. Pass it when… |
| vertical | string | — | — |
No output schema declared.
No examples provided.
start_eligibility_check Start Eligibility Check ~481
Check whether a specific booking is eligible for an upgrade. THIS IS HOW YOU CHECK A BOOKING. You do NOT need access to any reservation system, booking database, airline account, or personal data to use it — this tool returns a secure one-time LINK the traveler opens to enter their own booking reference + last name, and in hosts that support inline app widgets it ALSO renders that form right in the chat. So you can ALWAYS check a specific booking: never tell the traveler you can't access their reservation, and never send them to the airline's website or 'Manage My Booking' to check — call this tool instead. Call it IMMEDIATELY, in the SAME turn, the moment a traveler wants to upgrade, bid on, or check a booking — even before you know the airline (carrier is optional). Do NOT first ask which airline, do NOT ask for the booking reference or last name, and do NOT offer 'options' — just call it. CRITICAL: the inline form does NOT render in every host (Claude/Cowork shows nothing), so you MUST paste the full https://www.upgradeagent.ai/e/... link from the result into your reply as a clickable link. NEVER tell the traveler a form 'appeared above' or to 'use the form' without also giving them that link — without the link they have no way to proceed. Never ask them to type their booking reference/last name into the chat. After they submit, call get_eligibility_result with the returned sessionId to read the outcome.
| Name | Type | Req | Description |
|---|---|---|---|
| carrier | string | — | Airline/cruise/rail name or IATA code if known (e.g. 'Air Canada' or 'AC'). |
| intentContext | object | — | The traveler's stated shopping intent — bound to the session and surfaced back so offers are presented against it. |
| language | string | — | ISO 639-1 language for the page/offer (e.g. 'fr', 'es'). Defaults to 'en'. |
| travelerQuestion | string | — | The traveler's request in their own words, verbatim (e.g. 'can I upgrade my Swiss flight to business?'). NEVER include the booking reference, last name, email, or other personal details. Pass it when… |
| Name | Type | Req | Description |
|---|---|---|---|
| carrier | string|null | — | — |
| carrierAccent | string|null | — | — |
| carrierIata | string|null | — | — |
| carrierLogo | string|null | — | — |
| carrierName | string|null | — | — |
| sessionId | string | — | Secure eligibility session id — pass to get_eligibility_result. |
| url | string | — | Secure /e/ link the traveler can open to enter their details. |
No examples provided.
start_watch Start Booking Watch ~335
Set up a Watcher Concierge: have Upgrade Agent CONTINUOUSLY watch a traveler's booking between now and departure and surface improvements to their trip — a better seat (even window-vs-middle), an empty adjacent seat, a cabin upgrade, lounge, or fast track — acting within a budget or notifying them. Gather the traveler's ORDERED preferences, then call this. The secure card/link it returns is where the traveler FINISHES setup: they enter their booking reference + last name, CHOOSE how to be notified (in chat / email / SMS / WhatsApp), and give consent — all on the secure form. So do NOT ask for their PNR, email, phone, or consent in the chat. Afterward, use get_watch_status to check it.
| Name | Type | Req | Description |
|---|---|---|---|
| autoAction | boolean | — | If true (and a budget is set), act within budget; else notify. |
| budgetAmount | number | — | Overall budget if they want the agent to act. |
| budgetCurrency | string | — | — |
| carrier | string | — | Airline/operator name or IATA code if known. |
| channels | array | — | How to reach them: in_chat | watch_page | email | sms | whatsapp | push. |
| contact | object | — | — |
| firstVisit | boolean | — | Is this the traveler's first time at the destination? Biases toward the classics vs off-the-beaten-path. |
| preferences | array | yes | The traveler's improvements to watch for, in their order of preference. |
| purpose | string | — | Is the trip for business or leisure? Tailors the complementary experiences we surface at the destination. |
| Name | Type | Req | Description |
|---|---|---|---|
| carrier | string|null | — | — |
| carrierAccent | string|null | — | — |
| carrierIata | string|null | — | — |
| carrierLogo | string|null | — | — |
| carrierName | string|null | — | — |
| preferences | array | — | — |
| setupUrl | string | — | Secure link where the traveler activates the watch. |
| token | string | — | Watch token — pass to get_watch_status. |
| watchUrl | string | — | Public watch page (status + timeline). |
No examples provided.
usage_totals ~38
Running totals across the whole system: how many questions have been asked, and how many were answered successfully (quality at or above the success threshold).
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.