@elitedcs/ghl-mcp 3.90.1 → 3.91.1

package/CHANGELOG.md

@@ -1,5 +1,29 @@
 # Changelog
 
+## 3.91.1: Step 7, Staff, says what is true, and one rule decides who gets an admin login
+
+This release is everything in 3.91.0, plus the changes below.
+
+**One rule for who gets an admin login.** Anyone whose job says owner, founder, admin, administrator, CEO, principal or director gets an admin login. If nobody on the team has a job like that, the first person listed gets one, so someone can run the account. Build and Add them for me now follow the same rule, and both mark that person with Admin login before anything is made. Someone who already has a login keeps the level they have.
+
+**Step 7, Staff, says only what it checked.** It says Build waits for the staff, not Intake, it no longer says calendars and lead alerts will use the people it found, and when it cannot add people it says why: the agency key is not connected yet, your plan does not allow it, or GoHighLevel refused it. The board's staff panel now says when someone is in the account at a different login level, as step 7 does. Blueprint Review says the staff are not checked yet, rather than not in the account, when it could not read them.
+
+**A one-time password stays on the page you are on.** When GoHighLevel sets a password for someone it has not listed yet, the page keeps it and shows it the first time a check finds them; Check again and a second Add them for me keep it too. Reloading the page still clears it, so copy it when it appears. Someone taken off the team while their login was being made is shown as still being set up, never as could not be added. When a Build in the cockpit makes someone and GoHighLevel requires a password, the cockpit never shows or keeps it: reset that person's password in GoHighLevel.
+
+**Known limits.** Other programs on this computer, or other people signed in to it, can read what the cockpit shows, including a one-time password while it is on step 7, Staff. Keep the computer to yourself. If two people on the team share a name, their password lines look the same; check the email in GoHighLevel. If you take someone off the team while their login is still being set up, their password is not shown; reset it in GoHighLevel if you add them back.
+
+## 3.91.0: The board and the brief open much faster
+
+This release is everything in 3.90.1, plus the change below.
+
+**The board and the brief open from the last read of each account, then refresh in the background.** The cockpit keeps what it last read from each client's GoHighLevel account and draws from it at once, while it reads GoHighLevel again behind the scenes. The board's status line says how old that read is, for example "Loaded 4 minutes ago".
+
+**Before any change to an account, GHL Command checks it again.** The saved read is only for what you see on screen.
+
+**Measured on one agency's board:** the board draws in about 0.3 seconds instead of 3.2, and the brief takes about 2.4 seconds instead of 7.5. Opening a client and switching between clients take the same time as before.
+
+**Known limits.** The first time the board opens after you install, or after you change a key or your plan, its status line says "Loading from GoHighLevel…" while it reads every account, about 15 to 20 seconds for 32 accounts. Rarely, an Approve or a Run is refused with "could not reach" when another client's saved read is cleared at the same moment; nothing is changed, so press it again. Right after you save an intake, the board can show the answers from before the save for up to 15 minutes, while every action reads the account live.
+
 ## 3.90.1: Add them for me and Confirm and build add exactly the people you were shown
 
 This release is everything in 3.90.0, plus the fix below. It fixes behavior that shipped in 3.89.0 and 3.90.0.
@@ -14,8 +38,6 @@ This release is everything in 3.90.0, plus the fix below. It fixes behavior that
 
 **A new login is never made twice while GoHighLevel catches up.** GoHighLevel can take a minute to list a login it has just made. Until it does, step 7 and the board say the person "is still being set up in GoHighLevel", and Add them for me does not send them again, from any page or window, for up to 10 minutes. If GoHighLevel insisted on a password, step 7 now shows the one-time password, as the board does.
 
-**Known limits, fixed in the next release.** The board's staff panel does not show when someone's login level differs from the list. If someone is taken off the team while their login is being made and the connection drops, step 7 can still say they could not be added. Without an agency key, step 7 says your plan does not let you add people. The staff step says Intake waits for it (only Build does), and says calendars and lead alerts will use the people found, which it does not check. Blueprint Review says staff are not in the account when it could not read them. When nobody's job says owner, Build makes the first person listed an admin, while Add them for me makes them a user; Build's confirmation shows it before anything is made.
-
 After Add them for me or Confirm and build, check the client's GoHighLevel Users list.
 
 ## 3.90.0: the cockpit never acts on the wrong client, and refuses a change made from an old page
@@ -848,7 +870,6 @@ website, and that pages are a separate job after the account exists, on hosting
 member owns. A test pins the skill and the plan format together so they cannot
 disagree again.
 
-
 ## 3.83.0 — a build you can check, and no funnel at the end of it
 
 **Blueprint no longer builds a funnel, a page, or a website of any kind.** GoHighLevel's own page
