Make.com Automations for a Task Inbox: quik.md or Self-Hosted

How to use Make.com scenarios to capture emails, forms, webhooks, and AI outputs into quik.md or your own task inbox API.

By Ege Beşe4 min read

Make.com is strong because it connects everything. That is also the trap.

A scenario that starts as “send important emails to my task manager” quickly becomes a fragile chain of filters, routers, AI summaries, labels, due dates, and notifications.

The better system is smaller: Make.com moves a signal into one task inbox. The inbox stores it for review.

Warm paper illustration of blank envelopes and cards flowing into one central inbox box.
Make.com should move signals into memory, not scatter work across more tools.

The two options

Option 1: Make.com plus quik.md

Use Make.com for triggers and quik.md for the inbox.

HTTP module:

POST https://quik.md/api/v1/capture
Authorization: Bearer example-key
Content-Type: application/json

Body:

{
  "text": "{{Title}}\n\nSource: {{Source}}\nLink: {{URL}}\n\n{{Summary}}",
  "type": "todo",
  "source": "api",
  "organize": false
}

The concrete scenario blueprint and setup notes are committed here:

Open the Make.com task inbox guide on GitHub

Option 2: Make.com plus your own API

Use the same scenario shape, but post to your own endpoint:

POST https://your-domain.com/capture
Authorization: Bearer example-key
Content-Type: application/json
{
  "text": "{{Title}}\n\n{{Summary}}",
  "type": "todo",
  "source": "make",
  "sourceEventId": "{{Source ID}}",
  "metadata": {
    "scenario": "gmail-follow-up",
    "url": "{{Original URL}}"
  }
}

The architecture guide is here:

Build an AI automation inbox without quik.md

The Make.com scenario shape

A reliable scenario has five parts:

  1. Trigger: Gmail label, Slack saved message, form submission, webhook, or scheduled run.
  2. Filter: discard obvious noise before it reaches the inbox.
  3. Formatter: build one readable markdown payload.
  4. HTTP capture: send to quik.md or your own API.
  5. Error handler: log failures or notify only when the capture fails.

That is enough.

Do not add project routing, priority scoring, and due date generation on day one. Make sure the pipe works first.

What to automate first

Labeled email

Do not watch all email. Watch a label like capture, follow-up, or waiting.

The capture should include:

  • sender
  • subject
  • original email link
  • the reason it needs attention

Forms and support requests

Forms are high signal. A request with a customer email and source URL can become a clean inbox item.

Keep the form response intact. Do not let the scenario summarize away the actual ask.

Webhooks from your app

Use webhooks for events that imply human follow-up:

  • failed payment
  • high-value signup
  • churn reason submitted
  • export failed
  • integration disconnected

Each event should become one reviewable item, not a notification storm.

AI summaries

Make.com can call an LLM before capture. Use that carefully.

Good use: turn a long form response into a short summary while preserving the source link.

Bad use: ask the model to invent priority, owner, date, and project from thin context.

Why quik.md fits this pattern

quik.md is capture-first. It can accept rough notes, todos, source links, and AI output before everything is perfectly organized.

That matters because automation output is usually unfinished. It needs review before it becomes clean task management.

Make.com gives you the pipe. quik.md gives you the review surface.

If you self-host, budget the hidden work

The API is the easy part.

The hard parts are:

  • dedupe when Make.com retries
  • failed run visibility
  • API key rotation
  • searchable history
  • mobile review
  • markdown editing
  • backups
  • export
  • avoiding task spam

If you want that control, build it. If you want the outcome, use quik.md.

FAQ

Can Make.com send tasks to quik.md?

Yes. Use the HTTP module to post to https://quik.md/api/v1/capture with a quik API key.

Can I use Make.com without quik.md?

Yes. Replace quik.md with your own capture endpoint. The self-hosted guide shows the minimum architecture.

What should a Make.com scenario capture?

One readable item with source context, original link, and next action. The scenario should not decide the whole task system.

Should Make.com create tasks from every email?

No. Use explicit labels or triggers. Broad inbox automation creates noisy task spam.

ShareShare on X

Keep reading