FAQs

Jestem Kamil Kowalczyk — developer, architekt systemów AI i narzędzi automatyzacyjnych. Od ponad 20 lat buduję rozwiązania webowe, ale dziś moim głównym środowiskiem pracy jest przestrzeń gdzie WordPress, AI i automatyzacja łączą się w jeden spójny system.

Projektuję narzędzia, których sam potrzebuję: od systemów TTS i głosowych asystentów, przez automatyzację publikacji i launchery lokalnych środowisk, po interfejsy desktopowe, portfele projektów i aplikacje edukacyjne.

kamil.org.pl to nie jest zwykły blog. To centrum strategiczne — miejsce gdzie dokumentuję projekty, publikuję przemyślenia o AI i automatyzacji, i pokazuję jak wygląda praca z technologią na poważnie.

Znajdziesz tu opisy aktywnych projektów (jak SuperAgent, tenacitOS, Movieteka, Suno, CX, Server Hub i Orbita Startu), artykuły o narzędziach AI oraz mój sposób myślenia o tworzeniu oprogramowania.

Na co dzień używam: Claude API / Anthropic, Ollama (lokalne LLM), WordPress + PHP, JavaScript / Node.js, Python, PowerShell.

Do audio: Suno AI, ElevenLabs, własny Reader TTS.
Do automatyzacji: skrypty w Python/PS, blog_agent, Firefly Automation, CX i Server Hub.
Platforma: Windows 11, nginx, REST API, Git.

Nie trzymam się jednego języka — wybieram narzędzie do zadania, nie zadanie do narzędzia.

Tak. Szczególnie jeśli chodzi o:

• Systemy AI i automatyzację procesów
• Architektury WordPress (zaawansowane wdrożenia, REST API, custom solutions)
• Narzędzia desktopowe / produktywność
• Audio AI (TTS, Suno, voice workflows)
• Interfejsy premium i systemy publikacji

Napisz na kowalczyk2028@gmail.com — krótko co potrzebujesz i na kiedy.

Tak, w całości. SuperAgent jest moim codziennym asystentem głosowym. CX i Server Hub organizują mi sesje oraz lokalne serwery. DirectFolders skraca mi czas dostępu do folderów o ~70%. Reader TTS służy mi do konsumowania długich artykułów, a Orbita Startu oraz nowe quizy z WOS-u, biologii i chemii są normalnie uruchamiane i rozwijane lokalnie.

Opisuję tylko to, co faktycznie działam — nie proof-of-concept na pokaz, ale narzędzia w produkcji albo aktywnej iteracji. Część projektów jest we wcześniejszym stadium, część dojrzała — oznaczam to w każdym opisie.

Strona żyje razem z projektami — aktualizacje są organiczne, nie według kalendarza. Kiedy projekt robi krok do przodu, pojawia się wpis lub update.

Blog nie jest gazetą — to bardziej publiczny log projektu. Wpisy mogą być edytowane i rozwijane w czasie. Treść „dojrzewa” zamiast być zamrożona w dacie publikacji. Kiedy w ostatnim tygodniu dochodzą nowe buildy, screeny albo całe nowe aplikacje, pojawiają się tutaj jako update sekcji PROJECTS.

Część projektów jest lub będzie open-source. Zależy od projektu:

• Narzędzia ogólne (DirectFolders, Ollama changer, część workflow CX / Server Hub) — tak, planuję.
• SuperAgent / tenacitOS — częściowo, core pozostaje zamknięty.
• blog_agent — tak, z dokumentacją.

Najlepiej napisać bezpośrednio jeśli interesuje Cię konkretny projekt — dam znać co jest dostępne i w jakiej formie.

Kilka zasad którymi się kieruję:

• Narzędzie ma służyć, nie imponować. Jeśli nie ułatwia pracy — nie wchodzi do stacku.
• Iteracja > perfekcja na starcie. Lepszy działający draft niż idealny projekt na papierze.
• Środowisko jako infrastruktura. Workspace jest projektem samym w sobie — warto go projektować.
• AI to wzmacniacz, nie zastępca. Używam AI intensywnie, ale decyzje architektoniczne są moje.
• Estetyka jest argumentem technicznym. Brzydki interfejs to błąd UX, nie styl.