Alexander Dubkov — AI Automation Engineer

AI Automation Engineer

I build AI systems that actually do things.

I design and deploy AI agents, automated workflows, internal tools, and infrastructure that turn repetitive processes into working systems.

Agentic Systems · Business Automation · AI Infrastructure

AI Agents Automation LLMs APIs Infrastructure
Fig. 01 — Agent topologySchematic
USER AI AGENT TOOL LOOP · CONTEXT · MEMORY TELEGRAM LLM NOTION · CRM CALENDAR SERVER · DOCKER DATA ACTION
User → Agent → Tools → Data → Action From messy workflows to autonomous systems

Selected systems

11 builds · agents, tools, infrastructure

01 AI Agent · Finance · Automation

Personal finance turned into a conversation.

Personal Finance AI Analyst

I built and deployed an AI financial analyst that manages my personal finance workflow through a conversational interface. The system works with financial data across six bank accounts and allows me to record expenses directly through a Telegram bot using text or voice.

Transactions are processed, structured, confirmed, categorized, and stored in Notion as the centralized source of truth. The agent analyzes spending patterns, identifies the categories responsible for the largest expenses, highlights opportunities for optimization, and estimates expected spending for the following month.

Instead of maintaining spreadsheets manually, I turned financial management into a workflow I can interact with naturally every day.

0bank accounts Telegram interface Voice and text input Transaction confirmation Automatic categorization Notion database Spending analytics Monthly forecasting

Hermes Agent · GPT · Telegram · Notion · APIs · OAuth

Fig. 02 — Expense captureIllustrative UI

Telegram · 21:14

€42.80 groceries at Continente

Agent→ Categorize→ Notion→ Analytics
Spend by week · demo Forecast ▲ next month
W1W2W3W4W5W6W7Fcst
02 Internal Product · CRM · Business Analytics

A CRM that shows whether the business actually makes money.

I designed and built a custom CRM and business management platform for a robotics and technology school. The system centralizes customers, students, groups, payments, salaries, rent, and operational expenses.

Instead of functioning only as a contact database, the CRM acts as a business control panel. It automatically calculates revenue, operating expenses, teacher salaries, rental costs, profit, and profitability by individual student group.

Group-level economics makes it possible to identify which classes are profitable and which require changes in occupancy, pricing, scheduling, or costs — turning fragmented operational data into a single interface for day-to-day business decisions.

School CRM — business control panel Demo data

Revenue

€24 600

Expenses

€17 150

Profit

€7 450

Active groups

12

Students

86

Profitability by group

Robotics APROFITABLE
Arduino BPROFITABLE
Python ANEAR BREAK-EVEN
3D DesignLOWER MARGIN

Modules

Customers Students Groups Payments Revenue analytics Salary calculation Rental costs Expenses Profit Group profitability Business dashboard
03 Product · Integration · CRM

A salesperson's own Telegram, inside the CRM deal card.

AmoTg — amoCRM ↔ Telegram integration

Live product page ↗ amotg.koval.work · in Russian

Small sales teams often talk to clients from personal Telegram accounts, so those conversations never reach the CRM — and standard connectors only work with bots. I built AmoTg: it connects a real Telegram account to amoCRM through the MTProto protocol and the amoCRM Chats API. Every private conversation appears in the deal card, and managers can reply or write first without leaving the CRM.

It started as an internal tool for a school and became a product: a sales landing page with lead capture, a portable deployment kit, and a first installation for an external client on their own server — hardened, backed up and accepted scenario by scenario. A multi-tenant version with an amoCRM widget for the amoMarket marketplace is in progress.

The hard part is reliability. Telegram delivers each event only once, so when the CRM is unavailable a message goes to an outbox and is retried with backoff instead of being lost. Incoming webhooks are signature-checked, because the endpoint can send messages from a personal account.

Fig. 03 — Message path and product timeline Schematic

Two-way message path

Telegram · personal account⇄ AmoTg⇄ amoCRM · deal card
Signed webhooks Outbox retry · 30 s → 1 h Catch-up after restart Groups & bots filtered Media attachments Outgoing mirrored to CRM

From internal tool to product

Internal tool for a schoolLive
Sales landing page · lead captureLive
Deployment kit · harden, Docker, backup, watchDone
First external client installationLive
Multi-tenant amoMarket widgetIn progress

Python · Telethon (MTProto) · amoCRM Chats API · SQLite · Docker · Caddy

