Skip to content
Idle edited this page Feb 2, 2026 · 4 revisions

ko-fi or Stripe directly

This module provides a node-based scripting interface to automate logic in foundry. It is comprised of 3 parts.

1. Designing

Third party can design and register trigger applications, they define the building blocks of the triggers later created, as well as the hooks that will control which triggers will be exectuted and when.

Important

When an application is registered with the module, a setting menu as well as a triggers setting are automatically added to the associated module.

Note

This part is done programmatically and is not something most users will care for.

Builtins

The module is bundled with already created (and system agnostic) nodes, entries, convertors and hooks that any application can decide to use.

Pathfinder/Starfinder Second Edition

The module is bundled with a fully kitted application for those modules, it offers a lot of automation that the default system doesn't provide.

Free Application

As opposed to a regular application, a free application doesn't add any setting and doesn't make use of trigger hooks. Instead, it will allow you to use the blueprint menu directly to generate sequential data for any other use than automation.

2. Building

This is the fun part, where a GM can create triggers using any registered application, playing with boxes and lines. Simply add at least one event node (they are the entry point of an executed trigger) and follow with the other different nodes available to generate a trigger logic.

Third party can directly register triggers to be loaded in your worlds, this allow modules to act as triggers "library" that GMs can then decide to enable or not in their world. The best way is to create the triggers in a world, export them as json, add the the file to a module and register the file using the provided hook.

Hooks.once("triggerEngine.registerTriggers", (registerTriggers) => {
  registerTriggers("<module-id>", "<application-id>", triggersOrFilePath);
});

Note

The <module-id> and <application-id> are the same that the ones used to register the application those triggers belong to.

3. Playing

While playing, the enabled triggers will be executed based on different actions/interactions with foundry.

The module is made so only what is absolutely necessary is running in the background, reducing its footprint to a minimum. Any trigger that isn't enabled will be as though it wasn't in your world altogether.


Clone this wiki locally