Sometimes the fix isn't a by Ayub MuhabbatzodaSometimes the fix isn't a by Ayub Muhabbatzoda

Sometimes the fix isn't a

Ayub Muhabbatzoda

Ayub Muhabbatzoda

Sometimes the fix isn't a new system — it's finding the one wrong module in an existing one.
A client's Make.com scenario was supposed to combine multiple Google Drive files into a single text payload and run one Claude API call on the result. Instead, it was firing the Claude API once per file — burning API costs and returning fragmented, inconsistent output.
I traced the issue to the scenario's aggregation logic: files were being processed individually instead of being merged before the API step. I redesigned the module structure — Drive Search, Download, Array/Text Aggregator, Set Variable, then a single Claude API call — with the exact aggregator configuration and mapping formulas needed to guarantee one clean, ordered payload per run.
Result: 4x fewer API calls, consistent output, and zero need to rebuild the scenario from scratch. Delivered same day.
This is the kind of workflow debugging I do constantly across Make, n8n, and Zapier — if your automation is technically "working" but doing something expensive or wrong under the hood, I can usually find it fast.
Like this project

Posted Aug 13, 2026

Sometimes the fix isn't a new system — it's finding the one wrong module in an existing one. A client's Make.com (http://Make.com) scenario was supposed to c...