Category Archives: Development Tools

M365 Copilot a Goran MCP server [Igor Vít, Vzdělávací okénko, 4.9.2026]

Zanechat odpověď

Jak zpřístupnit Goran MCP server v Microsoft 365 Copilot? Copilot Studio, konektor, Entra ID auth a publikace agenta.

  • Srovnání práce s Goran MCP serverem v Claude vs. v M365 Copilot a Teams
  • Koncept agent → konektor → connection v M365 Copilot
  • Konfigurace MCP konektoru v Copilot Studio krok za krokem (Entra ID, client ID, secret, scope)
  • App registration a redirect URL – co je potřeba zařídit
  • Publikace agenta do kanálů Microsoft 365 a Microsoft Teams
  • Monitoring a logování MCP serveru v Copilot Studio
  • Jaké licence potřebujete (M365 Copilot, Copilot Studio)

Vzdělávací okénko prezentoval Igor Vít.

AI nástroje, které používám pro vývoj [Robert Haken, WUG Days Brno, 3.9.2026]

Zanechat odpověď

Jaké AI nástroje používám pro vývoj? Claude Code, GitHub Copilot, VS Code Agents, MCP servery a kolik to celé stojí.

Záznam přednášky z konference WUG Days Brno z 3. září 2026 – bez slidů, formou interaktivní diskuze nad reálným nastavením mého vývojářského prostředí.

  • Kahoot dotazník publika: jaké AI platformy, modely a nástroje používají čeští vývojáři a kolik za AI platí
  • Proč jsem po desítkách let opustil Visual Studio jako hlavní nástroj a k čemu ho používám dnes
  • VS Code Agents Window – paralelní sessions, Git worktrees a přepínání harnessů (Copilot, Claude, Codex)
  • Proč přechod GitHub Copilot na token-based billing změnil můj workflow a co vyšlo v simulaci nákladů
  • Claude Code s Claude Team Premium jako primární nástroj pro lokální vývoj – proč je subscription levnější než API tokeny
  • GitHub Copilot Business pro cloudové scénáře: automatizované code review, „assign to agent“ na GitHub Issues, sdílený pool AI kreditů
  • Volba modelů: Fable vs. Opus vs. Sonnet vs. GPT – kdy sáhnout po kterém a jak hlídat limity
  • MCP server v ASP.NET Core v pár řádcích kódu (ModelContextProtocol.AspNetCore) – dokumentace Havit.Blazor a firemní systém HAVIT Goran
  • Autentizace MCP serverů přes Entra ID / OAuth – registrace AI agentů jako klientů aplikace
  • Migrace z Azure DevOps na GitHub: repozitáře, pipelines, issues a druhá organizace pro interní projekty
  • Jak vypadá zadání pro AI agenta dnes – od podrobných instrukcí k triviálnímu popisu požadavku
  • Co AI dělá s profesí vývojáře: nárůst produktivity, „šlechtění“ AI ekosystému, změna role a únava z orchestrace agentů

Novinky GitHub Copilot [Robert Haken, Microsoft Build Redelivery Praha 2026]

Zanechat odpověď

Novinky GitHub Copilot z Microsoft Build 2026: nová GitHub Copilot App, agentic workflows, přepojení Visual Studia na CLI SDK a migrace z Azure DevOps na GitHub.

