First-party app
iClosed iClosed

iClosed

Manage iClosed sales-call scheduling: contacts, booked calls, deals, products, transactions and custom fields.

stable Calendar & SchedulingCustomer Relationship Management

About

iClosed ships in the w6w first-party pack. It declares 36 actions, 3 health checks, and the host runs its code in a sandbox that never sees the credential.

App id
io.w6w.iclosed
Version
0.1.0
Author
w6w
Licence
MIT
Categories
Calendar & Scheduling · Customer Relationship Management

Overview

iClosed is scheduling and CRM software built for sales calls: prospects book a call through a qualifying form, closers work the call, and the result is recorded as an outcome and a deal.

This app covers the public API end to end: create, update and search contacts and their notes; list, book, reschedule and cancel calls and read the open slots for an event; record call outcomes, deals, products and payment transactions; and read or write the custom fields and answers that qualify a lead.

Authentication is an API key from Settings → Developer → API Keys (Business or Enterprise plan). Health checks track iClosed’s own status page and an unsigned reachability probe of the API.

Build with iClosed

Three routes to the same 36 actions. The Workflow tab is generated from iClosed's own manifest and carries its real ids, so it is copy-pasteable; the Code and CLI examples are the same call for any action on any app, so every app-specific value in them is a blank you fill in.

Cancel call

call-cancel

Cancel a booked call.

Book call

call-create

Book a call. Resolve a free slot first with Get event dates.

List calls

call-list

List booked calls with filters. Returns data.eventCalls and data.count.

Reschedule call

call-reschedule

Move a booked call to a new time.

Mark booked slot free

call-slot-free-set

Mark a booked slot as free (or busy again) on the host's calendar.

Create contact

contact-create

Create a contact.

Get contact

contact-get

Fetch one contact by ID, optionally with its UTM parameters.

List contacts

contact-list

List contacts, filterable by assignee, status, event and joined time, with page-based pagination.

Create contact note

contact-note-create

Add a note to a contact.

List contact notes

contact-note-list

List the notes on a contact.

Get contact stages

contact-stage-list

Fetch the contact-stage field with its options.

Update contact

contact-update

Update a contact's name, email, phone, status or referrer.

Create deal

deal-create

Create a deal against a call.

List deals

deal-list

List deals with filters and page-based pagination.

Update deal

deal-update

Update a deal.

Get event dates

event-dates-list

List the open dates and times for an event.

Get event

event-get

Fetch one event by ID or link prefix.

List events

event-list

List event types (booking pages).

Troubleshoot slots

event-slots-troubleshoot

Explain why slots are or are not offered on a date.

Set event status

event-status-set

Activate or deactivate an event.

Bulk set field answers

field-answer-bulk-set

Upsert one custom-field answer across many contacts.

Set field answer

field-answer-set

Upsert one custom-field answer for a contact or call. Identify the field by ID or identifier.

Create custom field

field-create

Create a custom field on an object type.

List custom fields

field-list

List the custom fields of one object type.

List all custom fields

field-list-all

List custom fields for every object type, grouped by type.

Update custom field

field-update

Update a custom field.

Set call outcome

outcome-set

Upsert a call's outcome, optionally with a new deal.

Create product

product-create

Create a product.

List products

product-list

List products.

Update product

product-update

Update a product.

Create transaction

transaction-create

Record a payment transaction.

Delete transaction

transaction-delete

Delete a transaction.

List transactions

transaction-list

List payment transactions with filters.

Update transaction

transaction-update

Update a transaction.

List user availabilities

user-availability-list

List weekly availability schedules, optionally for one user.

List users

user-list

List the account's users.

A workflow step names the app and the action, and the editor fills in the connection when you pick one. This is the Step shape from the workflow spec, carrying iClosed's real ids.

{
  "manifestVersion": "2",
  "name": "iclosed-example",
  "steps": [
    {
      "id": "call-create",
      "uses": {
        "app": "io.w6w.iclosed",
        "action": "call-create",
        "connection": "conn_YOUR_CONNECTION_ID"
      },
      "with": {
        "dateTime": "<dateTime>",
        "timeZone": "<timeZone>",
        "secondaryQuestionsAnswer": "<secondaryQuestionsAnswer>"
      }
    }
  ]
}

