Zapier Platform CLI is primarily designed for REST APIs. That does present some organizational questions when it comes to designing a Zapier CLI app. Further, REST APIs are huge question marks, in general. Whereas, GraphQL APIs all have an accessible typed schema. This CLI app is designed to make use of a GraphQL API's schema for automatic configuration of a Zapier CLI app.
This lib started out as an experiment to simplify all the necessary boilerplate and maintenance required for a Zapier CLI app. Virtually everything required to be "coded" was already defined in a GraphQL schema. So, why not use the schema to generate the boilerplate code? The experiment was a success and this lib was born.
At present, this lib will generate valid, tested and compliant modules ("actions") for your Zapier app. In fact, you can run something like the following to add a new GraphQL operation as a live Zapier action:
zapier-graphql scaffold search contacts && zapier push
That's it. This will generate a new GraphQL module in your project at, ./searches/contacts.js
. It will also generate a ./test/searches/contacts.test.js
test file for your new action. Finally, the zapier push
command will push the new action to your Zapier app.
- Node.js >= 18.3.0
- Zapier Platform CLI
This lib should be installed locally. It will need to be packaged with your Zapier app.
npm install --save zapier-graphql
Ensure that ./node_modules/.bin/
is added to your PATH (export PATH=$PWD/node_modules/.bin:$PATH
) so you don't have to reference the CLI script directly, ./node_modules/.bin/zapier-graphql ...
zapier-graphql --help
Originally this lib was designed to generate base and extension files, allowing for base files to be updated as your schema changes. However, the extension files ended up with code that wasn't very enjoyable to work with and the base files were left with generated code that was undesirable. Therefore, the decision was made to only "scaffold" the Zapier "action" files.
As a result, the API for the zapier-graphql
command and the overall functionality, is similar to
that of the zapier
CLI command (see Usage above).
Upon first use of the CLI app, you'll be prompted to create a .zapiergraphql
config file. This file is used to configure the CLI app and is required for use. If you'd like to go ahead and generate one and configure it properly, just execute zapier-graphql init
.
This will also include the file in your .zapierapprc
config as an includeInBuild
item.
The config file that's created for you is a JavaScript module that exports an object - the config. The config file has some documentation and includes all configurable directives. See below for additional configuration details.
-
request
- An object that configures the request. Currently there are two properties:urlEnvVar
- An environment variable that includes the full base url of your GraphQL API.headers
- Headers to include for every request. By defaultContent-Type: application/json
andAccept: application/json
are included.
-
scalarMap
- An object of GraphQL scalar type to Zapier type property/values. This is useful for mapping GraphQLDateTime
scalars to Zapierdatetime
types, for example.scalarMap: { DateTime: 'datetime', Date: 'datetime', Email: 'string', PhoneNumber: 'string', Url: 'string', }
-
idMap
- Zapier requires that every action return anid
property. They do this for caching reasons. And unfortunately, you cannot customize what the actual identifier keys are. To hack around this ridiculousness, we provide anidMap
that allows you to define the identifier key for each GraphQL Type. Under the hood, this will return an additionalid
property in the response from the mapped identifier value.idMap: { Contact: "pk", WidgetType: "key", }
-
sampleFieldValues
- Guessing good sample values to provide for fields is pretty difficult, if not impossible. We're not even going to attempt this madness. Some rudimentary attempts are made to provide sample values, based on the GraphQL field type. But, they're hardly satisfactory in many cases. To get around this, we provide this directive. There are a few different ways to configure these sample values.The
sampleFieldValues
directive is an object with key/value pairs where the property/key is the GraphQL field/Zapier input field name, and the value is whatever you'd like to display as a sample value. There are 3 properties of thesampleFieldValues
object:exact
,startingWith
andendingWith
. Exact will just be an exact match for field name. The other two,startingWith
andendingWith
, function like you'd expect, with the property/key being a string that matches the start or end of a field name. The field names and directive keys are evaluated as case-insensitive.sampleFieldValues: { exact: { id: 'abcd8a33-13fb-4174-a136-c9bf5302f572', // Applies to `id` only }, startingWith: { 'name_': 'John Doe', // Applies to something like `name_full` (Hopefully your API isn't that bad) }, endingWith: { 'amount': '100.00', // Applies to `amount` or `totalAmount` 'email': '[email protected]', // Would apply for `email` or `userEmail` } }
-
testBundle
- Zapier's "bundle" object that's passed to tests. This is helpful to include theauthData
, or any other input data used globally for all tests.
Tests are also created when using the scaffold
command and can be run using the zapier test
command.
From your .zapiergraphql
config file, you can define the testBundle
(Zapier's "bundle") used for tests. This is helpful for authData
. For action specific bundle inputData
, you should modify the test file directly.
testBundle: {
authData: {
apiKey: process.env.API_KEY,
},
}
Test files are never updated after the intial scaffold.
Please feel free to raise an issue against this repository if you have any questions or problems.
New contributors to this project are welcome. PRs are open.
- Jacob Thomason [email protected]
This library is released under the Apache-2.0 license.