Skool MCP Server
Related Servers
Alternatives to Skool MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityBmaintenanceMCP server to read and operate your Skool community (calendar, feed, posts, members) and publish posts/comments with confirmation, using your own authenticated session.1MIT
- FlicenseAqualityDmaintenanceMCP server for interacting with Skool.com communities, enabling community management, post operations, member management, and course access through natural language.1452-
- AlicenseNot gradedqualityAmaintenanceA local MCP server that lets AI coding tools drive your own already-logged-in Chrome through a browser extension, rather than a headless or cookie-copied instance. It exposes 25 tools for snapshotting pages, clicking, typing, reading content, taking screenshots, recording network traffic, and reading cookies or storage, so agents can act on authenticated sites without triggering bot detection.1 npmISC
- AlicenseAqualityFmaintenanceSelf-hosted MCP server for AI browser automation. Connects to your own Chromium instance via CDP, providing tools for browser control, navigation, interaction, and content extraction.191MIT
- FlicenseAqualityDmaintenanceMCP server for Skool.com communities. Enables listing/approving members, posting, commenting, and managing courses.14-
- AlicenseNot gradedqualityAmaintenanceA local MCP server that lets AI coding tools drive the real Chrome browser you already have open, so agents can read logged-in pages, click, fill forms, take screenshots, and inspect tabs, cookies, and network traffic. All communication stays on your machine, with no debugging port or manual cookie copying required.1 npmISC
TDQS
Scored across 69 tools
Despite 69 tools, most target a clearly distinct resource+action (create_event vs update_event vs delete_event, list_group_rules vs update_group_rule), and descriptions proactively disambiguate near-pairs like ban_member vs remove_member and search_members vs list_members. A few boundaries still blur: ban_member/remove_member overlap semantically (one tool both unbanning and removing), and list_members vs list_membership_requests vs list_reported_posts all surface member-ish data that an agent could pick wrongly.
Nearly every name is snake_case verb_noun with a predictable verb set (list_, get_, create_, update_, delete_, set_, mark_, pin_, add_). The main deviation is create_/add_ used interchangeably for creation (create_category/create_course vs add_group_link/add_group_rule/add_membership_question), plus set_course_published standing in for an update operation, but the pattern stays readable.
69 tools is far past a well-scoped surface and exposes every granular settings toggle (links, rules, categories, questions, levels, AutoDM, notifications) as its own tool. Substantial consolidation is feasible — e.g. one links tool with an action parameter, or merging the ten-plus membership-admin tools — so the count is heavy relative to the domain's core workflows.
Coverage is unusually broad: full CRUD-ish lifecycles for posts, comments, categories, events, sidebar links, rules, membership questions and members, plus Classroom, chat, notifications and discovery reads. The notable gaps are course and lesson deletion (create/get/list/update/publish exist but no delete), no conversation-level read-marking or message deletion, and no group creation, all of which agents can mostly work around.