AVAILABLE FOR AUTOMATION & INTEGRATION ROLES

Automation Beyond Surface-Level Integrations.

I build the integration the software doesn't offer.

I uncover the backend requests hidden behind business software and turn them into stable automation services. When official integrations stop at the surface, I inspect the layer underneath.

AI Automation EngineerProduction backend automationNode.js + PlaywrightAPIs + n8n + ZapierPhilippines → US Remote

Currently building production automation systems for Essential Heating & Air while deepening my backend engineering practice in TypeScript, testing, databases, and system design.

Method — layer descent

When the surface fails, don't go around the problem — go underneath it, one layer at a time, until something solid holds.

L1 · Surface — workflow tools

Start with the supported integration.

TriggerOfficial integrationFetch jobslabor_cost

✕ the action exists — the field the business needs isn't exposed

L2 · Interface — browser automation

When the integration stops, inspect the interface.

app.fieldservice.example/reports

reaches the data — until a selector or a session changes

L3 · Traffic — network inspection

The interface is only one layer above the request.

app.fieldservice.example/reports
GET/app/assets/main.js200
GET/api/session200
POST/api/reports/export200
GET/telemetry204

one authenticated request returns everything the UI was scraping

L4 · Foundation — backend service

Build the reliable path when the supported one doesn't exist.

Authenticated requestthe same call the application makes
Node.js / Express servicescheduled · deployed on Railway
n8nworkflows
Google Sheetsdashboards
Slackreports

✓ in production — reporting runs on schedule

Method — layer descent


Selected systems

Real constraints, real operations.

Three systems, three levels of maturity — labeled honestly. The flagship runs a US company's daily reporting.

HVAC Automation Platform Production system

Investigated the authenticated application requests used by a field-service platform and built a stable internal reporting service around the company's authorized access.

RoleAutomation engineer (contract) — sole builder StatusIn production, daily use ClientUS HVAC company
Node.jsExpressPlaywrightRailwayZapiern8nGoogle SheetsSlack

Production reporting system used daily by a US HVAC operations team.

WhatsApp → AI Data Pipeline Client automation

Unstructured WhatsApp messages turned into structured Monday.com records — with a human approving every write.

RoleAutomation engineer StatusDelivered client system
LLM extractionHuman-in-the-loopOpenAIReactWhatsAppMonday.comn8n
Hotel AI Assistant Prototype

An AI concierge answering guest questions from the hotel's own documents.

RoleBuilder StatusCompleted prototype-stage client project (2025)
TypeScriptReactGeminin8n

Workflows

How I reason about automation patterns.

Demo builds — self-directed pattern explorations, not client production systems. Included to show how I reason about data flow, joins, branching, enrichment, loops, and failure handling.

Self-directed demonstration

A two-source reconciliation pattern: fetch inventory and sales, join on product ID, and branch to alerting or a stock-update path. Built to explore data-integrity checking between two systems.

Sales-Inventory data integrity workflow (n8n style) An n8n-style canvas: a manual trigger fans out to two HTTP fetches, which join on product ID, feed an IF comparison, then branch to a log-and-alert path and a stock-update path. The full workflow is visible at once; green pulses flow along the connections like a live execution. Data sources Join & compare Log & alert Update stock true false Execute Fetch inventoryGET /inventory Fetch salesGET /crm Join by product IDcombine Mismatch? Log mismatchappendOrUpdate Alert TelegramsendMessage { }Calc new stockcode Patch inventoryPATCH /inventory
  1. Triggermanual execute
  2. Fetch inventory + salestwo HTTP sources
  3. Join on product IDcombine both feeds
  4. Mismatch?true → log & alert Telegram · false → recalc & patch stock
Workflow

Method

Layer descent, in principle.

The descent above is the method. Day to day, it reduces to three rules.

Surface first

Ship the official path

Native integrations and public APIs when they expose the data. No descent for its own sake.

Fragility is information

Let breakage point downward

When UI automation drifts, the failure shows where the software actually moves its data — one layer down.

Foundation

Own the reliable path

Wrap what holds in a deployed service with error handling, monitoring, and a clear owner.

How I work with AI

I use AI throughout planning, implementation, debugging, documentation, and review. I remain responsible for understanding the system, validating assumptions, testing the output, and owning what reaches production. AI multiplies the engineering — it doesn't replace the judgment.


Core capabilities

What I bring to a team.

Backend & APIs

  • Backend automation servicesproduction use
  • Node.js & Expressproduction use
  • REST APIs & webhooksproduction use

Investigation & reliability

  • Authenticated browser & network investigationproduction use
  • Playwrightproduction use
  • Production debugging & stabilizationproduction use

Automation platforms

  • n8n & Zapierproduction use
  • Google Workspace automationproduction use
  • Slack workflowsproduction use

Data & operations

  • Google Sheets reporting systemsproduction use
  • Monday.comclient project
  • Business reporting & KPI dashboardsproduction use

AI workflows

  • Human-in-the-loop AI workflowsclient project
  • LLM extractionclient project
  • AI-assisted planning, debugging & reviewdaily practice

Currently deepening

  • TypeScript & automated testingcurrently deepening
  • Databases & queuescurrently deepening
  • System designcurrently deepening

About

Below the interface.

Ed Rowell Kilat

I'm Ed — based in Iligan City, Philippines, working with US businesses. Before engineering I worked in customer service, telesales, and business development, which is why my technical updates make sense to business owners, not just engineers.

The work I care about sits in one place: operations-heavy businesses running on industry-specific platforms whose most important data is locked behind incomplete or missing APIs. Getting that data out reliably is the problem I keep coming back to.

I moved from workflow automation into deeper backend automation after hitting real API limitations — and discovered that unfamiliar, poorly documented problems are the ones I enjoy most.

Off the clock: the gym, good conversations, and an unreasonable loyalty to graham mango float.

Currently deepening: TypeScript, automated testing, databases, queues, and system design.

Contact

Have an operational process your current tools can't reach?

I'm interested in backend automation, API integration, and technical operations roles — especially for operations-heavy businesses where I can solve real data and integration constraints.