@@ -877,14 +898,12 @@ retried into a duplicate; and read-backs retry a timeout but never retry a genui
 running GHL Command, the stages use the plan you already pay for. Saving a key switches every stage to
 usage billing, which the cockpit and the member hub now say plainly.
 
-
 - Brief checks the intake and writes the review; the build plan is prepared when Build runs.
 - Changed intake answers require a fresh review, changed build plans require verification, and live workflow repairs need approval of the listed changes.
 - Client pages keep the selected client, open the shared intake answers, separate existing inventory from build evidence, and keep generated drafts for review.
 - Verify prepares the client handoff. Local files are shown as prepared, not published, and handoff email delivery requires a reviewed recipient and explicit confirmation.
 - Your agency now has a creation-only switch for sub-accounts from chat. Package preparation creates catalog products and leaves pricing and payment links as a visible manual task.
 
-
 - Register an existing sub-account on either plan path, replace a saved account key, and see chat registrations in the cockpit without restarting. Creation checks the agency connection first and keeps an account visible when its key could not be saved.
 - Intake keeps Interview answers, loads submitted answers, asks before replacing corrections, and identifies missing respondent details. Source uploads are limited to supported text formats and show the 60,000-character limit. Prepared forms and client documents have clickable links.
 - Client Builds checks account access and setup before running, explains Intake’s writes, and uses the same practice-account rules everywhere. Failed verification blocks sign-off, and manual obligations remain visible until checked.
@@ -898,7 +917,6 @@ usage billing, which the cockpit and the member hub now say plainly.
 - **Build a client account guidance corrected.** Existing clients are behind “Work on a client already registered →” and are never pre-selected. Registration confirms the sub-account name and id, never a key hint.
 - **Deletion is separate from registration.** Removing a saved key does not delete the GoHighLevel account. Deletion requires separate authorization; no claim is made that the account's creation method determines whether it can be deleted.
 
-
 ## 3.82.0 — the cockpit laid out like the hub, for Command OS subscribers
 
 The Command OS cockpit was built for one job, the Blueprint build, and that one section
@@ -1490,7 +1508,6 @@ It caught two files that a careful pass by hand had already missed.
 
 Counts unchanged: 247 tools, 51 modules, free tier 111. No tool behaviour changed.
 
-
 ## 3.72.0 — an audit that counts your workflows once
 
 A member ran the account audit on a large agency account. The report came back claiming
@@ -2076,7 +2093,6 @@ them were visible until a guide was written against them and run for real.
   supported). Documented so nobody builds a "send to a third party" node that
   silently mails the contact.
 
-
 ## 3.62.0 — The user guide ships inside the product
 
 - **New tool `get_user_guide`** (free tier included): opens the full GHL Command
@@ -2475,7 +2491,6 @@ builds inside it and verify_funnel proves it.
   a temp dir AND writeCredentials refuses to run under vitest without an
   override.
 
-
 ## 3.50.0 — FREE read-only tier
 
 A free license (`ghlcommand.com/free`, key by email, no card) now runs the same
@@ -2529,7 +2544,6 @@ No behavior changes; text only.
 - `enable_workflow_builder` and `auto_capture_firebase_script` tool descriptions
   point to `capture_firebase_interactive` first.
 
-
 ## 3.49.0 — One-click Workflow Builder unlock (`capture_firebase_interactive`)
 
 The buyer's whole job is now: log into GHL in a Chrome window the tool opens.
@@ -2554,7 +2568,6 @@ No DevTools, no console paste, no JSON shuttling.
   console-paste path, unchanged).
 - Tool count: 228 → 229 (177 without Firebase).
 
-
 ## 3.48.2 — Docs patch: tool-count claims corrected (the real number is 228)
 
 No behavior changes; text only, plus one new test.
@@ -2569,7 +2582,6 @@ No behavior changes; text only, plus one new test.
   `registerAllTools` and fails the suite if package.json, README, or setup-tool copy
   ever disagrees again.
 
-
 ## 3.48.1 — Docs patch: Firebase capture friction + live pricing copy
 
 No behavior changes; text only.
@@ -2585,7 +2597,6 @@ No behavior changes; text only.
   7-step IndexedDB walk is demoted to a collapsed fallback for locked-down browsers;
   multi-tenant instructions reference the script instead of the manual steps.
 
-
 ## 3.48.0 — Blueprint: complete workflow-building (opportunities, branching, appointment timers, opt-in publish)
 
 Completes the `apply_build_plan` executor so a Blueprint build produces workflows that

package/README.md

@@ -899,7 +899,7 @@ Built by **[Elite DCs, LLC](https://elitedcs.com)** — a digital marketing and
 
 **Tech stack:** TypeScript, Node.js, esbuild, MCP SDK, Zod, GHL API v2, Firebase Auth
 
-**Version:** 3.90.1
+**Version:** 3.91.1
 
 ---