src/addons/Mikting.
Quick start
- Put any API credentials in the environment, for example
MIKTING_API_TOKEN=.... Reference them by name in your script. - Write a script using
miktingHttpand place the next actions underargs.follow-up-actions. - Handle failed requests with a condition or
miktingBranch. Inspect[[mikting_error]]for the reason. - Run
/mikting-statusto check the active store driver, webhook URL, and loaded libraries. The command responds privately.
Actions and follow-ups
Placefollow-up-actions inside an action’s args. In this example, the
reply reads the status from the HTTP request:
not-met-actions on a condition to handle a false result. It is a
condition field, so it belongs outside args:
src/core/services/actions/actionData.ts and
src/core/services/conditions/conditionData.ts.
Variables and placeholders
Use[[name]] to read a script variable and %name% to expand a bot
placeholder. Mikting also provides placeholders with the %mikting_*%
prefix; existing placeholder names continue to work.
The engine types variables as string | number | boolean | null. Mikting
also stores arrays and objects in them at runtime, such as a page of API
results. Use miktingArray with join or miktingJson with stringify or
query when you need to format those values as text.
Script validation
ItsMyBot validates action arguments withwhitelist: true, forbidNonWhitelisted: true. Unknown argument names are
rejected. Use the documented fields for each action.
Mikting action and condition IDs start with mikting or isMikting.
Its emitted trigger names also start with mikting. These names are
separate from the core IDs. Code emits a custom trigger through
manager.services.engine.event.emit(name, context, variables); addons do
not use a triggers/ folder.
Guides and reference
- Actions: arguments and outputs for each action.
- Conditions: boolean checks and failure actions.
- Triggers and placeholders: event names and values available to scripts.
- Key-value store: scopes, expiration, and persistent data.
- Secrets: environment variables and numbered API keys.
- HTTP and webhooks: requests, responses, and inbound hooks.
- External APIs: request and response examples.
- Libraries: reusable YAML functions.
- Debug checks: private checks through
/mikting-debug. - Examples: scripts you can copy into your configuration.
- Security and Pterodactyl: networking, logging, and persistent storage.