IdeasArchitectureWorking systems

IgorBartenev

Technical Leader & Software Architect

CTO at Onlihub · Hands-on engineering

I turn business complexity into software that works in practice.

I connect business processes, system architecture and hands-on engineering — across commerce platforms, configurable business systems and AI developer tools.

Kraków, Poland

Start with the real process: people, documents and business constraints.

Selected work

Selected projects

Business context, implementation and the decisions behind each system.

View all work
01

Onlihub

Technical ownership of a commerce platform

End-to-end architecture & backend ownership

I took technical ownership of a growing platform connecting suppliers, products, marketplaces and fulfillment.

02

BOS / Business Operations System

From client intake to mortgage operations

Client intake → documents → operations

I designed and built a business operations platform used by an existing mortgage company. Conditional client forms, document OCR, staff tasks and compensation rules connected to its Encompass workflow.

Read case
03

MCP Hub

Agent orchestration, project knowledge and reusable experience

Controlled access across working systems

I built a service where agents find tools and project knowledge, work across connected systems and retain useful methods for later tasks.

Read case
Explore the full portfolioBackend, business systems, AI and independent products. Browse by task or technology.
Technical ownership

What you can entrust to me

From a business question to a working system, with clear ownership of the decisions along the way.

Technical leadership

Translate product goals into technical decisions and an executable plan, working with stakeholders and developers while staying involved in implementation.

Read case

Business systems architecture

Model the documents, roles, calculations and workflows behind an operation, then build a system the business can use and adapt.

Read case

Backend & integration engineering

Build APIs, data models and background processes that connect products and external services, with explicit rules for data ownership, caching and synchronization.

Read case

Applied AI & developer tooling

Give agents relevant project context and controlled access to working tools, with inspectable execution and reusable experience.

Read case
Experience

Complex systems, concrete decisions

A few examples of turning a difficult constraint into a practical system.

CTO at Onlihub · Hands-on engineering

CTO since November 2023; joined in February 2022 and took technical ownership as Lead Developer.

Explore my background
01

Separate durable data, fast reads and search

A dedicated catalog service with a Rust primary path and Python fallback. PostgreSQL retains transactional state, Redis serves repeated reads, and Elasticsearch provides the search model. Bulk processing and query optimization support this division.

Each layer has a clear responsibility.Rust / Python / PostgreSQL / Redis / Elasticsearch
Read case
02

Business rules the team can configure

Conditional forms determine the next question and required documents. Document fields, OCR, participant roles, tasks and status rules connect intake with staff work and Encompass exchange.

One intake starts a coordinated workflow.Forms / OCR / Workflow / Encompass
Read case
03

Give agents the context needed for the next decision

Project knowledge, reusable methods and tool discovery have separate responsibilities. Exact tool schemas load when needed; permissions and execution receipts keep discovery distinct from authorization and verified results.

Selective context, inspectable execution.MCP / Retrieval / Permissions / Receipts
Read case
Approach

How I work

Stay close to the business problem and to the implementation. Make decisions understandable to the people who will build and use the system.

Clarify the decision

At Onlihub, I worked directly with the CEO on feasibility and delivery. Product ideas became architectural choices and concrete implementation work.

Read case

Make the rules explicit

In BOS, changing intake requirements became configurable form conditions, document requirements and staff tasks. Business rules stayed connected to the work they trigger.

Read case

Keep actions inspectable

In MCP Hub, finding a tool, requesting approval and executing it are distinct steps. Retained results let the operator inspect what happened before deciding what follows.

Read case
Core stack, used in practice

Architecture through delivery

I model the business, design the system, write the backend and take it through delivery.

Explore all skills
Expertise

Find the experience you need

Technical depth, business understanding, and hands-on execution.

Commerce & integrations01 / 07

One business process. Many connected systems.

Catalogs, marketplaces, warehouses, orders and fulfilment: the shared model and the boundaries between them.

Level of responsibilityArchitecture and implementation of multichannel platforms

Designed shared product, inventory and order models for Onlihub and MySellerHub, connecting channels with different warehouse models and external identifiers.

Explore code architecture, data and execution
Two working examples

Follow the product references from a channel listing to warehouse assignment.

Selected step

Product

Keep the product model distinct from its listings and external identifiers.

Choose a node to inspect the decision behind it.

Fulfil an order