Here are some of the things you can do

  • Book call

    perform
    call-create
  • List calls

    read
    call-list
  • Reschedule call

    perform
    call-reschedule
  • Mark booked slot free

    perform
    call-slot-free-set
  • Create contact

    perform
    contact-create

+31 more actions available

Every app-specific value here is a blank you have to fill in. An app action is reached through the connection that authenticates it, so the address is a connection id, not the app id — and connections belong to your account, so a public page cannot know yours. Create one for iClosed, then fill in the three blanks: conn_YOUR_CONNECTION_ID, the action key, and the parameters that action declares. The call itself is real — the shape is transcribed from the studio's own snippet builder, which prints the same kind of blanks — but nothing in it is specific to iClosed. The Workflow tab is where this app's real ids are.

Install
npm install @w6w/sdk
yarn add @w6w/sdk
pnpm add @w6w/sdk
deno add npm:@w6w/sdk
Code
import { W6wClient, isActionRun } from "@w6w/sdk";

// Reads W6W_BASE_URL and W6W_TOKEN from the environment when omitted.
const client = new W6wClient();

const envelope = await client.run({
  urn: "conn_YOUR_CONNECTION_ID",
  action: "call-create",
  payload: {
    dateTime: "<value>",
    timeZone: "<value>",
    secondaryQuestionsAnswer: "<value>",
    // contactId: "<value>",
    // email: "<value>",
    // phoneNumber: "<value>",
    // firstName: "<value>",
    // lastName: "<value>",
    // eventId: "<value>",
    // linkPrefix: "<value>",
    // conditionalUsers: "<value>",
    // routingGroupIds: "<value>",
    // useSecondaryQuestionsForConditionalRouting: "<value>",
    // additionalGuests: "<value>",
  },
});

if (isActionRun(envelope)) console.log(envelope.value);
Install the CLI
npm install -g @w6w/cli
CLI
w6w run conn_YOUR_CONNECTION_ID --action call-create --payload '{"dateTime":"<value>","timeZone":"<value>","secondaryQuestionsAnswer":"<value>"}'

Give an AI agent iClosed — without giving it iClosed's credentials. One MCP endpoint exposes every app, function and workflow the caller is entitled to, as tools it can discover and run. Access is granted per team while we onboard.

One tool call
{
  "name": "w6w_invoke",
  "arguments": {
    "ref": "app:io.w6w.iclosed#call-create",
    "input": {
      "dateTime": "<dateTime>",
      "timeZone": "<timeZone>",
      "secondaryQuestionsAnswer": "<secondaryQuestionsAnswer>"
    }
  }
}

Every tool names its target with a single ref. The app: form above doesn't name a connection at all — the host resolves which of the caller's iClosed connections to sign with, and refuses rather than guesses when the answer is ambiguous.

What the agent gets

Credentials it can't read

The token is attached host-side, at the moment of the call. It is never a tool argument, never in the model's context, and never in a transcript — so a prompt injection has nothing to exfiltrate.

A tool surface scoped to the caller

Tools are derived per end user from what that person has actually connected and is entitled to — not one shared bot identity carrying the union of everyone's access.

A durable workflow in one call

Multi-step work runs on the workflow engine and returns a run handle the agent can poll — retries, branching and state survive the conversation that started them.

Health-aware discovery

iClosed's declared health checks are on the surface too, so an agent can tell "the vendor is down" from "your credential expired" before it burns a retry on either.

The MCP surface is part of the hosted platform. iClosed itself is MIT, and the runtime that executes it is source-available (FSL).

Request MCP access

Health checks

iClosed declares its own checks, so its health is a property of the app rather than something the host guesses at.

service

iClosed platform status

The `iClosed API` component of status.iclosed.io decides; the website, app and billing components are reported as detail and never worse than degraded.

dependency

iClosed API reachable

Unauthenticated GET /v1/users; a 401 {"message":"API key is required"} passes.

quota

API quota headroom