Skip to main content
Glama
Coalesce-Software-Inc

coalesce-transform-mcp

Official

Plan Pipeline

plan_pipeline
Read-onlyIdempotent

Plan a Coalesce pipeline by discovering and ranking node types from the repo. Provide a goal and source node IDs to get the best node type and scaffold the pipeline.

Instructions

Plan a Coalesce pipeline by discovering and ranking all available node types from the repo. ALWAYS call this before creating nodes to get the correct node type.

The planner scans the repo for all committed node type definitions, scores them against your use case, and returns ranked candidates. When available, it also returns a cached planSummaryUri MCP resource for the ranked node type summary so you can reuse that guidance throughout the pipeline without calling the planner again.

IMPORTANT — DO NOT WRITE SQL: The sql parameter is ONLY for converting SQL that the USER provided (pasted or typed). If you are building a pipeline yourself, provide goal + sourceNodeIDs instead.

PREREQUISITE: Before calling this tool, use list_workspace_nodes to discover available source/upstream nodes and their IDs in the workspace.

Preferred approach: Provide goal AND sourceNodeIDs. The planner selects the best node type and scaffolds the pipeline. Without sourceNodeIDs, the planner returns clarification questions.

User-provided SQL: When a user pastes SQL, pass it in sql. The planner parses refs and column projections.

Consult coalesce://context/node-type-corpus for node type patterns and metadata structures.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
sqlNoThe user's EXACT SQL, copied verbatim. It may use raw table names or existing Coalesce {{ ref() }} syntax. Do NOT rewrite between SQL styles or modify the query. If you are building a pipeline yourself, do NOT write SQL — use goal + sourceNodeIDs instead.
goalNoOptional natural-language pipeline goal
schemaNoOptional target schema
databaseNoOptional target database
repoPathNoOptional local committed Coalesce repo path for repo-first node-type ranking. Falls back to COALESCE_REPO_PATH or `repoPath` in the active ~/.coa/config profile when omitted.
targetNameNoOptional target node name override
descriptionNoOptional node description
workspaceIDYesThe workspace ID
locationNameNoOptional target locationName
sourceNodeIDsNoOptional upstream node IDs when planning from a non-SQL goal.
targetNodeTypeNoOptional node type override. When omitted, the planner ranks repo-backed and observed workspace node types for the use case.
configOverridesNoOptional config overrides to merge into the planned node body.

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
sqlNo
goalNo
nodesNo
intentNo
statusNo
versionNo
warningNo
platformNo
warningsNo
planCachedNo
assumptionsNo
instructionNo
workspaceIDNo
openQuestionsNo
cteNodeSummaryNo
planSummaryUriNo
STOP_AND_CONFIRMNo
nodeTypeSelectionNo
USE_THIS_NODE_TYPENo
supportedNodeTypesNo
nodeTypeDisplayNameNo
nodeTypeInstructionNo
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations declare readOnlyHint=true, idempotentHint=true. Description adds that the planner scans the repo, scores node types, and returns a cached planSummaryUri resource, providing context beyond annotations. No contradiction.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Description is well-structured with sections, front-loaded with key instruction, and every sentence adds value. No redundancy.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given 12 parameters and complexity, the description covers usage, prerequisites, and output hints (planSummaryUri). Output schema exists, so return details are covered. Minor gap: does not explicitly connect output to creation tools, but implied.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, baseline 3. Description adds significant value by explaining the usage distinction between sql and goal+sourceNodeIDs, prerequisites, fallback behavior for repoPath, and when to use configOverrides.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

Description clearly states verb 'Plan', resource 'pipeline', and mechanism 'discovering and ranking node types'. It also instructs to always call before creating nodes, differentiating from sibling creation tools like create_pipeline_from_plan.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly says 'ALWAYS call this before creating nodes', warns when not to write SQL, provides prerequisite (use list_workspace_nodes), preferred approach (goal + sourceNodeIDs), and references a context resource for further guidance.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/Coalesce-Software-Inc/coalesce-transform-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server