🚀 Onboardujeme vývojářské týmy na AI – Copilot, agenti, MCP servery a disciplína, díky níž je vývoj s AI skutečně rychlejší: havit.cz/sluzby/ai-developer-onboarding

  • Cesta od „kodéra“ k AI operátorovi – proč Robert přestal používat Visual Studio
  • Šlechtění AI ekosystému: copilot-instructions.md / AGENTS.md, skilly a vlastní MCP servery
  • Paralelní práce na více sessionech přes Git worktrees
  • Visual Studio se přepojuje na GitHub Copilot CLI SDK – konec funkčního dluhu
  • GitHub Copilot CLI jako SDK: terminál je jen jeden z mnoha klientů
  • Visual Studio Code „Agents“ (Ctrl+Shift+A) pro paralelní agentní sessiony
  • Nová aplikace GitHub Copilot App: end-to-end workflow, agent merge, code review agent, cloud agenti i remote sessions (QR / mobil / web)
  • Migrace z Azure DevOps / Azure Repos na GitHub (oficiální doporučení Microsoftu) + zadávání práce z Azure Boards a code review agent nad Azure Repos (preview)
  • Code review agent na podvozku GitHub Actions – plnohodnotný agent s MCP a tooly
  • Agentic workflows: automatizace na GitHub Actions, security-first (sandbox, safe outputs, AI credit limity); příklady – auto-update dependencies, detekce DRY duplicit, triáž issues
  • Rubber duck agent s křížením modelů (Opus × GPT-5)
  • Chronicle: historie konverzací, podklady pro standup a tipy na efektivitu
  • Lokální sandbox, Security Review a firewall – security na prvním místě
  • Triky: fork session, „by the way“ dotaz a sdílení session přes Gist

Slides

2026-06-15 – MS Build Redelivery – Novinky v GitHub CopilotDownload

Přednášku na Microsoft Build Redelivery Praha 2026 prezentoval Robert Haken.

🛠️ Migrace z Azure DevOps na GitHub – přestěhujeme vám repozitáře, aby vaši vývojáři neztráceli kontakt s AI (jako jsme to udělali sami): havit.cz/products/github-migration

AI v každodenní praxi vývoje software [Robert Haken, GitHub Copilot Dev Day Zlín, 26.5.2026]

Zanechat odpověď

Cesta od Visual Studia s Copilot autocomplete k agentnímu workflow – příběh, jak AI mění vývoj software v roce 2026.

  • Cesta od Visual Studia s Copilot autocomplete k plně agentnímu workflow
  • Always-on context: copilot-instructions.md, AGENTS.md a auto-generování přes „Adding Repository Custom Instructions“
  • Memory feature v GitHub Copilotu – kdy si nechat zapamatovávat a kam to uložit
  • Vlastní MCP server v C# (.NET) pro dokumentaci Havit Blazor stacku
  • Skills jako lazy-loadovaná část kontextu – Havit Blazor Stack skill napříč projekty
  • Vlastní marketplace s pluginy přes GitHub repozitář – sdílení skillů, MCP serverů a instrukcí v týmu
  • Visual Studio Code Insiders „Agents“ – víc coding agentů (Copilot + Claude Code) v jednom UI
  • Claude Code přes GitHub Copilot API („cloud necloud“ harness)
  • Migrace repozitářů z Azure DevOps na GitHub – oficiální doporučení Microsoftu, hybridní setup s ADO work-items a pipelines
  • AB# linkování mezi GitHub pull requesty a Azure Boards work-itemy
  • Cca 40 % triviální práce zadávané rovnou přes „Copilot“ tlačítko z work-itemu / PR
  • Reálný dopad: týmy z 5–10 lidí na 1–2 vývojáře + agenti, vibe-kódované pull requesty od produkťáků zákazníka

Aktualizovaná verze přednášky pro GitHub Copilot Dev Day Zlín 26.5.2026. Prezentoval Robert Haken.

🚀 Onboardujeme vývojářské týmy na AI – Copilot, Claude Code, agenti, MCP servery a disciplína, díky níž je vývoj s AI skutečně rychlejší: havit.cz/sluzby/ai-developer-onboarding

🛠️ Migrace z Azure DevOps na GitHub – přestěhujeme vám repozitáře, aby vaši vývojáři neztráceli kontakt s AI (jako jsme to udělali sami): havit.cz/products/github-migration

AI v každodenní praxi vývoje software [Robert Haken, GitHub Copilot Dev Day Praha, 30.4.2026]

Zanechat odpověď

