@elitedcs/ghl-mcp 3.66.2 → 3.68.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +98 -0
- package/README.md +5 -5
- package/dist/index.js +1441 -443
- package/guide/guide.html +87 -4
- package/package.json +2 -2
- package/templates/action-schemas.json +2 -2
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,103 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## 3.68.0 — the checkup
|
|
4
|
+
|
|
5
|
+
A subscriber asked the question this release is named after: "I'd love for you to
|
|
6
|
+
check my GHL Command to make sure I am using it all and it's all working. Or tell
|
|
7
|
+
me how to check it? Like a checkup from the neckup."
|
|
8
|
+
|
|
9
|
+
`health_check` already answered half of that, the install half: is the license
|
|
10
|
+
valid, is the key good, is the account reachable. It never answered either of the
|
|
11
|
+
questions people actually have.
|
|
12
|
+
|
|
13
|
+
Say "run a checkup" and you get three sections.
|
|
14
|
+
|
|
15
|
+
**Connection** is the old health check, unchanged, folded in so there is one
|
|
16
|
+
thing to run rather than two.
|
|
17
|
+
|
|
18
|
+
**What still works** is new, and it is the part that matters. Every capability
|
|
19
|
+
area gets one real read against your account, right now: contacts, pipelines,
|
|
20
|
+
calendars, workflows, funnels, forms, invoices, social, phone, the lot. The whole
|
|
21
|
+
section turns on a distinction nothing else in the product made: a clean read
|
|
22
|
+
returning nothing means the feature works and you own none of these, while a 404
|
|
23
|
+
means GoHighLevel changed something. Those two look identical from the outside
|
|
24
|
+
and mean opposite things, so they are never merged. A permission gap and a rate
|
|
25
|
+
limit each get their own verdict too, because each has a different fix, and a
|
|
26
|
+
rate limit has none.
|
|
27
|
+
|
|
28
|
+
**What you are not using yet** is worked out from what your account contains, not
|
|
29
|
+
from any record of what you have clicked. Nothing about your usage is collected
|
|
30
|
+
or transmitted, which was true before and stays true. Every line ends with the
|
|
31
|
+
exact sentence to paste back.
|
|
32
|
+
|
|
33
|
+
It is read-only end to end, it works on the free tier, and it is safe to run on a
|
|
34
|
+
live client account.
|
|
35
|
+
|
|
36
|
+
Two things the first live runs changed, both worth knowing.
|
|
37
|
+
|
|
38
|
+
GoHighLevel's `/users/` route answers 401 to a perfectly valid key about one call
|
|
39
|
+
in six. Measured, not guessed: two rejections in twelve back-to-back reads, while
|
|
40
|
+
`/contacts/` was clean twelve out of twelve. A single-shot probe would therefore
|
|
41
|
+
tell a paying customer their API key lacks permission roughly every sixth
|
|
42
|
+
checkup. So no failure is reported until it survives three separate reads. Only
|
|
43
|
+
failures retry, so a healthy account pays nothing for it.
|
|
44
|
+
|
|
45
|
+
And an expired browser login was briefly reported as "Workflow Builder BROKEN,
|
|
46
|
+
send this to support". It is neither broken nor ours, and it has a sixty-second
|
|
47
|
+
fix. A report that cries wolf gets ignored, so token expiry, rate limits, server
|
|
48
|
+
errors and anything else that says nothing about GoHighLevel now say exactly
|
|
49
|
+
that instead of raising an alarm.
|
|
50
|
+
|
|
51
|
+
**The other half of this release does not ship to anyone.** `scripts/ghl-drift-canary.mjs`
|
|
52
|
+
runs on a schedule against our own test sub-account, boots the real server the
|
|
53
|
+
way Claude does, calls the same `run_checkup` tool, and compares every capability
|
|
54
|
+
against a committed baseline. Nothing watched GoHighLevel before this. The test
|
|
55
|
+
suite mocks the API, so a route they move breaks a shipped tool with every test
|
|
56
|
+
still green, and the first signal was always a support email. Now a capability
|
|
57
|
+
that worked yesterday and fails today opens an alert issue. It also reports its
|
|
58
|
+
own blind spots, because a probe baselined in a broken state can never alert
|
|
59
|
+
again and a canary that quietly shrinks is worse than none.
|
|
60
|
+
|
|
61
|
+
New tool: `run_checkup`. 242 tools, 51 modules.
|
|
62
|
+
|
|
63
|
+
## 3.67.0 — the offboarding kit
|
|
64
|
+
|
|
65
|
+
Every agency has an onboarding checklist. Almost none have an offboarding one, so
|
|
66
|
+
the day a client leaves turns into a week of hunting for logins, exports, and
|
|
67
|
+
"wait, who owns the pixel?"
|
|
68
|
+
|
|
69
|
+
Ask Claude to build the offboarding kit for an account and you get the whole exit
|
|
70
|
+
package in one go: every contact as a real export rather than the first hundred,
|
|
71
|
+
an inventory of what the account contains, a map of every person and connected
|
|
72
|
+
account that can still get in, and a handoff document written for whoever picks
|
|
73
|
+
the account up next.
|
|
74
|
+
|
|
75
|
+
Three things it deliberately will not do.
|
|
76
|
+
|
|
77
|
+
It will not print your keys. GoHighLevel does not hand key values to any tool,
|
|
78
|
+
including this one, so instead you get a list of every place a key lives and the
|
|
79
|
+
instruction to rotate it. That was the useful half anyway.
|
|
80
|
+
|
|
81
|
+
It will not guess who owns what. GoHighLevel stores nothing about ownership, so
|
|
82
|
+
the kit asks once and writes the answers into the client's own account as custom
|
|
83
|
+
values, where they outlive this tool and the client can read them without asking
|
|
84
|
+
you. Answer them the day you take the client on and every later run is instant.
|
|
85
|
+
Anything unanswered is listed as unanswered, never assumed.
|
|
86
|
+
|
|
87
|
+
It will not let a short export look like a complete one. The contact export
|
|
88
|
+
reports its own count and GoHighLevel's index count side by side rather than
|
|
89
|
+
claiming they agree, and if it stopped early the handoff document says INCOMPLETE
|
|
90
|
+
in its own text, not in a field somebody has to notice. A section that could not
|
|
91
|
+
be read says so and why, instead of showing zero.
|
|
92
|
+
|
|
93
|
+
The account you name is the account you get. Both new tools require the
|
|
94
|
+
sub-account explicitly and reach for that account's own key, and the parts that
|
|
95
|
+
depend on the workflow builder refuse outright when the builder is pointed
|
|
96
|
+
somewhere else. Handing one client's webhooks to another on their way out is the
|
|
97
|
+
one mistake an exit package must not be able to make.
|
|
98
|
+
|
|
99
|
+
**New: `build_offboarding_kit` and `record_asset_ownership`.** 241 tools.
|
|
100
|
+
|
|
3
101
|
## 3.66.2 — an export could describe the wrong client
|
|
4
102
|
|
|
5
103
|
If you asked for one client's account and the server had been started pointing at
|
package/README.md
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# GHL Command — GoHighLevel MCP Server
|
|
2
2
|
|
|
3
|
-
**Full GoHighLevel API access for Claude.**
|
|
3
|
+
**Full GoHighLevel API access for Claude.** 242 tools across 51 modules — manage contacts, conversations, pipelines, calendars, funnels, workflows, invoices, custom objects, webhooks, and more. **Includes full workflow builder, funnel/page editor, form builder, pipeline builder, bulk operations, account export, and workflow cloning** — capabilities no other GHL tool offers. **Multi-tenant:** one install can run the workflow builder across multiple clients' GHL accounts.
|
|
4
4
|
|
|
5
5
|
**Distributed via npm as [`@elitedcs/ghl-mcp`](https://www.npmjs.com/package/@elitedcs/ghl-mcp).** Buyers install with one config block — no git, no Node.js setup, no terminal commands. Updates flow automatically (`npx @latest` re-resolves on every Claude restart).
|
|
6
6
|
|
|
@@ -8,7 +8,7 @@ Works with **both the Claude Desktop App and Claude Code terminal** — your cho
|
|
|
8
8
|
|
|
9
9
|
**License required.** Get it at [ghlcommand.com](https://ghlcommand.com?utm_source=npm&utm_medium=readme) — $97/mo, covering UNLIMITED GoHighLevel sub-accounts on up to 3 machines (never billed per account). **30-day time-back guarantee**: save 5+ hours on one client build or your first month back.
|
|
10
10
|
|
|
11
|
-
**Try it FREE (read-only tier).** Grab an instant free key at [ghlcommand.com/free](https://ghlcommand.com/free?utm_source=npm&utm_medium=readme) —
|
|
11
|
+
**Try it FREE (read-only tier).** Grab an instant free key at [ghlcommand.com/free](https://ghlcommand.com/free?utm_source=npm&utm_medium=readme) — 112 read-only tools on your own GHL account once the two-step install is finished (the same install as the paid tier — upgrading later is just a license swap): the account-wide workflow audit (`audit_workflows` finds the silently broken references GHL never warns you about), account health, and every read across contacts, pipelines, funnels, and workflows. Write tools stay visible and answer with upgrade info. Buying later with the same email upgrades your key in place — 1 machine on free, 3 when you upgrade.
|
|
12
12
|
|
|
13
13
|
**How this differs from HighLevel's official MCP.** HighLevel ships an official Anthropic MCP that reads and writes your CRM (contacts, conversations, calendars, opportunities, payments, social) over the public API — it's free and it's good; use it for that. What it *cannot* do, because the public API doesn't expose it: **build or edit workflows, build funnels/landing pages, or build forms.** That's exactly what GHL Command does — the programmatic Workflow Builder, funnel/page builder, form builder, deep workflow cloning, the silent-failure `audit_workflows`, and Blueprint (build a whole client account from one intake — ships as a guided skill that **installs itself automatically** with this package; nothing to download), all on GHL's internal APIs. **Official MCP = read/write your CRM. GHL Command = build and fix it.** They stack fine together.
|
|
14
14
|
|
|
@@ -135,7 +135,7 @@ Run setup_ghl_mcp to activate GHL Command:
|
|
|
135
135
|
ghl_location_id: YOUR_LOCATION_ID
|
|
136
136
|
```
|
|
137
137
|
|
|
138
|
-
Approve the tool call. Server validates your license, verifies your GHL credentials, writes them to a per-user config file. **Quit Claude one more time and reopen** — the full core toolset is now unlocked (
|
|
138
|
+
Approve the tool call. Server validates your license, verifies your GHL credentials, writes them to a per-user config file. **Quit Claude one more time and reopen** — the full core toolset is now unlocked (242 tools total with the optional Workflow Builder Firebase add-on).
|
|
139
139
|
|
|
140
140
|
### 4. Try it
|
|
141
141
|
|
|
@@ -175,7 +175,7 @@ https://app.gohighlevel.com/v2/location/YOUR_LOCATION_ID/dashboard
|
|
|
175
175
|
|
|
176
176
|
## Enable the Workflow Builder
|
|
177
177
|
|
|
178
|
-
The builder + cloner + validator tools (workflow builder, funnel builder, form builder, pipeline builder, workflow cloner, validate_workflow) use GHL's internal API and require Firebase credentials. Without them, the other
|
|
178
|
+
The builder + cloner + validator tools (workflow builder, funnel builder, form builder, pipeline builder, workflow cloner, validate_workflow) use GHL's internal API and require Firebase credentials. Without them, the other 187 tools work fine — you just won't have workflow/funnel/form/pipeline editing. This is the flagship feature: do this step.
|
|
179
179
|
|
|
180
180
|
**One-click capture (v3.49.0+, the supported path):**
|
|
181
181
|
|
|
@@ -798,7 +798,7 @@ Source repo is private. Contributors need an invitation from `drjerryrelth`. The
|
|
|
798
798
|
|
|
799
799
|
### Reducing context / token usage
|
|
800
800
|
|
|
801
|
-
Every registered MCP tool's schema is shipped to the model on every message. With
|
|
801
|
+
Every registered MCP tool's schema is shipped to the model on every message. With 242 tools that's a meaningful per-message context cost even in chats that never touch GHL. If you only use a slice of GHL Command, restrict the tool surface with `GHL_ENABLED_MODULES` and/or `GHL_ENABLED_TOOLS`:
|
|
802
802
|
|
|
803
803
|
```jsonc
|
|
804
804
|
// Claude Desktop config — enable whole modules
|