Follow the product references from a channel listing to warehouse assignment.

  1. ProductKeep the product model distinct from its listings and external identifiers.
  2. ListingMap a channel’s listing and SKU to the internal product.
  3. Order linesMatch imported order lines to listings and retain their external IDs.
  4. WarehouseAssign a warehouse and connect supplier orders with fulfilment and tracking.
Update stock

MySellerHub: a stock update can finish after the desired quantity has already changed.

  1. ProductKeep the product model distinct from its listings and external identifiers.
  2. Available stockIn MySellerHub, buffer and stock-cap rules shape the quantity offered to a channel.
  3. Target + versionStore desired quantity and its version before scheduling synchronization.
  4. ReconcileCompare the sent version with the latest target; a newer target remains pending.
Project examplesOnlihubMySellerHubLiqsale
Explore the process
  1. Model the catalog

    Connect products, SKUs, variants and listings while preserving each channel’s identifiers and rules.

  2. Coordinate fulfilment

    Connect stock, reservations, customer and supplier orders, shipping and tracking across warehouses.

  3. Reconcile state

    Handle repeated webhooks, rate limits and partial failures with retries, idempotency and reconciliation.

Skills in practice55
Business systems02 / 07

BOS: from a client’s answers to coordinated work.

For a mortgage company, I connected client intake to documents, OCR, staff tasks, compensation and Encompass. Configurable forms and business rules let the same core support different operating scenarios.

Level of responsibilityBusiness modelling, architecture and hands-on implementation

A client’s answers select the next questions and document requirements. Uploaded files supply field values through OCR; document events assign participants and tasks. Staff work from personal Kanban boards, while records and selected statuses flow to Encompass. Calculations and compensation retain their source relationships.

Explore code architecture, data and execution
Two working examples

BOS: document events select concrete rules for participants, tasks, forms and integrations.

Selected step

Document

Typed fields, relationships and form answers give business data an explicit structure.

Choose a node to inspect the decision behind it.

React to an event

BOS: document events select concrete rules for participants, tasks, forms and integrations.

  1. DocumentTyped fields, relationships and form answers give business data an explicit structure.
  2. Document eventLoad the document event and its context for the configured automation rules.
  3. Configured rulesRules select participant, form, task and integration actions for this event.
  4. Assigned actionsCreate the required tasks or integration jobs and retain their document context.
Calculate a result

Calculation is a separate route, with its own inputs, preview and result document.

  1. DocumentTyped fields, relationships and form answers give business data an explicit structure.
  2. Formula inputsA separate calculation flow reads document attributes, constants and preceding results.
  3. Preview / runInspect value sources in a preview or run the calculation explicitly.
  4. Result documentSave calculated attributes into a document of the configured result type.
Project examplesBOSFinancial SystemsERP
Explore the process
  1. Model documents and relationships

    Define document types, fields and parent–child relationships. Connect organizations, departments and memberships to roles and access conditions.

  2. Run forms, calculations and rules

    Collect answers in multi-step forms and preview formula results. Document events run configured participant, task, form and integration rules; calculation flows create result documents.

  3. Keep the source of each result

    Link internal accruals and deductions to a document, recipient and rule. Keep calculation sources and integration-run records so a result can be traced back to the operation behind it.

Skills in practice79
Backend, data & scraping03 / 07

Massive data pipelines. Fast read paths.

Large-scale parsing with concurrency and proxy pools; Elasticsearch bulk reads and writes; separate database, cache, read and worker paths.

Level of responsibilityArchitecture, implementation and performance optimization

Amazon data: parallel collection and Elasticsearch batch operations. Catalog: Rust reads, Python fallback and Redis caching. Onlihub: business modules with explicit application contracts, repository ports and infrastructure adapters.

Explore code architecture, data and execution
Two working examples

Amazon data work: parallel collection, grouped storage operations and search-oriented data.

Selected step

Data workload

Choose a data path for the workload: collection and persistence, or low-latency reads.

Choose a node to inspect the decision behind it.

Collect and index

Amazon data work: parallel collection, grouped storage operations and search-oriented data.

  1. Data workloadChoose a data path for the workload: collection and persistence, or low-latency reads.
  2. Parallel workersRun collection tasks concurrently and bound the amount of work in flight.
  3. Batch operationsGroup reads and writes to reduce repeated storage round trips.
  4. Search indexesStructure Elasticsearch data for the reads needed by the collection and search workflow.
