technology.royalty/royaltea-public
REMOTE · API.ROYALTY.TECHNOLOGY · SCANNED AUG 3
Free no-auth game-dev tools: revenue splits with real store cuts, agreement drafts, studio setup.
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 Security51
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not fully verified: no authorisation is required to call this server, and 4 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. See how to fix → View diagnostics → Unverified
- HTTPS not yet verified: we couldn't determine whether a plaintext access path exists. View diagnostics → Unverified
- 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
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability64
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 1108 tokens (~221/item across 5 items; 5 tools + 0 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 Coverage99
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 96% of tool parameters carry a description.Partial
Capabilities60
- Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. See how to fix → Fail
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 · api.royalty.technology
claude mcp add --transport http technology-royalty-royaltea-public https://api.royalty.technology/api/public-mcp
[mcp_servers.technology-royalty-royaltea-public] url = "https://api.royalty.technology/api/public-mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"technology-royalty-royaltea-public": {
"type": "remote",
"url": "https://api.royalty.technology/api/public-mcp",
"enabled": true
}
}
} openclaw mcp add technology-royalty-royaltea-public --url https://api.royalty.technology/api/public-mcp --transport streamable-http
mcp_servers:
technology-royalty-royaltea-public:
url: "https://api.royalty.technology/api/public-mcp" {
"mcpServers": {
"technology-royalty-royaltea-public": {
"type": "http",
"url": "https://api.royalty.technology/api/public-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.
- 1 Aug 26 0
- HTTPS: pass → unverified ▼ security
- TLS certificate: unverified → pass ▲ security
- HSTS header: unverified → pass ▲ security
- Transport: fail → pass ▲ security
- Authorization: Authorisation not fully verified: no authorisation is required to call this server, and 4 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. security
- MCP protocol: unverified → fail ▼ functional
- Tool coverage: unverified → 100 ▲ functional
- Stability: unverified → 0.20 ▲ functional
- 31 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
- 30 Jul 26 −2
- 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 59
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://api.royalty.technology/api/public-mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_256_GCM_SHA384 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=api.royalty.technology | CN=YR1,O=Let's Encrypt,C=US | 25 Jul 2026 | 23 Oct 2026 | RSA 2048 | SHA256-RSA | 59ffd87b58b375d3231e2ce8914a872d5af |
| SANs: api.royalty.technology | ||||||
| CN=YR1,O=Let's Encrypt,C=US (CA) | CN=Root YR,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | RSA 2048 | SHA256-RSA | a20253f15f2691c05dc1ce13b9bcca4e |
| 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 api.royalty.technology. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| technology. | present | 27175 | 8 | Verified |
| royalty.technology. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
| Header | Value |
|---|---|
| strict-transport-security | max-age=15552000; includeSubDomains |
| content-security-policy | default-src 'self';base-uri 'self';font-src 'self' https: data:;form-action 'self';frame-ancestors 'self';img-src 'self' data:;object-src 'none';script-src 'self';script-src-attr 'none';style-src 'self' https: 'unsafe-inline';upgrade-insecure-requests |
| x-content-type-options | nosniff |
| x-frame-options | SAMEORIGIN |
| referrer-policy | no-referrer |
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://api.royalty.technology/api/public-mcp | Verified | 200 | |
| http (plaintext) | http://api.royalty.technology/api/public-mcp | Inconclusive | 405 |
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.
calculate_revenue_split Calculate Revenue Split ~396
Model real take-home from a game/app sale, end to end: apply the storefront/platform cut (Steam tiers, Epic 0%-then-12%, Epic First Run, Apple/Google small-business rates, console, itch) and optional Unreal royalty, publisher cut, and expenses — THEN split the remaining contributor pool fairly by each person's relative contribution. This is the accurate way to answer 'if we make $X on <platform>, what does each person actually take home'. No account needed.
| Name | Type | Req | Description |
|---|---|---|---|
| contributors | array | yes | The people sharing the contributor pool. `points` is a relative weight (bigger = larger share); if you only know rough effort, use 1-10. |
| expenses | number | — | Optional costs to subtract before the contributor pool (marketing, tools, etc.) |
| lifetimeGross | number | — | Lifetime gross so far (for the Unreal $1M royalty threshold). Default 0. |
| lifetimeRevenue | number | — | Revenue already earned on this platform in the tiering period (drives Steam $10M/$50M tiers and Epic/Apple/Google $1M thresholds). Default 0. |
| platform | string | — | Storefront the revenue comes from. Omit if the money is already net of platform fees. |
| platformCutOverride | number | — | For itch/direct: the storefront cut fraction 0-1 (e.g. 0.05). |
| poolPercentage | number | — | % of net revenue that goes to the contributor pool vs staying with the studio (default 100) |
| publisherCut | number | — | Optional % a publisher takes off the top after platform fees (0-100) |
| revenue | number | yes | Gross revenue / player spend to model (e.g. 50000) |
| unrealEngine | boolean | — | Game built on Unreal Engine? Applies the 5% royalty on gross above $1M lifetime (waived on Epic). |
No output schema declared.
No examples provided.
draft_revenue_agreement Draft Revenue Agreement ~282
Generate a plain-English revenue-share agreement DRAFT between a company/studio and a contributor, using RoyalTea's agreement structure (parties, services/Schedule A, revenue-share terms/Schedule B, standard clauses, signature blocks). Returns a clearly-labeled TEMPLATE — not legal advice and not an executed contract. Offer the person the getStarted link to finalize and e-sign it for real in RoyalTea. Use for 'draft a rev-share agreement for X to do Y for Z% of revenue'.
| Name | Type | Req | Description |
|---|---|---|---|
| companyName | string | yes | The studio/company granting the revenue share |
| companyState | string | — | Governing-law state/jurisdiction (e.g. "Delaware") |
| contributorIsCompany | boolean | — | — |
| contributorName | string | yes | The person (or company) receiving the revenue share |
| contributorSharePercent | number | — | The contributor's flat % of revenue (use this OR revenueTiers) |
| effectiveDate | string | — | e.g. 2026-08-01; defaults to a placeholder |
| projectName | string | yes | The project/game the agreement covers |
| revenueTiers | array | — | Tiered revenue share (Schedule B): different % across revenue bands. |
| services | string | — | What the contributor will do (Schedule A — e.g. "gameplay programming and tools") |
No output schema declared.
No examples provided.
explain_royaltea Explain Royaltea ~44
Explain what RoyalTea is and how it helps creative teams track contributions and split revenue fairly. Use when someone asks what RoyalTea is or whether it fits their situation.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
get_platform_cuts Get Platform Cuts ~77
The current storefront/platform revenue cuts RoyalTea models — Steam, Epic Games Store (+ First Run), Apple, Google Play, console, itch.io — with exact tiers, thresholds, and the Unreal Engine royalty. Use to explain or cite what a given platform takes.
| Name | Type | Req | Description |
|---|---|---|---|
| platform | string | — | Optional: one platform; omit for all. |
No output schema declared.
No examples provided.
prepare_studio_setup Prepare Studio Setup ~160
Turn a plan (studio name, project, collaborators, intended split) into a ONE-CLICK setup link for someone who doesn't have a RoyalTea account yet. Returns a URL — when they open it and sign up, RoyalTea creates the studio + project + collaborators (as placeholders) exactly as planned. Use after you've helped someone design a revenue-share setup and they want it real.
| Name | Type | Req | Description |
|---|---|---|---|
| collaborators | array | — | The people on the project (added as placeholders they can later claim). `points` is their relative revenue weight. |
| projectName | string | — | Optional first project name |
| splitNote | string | — | Optional human summary of the intended split/terms |
| studioName | string | yes | Name for the new studio/workspace |
No output schema declared.
No examples provided.