Mentionsy

Better Dev Club
Better Dev Club
07.05.2026 07:00

Better Dev Club #27 - Z jakich narzędzi AI korzystamy na co dzień? Skille, CLI i MCP

Kajetan i Piotrek rozmawiają o tym, z jakich asystentów programistycznych, skilli i narzędzi AI korzystają na co dzień. Dyskutujemy, dlaczego protokół MCP bywa bardzo zasobożerny (zżera tokeny!) i czy powrót do korzystania ze zwykłych skilli operujących po CLI jest lepszą opcją. Gadamy też o potknięciach i brakach w narzędziach UI/UX, testowaniu nadchodzących rozwiązań w oficjalnym środowisku .NET i bezpieczeństwie aplikacji. Na koniec – pochylamy się nad pętlą 'hype'u' na ciągłe przeskakiwanie pomiędzy Claude, Gemini, i ChatGPT, które odrywa niektórych od prawdziwej pracy.

- [Intro] Nasze ulubione skille AI i Caveman

- [Workflow] Skille łączące ze środowiskiem pracy

- [MCP vs Tokeny] Dlaczego MCP dramatycznie zżera tokeny?

- [Design vs AI] Dostęp do narzędzi w UI/UX

- [Skille w .NET] Testowanie nowości z .NET przed premierą za pomocą skilli

- [Zarządzanie] Dziki zachód narzędzi AI (i dziwny skill Andreja Karpathy'ego)

- [Security] Ryzyko wycieku danych podczas debugowania z asystentem

- [AI FOMO] Syndrom LinkedInowego Guru i skakanie po modelach

#betterdevclub #ai #mcp #copilot #github #claude #gemini #google #llm #dotnet #frontend #security #tokeny

Rozdziały (14)

1. Wprowadzenie

Piotrek i Kajpek przedstawiają swoje preferencje w zakresie narzędzi AI.

2. Caveman jako narzędzie AI

Piotrek opisuje swoje doświadczenia z Caveman i jego korzyści w pracy.

3. MCP vs. skille

Piotrek i Kajpek poruszają temat korzystania z MCP vs. skille w pracy.

4. CLI jako alternatywa

Kajpek przedstawia swoje doświadczenia z korzystaniem z CLI jako alternatywy dla MCP.

5. Rozwój narzędzi AI

Piotrek reflektuje nad trendami rozwoju narzędzi AI i tokenów.

6. Google's tools

Piotrek opisuje swoje doświadczenia z Google's tools i skille vs. MCP.

7. Design guidelines

Piotrek omawia problemy z implementacją design guidelines w projektach.

8. Front-end development

Piotrek reflektuje nad stanem rozwoju front-end development i skille vs. MCP.

9. Skill management

Piotrek i Kajpek omawiają problemy zarządzania skillami i MCP w firmach.

10. Security and compliance

Piotrek omawia rolę bezpieczników i zgodności w zarządzaniu narzędziami AI.

11. Claude's marketing

Piotrek opisuje wpływ marketingu Claude'a na korzystanie z narzędzi AI.

12. AI tools evolution

Piotrek reflektuje nad ewolucją narzędzi AI i ich wpływu na pracę.

13. Podsumowanie

Piotrek i Kajpek podsumowują rozmowę i zachęcają do komentarzy i subskrypcji.

14. Koniec

Piotrek prosi o komentarze i subskrypcję do TikTok'u i podaje propozycję stworzenia forum

Szukaj w treści odcinka

Znaleziono 18 wyników dla "MCP"

I to w zasadzie chyba bardziej są MCP-ki niż same skill-e, chociaż przy tych MCP-kach są jakieś skill-e, żeby dobrze z nich korzystać, nie?

WorkRQ to jest taki, w zasadzie to też jest MCP Server, ale to też jest CLI, to w zasadzie jest też biblioteka do dowolnych rzeczy, nawet w dotnecie da się zapisać do tego, żebyś dobrał się i do swoich danych z Office'a.

Zdarza mi się korzystać np. z MCPK do Githuba, zdarza mi się korzystać z kila githubowego, w sumie to sam nawet nie wiem, którego w tej chwili używam.

Tu w zasadzie chyba wynika z mojego nawet gadania, że czasami ciężko powiedzieć co jest skillem, co jest MCP-kiem.

Ja korzystam jak najmniej z MCP.

To jest takie moje ostatnie przemyślenie, bo MCP jednak, podpięcie MCP zżera bardzo dużo tokenów.

I tak na przykład przez jakiś czas korzystałem z MCP do Azure DevOpsa.

Myślę, że równie dobrze jak MCP.

W sensie, że rzeczywiście te skille CLI-owe działają równie dobrze jak MCP.

W sensie takim, że nie wszystkie narzędzia mają sensowny MCP, znaczy CLI-a, z którego możesz skorzystać.

Tak, tylko właśnie też mam wrażenie, że trochę idziemy w tym kierunku znowu, bo rok temu chyba wszyscy się zachłysnęli MCP-kami i jakby powstawało więcej MCP niż było potrzebne to na pewno i powstawało więcej MCP niż właśnie CLI-ów, zwykłych API i tego typu narzędzi.

Dlatego ja już jak tylko mogę, to staram się przepinać właśnie z MCP na skille i właśnie z githubowego zdecydowanie przyjemniej teraz mi się jakby z czystym sumieniem korzystam ze skilla, a nie z MCP-ka.

No tak, akurat Github jest fajnym przykładem, ale jak już mówimy o pewnie o dostępie właśnie do miejsca, gdzie masz taski, w sensie to nie wiem, czy u Ciebie jest to Azure DevOps, czy Jira, czy Github, czy cokolwiek innego, to akurat tutaj, mówiąc szczerze, chyba ja cały czas bardziej widzę MCP-ka niż widzę skilla, bo ten skill albo będzie po prostu strasznie długi,

MCP-ki na CLI-e, bo w sumie skoro MCP-ek to umie używać po API, to w sumie dlaczego by nie zrobić CLI-a, który też by umiał to zrobić.

MCPK, chociaż pewnie teraz mogłem mieć skilla, do tuli tworzących grafiki, nie?

I miałem rzeczywiście MCPK, który z tego korzystał, ale potem stwierdziłem, że to mi zupełnie nic nie daje.

Nie wiem, czekaj, na ten temat sądzę, ale pojawia się randomowe skill'a w randomowych miejscach, w zasadzie też randomowe MCP-ki.

Dwa miesiące temu korzystałeś z MCP, w tym miesiącu korzystasz ze Skilla, w przyszłym miesiącu będziesz jeszcze z czegoś innego korzystał, bo tak Ci będzie wygodniej i chciałbyś, żeby można było się szybko przepinać.