Jak se každodenní vývoj softwaru v roce 2026 mění s AI: cesta od autocomplete k agentnímu workflow.

  • Cesta od Visual Studia s Copilot autocomplete k plně agentnímu workflow
  • Always-on context: od copilot-instructions.md k unifikovanému AGENTS.md
  • MCP servery – vlastní pro dokumentaci Havit Blazor, Azure DevOps MCP, Context7
  • Zlomový moment: „vyzvedni si tiket z Azure DevOps a implementuj“
  • Posun v zadávání tiketů – od mikromanagementu k byznysovému popisu funkčnosti
  • Volba modelu pro coding agenty: Sonnet 4.5 vs Opus 4.7 (3× multiplier) vs GPT-5
  • Konec éry klasického code-centric IDE: Visual Studio → VS Code Agents (Insider)
  • Paralelizace přes git worktrees – více session nad jedním repem současně
  • Bypass approvals a autopilot mode – yolo přístup s důvěrou v agenta
  • Skills, marketplace a pluginy pro sdílení instrukcí napříč projekty i týmem
  • Migrace repozitářů z Azure DevOps na GitHub – oficiální doporučení Microsoftu
  • Hybridní setup: repos v GitHubu, work-items a pipelines stále v Azure DevOps
  • Reálné náklady AI nástrojů pro full-time developera ($150–200/měsíc)

Sessionu na GitHub Copilot Dev Day Praha 30.4.2026 prezentoval Robert Haken.

🚀 Onboardujeme vývojářské týmy na AI – Copilot, Claude Code, agenti, MCP servery a disciplína, díky níž je vývoj s AI skutečně rychlejší: havit.cz/sluzby/ai-developer-onboarding

🛠️ Migrace z Azure DevOps na GitHub – přestěhujeme vám repozitáře, aby vaši vývojáři neztráceli kontakt s AI (jako jsme to udělali sami): havit.cz/products/github-migration

Pomalé .NET buildy/testy? Možná za to může nainstalované preview SDK

Zanechat odpověď

Pokud máte na stroji nainstalované .NET preview SDK (např. .NET 11 preview), může dotnet CLI defaultně sahat právě po něm — u mě to způsobilo (zřejmě nějaký bug v preview), že buildy i testy běží o hodně pomaleji než s release SDK. Projeví se to i u AI coding agentů, kteří volají dotnet z příkazové řádky.

Řešením je do rootu solution přidat global.json se zákazem preview-SDK:

{
    "sdk": {
        "version": "10.0.0",
        "allowPrerelease": false,
        "rollForward": "latestFeature"
    },
    "test": {
        "runner": "Microsoft.Testing.Platform"
    }
}

Klíčový je allowPrerelease: false — dotnet přeskočí preview-SDK a vezme release. Verzi v version upravte podle své cílové verze .NET.

Aktuální podobu udržujeme v naší šabloně projektu: havit/NewProjectTemplate-Blazor/global.json.

Claude Code CLI – sdílení zkušeností s AI [Ondřej Václavek, Vzdělávací okénko, 19.2.2026]

Zanechat odpověď

Claude Code CLI v praxi: AI asistent pro .NET vývojáře — zkušenosti, skills, MCP servery a workflow.

Co se dozvíte

  • Claude Code CLI jako alternativa ke GitHub Copilotu (Rider místo Visual Studio)
  • Napojení na Azure DevOps přes MCP server a implementace tasků příkazem
  • Skills v Claude Code: implement a code review — jak fungují a jak je psát
  • Správa kontextového okna — příkaz clear a práce s dlouhými sezeními
  • Plugin marketplace a ekosystém skillů v Claude Code
  • Otevřená diskuze .NET vývojářů o zkušenostech s AI nástoji

Vzdělávací okénko prezentoval Ondřej Václavek.

.NET Aspire Introduction [Martin Goffa, HAVIT Vzdělávací okénko, 12.2.2026]

Zanechat odpověď

