Infoshare
Aplikacja konferencyjna dla eventu IT — agenda, mówcy, networking i obsługa offline.
I ship commercial code in Flutter and Unity. Over the last year I rebuilt my workflow around AI agents — Claude Code with my own configuration, hooks and skills sits in my projects every day. I'm looking for a role or contract where this acceleration matters.
Four concrete areas where AI sits in my daily toolkit. It's not about pasting questions into a chat — it's a full workshop: agents in a loop, custom tools, hooks that enforce project standards, automations around review and CI.
First, what I have documented experience in. AI tooling and business processes — below, as areas I'm actively expanding into.
Three competence tracks: commercial mobile apps built at Honeti, my own agentic-programming projects, and an AI workshop — the methodology I bring to every team.

As a Mobile Developer at Honeti — full lifecycle from planning through implementation, testing, and release to long-term maintenance.
Aplikacja konferencyjna dla eventu IT — agenda, mówcy, networking i obsługa offline.
Aplikacja do nauki dla osób przygotowujących się do egzaminu na uprawnienia budowlane — testy, materiały, model subskrypcyjny dostępu do treści.
Aplikacja klienta końcowego w ekosystemie Gastro Ninja — platforma do zamawiania jedzenia na wynos i dostawę, w modelu podobnym do pyszne.pl / pizzaportal.
AI is part of my production process. Three live projects where you can see it in practice.
In the final stage of production. Full CI/CD pipeline with AI agents in the loop.
Open-source, preparing a public release. Format-faithful architecture, AI translation via the user's own API keys.
The site you are reading, built with the active assistance of AI agents. The entire process is publicly documented.
What I bring to every team — independent of the project.
Every change starts from durable context — BRIEF.md, a sprint file, or an ADR — not from a fresh prompt. Every agent session has a type (planner / implementer / tester / reviewer) and a single declared deliverable. Reviewer sessions are read-only — they cannot edit code, only write a list of concerns. The result: faster, but still disciplined — the agent does not merge on its own.
Per-project settings.json with permissions, custom keybindings, hookify rules with a concrete hook, custom status line / powerline.
code-reviewer, sprint-implementer, sprint-tester, sprint-reviewer, codex-rescue. Each sub-agent has its own tools, prompt, and scope — not one universal agent that does everything.
Repeatable SDLC processes packed into commands the whole team can run — from sprint planning to PR review.
context7 (live library docs), Playwright (browser UI verification), Maestro (mobile e2e). The agent has real tools in my stack, not just knowledge.
Memory system with types (user / feedback / project / reference) + a PL-conversation / EN-markdown meta-convention enforced by the workflow itself. Context does not vanish between sessions.
The agent works on a worktree or a feature branch, never directly on main. It only opens a PR when I ask. The split is planned: what the agent does, what I do, how it ties into CI/CD. Full control over what lands in git.
A short list of topics I'm actively going deeper on — mostly to extend my agent toolkit beyond pure production code. I'm signaling direction, not selling it as a service.
I test some of this on my own projects. If one of these areas is on your team's roadmap — you've come to the right place.
A developer with 4+ years of commercial experience (Flutter, Unity) for whom AI is a workshop, not a curiosity. Focused on shipping software — faster and cleaner thanks to tools I configure myself. Previously 14 years in technical installations — useful for projects that bridge software and hardware.
Most of my commercial work has been Flutter mobile apps (Honeti) — from the first line of code, through REST API and Firebase integrations, auth, data sync and offline work, all the way to store releases and maintenance. I've also worked in Unity on games and interactive apps. In both stacks I put strong emphasis on code readability, architectural scalability, and making sure the project still lends itself to development years in.
Over the last year my workflow has gone through a noticeable shift. I started treating AI agents as a workshop tool, not a curiosity. Claude Code became my daily driver — with configuration tailored to my projects. Things I used to do by hand (review, exploring unfamiliar codebases, codemods, scaffold) now happen faster, but still under my control — the agent doesn't merge on its own, every output goes through build and review.
I don't call myself an "AI Specialist".
I call myself a developer who deliberately uses AI in daily work — and who, thanks to that, ships more.
That's the distinction I care about: my track record is in writing production code — AI is the way that code is now produced faster.
Before I started programming professionally, I worked for 14 years as an electrician and installer of CCTV, alarm, fire safety and smart home systems. For most software projects this background is neutral. On projects that bridge software and the physical world — IoT, smart buildings, automation — it gives me a perspective a pure developer doesn't have.
I value end-to-end work: from analyzing the problem, through implementation, to maintenance. I don't leave projects in a "PoC" state. I don't promise things I can't deliver.
I'm the best fit where you're looking for a developer who already has working products under his belt and can work with AI in the workflow. If this profile fits what you're looking for — get in touch and let's talk through the details.