Publish an atomic capability
Export one reusable capability from a package root or isolated ESM subpath.
Recipes start from a task you are likely to face while building an Action Engine. Each one uses code from a tested example in the Invokta repository, then shows how to run and verify the result locally.
Publish an atomic capability
Export one reusable capability from a package root or isolated ESM subpath.
Publish a capability library
Bundle related capabilities with literal default IDs and factory-injected dependencies.
Inject a dependency
Put a repository and classifier behind engine-owned ports, then wire their implementations at the composition root.
Authorize with domain data
Check a principal’s permission and resource constraint before the capability loads a ticket or calls a model.
Compose capabilities
Combine a local capability, atomic package exports, and a selected library without losing ID ownership.
Consume MCP stdio
Connect an independent harness with the official MCP client, discover a tool, invoke it, and close the child transport.
Build an outbound connector
Implement a provider behind engine-owned ports with explicit configuration, cancellation, bounded work, and safe errors.
Authenticate requests
Connect Supabase, Clerk, Auth0, Cognito, Firebase, Better Auth, Auth.js, WorkOS, API keys, or any OIDC issuer to the MCP HTTP boundary.
Bootstrap a recipe example into a new project with
create-invokta-engine --example:
npm create invokta-engine@latest my-engine -- --example auth-clerk-engine --yesOr run the recipes from a full repository checkout with Node.js 22.20.0 or later and Yarn 1.22.22:
git clone https://github.com/vinilana/invokta.gitcd invoktayarn install --frozen-lockfileyarn buildIf this is your first Invokta engine, build the first-engine walkthrough before using these patterns. Browse the complete example catalog when you want to compare domains, provider boundaries, and workflow designs.