mcpField
M
make-module-configuring

make-module-configuring

github.com/integromatDevelopment155371 installsUpdated 1d ago
Repository

About make-module-configuring

A skill for configuring individual modules in Make scenarios, intended for agents working with module parameters, connections, mappings, and related components. It prioritizes reading module instructions and validating each configuration before proceeding.

Key features

  1. 01Module instructions before setup
  2. 02Connection selection guidance
  3. 03Data mapping and filtering
  4. 04Webhook and data store setup
  5. 05Validation of each module

Use cases

  1. 01Configuring modules in a Make scenario
  2. 02Mapping data between upstream and downstream modules
  3. 03Setting up connections, webhooks, or data stores

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/integromat/make-skills --skill make-module-configuring

After installing, type/make-module-configuringin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

aggregators.md
ai-agents.md
connections.md
data-stores.md
data-structures.md
filtering.md
general-principles.md
iml-expressions.md
keys.md
mapping.md
webhooks.md
examples/
ai-agent-full-blueprint.json

Details

From the project README

Make Module Configuration

This skill covers configuring individual modules within a Make scenario. Once a scenario's module composition is decided (see make-scenario-building), each module must be configured: connections assigned, parameters filled, data mapped from upstream modules, and special components (webhooks, data stores, keys) wired up.

Known Make module id: the Make Code module is "module": "code:ExecuteCode".

Quick Routing

Read the reference file that matches the current task:

TaskReference
Configuring any module (start here)General Principles — 5-phase workflow: read interface, resolve components, run RPCs, fill params/mapper, validate
Setting up or assigning a connectionConnections — credential request flow, scope checking, Extract Blueprint Components
Creating or assigning a webhookWebhooks — custom vs branded, data structure definition
Creating or assigning a data storeData Stores — requires data structure first
Defining a data structure (schema)Data Structures — field types, nested structures
Provisioning keys or certificatesKeys — SSH, PEM/PFX via credential requests
Writing IML expressionsIML Expressions — functions, variables, operators, backtick rule
Mapping data between modulesMapping — module ID references, output schema discovery
Adding filter conditionsFiltering — operators, AND/OR grouping, placement rules
Configuring an aggregatorAggregators — feeder/target, variants, configuration order exception
Configuring an AI agent moduleAI Agents — tools array, AI-decided fields, restore metadata

Cardinal Rules

These apply to every module configuration. Violating any of them is the most common cause of broken scenarios.

  1. Read the interface first. Call app-module_get with outputFormat: "instructions" before configuring any module. Never guess parameter names, types, or structures.

  2. Validate every module. Call validate_module_configuration after assembling each module's config. Do not proceed if validation returns errors — no exceptions.

  3. Component creation order. Data structures, then webhooks, then connections, then keys, then data stores (dependencies flow left to right). Connections and keys require credential requests (user completes auth); webhooks, data stores, and data structures can be created directly via MCP.

  4. Configure left to right. Work upstream to downstream so output schemas are available for mapping. Exception: array aggregators need their target module configured first — see Aggregators.

  5. Connection selection is interactive. Always present all matching connections to the user and let them choose. Never auto-select, even if only one match exists. See Connections.

  6. Omit unwritten fields on updates. On update, upsert, and patch modules, omit any field that should be left alone from the mapper — never include it with an empty string "". An empty-string mapping overwrites the target record's existing value, looks identical to "unmapped" in the visual editor, and is not caught by validate_module_configuration. See Mapping → Field Omission on Updates and Upserts.

Official Documentation

Related Skills

  • make-scenario-building — Which modules to use and how to compose them into flows (routing, branching, filtering, iterations, aggregations, error handling)
  • make-mcp-reference — MCP server configuration, scopes, access control

Comments

Markdown supported