lindy-local-dev-loop
A guide to using ngrok or tunneling to test Lindy AI callbacks and webhooks in a local development environment.
Install
mkdir -p .claude/skills/lindy-local-dev-loop && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/8769" && unzip -o skill.zip -d .claude/skills/lindy-local-dev-loop && rm skill.zipInstalls to .claude/skills/lindy-local-dev-loop
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Set up local development workflow for testing Lindy AI agent integrations.Key capabilities
- →Create local webhook receivers
- →Expose local endpoints via tunneling
- →Configure Lindy agents for local testing
- →Implement local test harnesses
- →Verify webhook authenticity locally
How it works
The workflow uses tunneling software like ngrok to expose local webhook receivers to Lindy's infrastructure. It enables developers to iterate on callback logic by pointing Lindy agents to a temporary tunnel URL.
Inputs & outputs
When to use lindy-local-dev-loop
- →Test Lindy callbacks locally
- →Build webhook receivers with hot reload
- →Expose local endpoints for Lindy triggers
- →Verify webhook authenticity locally
About this skill
Lindy Local Dev Loop
Overview
Lindy agents run on Lindy's managed infrastructure — you do not run agents locally. Local development focuses on building and testing the webhook receivers, callback handlers, and application code that Lindy agents interact with. Use ngrok or similar tunnels to expose local endpoints for Lindy webhook triggers.
Prerequisites
- Node.js 18+ or Python 3.10+
- ngrok or Cloudflare Tunnel for HTTPS tunneling
- Lindy account with at least one agent configured
- Completed
lindy-install-authsetup
Instructions
Step 1: Create Webhook Receiver
// server.ts — Express webhook receiver for Lindy callbacks
import express from 'express';
import dotenv from 'dotenv';
dotenv.config();
const app = express();
app.use(express.json());
const CALLBACK_SECRET = process.env.LINDY_CALLBACK_SECRET;
if (!CALLBACK_SECRET) {
throw new Error('LINDY_CALLBACK_SECRET is required');
}
// Verify Lindy webhook authenticity
function verifyWebhook(req: express.Request): boolean {
const auth = req.headers.authorization;
return auth === `Bearer ${CALLBACK_SECRET}`;
}
// Receive Lindy agent callbacks
app.post('/lindy/callback', (req, res) => {
if (!verifyWebhook(req)) {
console.error('Unauthorized webhook attempt');
return res.status(401).json({ error: 'Unauthorized' });
}
// Correlate the callback without logging its result or customer payload.
const { taskId, status } = req.body;
console.log(`Task ${taskId}: ${status}`);
res.json({ received: true });
});
// Health check for Lindy to verify endpoint
app.get('/health', (req, res) => res.json({ status: 'ok' }));
app.listen(3000, () => console.log('Webhook receiver running on :3000'));
Step 2: Expose Local Server via Tunnel
# Install an HTTPS tunnel with your approved package-management policy, then run it.
ngrok http 3000
# Output: https://abc123.ngrok.io -> http://localhost:3000
# Use this URL in Lindy webhook configuration
Step 3: Configure Lindy Agent to Call Your Endpoint
In the Lindy dashboard, add an HTTP Request action to your agent:
-
Method: POST
-
URL:
https://abc123.ngrok.io/lindy/callback -
Headers:
Content-Type: application/jsonAuthorization: Bearer <development callback secret>
-
Body (AI Prompt mode):
Send the task result as JSON with fields: taskId, result, status
The tunnel is the destination of the agent's HTTP Request action. A webhook trigger is the opposite direction: it uses the Lindy-hosted trigger URL to start the agent and must not be replaced with the tunnel URL.
Step 4: Create Test Harness
// test-trigger.ts — Fire a test webhook to your Lindy agent
import fetch from 'node-fetch';
async function triggerAgent() {
const rawWebhookUrl = process.env.LINDY_WEBHOOK_URL;
const TRIGGER_SECRET = process.env.LINDY_TRIGGER_SECRET;
if (!rawWebhookUrl || !TRIGGER_SECRET) {
throw new Error('LINDY_WEBHOOK_URL and LINDY_TRIGGER_SECRET are required');
}
const webhookUrl = new URL(rawWebhookUrl);
if (webhookUrl.protocol !== 'https:' || webhookUrl.hostname !== 'public.lindy.ai') {
throw new Error('Refusing to send LINDY_TRIGGER_SECRET outside public.lindy.ai');
}
const response = await fetch(webhookUrl, {
method: 'POST',
headers: {
'Authorization': `Bearer ${TRIGGER_SECRET}`,
'Content-Type': 'application/json',
},
body: JSON.stringify({
action: 'test',
data: { message: 'Hello from local dev', timestamp: new Date().toISOString() },
}),
});
console.log(`Status: ${response.status}`);
console.log(`Response: ${await response.text()}`);
}
triggerAgent();
Step 5: Watch Mode Development
// package.json scripts
{
"scripts": {
"dev": "tsx watch server.ts",
"test:trigger": "tsx test-trigger.ts",
"tunnel": "ngrok http 3000"
}
}
# Terminal 1: Start server with auto-reload
npm run dev
# Terminal 2: Start tunnel
npm run tunnel
# Terminal 3: Fire test triggers
npm run test:trigger
Step 6: Environment Configuration
# .env
LINDY_WEBHOOK_URL=https://public.lindy.ai/api/v1/webhooks/YOUR_ID
LINDY_TRIGGER_SECRET=replace-with-development-trigger-secret
LINDY_CALLBACK_SECRET=replace-with-different-callback-secret
NODE_ENV=development
Development Workflow
[Edit local code] → [Auto-reload via tsx watch]
↓
[Fire test webhook] → [Lindy agent processes]
↓
[Agent calls back] → [ngrok tunnel → localhost:3000]
↓
[Review logs] → [Iterate]
Output
Produce a local-test receipt containing the callback route, redacted tunnel origin, test payload fixture, authenticated and unauthenticated HTTP outcomes, Lindy task ID, callback status, and log timestamp. The receipt must not contain the tunnel's private path, either bearer credential, or any customer payload.
Examples
Start the receiver and tunnel, send a synthetic event with the development credential, and confirm one callback is accepted and correlated to the recorded task ID. Send the same fixture without authorization and confirm a 401 response. If the tunnel changes, update only the development configuration and rerun both checks before continuing iteration.
Error Handling
| Issue | Cause | Solution |
|---|---|---|
| ngrok tunnel expires | Free tier limit (2hr) | Restart ngrok or use paid plan |
| Lindy can't reach endpoint | Tunnel URL changed | Update webhook URL in Lindy dashboard |
| Callback not received | Agent HTTP Request misconfigured | Check URL and headers in action config |
ECONNREFUSED | Local server not running | Start server before testing |
| SSL error | ngrok not using HTTPS | Always use the https:// ngrok URL |
Resources
Next Steps
Proceed to lindy-sdk-patterns for integration patterns and best practices.
When not to use it
- →When testing agents directly on production infrastructure
- →When the application has no webhook components
Prerequisites
Limitations
- →Tunnel URLs may expire on free tiers
- →Requires local server to be running for callbacks
How it compares
It focuses on the specific requirement of tunneling for Lindy's managed infrastructure, which does not allow direct local agent execution.
Compared to similar skills
lindy-local-dev-loop side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| lindy-local-dev-loop (this skill) | 0 | 2mo | Caution | Beginner |
| playwright-browser-automation | 29 | 9mo | Review | Intermediate |
| documenso-local-dev-loop | 2 | 2mo | Review | Beginner |
| customerio-local-dev-loop | 1 | 2mo | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by jeremylongshore
View all by jeremylongshore →You might also like
playwright-browser-automation
lackeyjb
Complete browser automation with Playwright. Auto-detects dev servers, writes clean test scripts to /tmp. Test pages, fill forms, take screenshots, check responsive design, validate UX, test login flows, check links, automate any browser task. Use when user wants to test websites, automate browser interactions, validate web functionality, or perform any browser-based testing.
documenso-local-dev-loop
jeremylongshore
Set up local development environment and testing workflow for Documenso. Use when configuring dev environment, setting up test workflows, or establishing rapid iteration patterns with Documenso. Trigger with phrases like "documenso local dev", "documenso development", "test documenso locally", "documenso dev environment".
customerio-local-dev-loop
jeremylongshore
Configure Customer.io local development workflow. Use when setting up local testing, development environment, or offline development for Customer.io integrations. Trigger with phrases like "customer.io local dev", "test customer.io locally", "customer.io development environment", "customer.io sandbox".
firecrawl-local-dev-loop
jeremylongshore
Configure FireCrawl local development with hot reload and testing. Use when setting up a development environment, configuring test workflows, or establishing a fast iteration cycle with FireCrawl. Trigger with phrases like "firecrawl dev setup", "firecrawl local development", "firecrawl dev environment", "develop with firecrawl".
deepgram-local-dev-loop
jeremylongshore
Configure Deepgram local development workflow with testing and iteration. Use when setting up development environment, configuring test fixtures, or establishing rapid iteration patterns for Deepgram integration. Trigger with phrases like "deepgram local dev", "deepgram development setup", "deepgram test environment", "deepgram dev workflow".
maintainx-local-dev-loop
jeremylongshore
Set up a local development loop for MaintainX integration development. Use when configuring dev environment, testing API calls locally, or setting up a sandbox workflow for MaintainX. Trigger with phrases like "maintainx dev setup", "maintainx local", "maintainx development environment", "maintainx testing setup".