Read the catalog

Catalog: cached data, a fast Rust read path and a Python fallback.

  1. Data workloadChoose a data path for the workload: collection and persistence, or low-latency reads.
  2. Redis cacheThe catalog uses Redis to reuse prepared data on the read path.
  3. Rust read pathA dedicated Rust path serves catalog reads, with a Python fallback.
  4. API responseReturn the requested catalog data while keeping reads separate from collection work.
Project examplesAmazon DataOnlihub CatalogLiqsale
Explore the process
  1. Collect in parallel

    Coordinate asyncio, processes and threads, account/proxy pools, throttling and retries for large catalogs.

  2. Read and write in batches

    Normalize and deduplicate data, then batch Elasticsearch indexing and reads to avoid thousands of small storage calls.

  3. Separate the load

    Separate transactional data, search/read paths, Redis cache and background workers; diagnose bottlenecks with query plans and logs.

Skills in practice108
AI infrastructure04 / 07

MCP Hub: agents connected to real operations.

MCP Hub combines tool discovery, local embeddings and reusable methods with controlled execution across databases, logs, tasks and communication.

Level of responsibilityArchitecture and hands-on development of agent infrastructure

Implemented hybrid knowledge retrieval, optional local reranking of methods and experience feedback. On-demand schemas, retained results, shared runner budgets and persistent automations keep execution and context manageable.

Two working examples

MCP Hub: find context and the right tool, then execute with a verifiable result.

Selected step

Agent task

Start from a concrete project task and the scope of access it requires.

Choose a node to inspect the decision behind it.

Execute a task

MCP Hub: find context and the right tool, then execute with a verifiable result.

  1. Agent taskStart from a concrete project task and the scope of access it requires.
  2. Project contextRetrieve relevant project facts and useful prior experience into working context.
  3. Selected schemaDiscover a tool and load the chosen operation’s arguments instead of every tool definition.
  4. Execution receiptExecute within permissions and budgets; inspect the result and receipt before continuing.
Reuse experience

After completion: submit a useful method for retrieval by a later task.

  1. Agent taskStart from a concrete project task and the scope of access it requires.
  2. Task completedOnly after completing the task, decide which method and limitations are worth retaining.
  3. Submit experienceExplicitly submit a useful method and outcome; feedback can refine the record.
  4. Later retrievalA later task retrieves relevant experience. Each tool call is not a learning event.
Project examplesMCP HubUnity MCP EfficientMeeting-to-Actions
Explore the process
  1. Discover what is needed

    Find tools, knowledge fragments and relevant methods; open exact schemas and larger results as needed.

  2. Control execution

    Define permission boundaries, approval points and repeat-operation behaviour before tools change real systems.

  3. Inspect and retain experience

    Check results against execution receipts; retain useful methods and feedback with their applicability and observed outcomes.

Skills in practice74
Technical leadership05 / 07

Own the decisions. Stay close to the work.

Start with a business goal, work out a solution and carry it into code. My work combines architecture, explaining alternatives to stakeholders, hands-on development and coordination where the project needs it.

Level of responsibilitySolution ownership, architectural decisions and implementation

For BOS, I proposed and developed the solution, explained its architecture to the business and refined it around real workflows. At Onlihub, I took over architecture, database, backend and integrations after the lead developer left, coordinated development and advised the CEO on feasibility.

Two working examples

A technical decision connects a business constraint to a concrete implementation.

Selected step

Business need

Start with the business process, its constraints and who is responsible for the outcome.

Choose a node to inspect the decision behind it.

Design a system

A technical decision connects a business constraint to a concrete implementation.

  1. Business needStart with the business process, its constraints and who is responsible for the outcome.
  2. System boundariesSeparate responsibilities and make integration and data ownership explicit.
  3. Trade-offsCompare approaches against delivery needs, operational complexity and expected growth.
  4. ImplementationCarry the decision into hands-on implementation and review its effect in the system.
Evolve under load

Observe a bottleneck, make a focused change and review the effect.

  1. Business needStart with the business process, its constraints and who is responsible for the outcome.
  2. BottleneckLocate the limiting part of the actual workload before choosing a larger architectural change.
  3. Targeted changeChange the data path, batching or responsibility boundary that addresses the observed problem.
  4. Review the effectReview the result and feed what was learned into the next technical decision.