Co je .NET Aspire a proč ho použít pro multiservice .NET aplikace? Orchestrace, telemetry a Service Discovery v praxi.

  • Co je .NET Aspire a co není (rozdíl oproti Kubernetes)
  • Stavební kameny: AppHost, Service Defaults, integrace a Dashboard
  • Orchestrace Docker kontejnerů bez ruční konfigurace
  • Service Discovery a centralizovaná konfigurace závislostí
  • Telemetry: logy, trasování a metriky v Aspire Dashboardu
  • Integrace Redis, PostgreSQL a RabbitMQ přes NuGet balíčky
  • Live ukázka na HAVIT Project Template s Blazorem

Vzdělávací okénko prezentoval Martin Goffa.

Integrační testy konečně správně (Testcontainers) [Ondřej Václavek, Vzdělávací okénko, 11.12.2025]

Zanechat odpověď

Jak psát integrační testy v .NET správně? Testcontainers spustí reálný SQL Server z Dockeru přímo z C# testovacího kódu.

  • Rozdíl mezi integračními a unit testy – kde mockování nestačí
  • Proč jsou integrační testy v CI/CD pipeline problematické a jak to řeší Docker
  • Testcontainers – NuGet balíček pro spouštění Docker kontejnerů z C#
  • Integrace s ASP.NET Core přes WebApplicationFactory
  • Izolovaná databáze per test + fast restore (řádově 100 ms)
  • Paralelní spouštění testů bez vzájemného ovlivňování
  • Podpora více kontejnerů a Docker Compose
  • Reálná ukázka nasazení z projektu Edenred

Vzdělávací okénko prezentoval Ondřej Václavek.

WASM: AggregateException_ctor_DefaultMessage (Could not resolve type with token …)

Zanechat odpověď

Narazili jsme po instalaci .NET 9 SDK 9.0.204 (a nepomohl ani 9.0.300) na zajímavou chybu published Blazor WebAssembly front-endů (browser console výstup, front-end nenabíhá):

ManagedError: AggregateException_ctor_DefaultMessage (Could not resolve type with token 01000024 from typeref (expected class 'System.Reflection.Assembly' in assembly 'netstandard, Version=2.1.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51'))
    at an (dotnet.runtime.5nhp1wfg9b.js:3:26894)
    at Kt.resolve_or_reject (dotnet.runtime.5nhp1wfg9b.js:3:26449)
    at dotnet.runtime.5nhp1wfg9b.js:3:172714
    at dotnet.runtime.5nhp1wfg9b.js:3:172778
    at fr (dotnet.runtime.5nhp1wfg9b.js:3:35046)
    at Fc (dotnet.runtime.5nhp1wfg9b.js:3:172361)
    at dotnet.native.swgexbmoy7.wasm:0x1f1a4
    at dotnet.native.swgexbmoy7.wasm:0x1c8ae
    at dotnet.native.swgexbmoy7.wasm:0xea19
    at dotnet.native.swgexbmoy7.wasm:0x1ec88

První podezření bylo na trimming, nicméně když to zkrátím, tak se ukázalo, že se jedná o klasický problém buildů po instalaci nového SDK – je potřeba vymazat pracovní složky build-agentů, pokud každý váš build neběží na úplně čistém prostředí, ale používáte nějakou formu inkrementálního uspořádání. Když to převedu do roviny lokálního vývoje s Visual Studiem, je potřeba udělat Clean solution a vymazat složky bin a obj.

Proč to vůbec píšu? Kdyby někoho potkala stejná chyba, při troše štěstí vygooglí tento post a ušetří si čas s diagnostikou. U nás už jsme si poměrně zvykli, že když po instalaci nové verze SDK padá build, je potřeba před dalším bádáním vymazat pracovní složky build-agentů. Poprvé v historii se nám však stalo, že build úspěšně prošel (nepadal), ale výsledek build byl „vadný“ způsobem, který se projevil až při spuštění Blazor WASM front-endu v browseru.