IdeaLift MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PORT | No | The port the MCP server starts on (default: 3001) | 3001 |
| DATABASE_HOST | Yes | SQL Server host | |
| DATABASE_NAME | Yes | Database name | |
| OPENAI_API_KEY | Yes | For idea normalization | |
| IDEALIFT_APP_URL | Yes | IdeaLift API base URL | |
| INTERNAL_API_KEY | Yes | Service-to-service auth key | |
| DATABASE_PASSWORD | Yes | Database password | |
| DATABASE_USERNAME | Yes | Database user |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| normalize_ideaA | Transform raw ideas into execution-ready work items. This is the moment where thinking stops and execution begins. IdeaLift is a COMMIT LAYER - it judges whether an idea is ready for execution and helps make it real. USE this tool when you detect intent signals like:
When you detect these signals, PROACTIVELY offer: "This looks like a feature idea. Want me to make it execution-ready?" Output includes:
The output ALWAYS ends with a commit decision - never leave users in limbo. |
| check_authA | Check the user's IdeaLift connection status for committing ideas. Normalize is FREE. Commit requires connection. USE this tool when:
DO NOT use this tool when:
Note: normalize_idea works WITHOUT auth. Only COMMITTING requires connection. |
| list_destinationsA | List connected COMMIT destinations (GitHub repos, Jira projects, Linear teams). These are where ideas become REAL. After normalizing an idea, show the user where they can commit it. USE this tool when:
DO NOT use this tool when:
This tool requires IdeaLift authentication. Normalizing ideas is free, committing requires connection. |
| create_ticketA | COMMIT an idea to GitHub, Jira, or Linear. This makes it real. This is the final step in the IdeaLift flow: Capture → Normalize → COMMIT. USE this tool when user says:
IMPORTANT: If a normalize_idea was just called, use the draftId from that response. If no draftId is available, pass the full idea object from the normalize output. NEVER ask the user to re-provide content that was just normalized. After successful commit, confirm with:
This creates a REAL ticket. The user's idea now exists in their system. |
| connect_destinationA | Connect a ticket destination (GitHub, Jira, or Linear) to IdeaLift. USE this tool when:
DO NOT use this tool when:
Returns a link the user clicks to authorize. Connection takes ~30 seconds. |
| list_ideasB | List ideas in the workspace with optional filters. Returns paginated results. |
| get_ideaB | Get detailed information about a specific idea by ID. |
| create_ideaA | Create a new idea in the workspace. Checks plan limits before creating. |
| update_ideaB | Update an existing idea. Can update title, summary, status, scores, etc. |
| search_ideasB | Search ideas by text query. Searches title and summary fields. |
| query_ideasA | Execute a natural language query about ideas in the workspace. Examples:
|
| list_signalsB | List signals (external feedback from Twitter, Reddit, support tickets, etc.) with optional filters. |
| get_signal_analyticsB | Get aggregated analytics about signals over a time period. |
| attach_signalA | Link a signal to an idea. This associates external feedback with a specific product idea. |
| log_decisionA | Log a decision event for an idea. This creates an audit trail entry. Event types:
Closure categories (required for some events):
|
| get_decision_historyB | Get the complete decision history (audit trail) for an idea. |
| create_relationshipA | Create a relationship between two ideas. Relationship types:
|
| list_relationshipsB | Get all relationships for an idea (both as source and target). |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| IdeaLift Preview Widget | Widget for displaying normalized idea preview |
| IdeaLift Success Widget | Widget for displaying ticket creation success |
TDQS
Scored across 18 tools
Most tools have distinct purposes, but some overlap exists between query_ideas and search_ideas (both search-related) and between list_ideas and query_ideas (both listing ideas). The detailed descriptions help clarify differences, but an agent might occasionally misselect between these similar tools.
Tool names follow a consistent verb_noun pattern throughout (e.g., attach_signal, create_idea, list_destinations). All names use snake_case, and verbs are clear and appropriate for their actions, making the set predictable and easy to navigate.
With 18 tools, the count is slightly high but reasonable for the server's scope of idea management and execution workflows. Each tool appears to serve a specific function in the IdeaLift flow, though some could potentially be consolidated (e.g., query_ideas and search_ideas).
The tool set provides comprehensive coverage for the idea lifecycle: creation (create_idea), retrieval (get_idea, list_ideas), updating (update_idea), relationships (create_relationship, list_relationships), signals (attach_signal, list_signals), analytics (get_signal_analytics), decisions (log_decision, get_decision_history), normalization (normalize_idea), and committing (create_ticket, with supporting tools like check_auth, connect_destination, list_destinations). No obvious gaps are present for the domain.