Skip to content
GuideAPIANT.aiv2

Forms, chat, web services and tools

View .md

The built-in ways an APIANT automation faces a person or a program directly - hosted forms, chat widgets, web services, MCP tool automations and human approval links - and how to choose between them.

Most automations start from an event in another app. The built-in Forms, Chat, Web Service, AI Agent (tool automations) and Human Interaction (approvals) apps let an automation face a person or a program directly instead. Each one gives you a URL that APIANT hosts. Their own operations need no app connection; the one exception is the AI Agent message step a chat widget uses to reply, which runs on your own Anthropic or OpenAI connection.

Comparison

InterfaceWho uses itStarts a run, or pauses oneDoes the caller wait for a resultURL
Hosted formA person in a browserBoth: a form trigger starts a run, a form sent mid-run pauses it until submittedThe visitor sees a waiting page, then a confirmation or the next formOne stable URL per form trigger, or one per run
Chat widgetA visitor on a web pageStarts a run for every messageNo. Replies arrive in the widget when the automation sends themOne URL per chat automation, plus an embed script
Web serviceAny HTTP client, including JavaScript on a web pageStarts a run for every requestYes. The caller receives the HTTP status and body the automation returnsOne URL per web service automation
MCP tool automationAn MCP client such as ClaudeStarts a run for every tool callYes. The client receives the tool output textOne URL per APIANT account, listing all tool automations
Human approvalAn approver with no APIANT accountPauses a run until the approver decidesNot applicable. The run resumes when the decision is madeOne link per approval item

Choosing an interface

  • Collect structured input from a person: use a hosted form. Field types, validation and file uploads are handled by the form page.
  • Ask a person to approve or deny something: use human approval. If the approver must also type details, use a form sent mid-run instead.
  • Hold a conversation: use a chat widget. Add tool automations to let the AI agent in the chat look things up or take actions.
  • Return data to another system in the same request: use a web service.
  • Give an AI client a set of actions it can call: use MCP tool automations.

What every interface has in common

The automation must be on. Claude and the assistant build new automations turned off. An automation that is off does not serve its form page, chat widget, web service URL or tool list, and a run paused on an approval does not resume. Ask Claude to turn the automation on once you have tested it.

The URL is the access control. A form trigger, chat widget, web service or MCP tool URL carries long random identifiers, and anyone who has the URL can use it. There is no separate password or API key. Share each URL only with the people or systems that need it. The URL shapes are listed in Public URLs.

You get the URL from Claude or the assistant. When the automation is committed, Claude or the assistant returns the form, chat or web service URL. The MCP tool URL is the exception; see Automations as MCP tools.

Usage counts against your plan. Form submissions and web service calls each have their own monthly limit, and every run also counts tasks. See Plans, usage and billing.

Next steps

In this section

Related docs

Last updated September 15, 2026