@awesomate/hosting-mcp 0.60.0 → 0.61.0

package/dist/index.js

@@ -39879,13 +39879,15 @@ var SENTENCE = {
   not_released: "This isn't on your account yet.",
   turned_off_by_awesomate: "Awesomate has turned this off for your account.",
   switched_off_by_you: "You switched this off in Settings, Features.",
-  not_on_plan: "This comes with a higher plan."
+  not_on_plan: "This comes with a higher plan.",
+  plan_unreadable: "We couldn't check this just now. Try again shortly."
 };
 var NEXT = {
   not_released: "Do not retry and do not offer this feature. If the user asks for it, say it is not on their account yet: Awesomate opens new features account by account.",
   turned_off_by_awesomate: "Do not retry. If the user wants it, they can ask Awesomate (hub.awesomate.ai/support); nothing here can switch it back on.",
   switched_off_by_you: "Do not retry. The account owner can switch it back on in the hub under Settings, Features (hub.awesomate.ai/settings?tab=features); never do that for them.",
-  not_on_plan: "Do not retry. Relay the plan that includes it honestly (hub.awesomate.ai/billing) and let the user decide."
+  not_on_plan: "Do not retry. Relay the plan that includes it honestly (hub.awesomate.ai/billing) and let the user decide.",
+  plan_unreadable: "Awesomate could not read the account's plan just now: a moment's trouble on our side, not the user's plan. Wait a few seconds and try once more; if it still fails, tell the user to try again shortly. Never suggest an upgrade."
 };
 function isReason(value) {
   return typeof value === "string" && value in SENTENCE;
@@ -39911,7 +39913,7 @@ function featureRefusal(tool, features) {
   const key = TOOL_FEATURE[tool];
   if (!key || !features) return null;
   const entry = features[key];
-  if (!entry || entry.available) return null;
+  if (!entry || entry.available || entry.reason === "plan_unreadable") return null;
   const reason = entry.reason ?? "not_released";
   const sentence = entry.message || SENTENCE[reason];
   const name = entry.label ?? key;
@@ -40009,7 +40011,7 @@ async function hubRequest(config3, method, path, jsonBody, opts = {}) {
     let hint = "";
     if (res.status === 401) {
       hint = " Your access token is invalid or expired \u2014 ask the user to open the hub Claude page (hub.awesomate.ai/claude), generate a fresh Connect prompt, and re-run the bootstrap.";
-    } else if (res.status === 403 && code === "feature_unavailable") {
+    } else if ((res.status === 403 || res.status === 503) && code === "feature_unavailable") {
       const reason = body && typeof body === "object" ? body.reason : null;
       hint = featureUnavailableHint(reason);
     } else if (res.status === 403 && code === "consent_required") {
@@ -43027,7 +43029,7 @@ server.registerTool(
   "awesomate_crm_apps",
   {
     annotations: annotate("awesomate_crm_apps", MUTATING),
-    description: "The account's own apps (a client portal, a members' app) whose users sign in by email link and then read and change only what each kind's access rules allow them (awesomate_crm_kinds set_access). Pro and above to create or change; reading is every plan. action 'list': each app with its publishable key, allowed origins, sign-up mode and default role. action 'create' {name, allowed_origins, sign_up?, default_role?}: name appears in the sign-in email; allowed_origins are the exact origins the app runs on (https://portal.example.com; http://localhost:5173 for development; capacitor://localhost for the mobile shell), with no path and no wildcard; sign_up 'invite' (default: only people added with awesomate_crm_app_users) or 'open' (anyone who uses the email link gets the default role). action 'update' {app_id, ...any of those, status?}: status 'disabled' signs everyone out of that app and stops its server keys. The publishable key (pk_...) is not a secret: it goes in the app's browser code, with @awesomate/sdk. Never put the account's own token (amt_pat_...) in browser code. Confirm origins and sign-up mode with the user: open sign-up lets strangers in under the default role. action 'customer_lookup' {app_id, roles?}: which roles in that app may look customers up (name, email and phone, by search or id, with @awesomate/sdk lookupCustomers) and so put a record under any customer, not only themselves. Without roles it reads the setting; roles ['staff'] switches it on for staff; [] switches it off. Never the app's default role (the one customers sign in with): that would show every customer to every other customer, and the hub refuses it. Off until the owner asks for it. SERVER KEYS (ak_...), for the app's own server or an n8n workflow, used with @awesomate/sdk createClient({ token: <key> }) or as a Bearer token on https://hub.awesomate.ai/api/sdk/v1/server: action 'keys' {app_id} lists them (never the secrets); 'create_key' {app_id, name, access: 'read'|'write', kinds?} makes one (kinds leaves it to those kinds, 'contact' to read contacts; leave it out for every kind) and returns the key ONCE: put it straight into the app server's environment (awesomate_app_set_env for an app hosted with us) and never into browser code, a repository or a reply to the user. For an n8n workflow pass n8n_credential: true instead (prefer it): the hub puts the key into a Header Auth credential 'Awesomate app key: <name>' on their n8n (Authorization: Bearer, usable only towards the hub) and returns only its id and name, so the key never passes through you. 'revoke_key' {app_id, key_id} stops it at once, and removes a credential the hub made. A key reads every attribute of an app kind, contacts only as you read them, and writes need Support Plus and above. Prefer the narrowest key: read unless the server writes, and only the kinds it uses.",
+    description: "The account's own apps (a client portal, a members' app) whose users sign in by email link and then read and change only what each kind's access rules allow them (awesomate_crm_kinds set_access). Pro and above to create or change; reading is every plan. action 'list': each app with its publishable key, allowed origins, sign-up mode and default role. action 'create' {name, allowed_origins, sign_up?, default_role?}: name appears in the sign-in email; allowed_origins are the exact origins the app runs on (https://portal.example.com; http://localhost:5173 for development; capacitor://localhost for the mobile shell), with no path and no wildcard; sign_up 'invite' (default: only people added with awesomate_crm_app_users) or 'open' (anyone who uses the email link gets the default role). action 'update' {app_id, ...any of those, status?}: status 'disabled' signs everyone out of that app and stops its server keys; voice_agent_id names the account's agent that signed-in people talk to by voice (Talk to the agent: @awesomate/sdk voiceAgent() and voiceSession() with the hub's AwesomateAgent widget; the agent greets them by name and, when the app's assistant is set up, knows the 10 most recent conversations they can see, read as them; the app's origin must also be listed under the agent's 'Where your app runs'), null takes it away. The publishable key (pk_...) is not a secret: it goes in the app's browser code, with @awesomate/sdk. Never put the account's own token (amt_pat_...) in browser code. Confirm origins and sign-up mode with the user: open sign-up lets strangers in under the default role. action 'customer_lookup' {app_id, roles?}: which roles in that app may look customers up (name, email and phone, by search or id, with @awesomate/sdk lookupCustomers) and so put a record under any customer, not only themselves. Without roles it reads the setting; roles ['staff'] switches it on for staff; [] switches it off. Never the app's default role (the one customers sign in with): that would show every customer to every other customer, and the hub refuses it. Off until the owner asks for it. SERVER KEYS (ak_...), for the app's own server or an n8n workflow, used with @awesomate/sdk createClient({ token: <key> }) or as a Bearer token on https://hub.awesomate.ai/api/sdk/v1/server: action 'keys' {app_id} lists them (never the secrets); 'create_key' {app_id, name, access: 'read'|'write', kinds?} makes one (kinds leaves it to those kinds, 'contact' to read contacts; leave it out for every kind) and returns the key ONCE: put it straight into the app server's environment (awesomate_app_set_env for an app hosted with us) and never into browser code, a repository or a reply to the user. For an n8n workflow pass n8n_credential: true instead (prefer it): the hub puts the key into a Header Auth credential 'Awesomate app key: <name>' on their n8n (Authorization: Bearer, usable only towards the hub) and returns only its id and name, so the key never passes through you. 'revoke_key' {app_id, key_id} stops it at once, and removes a credential the hub made. A key reads every attribute of an app kind, contacts only as you read them, and writes need Support Plus and above. Prefer the narrowest key: read unless the server writes, and only the kinds it uses.",
     inputSchema: {
       action: external_exports.enum(["list", "create", "update", "keys", "create_key", "revoke_key", "customer_lookup"]),
       app_id: external_exports.string().max(48).optional().describe("update, keys, create_key, revoke_key, customer_lookup: the app"),
@@ -43040,10 +43042,11 @@ server.registerTool(
       allowed_origins: external_exports.array(external_exports.string().max(200)).max(10).optional(),
       sign_up: external_exports.enum(["invite", "open"]).optional(),
       default_role: external_exports.string().max(31).optional().describe("lower case; the role open sign-up gives"),
-      status: external_exports.enum(["active", "disabled"]).optional().describe("update only")
+      status: external_exports.enum(["active", "disabled"]).optional().describe("update only"),
+      voice_agent_id: external_exports.string().uuid().nullable().optional().describe("update only: the account's own agent (awesomate_knowledge_agents list) that signed-in people talk to by voice in this app; null takes voice away")
     }
   },
-  async ({ action, app_id, name, allowed_origins, sign_up, default_role, status, access, kinds, key_id, roles, n8n_credential }) => {
+  async ({ action, app_id, name, allowed_origins, sign_up, default_role, status, voice_agent_id, access, kinds, key_id, roles, n8n_credential }) => {
     try {
       const cfg = requireConfig();
       if (action === "list") return textResult(await hubGet(cfg, "/api/my-crm/v1/apps"));
@@ -43066,7 +43069,11 @@ server.registerTool(
       const fields = Object.fromEntries(Object.entries({ name, allowed_origins, sign_up, default_role }).filter(([, v]) => v !== void 0));
       if (action === "create") return textResult(await hubPost(cfg, "/api/my-crm/v1/apps", fields));
       if (!app_id) return errorResult(new Error("update needs app_id, from list."));
-      return textResult(await hubPatch(cfg, `/api/my-crm/v1/apps/${encodeURIComponent(app_id)}`, { ...fields, ...status ? { status } : {} }));
+      return textResult(await hubPatch(cfg, `/api/my-crm/v1/apps/${encodeURIComponent(app_id)}`, {
+        ...fields,
+        ...status ? { status } : {},
+        ...voice_agent_id === void 0 ? {} : { voice_agent_id }
+      }));
     } catch (err) {
       return errorResult(err);
     }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@awesomate/hosting-mcp",
-  "version": "0.60.0",
+  "version": "0.61.0",
   "description": "Awesomate MCP server — lets Claude manage your Awesomate WordPress hosting, plan, limits, n8n automations, and build Node/static apps + databases",
   "license": "UNLICENSED",
   "type": "module",

package/skill/CHANGELOG.json

@@ -1,5 +1,11 @@
 {
   "versions": [
+    {
+      "version": "0.60.1",
+      "highlights": [
+        "When Awesomate can't check your plan for a moment, Claude says to try again shortly instead of suggesting an upgrade"
+      ]
+    },
     {
       "version": "0.60.0",
       "highlights": [