Power your agent
คำสั่งของผู้เผยแพร่เอง ไม่ใช่เอนด์พอยต์ของ PlugMCP
Host a copy with our keys and logs.
npx -y @proabono/[email protected]Claude Code ไม่มีลิงก์ติดตั้งสำหรับคำสั่งแบบโลคัล ให้คัดลอกคำสั่งด้านล่างแล้วรันในเทอร์มินัล
PROABONO_API_BASE=<value> PROABONO_BUSINESS_ID=<value> PROABONO_SEGMENT_REF=<value> PROABONO_AGENT_KEY=<secret> PROABONO_API_KEY=<secret> PROABONO_PORTAL_SECRET=<secret> PROABONO_WEBHOOK_SECRET=<secret> claude mcp add com.proabono-mcp-installation -- npx -y @proabono/mcp-installation@0.4.0รันในเทอร์มินัล
{ "mcpServers": { "com.proabono-mcp-installation": { "command": "npx", "args": [ "-y", "@proabono/[email protected]" ], "env": { "PROABONO_API_BASE": "<value>", "PROABONO_BUSINESS_ID": "<value>", "PROABONO_SEGMENT_REF": "<value>", "PROABONO_AGENT_KEY": "<secret>", "PROABONO_API_KEY": "<secret>", "PROABONO_PORTAL_SECRET": "<secret>", "PROABONO_WEBHOOK_SECRET": "<secret>" } } }}claude_desktop_config.json
URL แบบรีโมตหรือคำสั่งบนเครื่องของคุณ? การติดตั้งสองแบบต่างกันอย่างไร
รันบน PlugMCP
A new server you create. It is not this listing's official endpoint. Use the publisher install when you want their URL and their credentials.
เปิดจากผู้เผยแพร่
A local MCP server that installs ProAbono into your site, from your IDE.
It gives your coding assistant the ProAbono documentation, the API Live contract and ProAbono configuration, so it can run the In-Site installation with you end to end, generate integration code already filled in with your real business identifier, Segment, offers and Features, read your account back to verify the result, and answer API questions from the real contract instead of guessing.
Installs ProAbono into a website from the IDE: hosted pages, rights sync, catalogue, billing.
It runs locally, over stdio, against whatever account your credentials open. It has no environment concept of its own: your credentials are the only boundary.
claude mcp add --transport stdio proabono --scope user -- npx -y @proabono/mcp-installation
In .vscode/mcp.json:
{
"servers": {
"proabono": {
"type": "stdio",
"command": "npx",
"args": ["-y", "@proabono/mcp-installation"]
}
}
}
In .cursor/mcp.json (or ~/.cursor/mcp.json for every project):
{
"mcpServers": {
"proabono": {
"command": "npx",
"args": ["-y", "@proabono/mcp-installation"]
}
}
}
Requires Node.js 20 or later.
The server reads seven environment variables and nothing else. It refuses to start if any is missing, naming the ones it needs.
All seven are in your ProAbono BackOffice, on one page: Integration → MCP. PROABONO_API_BASE must begin with https://, and PROABONO_BUSINESS_ID must be digits only.
Put them in the env block of your MCP client entry, in a file git ignores. That keeps each set of seven attached to one project and one ProAbono account — which is what you need once you have two sets, since sandbox and production are two accounts with different endpoints, identifiers and keys. Declare one entry per account, for example proabono-sandbox and proabono-production, each with its own env.
.vscode/mcp.json and .cursor/mcp.json sit inside your repository: add them to .gitignore before pasting a value into them. Cursor also reads ~/.cursor/mcp.json, outside every repository.--scope user keeps the entry outside the repository. A project .mcp.json is normally committed, so write ${PROABONO_API_KEY} and the other six there instead of the values — Claude Code expands them from your environment.inputs section of mcp.json, which keeps it out of the file..env file. It reads its process environment only.No value you supply is ever logged, returned by a tool, put in an error message, or inlined into generated code. Generated code references the variable names.
With the server added and the seven variables set, open your project and paste this into your assistant:
Help me install ProAbono in this project.
1. Call get_server_info to confirm the server is reachable, and tell me which version you are talking to.
2. Call installation_status to see whether an installation was already started here.
3. Run install_insite: tell me which stack you detected and why, check the prerequisites with me, then take me through the three In-Site steps and the notification endpoint in order, placing the generated code where my signed-in user is known.
4. List what I still have to do by hand in the ProAbono BackOffice.
5. When the code is in place, run verify_insite_installation and walk me through the go-live checklist.
Answer every question about the ProAbono API from search_documentation and get_api_reference, never from memory.
When it works, step 1 answers with the server version and a configuration whose status is complete, listing the seven variable names — never a value. If the ProAbono tools are not there at all, the server refused to start: a variable is missing, and the error naming it is in your MCP client's log. get_server_info never reports an incomplete configuration, because the server does not start on one.
The generators return code and edit none of your files; your assistant places it. The one file the server writes is .proabono/installation.json, the installation state: it carries no credential, is meant to be committed so a later session resumes where this one stopped, and is not written when a tool is called with record_state: false.
Point your keys at a Sandbox account to run this. verify_insite_installation makes sure the customer it verifies against exists — it creates one under an mcp-verify- reference when you name none — and the tools that usually come next — create_update_customer, create_subscription, the Usage writes, bill_customer — create real data in whatever account your credentials open.
Once the installation is under way, these are the questions a developer asks next. Your assistant picks the tools; the second column is the ones it usually reaches for.
The version you installed is in CHANGELOG.md, and get_server_info reports it:
Not in it, and planned: advanced In-Site options — CSS customization of the hosted pages, and further specific workflows.
Widget and plug-in installations (WordPress and similar) are out of scope by design: this server installs ProAbono In-Site, by code, whatever your stack would lend itself to.
Offers, Features, webhooks, pricing pages and the workflow redirect URL are configured in your ProAbono BackOffice, and the API cannot create them: the server reads them, names what is missing, and gives you the BackOffice path.
Writes marks a tool that changes data in the account your credentials open. It runs as soon as your assistant calls it, with no confirmation step: your credentials are the only boundary.
Documentation
Installation
Code generation
Catalogue
Customers
Subscriptions
Usage and rights
Invoicing and balance
Server
No tool in this server destroys billing history: deleting a customer, a subscription or an invoice is out of scope in any account, and ProAbono's customer-suspension, invalidation and link-revocation endpoints exist and are deliberately not exposed. anonymize_customer is the one tool whose effect cannot be undone, and it is not a destruction — it erases personal data and keeps the invoices and the subscription history, which is what a GDPR erasure asks of a billing system.
The published package is self-contained: the ProAbono API contract and documentation are copied into dist/resources/ at build time, so nothing is fetched at run time.
A clone builds the same way, with no credential and no access to anything of ours:
npm ci && npm run build && npm test
Both sources the build vendors live in this repository, under resources/: the API Live contract in resources/open-api/ and the documentation corpus in resources/docs/. The contract is a copy of the one ProAbono maintains internally. npm run build and npm test refresh it from there when that source is reachable, and use the committed copy when it is not — which is the case in CI and in any clone of this repository — and say which on every run. See resources/open-api/index.md.
Issues and questions: [email protected].
When reporting a problem, include the output of get_server_info — it reports the server version and which variables are configured, and never their values.
Beyond this server:
MIT. See LICENSE.
Installs ProAbono into a website from the IDE: hosted pages, rights sync, catalogue, billing.
{ "mcpServers": { "com.proabono-mcp-installation": { "command": "npx", "args": [ "-y", "@proabono/[email protected]" ], "env": { "PROABONO_API_BASE": "<value>", "PROABONO_BUSINESS_ID": "<value>", "PROABONO_SEGMENT_REF": "<value>", "PROABONO_AGENT_KEY": "<secret>", "PROABONO_API_KEY": "<secret>", "PROABONO_PORTAL_SECRET": "<secret>", "PROABONO_WEBHOOK_SECRET": "<secret>" } } }}เครื่องมือ
ยังไม่มีรายการเครื่องมือ เซิร์ฟเวอร์แบบรีโมตจะได้รายการหลังการตรวจสอบสถานะครั้งแรก
FAQ
คัดลอกคอนฟิก stdio สำหรับ Cursor, Claude Desktop, Claude Code หรือ VS Code ได้ในหน้านี้ คอนฟิกนี้ใช้การติดตั้งของผู้เผยแพร่ ไม่ใช่พร็อกซีของ PlugMCP
ผู้เผยแพร่ระบุตัวแปรสภาพแวดล้อมเหล่านี้: PROABONO_API_BASE, PROABONO_BUSINESS_ID, PROABONO_SEGMENT_REF, PROABONO_AGENT_KEY, PROABONO_API_KEY, PROABONO_PORTAL_SECRET, PROABONO_WEBHOOK_SECRET
MCP Installation ทำงานแบบโลคัลผ่าน stdio
ตรวจสอบล่าสุดเมื่อ 2026-11-08 Installs ProAbono into a website from the IDE: hosted pages, rights sync, catalogue, billing.