Fig. 04 — Inbox with a human gate ■ Agent□ Human
Parent writes to the school accountEvent
20 s of silence → signed webhookDaemon
Agent reads the whole threadAgent
Reply saved as a Telegram draftAgent
Review, edit, press SendHuman
Voice idea→ Post + image→ 5 platforms→ Approve
04 AI Agent · Marketing · Human-in-the-loop

The agent drafts. A human presses Send.

Margo — SMM and inbox agent

Margo is a persistent AI agent that runs a school's content workflow through Telegram. I send an idea as text or a voice note; she writes the post in my style, generates images and carousels, and prepares versions for LinkedIn, Instagram, Telegram, TikTok and X. Nothing is published without explicit approval of each post.

Her second job is the admin inbox. When a parent writes to the school's Telegram account, a small daemon waits for the conversation to settle, wakes the agent through a signed webhook, and she leaves a reply as a Telegram draft that syncs to my phone.

The approval rule is enforced in code, not in the prompt: the agent's Telegram toolset has no send function at all. Voice notes are transcribed locally, and the agent runs in its own isolated container with its own credentials.

Hermes Agent · GPT · MCP · Telethon · Whisper · Webhooks

05 AI Automation · CRM · Operations

Automating the customer journey from first message to payment.

Currently in development

I am developing an AI-powered administrative automation system for a robotics and technology school. The goal is to remove repetitive administrative work throughout the customer journey.

The system handles common customer questions, guides prospective customers through the enrollment funnel, helps them reach trial lesson registration, sends payment reminders, collects payment confirmations, and organizes the relevant documents for accounting.

The objective is not to create another chatbot. It is an end-to-end operational workflow where AI can perform actions across the business process while escalating situations to a human when necessary.

Fig. 05 — Customer journey pipeline ■ AI handles□ Human review
Incoming leadAI
AI conversation · FAQ automationAI
QualificationAI
Trial lesson bookingHuman review
EnrollmentHuman review
Payment reminderAI
Payment confirmation collectedAI
Accounting documents organizedAI
06 Web · Lead Capture · Analytics

A school website where no enquiry gets lost.

Public website, enrollment form, student questionnaire

I built and launched the public website for a robotics and technology school: a fast static landing page with an enrollment form, served from my own infrastructure. A submitted form reaches a small backend that notifies the team in Telegram within seconds, and the visitor lands on a dedicated thank-you page that works as a URL-based conversion goal for ad and analytics platforms.

A separate questionnaire collects student details before the first lesson. Every submission is written to disk before any notification is sent, so nothing is lost if Telegram is unavailable; each gets a readable ID, and spam is filtered with a honeypot field and a per-IP rate limit.

The bot token never reaches the browser, and the recipients are allowlisted in the backend code, so even a modified config cannot redirect applications elsewhere.

HTML/CSS · Node.js · Python · nginx · Caddy · Telegram Bot API · Web analytics

Fig. 06 — Enquiry pathDemo data
Form→ Saved to disk→ Telegram+ Thank-you URL

Telegram · New application

IDF-20260915-1742-K3QD CourseRobotics · age 9 LocationLisbon SourceWebsite form
Persist first Honeypot Rate limit per IP Recipient allowlist
Fig. 07 — Assistant activity Live
{{ ev.t }} {{ ev.text }}

Illustrative activity feed

07 AI Agent · Personal Operations

One agent for everyday operations.

I deployed a persistent AI assistant that helps coordinate recurring tasks in everyday life. Instead of using separate tools for every small workflow, the agent provides one conversational layer between me and external services and information.

The project focuses on an important part of agentic systems: moving from isolated prompts to persistent agents capable of tracking context and working with external tools.

Task reminders Important dates Travel research Flight price monitoring Travel options Medical appointment search Scheduling assistance Recurring workflows

Hermes Agent · GPT · APIs · OAuth

Fig. 08 — Host screenDemo data
Game PIN 482 913 0 players joined

Leaderboard · question 15 / 15

1 · Maria12 840
2 · Tomás11 310
3 · Ivan10 960
08 EdTech · Real-time · Product

Revision as a game, not a test.

Kahoot-style live classroom quiz

For my AI course I wanted students to review each lesson through play. I built a real-time quiz: the host screen shows a PIN and a QR code, students join from any device, answer against the clock, and finish with a leaderboard and a podium.

Designed from both the teacher's and the student's side: points depend on speed, answer options are shuffled, and every game is saved on the server with a results page and CSV export, so the teacher can review how each student did. It ran on the course server through a secure tunnel, without opening inbound ports.

