Compose-ready workspace: packages/zappier (rate card, portal, Stripe), packages/verae-zapier-middleware (timestamp + NATS), packages/verae-zapier (CLI app), vendor/zapier-platform, and research/zapier vendor corpus. Gate 0 structure checks pass. Product code and research are not yet wired.
1.9 KiB
Documentation Index
Fetch the complete documentation index at: https://docs.zapier.com/llms.txt Use this file to discover all available pages before exploring further.
What's changed in v18.1.0
New
invoke --remoteflag and a fix on package manager detection.
Released: 2026-01-19
The zapier-platform invoke command now supports a remote mode. By adding a --remote (-r for short) flag to the invoke command, such as:
zapier-platform invoke -r
... all invocations, including trigger/action invocation itself, input field definitions, and dynamic dropdown choices, will be executed remotely by the Zapier production environment. This means:
- The integration version you want to test has to be deployed first.
- The invocation results and the bundle payload passed to your integration code will match what you see in live production, which is great for testing.
- Remote mode is slower than local mode (without the
-rflag).
Read more about the three different modes in the zapier-platform invoke --help documentation.
We also fixed an issue where the build and test commands were not correctly detecting package managers (like npm, yarn, pnpm, or bun) when your integration was part of a monorepo. Now, the CLI doesn't just look in the current directory for package manager indicators (like package-lock.json for npm), but also checks parent directories up to four levels up.
cli
- 🎉 Add
--remoteflag toinvokecommand (#1220) - 🐛 Fix package manager detection in
buildandtestcommands to include parent directories (#1225)
core
None!
schema
None!
misc
- 📜 Improve internal development docs (#1221)