Councly MCP Server
Related Servers
Alternatives to Councly MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceEnables role-based, multi-model AI orchestration by assigning specialized expert roles to a hybrid panel of local and cloud LLMs, generating unified advisory council reports for complex tasks.68 npm1MIT
- AlicenseNot gradedqualityAmaintenanceEnables multi-model LLM council reviews and parallel sidecar conversations within Claude, allowing Claude to orchestrate structured reviews from various AI models and fold their responses back into the session.745 npm2MIT
- AlicenseAqualityDmaintenanceProvides access to multiple frontier LLM models (GPT, Claude, Gemini, Grok, DeepSeek) for consulting a "conclave" of AI perspectives, enabling peer-ranked evaluations and synthesized consensus answers for important decisions.81MIT
- AlicenseNot gradedqualityAmaintenanceEnables running AI councils across Claude, GPT, and Gemini, synthesizing answers based on your personal taste lens, all locally without an API key.1MIT
- AlicenseNot gradedqualityDmaintenanceEnables multi-strategy AI orchestration including council decision review, debate, brainstorming, evaluation, and spec review, with support for multiple LLM providers and advisor personas.12 npmMIT
- AlicenseAqualityAmaintenanceRoutes questions to a council of AI models (local and cloud) and synthesizes their answers in five configurable modes: individual, categorized, deconflicted, pooled, and dialectic.9Apache 2.0
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: councly_hearing creates and runs a council hearing, while councly_status checks the status or retrieves results of an existing hearing. There is no overlap in functionality, making it easy for an agent to select the correct tool based on the desired action.
Both tools follow a consistent naming pattern with the prefix 'councly_' followed by a descriptive action (hearing, status). This verb_noun style is uniform and predictable, aiding in tool identification and usage without confusion.
With only 2 tools, the server feels thin for its apparent scope of facilitating multi-LLM debates and status tracking. While the tools cover creation and status checking, the domain suggests potential gaps (e.g., no tool for listing hearings, modifying settings, or handling errors beyond status retrieval), making the count insufficient for comprehensive coverage.
The tool surface is significantly incomplete for the server's purpose. It lacks operations such as listing past hearings, canceling or deleting hearings, configuring hearing parameters beyond defaults, or managing user settings. This forces agents into dead ends for common workflows, like reviewing multiple past hearings or adjusting debate parameters.