Node.js · Express · Socket.IO · Web Audio · Docker · Cloudflare Tunnel

09 Infrastructure · Education · DevOps

0 students. 0 isolated environments. One server.

I designed and operated the technical infrastructure for an AI application development course with 18 students. I provisioned and configured the server and created an isolated containerized environment for every participant, where they could build and deploy applications without interfering with anyone else's work.

I also taught students how to access a remote server, work inside their environment, deploy applications, and operate their own services. The objective was to move beyond local prototypes and teach how software actually reaches a running server.

Linux · VPS · Docker · Containers · AI Development Tools

VPS · Linux host 18 / 18 environments online
{{ c.id }} {{ c.line }}

Representation of the system, not a real-time status

10 Product · EdTech · AI

I couldn't find the learning tool I wanted, so I built it.

Falar — Personal European Portuguese learning app

The project started from a practical problem: many mainstream language-learning products focus primarily on Brazilian Portuguese, while I needed a learning experience closer to the language used around me in Portugal.

I created a dedicated application around my own learning workflow and continue iterating on it through real daily usage. The project combines my experience in education, product design, software development, and AI-assisted learning.

European Portuguese focus Structured language practice Personal learning workflow AI-assisted learning Self-hosted deployment Continuous iteration
FalarPT-PT · A2

Frase do dia

Como correu o teu dia?

How did your day go?

Correu bem, obrigado. Correu bem, obrigada.
Praticar Ouvir
11 Infrastructure · Networking · Self-hosting

Owning the infrastructure behind the tools I use.

Most of the systems on this page run on a server I operate myself: around twenty containers — four AI agents, the school CRM, websites, integrations and analytics — behind a single reverse proxy with automatic TLS and security headers.

Each agent gets its own container, storage, credentials and bot, with memory limits per service. Data is backed up nightly with encryption to a separate volume with daily and weekly retention; SSH is key-only and brute-force attempts are banned automatically.

I also run private network services for my family: a VPN with client isolation and a two-server private network that routes traffic by destination.

~20containers 0AI agents 24hbackup cycle
Reverse proxy · TLS Encrypted backups Linux administration VPS management Networking Service deployment Access management Monitoring Troubleshooting Containerized services
DEVICE VPS LINUX · DOCKER SERVICES INTERNET SECURE TUNNEL

How I think

AI is useful when it leaves the chat window.

I am interested in AI systems that can interact with the real world: databases, APIs, business processes, infrastructure, documents, customers, and other software.

  1. STEP 01Understand the workflow.
  2. STEP 02Remove unnecessary steps.
  3. STEP 03Connect the systems.
  4. STEP 04Give AI the right tools.
  5. STEP 05Keep humans in control where they matter.

What I build

Six practices, one system mindset

01 / Core

AI Agents

Persistent agents capable of using tools, maintaining context, and performing multi-step workflows.

02

Business Automation

Automation across customer communication, operations, payments, administration, and internal processes.

03

Internal Tools

Custom CRM systems, dashboards, operational interfaces, and analytics.

04

AI Infrastructure

Servers, containerized environments, APIs, deployment, and self-hosted services.

05

EdTech

Learning applications, educational infrastructure, and technology-driven learning experiences.

06

Integrations

Connecting LLMs and business tools: Telegram, CRMs, Notion, APIs, databases, and external services.

Technical ecosystem

Four layers that have to talk to each other.

Layer 01 · AI & Agents

Hermes Agent GPT LLM APIs DeepSeek Claude Code MCP tools

Layer 02 · Automation

REST APIs OAuth Webhooks Telegram Bot API Telegram MTProto amoCRM Notion

Layer 03 · Infrastructure

Linux VPS Docker Containers Caddy · TLS Encrypted backups

Layer 04 · Product

Web applications Databases CRM Analytics Landing pages Real-time apps

About

I build tools because I want them to exist.

My background combines technology, education, product thinking, and business operations. I have spent years working with educational technology and building systems around real operational problems.

Today my main focus is AI automation: designing agents and software that connect models with tools, data, infrastructure, and business processes.

I enjoy projects where the initial requirement is not a perfect technical specification, but a messy real-world problem that needs to be understood, structured, and turned into a working system.

Based in Lisbon · Working globally

Contact

Have a workflow that should run itself?

I'm interested in AI automation, agentic systems, internal products, EdTech, and business process automation.

Based in Lisbon · Working globally Response within a few days From messy workflows to autonomous systems