Project examplesOnlihubBOSTON Tanks
Explore the process
  1. Frame the problem

    Work with the business to understand the process, its constraints and what a useful result would change.

  2. Make the system concrete

    Translate the model into database, backend and integration decisions; explain the choices while implementing them.

  3. Carry it through

    Coordinate tasks and development, handle production problems and keep improving the product after launch.

Skills in practice22
Industrial engineering06 / 07

The physical process comes before the software.

Manufacturing, CAD/CAM and CNC built the foundation: understand materials, operations and constraints before automating them.

Level of responsibilityIndustrial engineering and production automation

Prepared parts, machine programs and technical documentation for serial production; refined operation sequences and material use, then automated production planning and accounting in 1C.

Two working examples

CAD, machine programs and documentation connect a design to a manufactured part.

Selected step

Part / assembly

The part connects design intent to materials, operations and manufacturing constraints.

Choose a node to inspect the decision behind it.

Design to production

CAD, machine programs and documentation connect a design to a manufactured part.

  1. Part / assemblyThe part connects design intent to materials, operations and manufacturing constraints.
  2. CAD modelModel parts and assemblies using CAD tools such as CATIA and SolidWorks.
  3. CAM / programPrepare machine programs and postprocessors for the required manufacturing operations.
  4. Serial productionBring the part into repeatable production with the necessary technological documentation.
Production to ERP

The same physical process becomes structured materials, plans and accounting data.

  1. Part / assemblyThe part connects design intent to materials, operations and manufacturing constraints.
  2. MaterialsDescribe material consumption and operation sequences instead of treating production as a black box.
  3. Production planConnect materials, production plans and operational documents through 1C automation.
  4. ERP accountingCarry process data into accounting, reporting and exchanges between systems.
Project examplesManufacturing EngineeringERP
Explore the process
  1. Design the part

    Model parts and assemblies, choose manufacturing operations and account for materials and tooling.

  2. Prepare production

    Prepare machine programs, postprocessors and technical documentation for cutting, turning, milling and punching.

  3. Improve the process

    Refine operation sequences, material consumption and bottlenecks as products move into serial production.

Skills in practice29
Games & 3D07 / 07

Build the rules, the world and the product.

Independent product work across game backends, TON, Unity physics, modular vehicles, procedural worlds and 3D assets.

Level of responsibilityIndependent product development and game systems

Led TON Tanks product development and built its backend and game logic. Independent Unity work explores modular tanks, tracked physics, damage and procedural city generation.

Two working examples

A turn-based server battle connects player actions, rules and client updates.

Selected step

Game system

Two independent examples: a server-side battle and a modular Unity vehicle.

Choose a node to inspect the decision behind it.

TON Tanks battle

A turn-based server battle connects player actions, rules and client updates.

  1. Game systemTwo independent examples: a server-side battle and a modular Unity vehicle.
  2. Player actionIn TON Tanks, available actions depend on the turn, action points and tank state.
  3. Battle rulesServer-side battle objects apply damage, effects, cooldowns and PvP/PvE turn rules.
  4. Updates + resultSend battle updates over WebSocket and record the battle’s participants and result.
Unity vehicle

A separate Unity project explores modular construction, tracked physics and a 3D world.

  1. Game systemTwo independent examples: a server-side battle and a modular Unity vehicle.
  2. Vehicle modulesIndependent Unity work explores vehicles composed of interchangeable functional parts.
  3. Physics + damageConnect tracked movement, physical response and damage to the modular vehicle model.
  4. 3D environmentPlace the system into a world of prepared 3D assets and procedural environments.
Project examplesTON TanksModular VehiclesBlender
Explore the process
  1. Define the game systems

    Connect game rules, progression, rewards and ownership with the backend and product concept.

  2. Build a responsive world

    Explore modular vehicles, damage, tracked physics, multiplayer and procedural environments in Unity.

  3. Complete the assets

    Create and optimize models, materials, textures and engine audio banks for use in a real-time game.

Skills in practice42
Experience indexA closer look at the workStart with an area that matters to you. Each project opens into its context, implementation and tools.Browse the experience

Further engineering work

Contact / Kraków, Poland

Complex challenge? Let’s make it work.

Start a conversation

A role, a product, or a technical challenge. Share a little context.

To use the form, enable JavaScript. You can also write to me directly on Telegram.

Write on Telegram