Posts | The .NET Blog

.NET 10 Hadir Bersama Ubuntu 26.04 LTS — Ini yang Baru

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Posting ini diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.

Ini hari Ubuntu LTS. Ubuntu 26.04 (Resolute Raccoon) diluncurkan hari ini dengan .NET 10.

Instal .NET 10 dengan Dua Perintah

sudo apt update
sudo apt install dotnet-sdk-10.0

Container: Perbarui `-noble` ke `-resolute`

sed -i "s/noble/resolute/g" Dockerfile

Native AOT: Startup 3ms, Binary 1,4MB

apt install -y dotnet-sdk-aot-10.0 clang
dotnet publish app.cs
# binary native 1,4MB, startup 3ms

Untuk beban kerja cloud-native di mana waktu cold-start penting — Functions, container, serverless — ini pengubah permainan nyata.

Butuh .NET 8 atau 9?

apt install -y software-properties-common
add-apt-repository ppa:dotnet/backports
apt install -y dotnet-sdk-8.0

Posting lengkap memiliki lebih banyak detail.

Azure MCP Server Kini .mcpb — Instal Tanpa Runtime Apapun

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Posting ini diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.

Tahu apa yang menjengkelkan dari pengaturan server MCP? Anda memerlukan runtime. Node.js untuk versi npm, Python untuk pip/uvx, .NET SDK untuk varian dotnet.

Azure MCP Server baru saja mengubah itu. Kini tersedia sebagai .mcpb — MCP Bundle — dan pengaturannya adalah seret-dan-lepas.

Apa itu MCP Bundle?

Bayangkan seperti ekstensi VS Code (.vsix) atau ekstensi browser (.crx), tetapi untuk server MCP. File .mcpb adalah arsip ZIP mandiri yang menyertakan biner server dan semua dependensinya.

Cara Menginstal

1. Unduh bundle untuk platform Anda

Buka halaman GitHub Releases dan unduh file .mcpb untuk OS dan arsitektur Anda.

2. Instal di Claude Desktop

Cara termudah: seret dan lepas file .mcpb ke jendela Claude Desktop saat Anda berada di halaman pengaturan Extensions (☰ → File → Settings → Extensions). Tinjau detail server, klik Install, konfirmasi.

3. Autentikasi ke Azure

az login

Selesai. Azure MCP Server menggunakan kredensial Azure Anda yang ada.

Untuk Memulai

Unduhan: GitHub Releases
Repo: aka.ms/azmcp
Docs: aka.ms/azmcp/docs

Baca posting lengkap.

CodeAct di Agent Framework: Cara Memotong Latensi Agen Anda Setengahnya

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Posting ini telah diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.

Ada momen dalam setiap proyek agen di mana Anda melihat trace dan berpikir: “kenapa ini lama sekali?” Model tidak masalah. Alat-alat bekerja. Tapi ada tujuh round trip untuk mendapatkan hasil yang bisa dihitung dalam satu langkah.

Itulah persis masalah yang dipecahkan CodeAct — dan tim Agent Framework baru saja merilis dukungan alpha melalui paket baru agent-framework-hyperlight.

Apa itu CodeAct?

Pola CodeAct secara elegan sederhana: alih-alih memberi model daftar alat untuk dipanggil satu per satu, Anda memberinya satu alat execute_code dan membiarkannya mengekspresikan seluruh rencana sebagai program Python singkat.

Pendekatan	Waktu	Token
Tradisional	27,81d	6.890
CodeAct	13,23d	2.489
Peningkatan	52,4%	63,9%

Keamanan: Micro-VM Hyperlight

Paket agent-framework-hyperlight menggunakan micro-VM Hyperlight. Setiap pemanggilan execute_code mendapat micro-VM baru yang baru dibuat. Startup diukur dalam milidetik. Isolasi hampir gratis.

Alat Anda tetap berjalan di host. Kode lem yang dihasilkan model berjalan di sandbox. Itulah pembagian yang benar.

Pengaturan Minimal

from agent_framework import Agent, tool
from agent_framework_hyperlight import HyperlightCodeActProvider

codeact = HyperlightCodeActProvider(
 tools=[get_weather],
 approval_mode="never_require",
)

agent = Agent(
 client=client,
 name="CodeActAgent",
 instructions="You are a helpful assistant.",
 context_providers=[codeact],
)

Kapan Menggunakan CodeAct (dan Kapan Tidak)

Gunakan CodeAct ketika:

Tugas merantai banyak pemanggilan alat kecil (pencarian, penggabungan, perhitungan)
Latensi dan biaya token penting
Anda ingin isolasi kuat per pemanggilan untuk kode yang dihasilkan model

Tetap gunakan tool-calling tradisional ketika:

Agen hanya melakukan satu atau dua pemanggilan alat per giliran
Setiap pemanggilan memiliki efek samping yang perlu disetujui secara individual

Coba Sekarang

pip install agent-framework-hyperlight --pre

Baca posting lengkap di blog Agent Framework.

Di Mana Agen Anda Mengingat Hal-hal? Panduan Praktis Penyimpanan Riwayat Obrolan

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Posting ini diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.

Saat membangun agen AI, Anda menghabiskan sebagian besar energi pada model, alat, dan prompt. Pertanyaan di mana riwayat percakapan disimpan tampak seperti detail implementasi — tetapi itu adalah salah satu keputusan arsitektur terpenting yang akan Anda buat.

Hal ini menentukan apakah pengguna dapat memisahkan percakapan, membatalkan jawaban, melanjutkan sesi setelah restart, dan apakah data Anda pernah meninggalkan infrastruktur Anda. Tim Agent Framework menerbitkan analisis mendalam.

Dua pola mendasar

Dikelola layanan: Layanan AI menyimpan status percakapan. Aplikasi Anda menyimpan referensi dan layanan secara otomatis menyertakan riwayat yang relevan dalam setiap permintaan.

Dikelola klien: Aplikasi Anda mempertahankan riwayat lengkap dan mengirim pesan yang relevan dengan setiap permintaan. Layanan tidak memiliki status. Anda mengontrol segalanya.

Cara Agent Framework mengabstraksi ini

AgentSession session = await agent.CreateSessionAsync();
var first = await agent.RunAsync("Nama saya Alice.", session);
var second = await agent.RunAsync("Siapa nama saya?", session);

session = agent.create_session()
first = await agent.run("Nama saya Alice.", session=session)
second = await agent.run("Siapa nama saya?", session=session)

Referensi cepat penyedia

Penyedia	Penyimpanan	Model	Kompaksi
OpenAI/Azure Chat Completions	Klien	N/A	Anda
Foundry Agent Service	Layanan	Linear	Layanan
Responses API (default)	Layanan	Percabangan	Layanan
Anthropic Claude, Ollama	Klien	N/A	Anda

Cara memilih

Butuh percabangan atau “batalkan”? → Responses API dikelola layanan
Butuh kedaulatan data? → Dikelola klien dengan backend database
Chatbot sederhana? → Linear dikelola layanan sudah cukup

Baca posting lengkap untuk pohon keputusan lengkap.

GPT-5.5 Hadir di Azure Foundry — Yang Perlu Diketahui Developer .NET

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Posting ini diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.

Microsoft baru saja mengumumkan bahwa GPT-5.5 tersedia umum di Microsoft Foundry. Jika Anda membangun agent di Azure, inilah pembaruan yang Anda tunggu.

Evolusi GPT-5

GPT-5: menyatukan penalaran dan kecepatan dalam satu sistem
GPT-5.4: penalaran multi-langkah yang lebih kuat, kemampuan agentik awal untuk enterprise
GPT-5.5: penalaran konteks panjang yang lebih dalam, eksekusi agentik yang lebih andal, efisiensi token yang lebih baik

Yang Benar-benar Berubah

Pengkodean agentik yang ditingkatkan: GPT-5.5 mempertahankan konteks di seluruh basis kode besar, mendiagnosis kegagalan tingkat arsitektur, dan mengantisipasi persyaratan pengujian. Model bernalar tentang apa lagi yang dipengaruhi perbaikan sebelum bertindak.

Efisiensi token: Output berkualitas lebih tinggi dengan lebih sedikit token dan lebih sedikit percobaan ulang. Biaya dan latensi langsung lebih rendah untuk deployment produksi.

Harga

Model	Input ($/M token)	Input Cache	Output ($/M token)
GPT-5.5	$5,00	$0,50	$30,00
GPT-5.5 Pro	$30,00	$3,00	$180,00

Mengapa Foundry Penting

Foundry Agent Service memungkinkan Anda mendefinisikan agent dalam YAML atau menghubungkannya dengan Microsoft Agent Framework, GitHub Copilot SDK, LangGraph, atau OpenAI Agents SDK — dan menjalankannya sebagai agent yang di-host secara terisolasi dengan sistem file persisten, identitas Microsoft Entra tersendiri, dan harga scale-to-zero.

AIAgent agent = aiProjectClient
 .AsAIAgent("gpt-5.5", instructions: "Anda adalah asisten yang membantu.", name: "AgentSaya");

Lihat pengumuman lengkap untuk semua detail.

VS Code 1.118: Copilot CLI Mendapat Nama Sesi, Lencana Model, dan TypeScript 7.0 Nightly

Emiliano Montesdeoca — Sat, 25 Apr 2026 00:00:00 +0000

Posting ini diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.

Visual Studio Code 1.118 adalah rilis kecil yang terfokus — sebagian besar penyempurnaan Copilot CLI.

Copilot CLI: Sesi Mendapat Nama Nyata

API judul sesi SDK Copilot CLI kini digunakan sebagai sumber kebenaran untuk nama sesi. Alih-alih label yang dibuat otomatis, sesi menampilkan nama asli dari SDK.

Beralih Sesi Lebih Cepat

Aplikasi Agents kini memiliki Ctrl+1, Ctrl+2, dll. untuk beralih cepat antar sesi.

Lencana Model di Chat

Respons Copilot CLI di panel chat kini menampilkan lencana model — Anda bisa melihat sekilas model mana yang menangani setiap permintaan.

Pemilihan Model Otomatis di Copilot CLI

Fitur pemilihan model otomatis kini juga berfungsi di agen Copilot CLI.

Opt-in TypeScript 7.0 Nightly

Anda kini bisa memilih untuk menguji TypeScript 7.0 nightly langsung dari pengaturan VS Code. TypeScript 7.0 adalah rilis besar (beta dirilis beberapa hari lalu).

Lihat catatan rilis lengkap.

Foundry Toolboxes: Satu Endpoint untuk Semua Alat Agen AI

Emiliano Montesdeoca — Thu, 23 Apr 2026 00:00:00 +0000

Postingan ini diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.

Ada masalah yang terlihat sepele sampai benar-benar dihadapi: organisasi membangun beberapa agen AI, masing-masing butuh alat, dan setiap tim mengonfigurasinya dari awal. Integrasi pencarian web yang sama, konfigurasi Azure AI Search yang sama, koneksi server GitHub MCP yang sama — tapi di repositori berbeda, oleh tim berbeda, dengan kredensial berbeda, tanpa tata kelola bersama.

Microsoft Foundry baru saja meluncurkan Toolboxes dalam preview publik, dan ini adalah jawaban langsung atas masalah tersebut.

Apa itu Toolbox?

Toolbox adalah bundel alat bernama yang dapat digunakan kembali, didefinisikan sekali di Foundry dan diekspos melalui satu endpoint yang kompatibel dengan MCP. Runtime agen apa pun yang berbicara MCP dapat mengonsumsinya — tidak ada lock-in ke Foundry Agents.

Janjinya sederhana: build once, consume anywhere. Definisikan alat, konfigurasikan autentikasi secara terpusat (OAuth passthrough, identitas terkelola Entra), terbitkan endpoint. Setiap agen yang membutuhkan alat tersebut terhubung ke endpoint dan mendapatkan semuanya.

Empat pilar (dua tersedia hari ini)

Pilar	Status	Apa yang dilakukan
Discover	Segera hadir	Temukan alat yang disetujui tanpa pencarian manual
Build	Tersedia	Kelompokkan alat ke dalam bundel yang dapat digunakan kembali
Consume	Tersedia	Satu endpoint MCP mengekspos semua alat
Govern	Segera hadir	Autentikasi terpusat + observabilitas untuk semua panggilan alat

Contoh praktis

from azure.identity import DefaultAzureCredential
from azure.ai.projects import AIProjectClient
import os

client = AIProjectClient(
 endpoint=os.environ["FOUNDRY_PROJECT_ENDPOINT"],
 credential=DefaultAzureCredential()
)

toolbox_version = client.beta.toolboxes.create_toolbox_version(
 toolbox_name="customer-feedback-triaging-toolbox",
 description="Cari dokumentasi dan respons issues GitHub.",
 tools=[
 {"type": "web_search", "description": "Cari dokumentasi publik"},
 {"type": "azure_ai_search", "index_name": "internal-docs"},
 {"type": "mcp_server", "server_url": "https://your-github-mcp-server.com"}
 ]
)

Setelah diterbitkan, Foundry menyediakan endpoint terpadu. Satu koneksi, semua alat.

Tidak terkunci di Foundry Agents

Toolboxes dibuat dan dikelola di Foundry, tapi permukaan konsumsinya adalah protokol MCP yang terbuka. Bisa digunakan dari agen kustom (Microsoft Agent Framework, LangGraph), GitHub Copilot dan IDE lain yang mendukung MCP.

Mengapa penting sekarang

Gelombang multi-agen sedang tiba di produksi. Setiap agen baru adalah permukaan baru untuk konfigurasi duplikat, kredensial usang, dan perilaku tidak konsisten. Fondasi Build + Consume cukup untuk mulai sentralisasi. Ketika pilar Govern tiba, akan ada lapisan alat yang sepenuhnya dapat diamati dan dikontrol secara terpusat untuk seluruh armada agen.

Penutup

Ini masih awal — preview publik, Python SDK dulu, Discover dan Govern masih akan datang. Tapi modelnya kokoh dan desain MCP-native berarti bekerja dengan alat yang sudah dibangun. Cek pengumuman resmi untuk memulai.

Hooks azd dengan Python, TypeScript, dan .NET: Selamat Tinggal Shell Script

Emiliano Montesdeoca — Thu, 23 Apr 2026 00:00:00 +0000

Postingan ini diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.

Jika pernah memiliki proyek yang sepenuhnya ditulis dalam .NET namun tetap harus menulis script Bash untuk hooks azd, rasa frustrasi itu sudah pasti familiar. Mengapa harus beralih ke sintaks shell di langkah pre-provisioning ketika seluruh proyek menggunakan C#?

Masalah ini kini memiliki solusi resmi. Azure Developer CLI baru saja meluncurkan dukungan multi-bahasa untuk hooks, dan hasilnya sesuai ekspektasi.

Apa itu hooks

Hooks adalah script yang berjalan di titik-titik penting dalam siklus hidup azd — sebelum provisioning, setelah deployment, dan lainnya. Didefinisikan di azure.yaml, mereka memungkinkan injeksi logika kustom tanpa memodifikasi CLI.

Sebelumnya hanya Bash dan PowerShell yang didukung. Kini bisa menggunakan Python, JavaScript, TypeScript, atau .NET — dan azd menangani sisanya secara otomatis.

Cara kerja deteksi bahasa

Cukup arahkan hook ke sebuah file dan azd akan menyimpulkan bahasa dari ekstensinya:

hooks:
 preprovision:
 run: ./hooks/setup.py
 postdeploy:
 run: ./hooks/seed.ts
 postprovision:
 run: ./hooks/migrate.cs

Tanpa konfigurasi tambahan. Jika ekstensinya ambigu, bisa menambahkan kind: python (atau bahasa yang sesuai) secara eksplisit.

Detail penting per bahasa

Python

Letakkan requirements.txt atau pyproject.toml di samping script (atau direktori induknya). azd akan otomatis membuat virtual environment, menginstal dependensi, dan menjalankan script.

JavaScript dan TypeScript

Pola yang sama — letakkan package.json dekat script dan azd akan menjalankan npm install terlebih dahulu. Untuk TypeScript, menggunakan npx tsx tanpa langkah kompilasi dan tanpa tsconfig.json.

.NET

Dua mode tersedia:

Mode project: Jika ada .csproj di samping script, azd otomatis menjalankan dotnet restore dan dotnet build.
Mode single-file: Di .NET 10+, file .cs mandiri dapat dijalankan langsung via dotnet run script.cs. Tidak perlu file project.

Konfigurasi per executor

Setiap bahasa mendukung blok config opsional:

hooks:
 preprovision:
 run: ./hooks/setup.ts
 config:
 packageManager: pnpm
 postprovision:
 run: ./hooks/migrate.cs
 config:
 configuration: Release
 framework: net10.0

Mengapa ini penting bagi developer .NET

Hooks adalah tempat terakhir dalam proyek berbasis azd yang memaksa pergantian bahasa. Sekarang seluruh deployment pipeline — dari kode aplikasi hingga lifecycle hooks — bisa hidup dalam satu bahasa. Utility .NET yang sudah ada bisa digunakan kembali di hooks, shared library bisa direferensikan, dan pemeliharaan shell script pun berakhir.

Penutup

Salah satu perubahan yang terlihat kecil namun benar-benar mengurangi gesekan dalam workflow azd sehari-hari. Dukungan multi-bahasa untuk hooks sudah tersedia sekarang — cek post resmi untuk dokumentasi lengkap.

Windows App Dev CLI v0.3: F5 dari Terminal dan UI Automation untuk Agen AI

Emiliano Montesdeoca — Thu, 23 Apr 2026 00:00:00 +0000

Postingan ini diterjemahkan secara otomatis. Untuk versi aslinya, klik di sini.

Pengalaman F5 di Visual Studio sangat bagus. Tapi harus membuka VS hanya untuk menjalankan dan men-debug aplikasi Windows yang dikemas — baik di pipeline CI, workflow otomatis, atau saat agen AI menjalankan pengujian — terlalu berlebihan.

Windows App Development CLI v0.3 baru saja dirilis dan menangani hal ini secara langsung dengan dua fitur utama: winapp run dan winapp ui.

winapp run: F5 dari Mana Saja

winapp run menerima folder aplikasi yang tidak dikemas dan sebuah manifest, lalu melakukan semua yang VS lakukan saat debug launch: mendaftarkan loose package, menjalankan aplikasi, dan mempertahankan LocalState antar re-deploy.

# Build aplikasi, lalu jalankan sebagai aplikasi yang dikemas
winapp run ./bin/Debug

Bekerja untuk WinUI, WPF, WinForms, Console, Avalonia, dan lainnya. Mode dirancang untuk developer maupun workflow otomatis:

--detach: Meluncurkan dan segera mengembalikan kontrol ke terminal. Sempurna untuk CI.
--unregister-on-exit: Membersihkan package yang terdaftar saat aplikasi ditutup.
--debug-output: Menangkap pesan OutputDebugString dan exception secara real-time.

Paket NuGet Baru: dotnet run untuk Aplikasi yang Dikemas

Untuk developer .NET ada paket NuGet baru: Microsoft.Windows.SDK.BuildTools.WinApp. Setelah diinstal, dotnet run menangani seluruh inner loop: build, menyiapkan loose-layout package, mendaftar di Windows, dan meluncurkan — semuanya dalam satu langkah.

winapp init
# atau
dotnet add package Microsoft.Windows.SDK.BuildTools.WinApp

winapp ui: UI Automation dari Command Line

Inilah fitur yang membuka skenario agentik. winapp ui memberikan akses UI Automation penuh ke aplikasi Windows mana pun yang sedang berjalan — WPF, WinForms, Win32, Electron, WinUI3 — langsung dari terminal.

Yang bisa dilakukan:

Menampilkan semua jendela tingkat teratas
Menelusuri pohon UI Automation lengkap dari sebuah jendela
Mencari elemen berdasarkan nama, tipe, atau ID otomasi
Klik, invoke, dan set nilai
Mengambil screenshot
Menunggu elemen muncul — ideal untuk sinkronisasi pengujian

Menggabungkan winapp ui dengan winapp run menghasilkan workflow build → jalankan → verifikasi yang lengkap dari terminal. Agen dapat menjalankan aplikasi, memeriksa status UI, berinteraksi secara programatik, dan memvalidasi hasilnya.

Fitur Lainnya

winapp unregister: Menghapus package yang sideloaded setelah selesai.
winapp manifest add-alias: Menambahkan alias untuk menjalankan aplikasi berdasarkan nama dari terminal.
Tab completion: Satu perintah untuk mengatur tab completion PowerShell.

Cara Mendapatkannya

winget install Microsoft.WinAppCli
# atau
npm install -g @microsoft/winappcli

CLI dalam public preview. Lihat repositori GitHub untuk dokumentasi lengkap dan pengumuman asli untuk semua detailnya.

azd + GitHub Copilot: Penyiapan Proyek Berbantuan AI dan Pemecahan Masalah Error Cerdas

Emiliano Montesdeoca — Tue, 21 Apr 2026 00:00:00 +0000

Kamu pasti pernah mengalami momen ketika ingin men-deploy aplikasi yang sudah ada ke Azure, lalu menatap file azure.yaml yang kosong sambil mencoba mengingat apakah Express API-mu harus menggunakan Container Apps atau App Service? Momen itu kini jauh lebih singkat.

Azure Developer CLI (azd) kini terintegrasi dengan GitHub Copilot dalam dua cara yang nyata: scaffolding proyek berbantuan AI selama azd init, dan pemecahan masalah error cerdas ketika deployment gagal. Kedua fitur ini sepenuhnya berjalan di dalam terminal.

Setup dengan Copilot selama azd init

Saat menjalankan azd init, kini ada opsi “Set up with GitHub Copilot (Preview)”. Pilih itu dan Copilot akan menganalisis codebase-mu untuk menghasilkan azure.yaml, template infrastruktur, dan modul Bicep — berdasarkan kode aslimu.

azd init
# Pilih: "Set up with GitHub Copilot (Preview)"

Prasyarat:

azd 1.23.11 atau lebih baru — cek dengan azd version atau perbarui dengan azd update
Langganan GitHub Copilot aktif (Individual, Business, atau Enterprise)
GitHub CLI (gh) — azd akan meminta login jika diperlukan

Yang menurutku benar-benar berguna: ini bekerja dua arah. Membangun dari nol? Copilot membantu mengonfigurasi layanan Azure yang tepat sejak awal. Punya aplikasi yang ingin di-deploy? Arahkan Copilot ke sana dan konfigurasi akan dibuat tanpa perlu restrukturisasi kode apapun.

Yang sebenarnya dilakukan

Katakanlah kamu punya Node.js Express API dengan dependensi PostgreSQL. Daripada memutuskan manual antara Container Apps dan App Service, lalu menulis Bicep dari nol, Copilot mendeteksi stack-mu dan menghasilkan:

azure.yaml dengan pengaturan language, host, dan build yang tepat
Modul Bicep untuk Azure Container Apps
Modul Bicep untuk Azure Database for PostgreSQL

Dan menjalankan pemeriksaan awal sebelum mengubah apapun — memverifikasi direktori git bersih, meminta persetujuan alat server MCP di awal. Tidak ada yang terjadi tanpa kamu tahu persis apa yang akan berubah.

Pemecahan Masalah Error dengan Copilot

Error deployment adalah hal yang tak terhindarkan. Parameter yang hilang, masalah izin, ketersediaan SKU — dan pesan error jarang memberitahumu satu hal yang benar-benar perlu kamu ketahui: cara memperbaikinya.

Tanpa Copilot, siklusnya terlihat seperti: salin error → cari di docs → baca tiga jawaban Stack Overflow yang tidak relevan → jalankan beberapa perintah az CLI → coba lagi dan berharap. Dengan Copilot terintegrasi di azd, siklus ini runtuh. Saat perintah azd apapun gagal, langsung ditawarkan empat pilihan:

Explain — penjelasan dalam bahasa sederhana tentang apa yang salah
Guidance — instruksi langkah demi langkah untuk memperbaiki masalah
Diagnose and Guide — analisis lengkap + Copilot menerapkan perbaikan (dengan persetujuanmu) + retry opsional
Skip — tangani sendiri

Poin kuncinya: Copilot sudah memiliki konteks tentang proyekmu, perintah yang gagal, dan detail error. Sarannya spesifik untuk situasimu.

Mengatur Perilaku Default

Jika selalu memilih opsi yang sama, lewati prompt interaktif:

azd config set copilot.errorHandling.category troubleshoot

Nilai: explain, guidance, troubleshoot, fix, skip. Kamu juga bisa mengaktifkan auto-fix dan retry:

azd config set copilot.errorHandling.fix allow

Kembali ke mode interaktif kapan saja:

azd config unset copilot.errorHandling.category

Kesimpulan

Jalankan azd update untuk mendapatkan versi terbaru dan coba azd init di proyek berikutnya.

Baca pengumuman aslinya di sini.

Menulis Native Addon Node.js dalam C# dengan .NET Native AOT

Emiliano Montesdeoca — Tue, 21 Apr 2026 00:00:00 +0000

Ini skenario yang saya suka: sebuah tim yang mengerjakan tooling .NET memiliki native addon Node.js yang ditulis dalam C++ dan dikompilasi via node-gyp. Berhasil. Tapi itu mengharuskan Python terinstall di setiap mesin developer — versi Python yang lama, perlu dicatat — hanya untuk membangun sebuah paket yang tidak akan pernah disentuh langsung oleh siapapun di tim.

Jadi mereka mengajukan pertanyaan yang sangat masuk akal: kita sudah punya .NET SDK terinstall, kenapa kita masih menulis C++?

Jawabannya adalah Native AOT, dan hasilnya sungguh elegan. Drew Noakes dari tim C# Dev Kit menulis bagaimana mereka melakukannya.

Ide dasarnya

Native addon Node.js adalah shared library (.dll di Windows, .so di Linux, .dylib di macOS) yang bisa dimuat Node.js saat runtime. Antarmukanya disebut N-API — C API yang stabil dan kompatibel dengan ABI. N-API tidak peduli bahasa apa yang menghasilkan library tersebut, hanya bahwa ia mengekspor simbol yang tepat.

.NET Native AOT bisa menghasilkan tepat itu. Ia mengkompilasi kode C# kamu ahead-of-time menjadi shared library native dengan entry point sembarang.

Konfigurasi proyek

File proyek sangat minimal:

<Project Sdk="Microsoft.NET.Sdk">
 <PropertyGroup>
 <TargetFramework>net10.0</TargetFramework>
 <PublishAot>true</PublishAot>
 <AllowUnsafeBlocks>true</AllowUnsafeBlocks>
 </PropertyGroup>
</Project>

PublishAot memberitahu SDK untuk menghasilkan shared library saat dotnet publish.

Mengekspor entry point

Node.js mengharapkan library kamu mengekspor napi_register_module_v1. Dalam C#, [UnmanagedCallersOnly] melakukan persis itu:

[UnmanagedCallersOnly(
 EntryPoint = "napi_register_module_v1",
 CallConvs = [typeof(CallConvCdecl)])]
public static nint Init(nint env, nint exports)
{
 Initialize();
 RegisterFunction(env, exports, "readStringValue"u8, &ReadStringValue);
 return exports;
}

Sufiks u8 menghasilkan ReadOnlySpan<byte> dengan string literal UTF-8, diteruskan langsung ke N-API tanpa alokasi encoding apapun.

Resolving N-API terhadap proses host

Fungsi N-API diekspor oleh node.exe sendiri, bukan library terpisah. Jadi alih-alih melakukan linking, kamu me-resolve-nya terhadap proses yang berjalan saat startup:

NativeLibrary.SetDllImportResolver(
 System.Reflection.Assembly.GetExecutingAssembly(),
 ResolveDllImport);

Dengan itu, deklarasi P/Invoke bekerja dengan bersih:

[LibraryImport("node", EntryPoint = "napi_create_string_utf8")]
internal static partial Status CreateStringUtf8(
 nint env, ReadOnlySpan<byte> str, nuint length, out nint result);

Memanggil dari TypeScript

dotnet publish menghasilkan native library spesifik platform kamu. Ganti namanya menjadi .node dan gunakan dengan require() standar:

const registry = require('./native/win32-x64/RegistryAddon.node') as RegistryAddon;
const sdkPath = registry.readStringValue(
 'SOFTWARE\\dotnet\\Setup\\InstalledVersions\\x64\\sdk',
 'InstallLocation'
);

Itu saja. TypeScript ke C#, tanpa Python, tanpa C++.

Kesimpulan

Tim C# Dev Kit mengganti overhead Python/C++ dengan kode C# yang bersih yang sudah bisa ditulis dan di-debug oleh semua orang di tim. Polanya tidak rumit setelah kamu melihatnya, dan ini adalah contoh bagus dari Native AOT yang memecahkan masalah nyata yang jarang dibicarakan.

Baca posting aslinya di blog .NET.

VS Code 1.117: Agen Mendapatkan Cabang Git Sendiri dan Saya Sangat Setuju

Emiliano Montesdeoca — Sun, 19 Apr 2026 00:00:00 +0000

Garis antara “asisten AI” dan “rekan tim AI” terus menipis. VS Code 1.117 baru saja mendarat dan catatan rilis lengkap penuh, tapi ceritanya jelas: agen menjadi warga kelas satu dalam alur kerjamu.

Inilah yang sebenarnya penting.

Mode Autopilot akhirnya mengingat preferensimu

Sebelumnya, kamu harus mengaktifkan kembali Autopilot setiap kali memulai sesi baru. Menjengkelkan. Sekarang mode izinmu persisten antar sesi, dan kamu bisa mengonfigurasi defaultnya.

Agent Host mendukung tiga konfigurasi sesi:

Default — alat meminta konfirmasi sebelum berjalan
Bypass — menyetujui segalanya secara otomatis
Autopilot — sepenuhnya otonom, menjawab pertanyaannya sendiri dan terus berjalan

Jika kamu membuat scaffold proyek .NET baru dengan migrasi, Docker, dan CI — atur ke Autopilot sekali dan lupakan. Preferensi itu bertahan.

Isolasi Worktree dan git untuk sesi agen

Ini yang besar. Sesi agen sekarang mendukung isolasi worktree dan git penuh. Artinya ketika agen mengerjakan tugas, ia mendapatkan cabang dan direktori kerja sendiri. Cabang utamamu tetap tidak tersentuh.

Bahkan lebih baik — Copilot CLI menghasilkan nama cabang yang bermakna untuk sesi worktree ini. Tidak ada lagi agent-session-abc123. Kamu mendapatkan sesuatu yang benar-benar mendeskripsikan apa yang dilakukan agen.

Untuk developer .NET yang menjalankan beberapa cabang fitur atau memperbaiki bug sementara tugas scaffolding panjang berjalan, ini adalah perubahan besar.

Subagen dan tim agen

Agent Host Protocol sekarang mendukung subagen. Agen bisa menjalankan agen lain untuk menangani bagian dari sebuah tugas. Agen utama berkoordinasi, dan agen khusus menangani bagian-bagiannya.

Output terminal otomatis disertakan saat agen mengirim input

Kecil tapi bermakna. Ketika agen mengirim input ke terminal, output terminal sekarang secara otomatis disertakan dalam konteks. Jika kamu pernah melihat agen menjalankan dotnet build, gagal, dan kemudian membutuhkan giliran ekstra hanya untuk melihat kesalahan — gesekan itu hilang.

Aplikasi Agen yang memperbarui dirinya sendiri di macOS

Aplikasi Agen mandiri di macOS sekarang memperbarui dirinya sendiri. Tidak perlu lagi mengunduh versi baru secara manual.

Kesimpulan

VS Code 1.117 adalah infrastruktur. Isolasi worktree, izin persisten, protokol subagen — ini adalah blok bangunan untuk alur kerja di mana agen menangani tugas nyata dan paralel tanpa mengganggu kodemu. Jika kamu membangun dengan .NET dan belum menyelami alur kerja agentik, sejujurnya, sekarang adalah waktu yang tepat untuk mulai.

Eksperimen AI Anda di Azure Membakar Uang — Inilah Cara Memperbaikinya

Emiliano Montesdeoca — Sat, 18 Apr 2026 00:00:00 +0000

Jika Anda sedang membangun aplikasi bertenaga AI di Azure sekarang, Anda mungkin sudah menyadari sesuatu: tagihan cloud Anda terlihat berbeda. Bukan hanya lebih tinggi — lebih aneh. Lonjakan. Sulit diprediksi.

Microsoft baru saja menerbitkan artikel bagus tentang prinsip optimasi biaya cloud yang masih penting.

Mengapa beban kerja AI berbeda

Beban kerja .NET tradisional relatif dapat diprediksi. Beban kerja AI? Tidak sama sekali. Anda menguji beberapa model, menjalankan infrastruktur berbasis GPU, dan membuat panggilan API Azure OpenAI di mana konsumsi token bervariasi drastis.

Manajemen vs. optimasi — ketahui perbedaannya

Manajemen: pelacakan dan pelaporan.
Optimasi: membuat keputusan nyata. Apakah Anda benar-benar membutuhkan tingkat S3? Apakah instance yang selalu menyala itu duduk menganggur di akhir pekan?

Yang benar-benar berhasil

Beri tag sumber daya Anda — jika tidak bisa tahu proyek mana yang menghabiskan anggaran, tidak bisa mengoptimalkan apa pun
Pasang perlindungan sebelum bereksperimen — gunakan Azure Policy untuk membatasi SKU mahal
Sesuaikan ukuran secara terus-menerus — periksa rekomendasi Azure Advisor
Pikirkan siklus hidup — sumber daya dev harus dimatikan saat tidak digunakan
Ukur nilai, bukan hanya biaya — model yang lebih mahal tetapi menghasilkan hasil jauh lebih baik mungkin pilihan yang tepat

RFT Foundry Menjadi Lebih Murah dan Lebih Pintar — Inilah yang Berubah

Emiliano Montesdeoca — Sat, 18 Apr 2026 00:00:00 +0000

Jika Anda membangun aplikasi .NET yang mengandalkan model yang disetel halus, pembaruan Foundry bulan ini layak diperhatikan.

Detail lengkap ada di pengumuman resmi.

Pelatihan Global untuk o4-mini

o4-mini adalah model yang digunakan untuk beban kerja penalaran berat dan agentik. Anda kini dapat meluncurkan pekerjaan penyetelan halus dari 13+ region Azure dengan tarif pelatihan per-token yang lebih rendah.

"trainingType": "globalstandard"

Penilai Model Baru: Keluarga GPT-4.1

Tiga opsi baru: GPT-4.1, GPT-4.1-mini, dan GPT-4.1-nano.

Strategi pengelompokan:

GPT-4.1-nano untuk iterasi awal. Biaya rendah, loop umpan balik cepat.
GPT-4.1-mini setelah rubrik penilaian stabil.
GPT-4.1 untuk penilaian produksi.

Jebakan Format Data RFT

Format data RFT berbeda dari SFT. Pesan terakhir di setiap baris harus berperan User atau Developer — bukan Assistant.

Mengapa ini penting bagi pengembang .NET

Pelatihan yang lebih murah berarti Anda dapat melakukan iterasi lebih agresif. Panduan praktik terbaik di GitHub akan menghemat waktu debugging.

Berhenti Mengawasi Terminal: Mode Terpisah Aspire Mengubah Alur Kerja

Emiliano Montesdeoca — Fri, 17 Apr 2026 00:00:00 +0000

Setiap kali Anda menjalankan Aspire AppHost, terminal Anda hilang. Terkunci. Terpakai hingga Ctrl+C. Perlu menjalankan perintah cepat? Buka tab baru. Ingin memeriksa log? Tab lain. Gesekan kecil ini menumpuk dengan cepat.

Aspire 13.2 memperbaiki ini. James Newton-King menulis semua detailnya, dan jujur, ini adalah salah satu fitur yang segera mengubah cara Anda bekerja.

Mode terpisah: satu perintah, terminal kembali

aspire start

Ini singkatan dari aspire run --detach. AppHost Anda boot di background dan Anda mendapatkan terminal kembali segera.

Mengelola yang sedang berjalan

Berjalan di background hanya berguna jika Anda bisa mengelola apa yang berjalan. Aspire 13.2 menyertakan set lengkap perintah CLI:

# Daftar semua AppHost yang berjalan
aspire ps

# Periksa state AppHost tertentu
aspire describe

# Stream log dari AppHost yang berjalan
aspire logs

# Hentikan AppHost tertentu
aspire stop

Gabungkan dengan mode terisolasi

Mode terpisah secara alami berpasangan dengan mode terisolasi:

aspire start --isolated
aspire start --isolated

Setiap instance mendapat port acak, rahasia terpisah, dan siklus hidupnya sendiri.

Mengapa ini besar untuk agen coding

Agen coding yang bekerja di terminal Anda sekarang dapat:

Memulai aplikasi dengan aspire start
Mengkueri statusnya dengan aspire describe
Memeriksa log dengan aspire logs untuk mendiagnosis masalah
Menghentikannya dengan aspire stop saat selesai

Menjalankan aspire agent init menyiapkan file skill Aspire yang mengajarkan agen perintah-perintah ini.

Kesimpulan

Mode terpisah adalah peningkatan alur kerja yang menyamar sebagai flag sederhana. Baca postingan lengkap dan dapatkan Aspire 13.2 dengan aspire update --self.

Docker Sandbox Memungkinkan Agen Copilot Melakukan Refaktor Kode Tanpa Membahayakan Mesin Anda

Emiliano Montesdeoca — Fri, 17 Apr 2026 00:00:00 +0000

Jika Anda menggunakan mode agen Copilot untuk sesuatu selain pengeditan kecil, Anda tahu rasa sakitnya. Setiap penulisan file, setiap perintah terminal — prompt izin lainnya.

Tim Azure baru saja menerbitkan postingan tentang Docker Sandbox untuk agen GitHub Copilot.

Yang sebenarnya diberikan Docker Sandbox

Ide dasarnya sederhana: jalankan microVM ringan dengan lingkungan Linux penuh, sinkronkan workspace Anda ke dalamnya, dan biarkan agen Copilot beroperasi bebas di dalam.

Ini lebih dari sekadar “jalankan sesuatu dalam container”:

Sinkronisasi workspace dua arah yang mempertahankan jalur absolut
Docker daemon privat yang berjalan di dalam microVM
Proxy penyaringan HTTP/HTTPS yang mengontrol akses jaringan
Mode YOLO — agen berjalan tanpa prompt izin

Mengapa developer .NET harus peduli

Dengan Docker Sandbox, Anda dapat mengarahkan agen Copilot ke proyek, membiarkannya melakukan refaktor dengan bebas di dalam microVM, menjalankan dotnet build dan dotnet test untuk validasi, dan hanya menerima perubahan yang benar-benar berfungsi.

Kesimpulan

Docker Sandbox memecahkan ketegangan fundamental dalam agentic coding: agen membutuhkan kebebasan untuk berguna, tetapi kebebasan di mesin host Anda berbahaya. MicroVM memberi Anda keduanya.

Alat Azure MCP Kini Tertanam di Visual Studio 2022 — Tanpa Ekstensi

Emiliano Montesdeoca — Thu, 16 Apr 2026 00:00:00 +0000

Jika Anda menggunakan alat Azure MCP di Visual Studio melalui ekstensi terpisah, Anda tahu prosesnya — instal VSIX, restart, berharap tidak rusak, kelola ketidakcocokan versi. Gesekan itu hilang.

Yun Jung Choi mengumumkan bahwa alat Azure MCP kini dikirim langsung sebagai bagian dari workload pengembangan Azure di Visual Studio 2022. Tanpa ekstensi. Tanpa VSIX.

Cara mengaktifkannya

Perbarui ke Visual Studio 2022 17.14.30 atau lebih tinggi
Pastikan workload Azure development terinstal
Buka GitHub Copilot Chat
Klik tombol Pilih alat (ikon dua kunci pas)
Aktifkan Azure MCP Server

Tetap aktif di antara sesi.

Catatan

Alat dinonaktifkan secara default — Anda perlu mengaktifkannya. Bagi developer .NET yang tinggal di Visual Studio, ini mengurangi alasan untuk beralih konteks ke portal Azure.

Pin Clustering Akhirnya Hadir di .NET MAUI Maps — Satu Properti, Nol Rasa Sakit

Emiliano Montesdeoca — Thu, 16 Apr 2026 00:00:00 +0000

Anda tahu momen ketika memuat peta dengan seratus pin dan semuanya menjadi gumpalan yang tidak terbaca? Itulah pengalaman .NET MAUI Maps — sampai sekarang.

David Ortinau baru saja mengumumkan bahwa .NET MAUI 11 Preview 3 hadir dengan pin clustering bawaan di Android dan iOS/Mac Catalyst.

Satu properti untuk menguasai semuanya

<maps:Map IsClusteringEnabled="True" />

Itu saja. Pin yang berdekatan dikelompokkan ke dalam cluster dengan lencana hitungan.

Grup clustering independen

Properti ClusteringIdentifier memungkinkan Anda memisahkan pin ke dalam grup independen:

map.Pins.Add(new Pin
{
 Label = "Pike Place Coffee",
 Location = new Location(47.6097, -122.3331),
 ClusteringIdentifier = "coffee"
});

Menangani ketukan cluster

map.ClusterClicked += async (sender, e) =>
{
 string names = string.Join("\n", e.Pins.Select(p => p.Label));
 await DisplayAlert($"Cluster ({e.Pins.Count} pins)", names, "OK");
};

Mulai

Instal .NET 11 Preview 3 dan perbarui workload .NET MAUI.

.NET April 2026 Servicing — Patch Keamanan yang Harus Anda Terapkan Hari Ini

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Pembaruan servicing April 2026 untuk .NET dan .NET Framework sudah tersedia, dan versi ini mencakup perbaikan keamanan yang ingin Anda terapkan segera. Enam CVE ditambal, termasuk dua kerentanan eksekusi kode jarak jauh (RCE).

Yang ditambal

CVE	Tipe	Mempengaruhi
CVE-2026-26171	Bypass Fitur Keamanan	.NET 10, 9, 8 + .NET Framework
CVE-2026-32178	Eksekusi Kode Jarak Jauh	.NET 10, 9, 8 + .NET Framework
CVE-2026-33116	Eksekusi Kode Jarak Jauh	.NET 10, 9, 8
CVE-2026-32203	Penolakan Layanan	.NET 10, 9, 8 + .NET Framework
CVE-2026-23666	Penolakan Layanan	.NET Framework 3.0–4.8.1
CVE-2026-32226	Penolakan Layanan	.NET Framework 2.0–4.8.1

Versi yang diperbarui

.NET 10: 10.0.6
.NET 9: 9.0.15
.NET 8: 8.0.26

Yang harus dilakukan

Perbarui proyek dan pipeline CI/CD Anda ke versi patch terbaru. Dua kerentanan RCE bukan sesuatu yang Anda tunda.

Aspire 13.2 Mendapatkan MongoDB EF Core dan Azure Data Lake — Dua Integrasi yang Patut Dicoba

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Aspire 13.2 hadir dengan dua integrasi database baru yang patut diperhatikan: MongoDB Entity Framework Core dan Azure Data Lake Storage.

MongoDB bertemu EF Core di Aspire

Aspire telah mendukung MongoDB untuk sementara, tapi selalu driver mentah — tidak ada EF Core, tidak ada DbContext, tidak ada kueri LINQ. Sekarang Anda mendapatkan pengalaman EF Core penuh dengan MongoDB, beserta health check otomatis dan service discovery dari Aspire.

Pengaturan di AppHost:

var mongodb = builder.AddMongoDB("mongodb")
 .WithDataVolume()
 .WithLifetime(ContainerLifetime.Persistent);

var apiService = builder.AddProject<Projects.ApiService>("api")
 .WithReference(mongodb);

Di proyek yang menggunakan:

dotnet add package Aspire.MongoDB.EntityFrameworkCore

Daftarkan DbContext Anda:

builder.AddMongoDbContext<MyDbContext>("mongodb", "mydb");

Integrasi menangani connection pooling, trace OpenTelemetry, dan health check di belakang layar.

Azure Data Lake Storage bergabung

Di AppHost:

var storage = builder.AddAzureStorage("azure-storage");
var dataLake = storage.AddDataLake("data-lake");
var fileSystem = storage.AddDataLakeFileSystem("data-lake-file-system");

var analyticsService = builder.AddProject<Projects.AnalyticsService>("analytics")
 .WithReference(dataLake)
 .WithReference(fileSystem);

Di proyek yang menggunakan:

builder.AddAzureDataLakeServiceClient("data-lake");
builder.AddAzureDataLakeFileSystemClient("data-lake-file-system");

Tidak ada manajemen connection string manual, tidak ada pencarian kredensial.

Kesimpulan

Aspire 13.2 adalah rilis inkremental, tapi integrasi MongoDB EF Core dan Data Lake mengisi celah nyata. Upgrade ke 13.2 dan coba.

azd update — Satu Perintah untuk Semua Package Manager Anda

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Anda tahu pesan “Versi baru azd tersedia” yang muncul setiap beberapa minggu? Yang Anda abaikan karena tidak ingat apakah Anda menginstal azd melalui winget, Homebrew, atau skrip curl enam bulan lalu? Ini akhirnya diperbaiki.

Microsoft baru saja merilis azd update — perintah tunggal yang memperbarui Azure Developer CLI ke versi terbaru terlepas dari cara asli Anda menginstalnya.

Cara kerjanya

azd update

Itu saja. Untuk akses awal ke fitur baru:

azd update --channel daily
azd update --channel stable

Perintah mendeteksi metode instalasi Anda saat ini dan menggunakan mekanisme pembaruan yang sesuai di balik layar.

Catatan kecil

azd update hadir mulai versi 1.23.x. Jika Anda menggunakan versi lebih lama, Anda perlu melakukan satu pembaruan manual terakhir. Setelah itu, azd update menangani semuanya.

Mengapa ini penting

Ini adalah peningkatan kualitas hidup yang kecil, tetapi bagi yang menggunakan azd setiap hari untuk men-deploy agen AI dan aplikasi Aspire ke Azure, tetap terkini itu penting.

Baca pengumuman lengkap.

Azure DevOps Server Patch April 2026 — Perbaikan Penyelesaian PR dan Pembaruan Keamanan

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Info cepat untuk tim yang menjalankan Azure DevOps Server sendiri: Microsoft merilis Patch 3 untuk April 2026 dengan tiga perbaikan terarah.

Yang diperbaiki

Kegagalan penyelesaian pull request — pengecualian null reference selama penyelesaian otomatis item kerja dapat menyebabkan penggabungan PR gagal
Validasi pengalihan saat keluar — validasi yang ditingkatkan untuk mencegah pengalihan berbahaya
Koneksi PAT GitHub Enterprise Server — membuat koneksi Personal Access Token dipulihkan

Cara memperbarui

Unduh Patch 3 dan jalankan installer. Untuk memverifikasi patch diterapkan:

<patch-installer>.exe CheckInstall

Microsoft sangat merekomendasikan untuk selalu menggunakan patch terbaru demi keamanan dan keandalan.

Azure Smart Tier Kini GA — Optimasi Biaya Blob Storage Otomatis Tanpa Aturan Siklus Hidup

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Jika Anda pernah menghabiskan waktu menyetel kebijakan siklus hidup Azure Blob Storage dan kemudian menyaksikannya runtuh ketika pola akses berubah, ini untuk Anda. Microsoft baru saja mengumumkan ketersediaan umum smart tier untuk Azure Blob dan Data Lake Storage.

Yang sebenarnya dilakukan smart tier

Smart tier terus mengevaluasi waktu akses terakhir setiap objek di akun penyimpanan Anda. Data yang sering diakses tetap di hot, data tidak aktif pindah ke cool setelah 30 hari, lalu ke cold setelah 60 hari lagi. Saat data diakses lagi, langsung dipromosikan kembali ke hot.

Tidak ada aturan siklus hidup yang perlu dikonfigurasi. Tidak ada penyesuaian manual.

Selama pratinjau, Microsoft melaporkan bahwa lebih dari 50% kapasitas yang dikelola smart tier secara otomatis berpindah ke tingkat lebih dingin.

Mengapa ini penting untuk developer .NET

Skenario praktis:

Telemetri dan log aplikasi — panas saat debugging, jarang diakses setelah beberapa minggu
Pipeline data dan output ETL — akses intensif saat pemrosesan, lalu sebagian besar dingin
Konten yang dibuat pengguna — unggahan terbaru panas, konten lama mendingin secara bertahap

Pertukaran yang perlu diketahui

Aturan peringkatan smart tier bersifat statis (30 hari → cool, 90 hari → cold). Jika Anda membutuhkan ambang batas kustom, aturan siklus hidup masih berlaku.

Di Mana Anda Harus Meng-host Agen AI di Azure? Panduan Keputusan Praktis

Emiliano Montesdeoca — Wed, 15 Apr 2026 00:00:00 +0000

Jika Anda sedang membangun agen AI dengan .NET sekarang, Anda mungkin sudah memperhatikan: ada banyak cara untuk meng-host-nya di Azure. Container Apps, AKS, Functions, App Service, Foundry Agents, Foundry Hosted Agents.

Microsoft baru saja menerbitkan panduan komprehensif untuk hosting agen Azure AI.

Enam opsi sekilas

Opsi	Terbaik untuk	Anda kelola
Container Apps	Kontrol container penuh tanpa kerumitan K8s	Observabilitas, state, siklus hidup
AKS	Kepatuhan enterprise, multi-cluster	Semuanya
Azure Functions	Tugas singkat berbasis event	Hampir tidak ada
App Service	Agen HTTP sederhana	Deployment, scaling
Foundry Agents	Agen opsional kode	Hampir tidak ada
Foundry Hosted Agents	Agen framework kustom	Hanya kode agen Anda

Foundry Hosted Agents — titik manis untuk developer agen .NET

Deployment benar-benar sederhana:

azd ext install azure.ai.agents
azd ai agent init
azd up

Satu perintah azd up membangun container, mendorongnya ke ACR, menyediakan proyek Foundry, dan memulai agen.

Kerangka keputusan saya

Butuh infrastruktur nol? → Foundry Agents
Punya kode agen kustom tapi ingin hosting terkelola? → Foundry Hosted Agents
Tugas singkat berbasis event? → Azure Functions
Kontrol container maksimum? → Container Apps
Kepatuhan ketat dan multi-cluster? → AKS

Kesimpulan

Untuk sebagian besar developer .NET yang membangun dengan Semantic Kernel atau Microsoft Agent Framework, Hosted Agents kemungkinan adalah titik awal yang tepat. Cek panduan lengkap dari Microsoft.

Agent Skills di .NET Kini Benar-Benar Fleksibel

Emiliano Montesdeoca — Tue, 14 Apr 2026 00:00:00 +0000

Jika Anda membangun agen dengan Microsoft Agent Framework, Anda sudah tahu caranya: Anda mendefinisikan skill, menghubungkannya ke provider, dan membiarkan agen menentukan mana yang harus dipanggil. Yang baru adalah bagaimana Anda menulis skill tersebut — dan lompatan fleksibilitasnya signifikan.

Pembaruan terbaru memperkenalkan tiga pola authoring berbeda untuk agent skill: berbasis file, berbasis kelas, dan didefinisikan kode inline. Ketiganya terhubung ke satu AgentSkillsProviderBuilder, artinya Anda bisa mix and match tanpa logika routing.

Skill berbasis file: titik awal

Skill berbasis file persis seperti namanya — direktori di disk dengan file SKILL.md, skrip opsional, dan dokumen referensi:

skills/
└── onboarding-guide/
├── SKILL.md
├── scripts/
│ └── check-provisioning.py
└── references/
└── onboarding-checklist.md

Frontmatter SKILL.md mendeklarasikan nama dan deskripsi skill, dan bagian instruksi memberi tahu agen cara menggunakan skrip dan referensi.

Kemudian Anda menghubungkannya dengan SubprocessScriptRunner.RunAsync:

var skillsProvider = new AgentSkillsProvider(
 Path.Combine(AppContext.BaseDirectory, "skills"),
 SubprocessScriptRunner.RunAsync);

Skill berbasis kelas: kirim via NuGet

Di sinilah yang menarik bagi tim. Skill berbasis kelas mewarisi dari AgentClassSkill<T> dan menggunakan atribut seperti [AgentSkillResource] dan [AgentSkillScript]:

public sealed class BenefitsEnrollmentSkill : AgentClassSkill<BenefitsEnrollmentSkill>
{
 public override AgentSkillFrontmatter Frontmatter { get; } = new(
 "benefits-enrollment",
 "Enroll an employee in health, dental, or vision plans.");

 [AgentSkillScript("enroll")]
 private static string Enroll(string employeeId, string planCode)
 {
 bool success = HrClient.EnrollInPlan(employeeId, planCode);
 return JsonSerializer.Serialize(new { success, employeeId, planCode });
 }
}

Sebuah tim bisa mengemas ini sebagai paket NuGet. Tambahkan ke proyek, masukkan ke builder, dan bekerja bersama skill berbasis file Anda.

Skill inline: jembatan cepat

Saat tim lain membangun skill yang persis Anda butuhkan tapi tidak akan siap dalam satu sprint? AgentInlineSkill adalah jembatan Anda:

var timeOffSkill = new AgentInlineSkill(
 name: "time-off-balance",
 description: "Calculate remaining vacation and sick days.",
 instructions: "1. Minta ID karyawan. 2. Gunakan calculate-balance. 3. Sajikan hasilnya.")
 .AddScript("calculate-balance", (string employeeId, string leaveType) =>
 {
 int remaining = HrDatabase.GetAnnualAllowance(employeeId, leaveType)
 - HrDatabase.GetDaysUsed(employeeId, leaveType);
 return JsonSerializer.Serialize(new { employeeId, leaveType, remaining });
 });

Ketika paket NuGet akhirnya dikirim, Anda mengganti skill inline dengan yang berbasis kelas. Agen tidak tahu perbedaannya.

Persetujuan skrip: human-in-the-loop

Bagi developer .NET yang membangun agen produksi, inilah bagian yang benar-benar membuka percakapan deployment. Aktifkan UseScriptApproval dan agen berhenti sebelum menjalankan skrip apapun:

var skillsProvider = new AgentSkillsProviderBuilder()
 .UseFileSkill(Path.Combine(AppContext.BaseDirectory, "skills"))
 .UseSkill(new BenefitsEnrollmentSkill())
 .UseSkill(timeOffSkill)
 .UseFileScriptRunner(SubprocessScriptRunner.RunAsync)
 .UseScriptApproval(true)
 .Build();

Kesimpulan

Agent skills di .NET kini memiliki model authoring yang benar-benar fleksibel. Baik Anda membuat prototip dengan skill berbasis file atau mengirim kemampuan yang dikemas via NuGet, semua pola disusun melalui AgentSkillsProviderBuilder.

Lihat pengumuman asli dan contoh GitHub.

Azure MCP Server 2.0 Baru Dirilis — Otomasi Cloud Agentic Self-Hosted Sudah Ada

Emiliano Montesdeoca — Sat, 11 Apr 2026 00:00:00 +0000

Jika Anda baru-baru ini membangun sesuatu dengan MCP dan Azure, Anda mungkin sudah tahu bahwa pengalaman lokal bekerja dengan baik. Tapi ketika Anda perlu berbagi pengaturan itu ke seluruh tim? Di situlah hal-hal menjadi rumit.

Tidak lagi. Azure MCP Server baru saja mencapai 2.0 stabil, dan fitur utamanya adalah persis yang telah diminta tim enterprise: dukungan server MCP remote self-hosted.

Apa itu Azure MCP Server?

Azure MCP Server mengimplementasikan spesifikasi Model Context Protocol dan mengekspos kemampuan Azure sebagai alat terstruktur dan dapat ditemukan. Angkanya berbicara sendiri: 276 alat MCP di 57 layanan Azure.

Hal besar: deployment remote self-hosted

Dalam skenario tim nyata, Anda membutuhkan:

Akses bersama untuk developer dan sistem agen internal
Konfigurasi terpusat
Batas jaringan dan kebijakan enterprise
Integrasi ke pipeline CI/CD

Azure MCP Server 2.0 mengatasi semua ini. Untuk autentikasi, ada dua opsi:

Managed Identity — saat berjalan bersama Microsoft Foundry
Alur On-Behalf-Of (OBO) — delegasi OpenID Connect dengan izin pengguna yang sebenarnya

Pengerasan keamanan

Rilis 2.0 menambahkan validasi endpoint yang lebih kuat, perlindungan terhadap pola injection, dan kontrol isolasi yang lebih ketat.

Memulai

GitHub Repo — kode sumber, dokumentasi
Docker Image — deployment dalam container
Ekstensi VS Code — integrasi IDE
Panduan self-hosting — fitur unggulan 2.0

.NET Aspire 13.2 Ingin Menjadi Sahabat Terbaik Agen AI Anda

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Anda tahu momen ketika agen coding AI Anda menulis kode yang solid, Anda bersemangat, kemudian semuanya berantakan saat mencoba menjalankannya? Konflik port, phantom process, variabel lingkungan yang salah — tiba-tiba agen Anda membakar token untuk men-debug masalah startup alih-alih membangun fitur.

Tim Aspire baru saja merilis post yang sangat bijaksana tentang masalah ini, dan jawaban mereka menarik: Aspire 13.2 dirancang tidak hanya untuk manusia, tetapi untuk agen AI.

Aspire sebagai infrastruktur agen

Inilah yang dibawa Aspire 13.2 ke meja pengembangan agentik:

Seluruh stack dalam kode bertipe. AppHost mendefinisikan topologi lengkap — dalam TypeScript atau C# yang dapat dikompilasi:

import { createBuilder } from './.modules/aspire.js';

const builder = await createBuilder();

const postgres = await builder.addPostgres("pg").addDatabase("catalog");
const cache = await builder.addRedis("cache");

const api = await builder
 .addNodeApp("api", "./api", "src/index.ts")
 .withHttpEndpoint({ env: "PORT" })
 .withReference(postgres)
 .withReference(cache);

await builder
 .addViteApp("frontend", "./frontend")
 .withReference(api)
 .waitFor(api);

await builder.build().run();

Satu perintah untuk semuanya. Alih-alih menyulap docker compose up, npm run dev, dan skrip startup database — semuanya hanya aspire start.

Mode terisolasi untuk agen paralel. Dengan --isolated, setiap jalankan Aspire mendapat port acak sendiri dan rahasia pengguna terpisah.

Mata agen melalui telemetri. Aspire CLI mengekspos data OpenTelemetry penuh selama development — trace, metrik, log terstruktur.

Analogi bowling bumper

Tim Aspire menggunakan analogi yang bagus: pikirkan Aspire sebagai bumper jalur bowling untuk agen AI. Jika agennya tidak sempurna (dan memang tidak akan), bumper mencegahnya melempar ke selokan.

Kesimpulan

Aspire 13.2 bukan hanya framework aplikasi terdistribusi — ini menjadi infrastruktur agen yang esensial. Baca post lengkap dari tim Aspire.

Agentic Platform Engineering Menjadi Nyata — Git-APE Menunjukkan Caranya

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Platform engineering telah menjadi salah satu istilah yang terdengar hebat di konferensi tetapi biasanya berarti “kami membangun portal internal dan wrapper Terraform.” Janji sebenarnya — self-service infrastruktur yang benar-benar aman, terkendali, dan cepat — selalu beberapa langkah menjauh.

Tim Azure baru saja menerbitkan Bagian 2 dari seri agentic platform engineering mereka. Mereka menyebutnya Git-APE — sebuah proyek open-source yang menggunakan agen GitHub Copilot dan server Azure MCP untuk mengubah permintaan bahasa alami menjadi infrastruktur yang tervalidasi dan ter-deploy.

Apa yang sebenarnya dilakukan Git-APE

Ide inti: alih-alih mempelajari modul Terraform, developer berbicara dengan agen Copilot. Agen menginterpretasikan niat, menghasilkan Infrastructure-as-Code, memvalidasi terhadap kebijakan, dan mendeploy — semuanya dalam VS Code.

git clone https://github.com/Azure/git-ape
cd git-ape

Buka workspace di VS Code, dan file konfigurasi agen ditemukan otomatis oleh GitHub Copilot:

@git-ape deploy a function app with storage in West Europe

Pembersihan sama mudahnya:

@git-ape destroy my-resource-group

Mengapa ini penting

Bagi yang membangun di Azure, ini menggeser percakapan platform engineering dari “bagaimana kami membangun portal” menjadi “bagaimana kami mendeskripsikan guardrail kami sebagai API.”

Sebagai developer .NET: Azure MCP Server dan agen GitHub Copilot bekerja dengan semua workload Azure — ASP.NET Core API Anda, tumpukan .NET Aspire — semuanya bisa menjadi target alur deployment agentik.

Kesimpulan

Git-APE adalah pandangan awal tetapi konkret tentang agentic platform engineering dalam praktik. Clone repositorinya dan baca postingan lengkap.

Aplikasi MCP Mendapatkan Fluent API — Buat UI Alat AI Kaya di .NET dalam Tiga Langkah

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Alat MCP sangat bagus untuk memberikan kemampuan kepada agen AI. Tapi bagaimana jika alat Anda perlu menampilkan sesuatu kepada pengguna?

Lilian Kasem dari tim Azure SDK memperkenalkan API konfigurasi fluent baru.

Fluent API dalam tiga langkah

Langkah 1: Definisikan fungsi Anda:

[Function(nameof(HelloApp))]
public string HelloApp(
 [McpToolTrigger("HelloApp", "A simple MCP App that says hello.")]
 ToolInvocationContext context)
{
 return "Hello from app";
}

Langkah 2: Promosikan ke Aplikasi MCP:

builder.ConfigureMcpTool("HelloApp")
 .AsMcpApp(app => app
 .WithView("assets/hello-app.html")
 .WithTitle("Hello App")
 .WithPermissions(McpAppPermissions.ClipboardWrite | McpAppPermissions.ClipboardRead)
 .WithCsp(csp =>
 {
 csp.AllowBaseUri("https://www.microsoft.com")
 .ConnectTo("https://www.microsoft.com");
 }));

Langkah 3: Tambahkan tampilan HTML Anda.

Tambahkan paket:

dotnet add package Microsoft.Azure.Functions.Worker.Extensions.Mcp --version 1.5.0-preview.1

Baca posting lengkap.

Hubungkan Server MCP Anda di Azure Functions ke Agen Foundry — Begini Caranya

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Ada satu hal yang saya sukai tentang ekosistem MCP: Anda membangun server sekali dan bekerja di mana saja.

Lily Ma dari tim Azure SDK menerbitkan panduan praktis tentang menghubungkan server MCP yang di-deploy ke Azure Functions dengan agen Microsoft Foundry.

Mengapa kombinasi ini masuk akal

Azure Functions memberi Anda infrastruktur yang dapat diskalakan, autentikasi bawaan, dan penagihan tanpa server. Microsoft Foundry memberi Anda agen AI yang dapat bernalar dan bertindak. Menghubungkan keduanya berarti alat kustom Anda menjadi kemampuan agen AI perusahaan.

Opsi autentikasi

Metode	Kasus Penggunaan
Berbasis kunci	Pengembangan atau server tanpa Entra auth
Microsoft Entra	Produksi dengan managed identity
OAuth identity passthrough	Produksi dengan konteks pengguna
Tanpa autentikasi	Dev/pengujian atau data publik saja

Pengaturan

Deploy server MCP ke Azure Functions — sampel tersedia untuk .NET
Aktifkan autentikasi MCP bawaan
Dapatkan URL endpoint — https://<FUNCTION_APP_NAME>.azurewebsites.net/runtime/webhooks/mcp
Tambahkan server MCP sebagai alat di Foundry

Baca panduan lengkap.

Membangun UI Multi-Agen Real-Time yang Tidak Terasa Seperti Kotak Hitam

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Begini kenyataan tentang sistem multi-agen: tampilannya luar biasa dalam demo. Tiga agen saling mengoper pekerjaan, memecahkan masalah, mengambil keputusan. Lalu Anda mencoba menampilkannya kepada pengguna nyata dan… sunyi. Indikator yang berputar. Tidak ada yang tahu agen mana yang melakukan apa atau mengapa sistem berhenti. Ini bukan produk — ini masalah kepercayaan.

Tim Microsoft Agent Framework baru saja menerbitkan panduan yang luar biasa tentang cara memadukan alur kerja MAF dengan AG-UI, protokol terbuka untuk mengalirkan peristiwa eksekusi agen ke frontend melalui Server-Sent Events. Dan jujur saja? Inilah jembatan yang selama ini kita butuhkan.

Mengapa ini penting bagi developer .NET

Jika Anda membangun aplikasi bertenaga AI, Anda mungkin sudah pernah menabrak dinding ini. Orkestrasi backend Anda bekerja dengan baik — agen saling meneruskan pekerjaan, alat berjalan, keputusan dibuat. Tapi frontend tidak tahu apa yang terjadi di balik layar. AG-UI mengatasi ini dengan mendefinisikan protokol standar untuk mengalirkan peristiwa agen (RUN_STARTED, STEP_STARTED, TOOL_CALL_*, TEXT_MESSAGE_*) langsung ke lapisan UI Anda melalui SSE.

Demo yang mereka bangun adalah alur kerja dukungan pelanggan dengan tiga agen: agen triase yang merutekan permintaan, agen pengembalian dana yang menangani urusan keuangan, dan agen pesanan yang mengelola penggantian. Setiap agen memiliki alat-alatnya sendiri, dan topologi handoff didefinisikan secara eksplisit — tidak ada nuansa “cari tahu dari prompt”.

Topologi handoff adalah bintang sesungguhnya

Yang menarik perhatian saya adalah bagaimana HandoffBuilder memungkinkan Anda mendeklarasikan graf perutean berarah antar agen:

builder = HandoffBuilder(
 name="ag_ui_handoff_workflow_demo",
 participants=[triage, refund, order],
 termination_condition=termination_condition,
)

(
 builder
 .add_handoff(triage, [refund], description="Refunds, damaged-item claims...")
 .add_handoff(triage, [order], description="Replacement, exchange...")
 .add_handoff(refund, [order], description="Replacement logistics needed after refund.")
 .add_handoff(order, [triage], description="After replacement/shipping tasks complete.")
)

Setiap add_handoff membuat sisi berarah dengan deskripsi bahasa alami. Framework menghasilkan alat handoff untuk setiap agen berdasarkan topologi ini. Jadi keputusan perutean didasarkan pada struktur orkestrasi Anda, bukan pada apa yang ingin dilakukan LLM. Ini sangat penting untuk keandalan produksi.

Human-in-the-loop yang benar-benar bekerja

Demo ini memperlihatkan dua pola interupsi yang dibutuhkan oleh aplikasi agen mana pun di dunia nyata:

Interupsi persetujuan alat — ketika agen memanggil alat yang ditandai dengan approval_mode="always_require", alur kerja dijeda dan mengeluarkan peristiwa. Frontend merender modal persetujuan dengan nama alat dan argumennya. Tidak ada loop percobaan ulang yang membakar token — hanya alur jeda-setujui-lanjutkan yang bersih.

Interupsi permintaan informasi — ketika agen membutuhkan lebih banyak konteks dari pengguna (seperti ID pesanan), agen berhenti dan bertanya. Frontend menampilkan pertanyaan, pengguna merespons, dan eksekusi dilanjutkan dari tepat di mana ia berhenti.

Kedua pola dialirkan sebagai peristiwa AG-UI standar, sehingga frontend Anda tidak memerlukan logika khusus per agen — cukup merender peristiwa apa pun yang masuk melalui koneksi SSE.

Menghubungkannya sangat sederhana

Integrasi antara MAF dan AG-UI adalah satu panggilan fungsi:

from agent_framework.ag_ui import (
 AgentFrameworkWorkflow,
 add_agent_framework_fastapi_endpoint,
)

app = FastAPI()

demo_workflow = AgentFrameworkWorkflow(
 workflow_factory=lambda _thread_id: create_handoff_workflow(),
 name="ag_ui_handoff_workflow_demo",
)

add_agent_framework_fastapi_endpoint(
 app=app, agent=demo_workflow, path="/handoff_demo",
)

workflow_factory membuat alur kerja baru per thread, sehingga setiap percakapan mendapat status yang terisolasi. Endpoint menangani semua plumbing SSE secara otomatis. Jika Anda sudah menggunakan FastAPI (atau bisa menambahkannya sebagai lapisan ringan), ini hampir tanpa gesekan.

Pandangan saya

Bagi developer .NET, pertanyaan langsung adalah: “Bisakah saya melakukan ini di C#?” Agent Framework tersedia untuk .NET dan Python, dan protokol AG-UI bersifat language-agnostic (ini hanyalah SSE). Jadi meskipun demo ini menggunakan Python dan FastAPI, polanya langsung dapat diterapkan. Anda bisa menghubungkan ASP.NET Core minimal API dengan endpoint SSE mengikuti skema peristiwa AG-UI yang sama.

Kesimpulan yang lebih besar adalah bahwa UI multi-agen menjadi perhatian kelas satu, bukan renungan. Jika Anda membangun apa pun di mana agen berinteraksi dengan manusia — dukungan pelanggan, alur kerja persetujuan, pemrosesan dokumen — kombinasi orkestrasi MAF dan transparansi AG-UI adalah pola yang harus diikuti.

Kesimpulan

AG-UI + Microsoft Agent Framework memberi Anda yang terbaik dari kedua dunia: orkestrasi multi-agen yang kuat di backend dan visibilitas real-time di frontend. Tidak ada lagi interaksi agen sebagai kotak hitam.

Lihat panduan lengkap dan repositori protokol AG-UI untuk mendalami lebih jauh.

Microsoft Foundry Maret 2026 — GPT-5.4, Agent Service GA, dan SDK Refresh yang Mengubah Segalanya

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Posting bulanan “Yang Baru di Microsoft Foundry” biasanya merupakan campuran peningkatan bertahap. Edisi Maret 2026? Hampir semuanya adalah fitur utama.

Foundry Agent Service siap untuk produksi

Runtime agen generasi berikutnya tersedia secara umum — dibangun di atas OpenAI Responses API, kompatibel secara wire dengan agen OpenAI.

Penambahan utama: jaringan privat end-to-end, ekspansi auth MCP, pratinjau Voice Live, dan hosted agents di 6 region baru.

GPT-5.4 — keandalan di atas kecerdasan mentah

GPT-5.4 bukan tentang menjadi lebih pintar. Ini tentang menjadi lebih andal.

Model	Harga (per M token)	Terbaik untuk
GPT-5.4 (≤272K)	$2.50 / $15 output	Agen produksi
GPT-5.4 Pro	$30 / $180 output	Analisis mendalam
GPT-5.4 Mini	Hemat biaya	Klasifikasi, ekstraksi

SDK akhirnya stabil

SDK azure-ai-projects merilis versi stabil di semua bahasa — termasuk .NET 2.0.0.

Fireworks AI membawa model terbuka ke Azure

DeepSeek V3.2, gpt-oss-120b, Kimi K2.5 tersedia saat peluncuran.

Baca ringkasan lengkap.

Mode Terisolasi Aspire Memperbaiki Mimpi Buruk Konflik Port dalam Pengembangan Paralel

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Jika Anda pernah mencoba menjalankan dua instans proyek yang sama secara bersamaan, Anda tahu rasa sakitnya. Port 8080 sudah digunakan.

Aspire 13.2 memperbaiki ini dengan satu flag. James Newton-King menulis semua detailnya.

Perbaikan: `--isolated`

aspire run --isolated

Setiap run mendapat:

Port acak — tidak ada tabrakan antar instans
User secrets terisolasi — connection string dan API key tetap terpisah per instans

Skenario nyata

Beberapa checkout:

# Terminal 1
cd ~/projects/my-app-feature
aspire run --isolated

# Terminal 2
cd ~/projects/my-app-bugfix
aspire run --isolated

Keduanya berjalan tanpa konflik.

Agen latar belakang di VS Code. Ketika agen latar belakang Copilot Chat membuat git worktree untuk bekerja secara independen, mode terisolasi memastikan kedua instans berfungsi.

Kesimpulan

Mode terisolasi adalah fitur kecil yang memecahkan masalah nyata yang semakin umum. Dapatkan 13.2 dengan aspire update --self.

Pengaturan Floating Windows Visual Studio yang Tidak Kamu Ketahui (Tapi Harus Tahu)

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Jika kamu menggunakan beberapa monitor dengan Visual Studio (dan jujur saja, siapa yang tidak zaman sekarang), kamu mungkin pernah merasakan frustrasi ini: floating tool windows menghilang saat kamu meminimalkan IDE utama, selalu berada di atas segalanya, dan tidak muncul sebagai tombol taskbar terpisah. Ini mungkin berhasil untuk beberapa alur kerja, tapi untuk setup multi-monitor sangat menjengkelkan.

Mads Kristensen dari tim Visual Studio berbagi pengaturan yang kurang dikenal yang sepenuhnya mengubah cara floating windows berperilaku. Satu dropdown. Itu saja.

Pengaturannya

Tools > Options > Environment > Windows > Floating Windows

Dropdown “These floating windows are owned by the main window” memiliki tiga opsi:

None — independensi penuh. Setiap floating window mendapat entri taskbar sendiri dan berperilaku seperti jendela Windows biasa.
Tool Windows (default) — dokumen mengapung bebas, tool windows tetap terikat ke IDE.
Documents and Tool Windows — perilaku Visual Studio klasik, semuanya terikat ke jendela utama.

Mengapa “None” adalah Pilihan Terbaik untuk Setup Multi-Monitor

Atur ke None dan tiba-tiba semua floating tool windows dan dokumen berperilaku seperti aplikasi Windows nyata. Mereka muncul di taskbar, tetap terlihat saat kamu meminimalkan jendela Visual Studio utama, dan berhenti memaksa diri ke depan segalanya.

Kombinasikan ini dengan PowerToys FancyZones dan itu mengubah segalanya. Buat tata letak kustom di seluruh monitormu, snap Solution Explorer ke satu zona, debugger ke zona lain, dan file kode di mana pun kamu mau. Semuanya tetap di tempat, semuanya dapat diakses secara mandiri.

Rekomendasi Cepat

Pengguna multi-monitor: Atur ke None, pasangkan dengan FancyZones
Floating windows sesekali: Tool Windows (default) adalah jalan tengah yang solid
Alur kerja tradisional: Documents and Tool Windows mempertahankan gaya klasik

Tips: Ctrl + double-click pada title bar tool window mana pun untuk langsung memfloat atau mendocknya. Tidak perlu restart setelah mengubah pengaturan.

Kesimpulan

Ini salah satu pengaturan “Saya tidak percaya saya tidak tahu tentang ini”. Jika floating windows di Visual Studio pernah membuatmu kesal, pergi ubah ini sekarang.

Baca postingan lengkapnya untuk detail dan screenshot.

Penilaian Modernisasi GitHub Copilot Adalah Alat Migrasi Terbaik yang Belum Anda Gunakan

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Memigrasikan aplikasi .NET Framework lama ke .NET modern adalah salah satu tugas yang semua orang tahu harus dilakukan tapi tidak ada yang ingin memulainya.

Jeffrey Fritz baru saja menerbitkan analisis mendalam tentang penilaian modernisasi GitHub Copilot.

Ini bukan sekadar mesin saran kode

Ekstensi VS Code mengikuti model Nilai → Rencanakan → Eksekusi. Fase penilaian menganalisis seluruh basis kode dan menghasilkan dokumen terstruktur yang menangkap semuanya.

Penilaian disimpan di bawah .github/modernize/assessment/. Setiap run menghasilkan laporan independen.

Dua cara untuk memulai

Penilaian yang Direkomendasikan — jalur cepat. Pilih dari domain yang dikurasi (Peningkatan Java/.NET, Kesiapan Cloud, Keamanan).

Penilaian Kustom — jalur terarah. Konfigurasikan apa yang akan dianalisis: komputasi target (App Service, AKS, Container Apps), OS target, analisis kontainerisasi.

Rincian masalah dapat ditindaklanjuti

Setiap masalah dilengkapi level kritis:

Wajib — harus diperbaiki atau migrasi akan gagal
Potensial — mungkin berdampak pada migrasi, memerlukan penilaian manusia
Opsional — perbaikan yang direkomendasikan, tidak akan memblokir migrasi

Pendapat saya

Jika Anda memiliki aplikasi .NET Framework lama, ini adalah alat terbaik untuk memulai. Dokumen penilaian saja sudah sepadan dengan waktunya.

Baca panduan lengkap dan unduh ekstensi VS Code.

SQL MCP Server — Cara yang Tepat untuk Memberi Agen AI Akses Database

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

Jujur saja: sebagian besar server MCP database yang tersedia saat ini sangat menakutkan. Mereka mengambil kueri bahasa alami, menghasilkan SQL secara langsung, dan menjalankannya pada data produksi Anda.

Tim Azure SQL baru saja memperkenalkan SQL MCP Server, dan mengambil pendekatan yang secara fundamental berbeda.

Mengapa tidak NL2SQL?

Model tidak deterministik. SQL MCP Server menggunakan pendekatan NL2DAB. Agen bekerja dengan lapisan abstraksi entitas Data API builder untuk menghasilkan T-SQL yang akurat secara deterministik.

Tujuh alat, bukan tujuh ratus

SQL MCP Server mengekspos tepat tujuh alat DML:

describe_entities — temukan entitas yang tersedia
create_record — sisipkan baris
read_records — kueri tabel dan view
update_record — modifikasi baris
delete_record — hapus baris
execute_entity — jalankan stored procedure
aggregate_records — kueri agregasi

Mulai dalam tiga perintah

dab init --database-type mssql --connection-string "@env('sql_connection_string')"

dab add Customers --source dbo.Customers --permissions "anonymous:*"

dab start

Cerita keamanan solid

RBAC di setiap lapisan, integrasi Azure Key Vault, Microsoft Entra + OAuth kustom.

Lihat posting lengkap dan dokumentasi.

VS Code 1.116 — Aplikasi Agen Mendapatkan Navigasi Keyboard dan Penyelesaian Konteks File

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

VS Code 1.116 adalah rilis April 2026, dan meskipun lebih ringan dari beberapa pembaruan terbaru, perubahannya fokus dan bermakna — terutama jika kamu menggunakan aplikasi Agen setiap hari.

Inilah yang mendarat, berdasarkan catatan rilis resmi.

Peningkatan aplikasi Agen

Aplikasi Agen terus matang dengan polesan kegunaan yang membuat perbedaan nyata dalam alur kerja sehari-hari:

Keybinding khusus — kamu sekarang bisa memfokuskan tampilan Changes, pohon file dalam Changes, dan tampilan Chat Customizations dengan perintah dan pintasan keyboard khusus.

Dialog bantuan aksesibilitas — menekan Alt+F1 di kotak input chat sekarang membuka dialog bantuan aksesibilitas yang menampilkan perintah dan keybinding yang tersedia.

Penyelesaian konteks file — ketik # di chat aplikasi Agen untuk memicu penyelesaian konteks file yang dicakup ke workspace saat ini.

Resolusi tautan CSS `@import`

Sesuatu yang bagus untuk developer frontend: VS Code sekarang menyelesaikan referensi CSS @import yang menggunakan jalur node_modules. Kamu bisa Ctrl+klik melalui import seperti @import "some-module/style.css" saat menggunakan bundler.

Kesimpulan

VS Code 1.116 tentang penyempurnaan — membuat aplikasi Agen lebih mudah dinavigasi, lebih mudah diakses, dan lebih ramah keyboard. Lihat catatan rilis lengkapnya untuk daftar lengkap.

VS Code 1.115 — Notifikasi Terminal Latar Belakang, Mode Agen SSH, dan Lainnya

Emiliano Montesdeoca — Mon, 06 Apr 2026 00:00:00 +0000

VS Code 1.115 baru saja rilis, dan meskipun ini adalah rilis yang lebih ringan dalam hal fitur utama, peningkatan terkait agen benar-benar berguna jika kamu bekerja dengan asisten coding AI setiap hari.

Biarkan aku menyoroti apa yang sebenarnya layak diketahui.

Terminal latar belakang berkomunikasi kembali ke agen

Ini adalah fitur unggulan. Terminal latar belakang sekarang secara otomatis memberi tahu agen ketika perintah selesai, termasuk kode keluar dan output terminal.

Mengapa ini penting? Jika kamu menggunakan mode agen Copilot untuk menjalankan perintah build atau suite test di latar belakang, kamu tahu rasa sakit “apakah itu sudah selesai?” — terminal latar belakang pada dasarnya adalah tembak dan lupakan. Sekarang agen mendapat pemberitahuan ketika dotnet build atau dotnet testmu selesai, melihat output, dan dapat bereaksi sesuai. Ini adalah perubahan kecil yang membuat alur kerja yang digerakkan agen jauh lebih andal.

Ada juga alat send_to_terminal baru yang memungkinkan agen mengirim perintah ke terminal latar belakang dengan konfirmasi pengguna.

Hosting agen jarak jauh SSH

VS Code sekarang mendukung koneksi ke mesin jarak jauh melalui SSH, secara otomatis menginstal CLI dan memulainya dalam mode host agen.

Pelacakan edit dalam sesi agen

Edit file yang dibuat selama sesi agen sekarang dilacak dan dipulihkan, dengan diff, undo/redo, dan pemulihan state.

Kesadaran tab browser dan peningkatan lainnya

Beberapa tambahan kualitas hidup lainnya:

Pelacakan tab browser — chat sekarang bisa melacak dan menautkan ke tab browser yang dibuka selama sesi
Tempel file di terminal — tempel file (termasuk gambar) ke terminal dengan Ctrl+V
Cakupan tes di minimap — indikator cakupan tes sekarang muncul di minimap
Pinch-to-zoom di Mac — browser terintegrasi mendukung gestur pinch-to-zoom

Kesimpulan

VS Code 1.115 adalah rilis inkremental, tapi peningkatan agen — notifikasi terminal latar belakang, hosting agen SSH, dan pelacakan edit — menambah pengalaman yang terasa lebih lancar secara keseluruhan. Lihat catatan rilis lengkapnya untuk setiap detail.

C# 15 Mendapatkan Tipe Union — Dan Itu Persis Yang Kita Minta

Emiliano Montesdeoca — Sun, 05 Apr 2026 00:00:00 +0000

Inilah yang saya tunggu-tunggu. C# 15 memperkenalkan kata kunci union — union diskriminasi yang tepat dengan pencocokan pola lengkap yang dipaksakan kompiler.

Bill Wagner menerbitkan analisis mendalam.

Masalah yang diselesaikan union

Sebelum C# 15, mengembalikan “salah satu dari beberapa tipe yang mungkin” dari metode selalu merupakan kompromi. Anda tidak pernah mendapatkan apa yang sebenarnya Anda inginkan: kumpulan tipe tertutup di mana kompiler menjamin Anda telah menangani setiap kasus.

Sintaksnya sederhana dengan indah

public record class Cat(string Name);
public record class Dog(string Name);
public record class Bird(string Name);

public union Pet(Cat, Dog, Bird);

Dan inilah keajaibannya — kompiler memaksakan pencocokan lengkap:

string name = pet switch
{
 Dog d => d.Name,
 Cat c => c.Name,
 Bird b => b.Name,
};

Tidak perlu _. Jika Anda nanti menambahkan tipe keempat ke union, setiap ekspresi switch yang tidak menanganinya menghasilkan peringatan.

Di mana ini menjadi praktis

public union ApiResult<T>(T, ApiError, ValidationFailure);

Sekarang setiap konsumen dipaksa untuk menangani sukses, error, dan kegagalan validasi.

Coba hari ini

Tipe union tersedia di .NET 11 Preview 2. Lihat referensi bahasa lengkap.

Aspire 13.2 Memiliki CLI Dokumentasi — dan Agen AI Anda Bisa Menggunakannya Juga

Emiliano Montesdeoca — Sat, 04 Apr 2026 00:00:00 +0000

Anda tahu momen ketika Anda sedang dalam Aspire AppHost, menghubungkan integrasi, dan perlu memeriksa parameter apa yang diharapkan integrasi Redis? Anda alt-tab ke browser, berburu di aspire.dev. Konteks hilang.

Aspire 13.2 baru saja mengirimkan perbaikan untuk itu. CLI aspire docs memungkinkan Anda mencari, menelusuri, dan membaca dokumentasi Aspire resmi langsung dari terminal.

Tiga perintah, nol tab browser

# Daftar semua dokumen
aspire docs list

# Cari topik
aspire docs search "redis"

# Baca halaman penuh
aspire docs get redis-integration

# Hanya satu bagian
aspire docs get redis-integration --section "Add Redis resource"

Sudut agen AI

Perintah aspire docs yang sama berfungsi sebagai alat untuk agen AI. Alih-alih mengarang API Aspire berdasarkan data pelatihan lama, agen bisa memanggil aspire docs search "postgres", menemukan dokumen integrasi resmi, dan membaca halaman yang tepat.

Kesimpulan

aspire docs adalah fitur kecil yang memecahkan masalah nyata dengan bersih. Lihat deep dive David Pine.

Microsoft Agent Framework Mencapai Versi 1.0 — Inilah yang Benar-Benar Penting bagi Developer .NET

Emiliano Montesdeoca — Fri, 03 Apr 2026 00:00:00 +0000

Jika Anda telah mengikuti perjalanan Agent Framework dari hari-hari awal Semantic Kernel dan AutoGen, ini adalah momen yang berarti. Microsoft Agent Framework baru saja mencapai versi 1.0 — siap produksi, API stabil, komitmen dukungan jangka panjang. Tersedia untuk .NET dan Python, dan benar-benar siap untuk beban kerja nyata.

Mari kita potong kebisingan pengumuman dan fokus pada apa yang penting jika Anda membangun aplikasi bertenaga AI dengan .NET.

Versi singkat

Agent Framework 1.0 menyatukan apa yang dulu Semantic Kernel dan AutoGen menjadi satu SDK open-source. Satu abstraksi agen. Satu mesin orkestrasi. Beberapa penyedia AI. Jika Anda bolak-balik antara Semantic Kernel untuk pola enterprise dan AutoGen untuk alur kerja multi-agen tingkat penelitian, Anda bisa berhenti. Inilah satu SDK-nya sekarang.

Memulai hampir terlalu mudah

Berikut agen yang berfungsi di .NET:

// dotnet add package Microsoft.Agents.AI.OpenAI --prerelease
using Microsoft.Agents.AI;
using Microsoft.Agents.AI.Foundry;
using Azure.Identity;

var agent = new AIProjectClient(endpoint: "https://your-project.services.ai.azure.com")
 .GetResponsesClient("gpt-5.3")
 .AsAIAgent(
 name: "HaikuBot",
 instructions: "You are an upbeat assistant that writes beautifully."
 );

Console.WriteLine(await agent.RunAsync("Write a haiku about shipping 1.0."));

Hanya itu. Beberapa baris dan Anda memiliki agen AI yang berjalan di Azure Foundry. Padanannya dalam Python sama singkatnya. Tambahkan function tools, percakapan multi-turn, dan streaming seiring kemajuan Anda — permukaan API berkembang tanpa menjadi aneh.

Orkestrasi multi-agen — inilah yang nyata

Agen tunggal cocok untuk demo, tapi skenario produksi biasanya membutuhkan koordinasi. Agent Framework 1.0 hadir dengan pola orkestrasi yang telah teruji langsung dari Microsoft Research dan AutoGen:

Sequential — agen memproses secara berurutan (penulis → reviewer → editor)
Concurrent — fan out ke beberapa agen secara paralel, konvergensi hasil
Handoff — satu agen mendelegasikan ke agen lain berdasarkan intent
Group chat — beberapa agen berdiskusi dan berkonvergensi pada solusi
Magentic-One — pola multi-agen tingkat penelitian dari MSR

Semuanya mendukung streaming, checkpointing, persetujuan human-in-the-loop, dan pause/resume. Bagian checkpointing sangat penting — alur kerja yang berjalan lama bertahan dari restart proses.

Fitur yang paling penting

Hook Middleware. Tahu pipeline middleware di ASP.NET Core? Konsep yang sama, tapi untuk eksekusi agen. Cegat setiap tahap — tambahkan keamanan konten, logging, kebijakan kepatuhan — tanpa menyentuh prompt agen.

Memori yang dapat dicolokkan. Riwayat percakapan, status key-value persisten, pengambilan berbasis vektor. Pilih backend Anda: Foundry Agent Service, Mem0, Redis, Neo4j, atau buat sendiri.

Agen YAML deklaratif. Definisikan instruksi, alat, memori, dan topologi orkestrasi agen Anda dalam file YAML yang dikontrol versi. Muat dan jalankan dengan satu panggilan API.

Dukungan A2A dan MCP. MCP (Model Context Protocol) memungkinkan agen menemukan dan memanggil alat eksternal secara dinamis. A2A (Agent-to-Agent protocol) memungkinkan kolaborasi lintas runtime.

Fitur preview yang layak ditonton

DevUI — debugger lokal berbasis browser untuk memvisualisasikan eksekusi agen, aliran pesan, dan panggilan alat secara real-time.
GitHub Copilot SDK dan Claude Code SDK — gunakan Copilot atau Claude sebagai harness agen langsung dari kode orkestrasi Anda.
Agent Harness — runtime lokal yang dapat dikustomisasi yang memberi agen akses ke shell, sistem file, dan loop pesan.
Skills — paket kemampuan domain yang dapat digunakan kembali.

Migrasi dari Semantic Kernel atau AutoGen

Jika Anda memiliki kode Semantic Kernel atau AutoGen yang ada, tersedia asisten migrasi khusus yang menganalisis kode Anda dan menghasilkan rencana migrasi langkah demi langkah.

Kesimpulan

Agent Framework 1.0 adalah tonggak produksi yang telah ditunggu oleh tim enterprise. API stabil, dukungan multi-penyedia, dan pola orkestrasi yang benar-benar bekerja pada skala besar.

Framework ini sepenuhnya open source di GitHub. Jika Anda menunggu sinyal “aman digunakan di produksi” — inilah saatnya.

azd Kini Memungkinkan Anda Menjalankan dan Men-debug Agen AI Secara Lokal — Apa yang Berubah di Maret 2026

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Tujuh rilis dalam satu bulan. Itulah yang didorong oleh tim Azure Developer CLI (azd) di Maret 2026, dan fitur unggulan adalah yang sudah saya tunggu: loop jalankan-dan-debug lokal untuk agen AI.

Jalankan dan debug agen AI tanpa deploy

Ini yang besar. Ekstensi azure.ai.agents baru menambahkan serangkaian perintah:

azd ai agent run — memulai agen Anda secara lokal
azd ai agent invoke — mengirim pesan ke agen (lokal atau ter-deploy)
azd ai agent show — menampilkan status dan kesehatan container
azd ai agent monitor — streaming log container secara real time

Sebelumnya, menguji agen AI berarti deploy ke Microsoft Foundry setiap kali ada perubahan. Sekarang Anda bisa beriterasi secara lokal.

GitHub Copilot men-scaffold proyek azd Anda

azd init kini menawarkan opsi “Set up with GitHub Copilot (Preview)”. Agen Copilot men-scaffold konfigurasi untuk struktur proyek Anda.

Container App Jobs dan peningkatan deployment

Container App Jobs: azd kini men-deploy Microsoft.App/jobs melalui konfigurasi host: containerapp yang ada
Timeout deployment yang dapat dikonfigurasi: Flag --timeout baru pada azd deploy
Fallback build lokal: Ketika remote ACR build gagal, azd otomatis beralih ke Docker/Podman lokal
Validasi preflight lokal: Parameter Bicep divalidasi secara lokal sebelum deploy

Kesimpulan

Loop debugging agen AI lokal adalah bintang rilis ini. Cek catatan rilis lengkap.

Azure DevOps Akhirnya Memperbaiki UX Editor Markdown yang Dikeluhkan Semua Orang

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Jika Anda menggunakan Azure Boards, Anda mungkin pernah mengalami ini: Anda sedang membaca deskripsi item kerja, mungkin meninjau kriteria penerimaan, dan secara tidak sengaja mengklik dua kali. Boom — Anda dalam mode edit. Anda tidak ingin mengedit apa pun. Anda hanya membaca.

Dan Hellem mengumumkan perbaikannya, dan ini adalah salah satu perubahan yang terdengar kecil tetapi sebenarnya menghilangkan gesekan nyata dari alur kerja harian Anda.

Apa yang berubah

Editor Markdown untuk bidang teks item kerja sekarang dibuka dalam mode pratinjau secara default. Anda dapat membaca dan berinteraksi dengan konten — mengikuti tautan, meninjau pemformatan — tanpa khawatir secara tidak sengaja masuk ke mode edit.

Saat Anda benar-benar ingin mengedit, Anda mengklik ikon edit di bagian atas bidang. Setelah selesai, Anda keluar kembali ke mode pratinjau secara eksplisit.

Mengapa ini lebih penting dari kedengarannya

Thread umpan balik komunitas tentang ini panjang. Perilaku klik-dua-kali-untuk-edit diperkenalkan dengan editor Markdown pada Juli 2025, dan keluhan dimulai hampir seketika.

Status peluncuran

Ini sudah diluncurkan ke sebagian pelanggan dan akan diperluas ke semua orang dalam dua hingga tiga minggu ke depan.

Bookmark Studio Menghadirkan Navigasi Berbasis Slot dan Berbagi ke Bookmark Visual Studio

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Bookmark di Visual Studio selalu… cukup baik. Anda mengaturnya, menavigasi ke yang berikutnya, lupa mana yang mana.

Mads Kristensen baru saja merilis Bookmark Studio, ekstensi eksperimental yang mengisi kesenjangan yang mungkin Anda temui jika menggunakan bookmark secara teratur.

Navigasi berbasis slot

Tambahan utama: bookmark sekarang dapat ditetapkan ke slot 1–9 dan langsung melompat dengan Alt+Shift+1 hingga Alt+Shift+9. Ini mengubah bookmark dari “saya punya beberapa bookmark di suatu tempat” menjadi “Slot 3 adalah controller API saya, Slot 5 adalah lapisan layanan.”

Manajer Bookmark

Jendela alat baru menampilkan semua bookmark Anda di satu tempat dengan pemfilteran berdasarkan nama, file, lokasi, warna, atau slot.

Organisasi dengan label, warna, dan folder

Bookmark secara opsional dapat memiliki label dan warna serta dikelompokkan ke dalam folder. Semua metadata disimpan per solusi.

Ekspor dan berbagi

Bookmark Studio memungkinkan Anda mengekspor bookmark sebagai teks biasa, Markdown, atau CSV:

Sertakan jalur bookmark dalam deskripsi pull request
Bagikan jejak investigasi dengan rekan tim

Ambil dari Visual Studio Marketplace.

Dashboard Aspire 13.2 Kini Memiliki Telemetry API — dan Ini Mengubah Segalanya

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Jika Anda membangun aplikasi terdistribusi dengan .NET Aspire, Anda sudah tahu bahwa dashboard adalah bagian terbaik dari seluruh pengalaman. Aspire 13.2 membuatnya jauh lebih baik.

Mengekspor telemetri dengan cara yang masuk akal

Aspire 13.2 menambahkan dialog Kelola log dan telemetri yang tepat di mana Anda dapat:

Menghapus semua telemetri
Mengekspor telemetri yang dipilih ke file ZIP dalam format OTLP/JSON standar
Mengimpor ulang ZIP tersebut ke dashboard Aspire mana pun nanti

Bagian terakhir adalah fitur unggulan. Reproduksi bug, ekspor telemetri, lampirkan ke item kerja, dan rekan tim Anda dapat mengimpornya ke dashboard mereka sendiri.

Telemetry API adalah pengubah permainan sesungguhnya

Dashboard kini mengekspos HTTP API di bawah /api/telemetry:

GET /api/telemetry/resources — daftar sumber daya dengan telemetri
GET /api/telemetry/spans — kueri span dengan filter
GET /api/telemetry/logs — kueri log dengan filter
GET /api/telemetry/traces — daftar trace

Ini mendukung perintah CLI aspire agent mcp dan aspire otel yang baru.

Telemetri GenAI menjadi praktis

VS Code Copilot chat dan Copilot CLI mendukung konfigurasi OTEL_EXPORTER_OTLP_ENDPOINT — arahkan ke dashboard Aspire dan Anda bisa melihat agen AI Anda berpikir secara real-time melalui telemetri.

Kesimpulan

Aspire 13.2 mengubah dashboard dari “UI debugging yang bagus” menjadi “platform observabilitas yang dapat diprogram”. Kunjungi aspire.dev.

Pembaruan Maret Visual Studio Memungkinkan Kamu Membangun Agen Copilot Kustom — dan Alat find_symbol Adalah Hal Besar

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

Visual Studio baru saja mendapatkan pembaruan Copilot paling signifikan hingga saat ini. Mark Downie mengumumkan rilis Maret, dan judul utamanya adalah agen kustom — tapi jujur saja, alat find_symbol yang tersembunyi lebih jauh mungkin adalah fitur yang paling mengubah alur kerjamu.

Mari saya uraikan apa yang sebenarnya ada di sini.

Agen Copilot kustom di repo kamu

Ingin Copilot mengikuti standar pengkodean timmu, menjalankan pipeline build, atau mengquery dokumen internal? Sekarang kamu bisa membangun persis itu.

Agen kustom didefinisikan sebagai file .agent.md yang kamu letakkan di .github/agents/ di repositorimu. Setiap agen mendapatkan akses penuh ke kesadaran workspace, pemahaman kode, alat, model pilihanmu, dan koneksi MCP ke layanan eksternal.

Ini adalah pola yang sama yang sudah didukung VS Code — dan sangat menyenangkan melihat Visual Studio menyusul.

Skill agen: paket instruksi yang dapat digunakan ulang

Skill secara otomatis diambil dari .github/skills/ di repositorimu atau ~/.copilot/skills/ di profilmu.

find_symbol: navigasi sadar bahasa untuk agen

Di sinilah hal-hal menjadi sangat menarik. Alat find_symbol baru memberikan mode agen Copilot navigasi simbol yang benar-benar didukung oleh layanan bahasa. Alih-alih mencari kode sebagai teks, agen dapat:

Menemukan semua referensi ke simbol di seluruh proyekmu
Mengakses informasi tipe, deklarasi, dan metadata cakupan
Menavigasi situs panggilan dengan kesadaran bahasa penuh

Artinya dalam praktik: ketika kamu meminta Copilot untuk refaktor metode atau memperbarui tanda tangan parameter di seluruh situs panggilan, ia benar-benar dapat melihat struktur kodemu.

Profil tes dengan Copilot

Sekarang ada perintah Profile with Copilot di menu konteks Test Explorer. Pilih tes, klik profil, dan Profiling Agent secara otomatis menjalankannya dan menganalisis performa.

Kesimpulan

Agen kustom dan skill adalah judul utama, tapi find_symbol adalah pahlawan diam-diam — ini secara fundamental mengubah seberapa akurat Copilot bisa dalam merefaktor kode .NET. Unduh Visual Studio 2026 Insiders untuk mencoba semuanya.

KubeCon Europe 2026: Yang Sebenarnya Perlu Diperhatikan Pengembang .NET

Emiliano Montesdeoca — Sun, 29 Mar 2026 00:00:00 +0000

Microsoft baru saja menerbitkan rekap lengkap KubeCon Europe 2026 mereka.

mTLS tanpa pajak service mesh

Azure Kubernetes Application Network memberi Anda mutual TLS, otorisasi berbasis aplikasi, dan telemetri traffic — tanpa menerapkan mesh sidecar berat. API ASP.NET Core yang berkomunikasi dengan background worker — semua terenkripsi di tingkat jaringan, tanpa perubahan kode aplikasi.

Observabilitas GPU

AKS kini menampilkan metrik GPU secara native ke Prometheus dan Grafana terkelola. Tanpa exporter kustom.

Jaringan lintas kluster

Azure Kubernetes Fleet Manager kini mengirimkan jaringan lintas kluster — konektivitas terpadu, registri layanan global.

Upgrade yang lebih aman

Upgrade agent pool biru-hijau membuat node pool paralel. Rollback agent pool memungkinkan Anda kembali ke versi sebelumnya.

Dari mana memulai

Observabilitas dulu — aktifkan metrik GPU dan log aliran jaringan
Coba upgrade biru-hijau — uji alur kerja rollback
Pilot jaringan berbasis identitas — aktifkan mTLS untuk satu jalur layanan

SQL MCP Server, Copilot di SSMS, dan Database Hub dengan AI Agent: Yang Benar-Benar Penting dari SQLCon 2026

Emiliano Montesdeoca — Sat, 28 Mar 2026 00:00:00 +0000

Microsoft baru saja meluncurkan SQLCon 2026 bersamaan dengan FabCon di Atlanta. Saya akan melewati slide harga enterprise dan fokus pada hal-hal yang penting bagi developer yang membangun dengan Azure SQL dan AI.

SQL MCP Server kini dalam pratinjau publik

Ini adalah headline bagi saya. Azure SQL Database Hyperscale kini memiliki SQL MCP Server dalam pratinjau publik yang memungkinkan Anda menghubungkan data SQL dengan aman ke agen AI dan Copilot menggunakan Model Context Protocol.

Bagi developer .NET yang membangun agen AI dengan Semantic Kernel atau Microsoft Agent Framework, ini membuka jalur integrasi yang bersih. Agen Anda perlu memeriksa inventaris? Mencari catatan pelanggan? Memvalidasi pesanan? MCP memberinya cara terstruktur untuk melakukan itu tanpa menulis kode pengambilan data khusus.

GitHub Copilot di SSMS 22 Kini GA

Jika Anda menghabiskan waktu di SQL Server Management Studio, GitHub Copilot kini tersedia secara umum di SSMS 22. Pengalaman Copilot yang sama yang sudah Anda gunakan di VS Code dan Visual Studio, tapi untuk T-SQL.

Nilai praktisnya langsung: bantuan berbasis obrolan untuk menulis query, merestrukturisasi stored procedure, menyelesaikan masalah performa, dan tugas admin.

Indeks vektor mendapat peningkatan serius

Azure SQL Database kini memiliki indeks vektor yang lebih cepat dan lebih mampu dengan dukungan insert, update, dan delete penuh. Artinya data vektor Anda tetap terkini secara real time — tidak perlu pengindeksan ulang batch.

Yang baru:

Kuantisasi untuk ukuran indeks lebih kecil tanpa kehilangan banyak akurasi
Pemfilteran iteratif untuk hasil yang lebih tepat
Integrasi pengoptimal query yang lebih ketat untuk performa yang dapat diprediksi

Jika Anda melakukan RAG dengan Azure SQL sebagai penyimpan vektor, peningkatan ini berguna secara langsung.

Database Hub di Fabric: manajemen agentik

Microsoft mengumumkan Database Hub di Microsoft Fabric (akses awal), yang memberikan panel tunggal di seluruh Azure SQL, Cosmos DB, PostgreSQL, MySQL, dan SQL Server via Arc.

Agen AI terus-menerus memantau estate database Anda, menampilkan apa yang berubah, menjelaskan mengapa itu penting, dan menyarankan langkah selanjutnya.

Artinya bagi developer .NET

Coba SQL MCP Server jika Anda membangun agen AI — cara paling bersih memberi agen akses database.
Aktifkan Copilot di SSMS jika belum — kemenangan produktivitas gratis.
Tinjau indeks vektor jika Anda melakukan RAG dan menjalankan penyimpan vektor terpisah.

Lihat pengumuman lengkap dari Shireesh Thota dan daftar untuk akses awal Database Hub.

Azure DevOps MCP Server Hadir di Microsoft Foundry: Apa Artinya untuk Agen AI Anda

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

MCP (Model Context Protocol) sedang naik daun. Jika Anda mengikuti ekosistem agen AI, Anda mungkin sudah melihat server MCP bermunculan di mana-mana.

Kini Azure DevOps MCP Server tersedia di Microsoft Foundry, dan ini adalah salah satu integrasi yang membuat Anda berpikir tentang kemungkinan praktisnya.

Yang sebenarnya terjadi

Microsoft sudah merilis Azure DevOps MCP Server sebagai pratinjau publik. Yang baru adalah integrasi Foundry. Anda sekarang dapat menambahkan Azure DevOps MCP Server ke agen Foundry Anda langsung dari katalog alat.

Cara menyiapkannya

Penyiapannya cukup mudah:

Di agen Foundry Anda, buka Tambah Alat > Katalog
Cari “Azure DevOps”
Pilih Azure DevOps MCP Server (pratinjau) dan klik Buat
Masukkan nama organisasi Anda dan hubungkan

Mengontrol apa yang dapat diakses agen Anda

Anda dapat menentukan alat mana yang tersedia untuk agen Anda. Prinsip hak akses minimum, diterapkan ke agen AI Anda.

Mengapa ini menarik untuk tim .NET

Asisten perencanaan sprint — agen yang dapat menarik item kerja dan menyarankan kapasitas sprint
Bot code review — agen yang memahami konteks PR
Respons insiden — agen yang membuat item kerja dan mengkorelasikan bug
Orientasi developer — jawaban nyata berdasarkan data proyek aktual

Kesimpulan

Lihat pengumuman lengkap untuk detail lebih lanjut.

Dari Laptop ke Produksi: Deploy Agen AI ke Microsoft Foundry dengan Dua Perintah

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

Anda tahu kesenjangan antara “berfungsi di mesin saya” dan “sudah di-deploy dan melayani traffic”? Untuk agen AI, kesenjangan itu sangat lebar.

Azure Developer CLI baru saja menjadikan ini urusan dua perintah.

Alur kerja `azd ai agent` baru

azd ai agent init
azd up

Itu saja. azd ai agent init membuat scaffolding infrastruktur-sebagai-kode di repo Anda, dan azd up menyediakan semua hal di Azure dan menerbitkan agen Anda.

Yang terjadi di balik layar

Perintah init menghasilkan template Bicep yang nyata dan dapat diperiksa di repo Anda — Foundry Resource, Foundry Project, konfigurasi deployment model, managed identity dengan RBAC.

Dev inner loop

azd ai agent run # jalankan agen secara lokal
azd ai agent invoke # kirim prompt uji
azd ai agent monitor --follow # stream log real-time

Set perintah lengkap

Perintah	Yang dilakukan
`azd ai agent init`	Scaffold proyek agen Foundry dengan IaC
`azd up`	Provisioning sumber daya dan deploy agen
`azd ai agent invoke`	Kirim prompt ke agen remote atau lokal
`azd ai agent run`	Jalankan agen secara lokal
`azd ai agent monitor`	Stream log real-time
`azd down`	Bersihkan semua sumber daya Azure

Lihat panduan lengkap.

Foundry Agent Service Sudah GA: Yang Benar-benar Penting untuk Pengembang Agen .NET

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

Mari jujur — membangun prototipe agen AI adalah bagian yang mudah. Bagian sulitnya adalah semua yang datang setelah itu.

Foundry Agent Service baru saja GA, dan rilis ini sangat fokus pada kesenjangan “semua yang datang setelah itu”.

Dibangun di atas Responses API

Foundry Agent Service generasi berikutnya dibangun di atas OpenAI Responses API. Arsitekturnya sengaja terbuka — Anda tidak terkunci pada satu penyedia model.

Jaringan privat: hambatan enterprise dihilangkan

Tanpa egress publik — traffic agen tidak pernah menyentuh internet publik
Injeksi container/subnet ke jaringan Anda
Konektivitas alat disertakan — server MCP, Azure AI Search melalui jalur privat

Autentikasi MCP

Metode auth	Kapan digunakan
Berbasis kunci	Akses bersama sederhana
Identitas Agen Entra	Service-to-service
Identitas Terkelola Entra	Isolasi per-proyek
Passthrough identitas OAuth	Akses yang didelegasikan pengguna

Voice Live

Voice Live menggabungkan STT, LLM, dan TTS menjadi satu API terkelola.

Evaluasi

Evaluator siap pakai — koherensi, relevansi, keterpancaran
Evaluator kustom — logika bisnis Anda sendiri
Evaluasi berkelanjutan — pengambilan sampel traffic produksi langsung

Lihat panduan quickstart dan pengumuman GA.

Respons Latar Belakang di Microsoft Agent Framework: Tidak Ada Lagi Kecemasan Timeout

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

Jika Anda pernah membangun sesuatu dengan model penalaran seperti o3 atau GPT-5.2, Anda tahu rasa sakitnya. Agen Anda mulai memproses tugas yang kompleks, klien menunggu, dan di suatu titik koneksi habis waktu.

Microsoft Agent Framework baru saja merilis respons latar belakang — dan sejujurnya, ini adalah salah satu fitur yang seharusnya ada sejak hari pertama.

Cara token kelanjutan bekerja

Alih-alih memblokir, Anda memulai tugas agen dan mendapatkan kembali token kelanjutan. Anggap seperti klaim tiket di bengkel reparasi:

Kirim permintaan Anda dengan AllowBackgroundResponses = true
Jika agen mendukung pemrosesan latar belakang, Anda mendapat token kelanjutan
Poll sesuai jadwal Anda hingga token kembali null

AgentRunOptions options = new()
{
 AllowBackgroundResponses = true
};

AgentSession session = await agent.CreateSessionAsync();
AgentResponse response = await agent.RunAsync(
 "Write a detailed market analysis for the Q4 product launch.", session, options);

while (response.ContinuationToken is not null)
{
 await Task.Delay(TimeSpan.FromSeconds(2));
 options.ContinuationToken = response.ContinuationToken;
 response = await agent.RunAsync(session, options);
}

Console.WriteLine(response.Text);

Kapan sebenarnya menggunakan ini

Tugas penalaran kompleks — analisis multi-langkah, penelitian mendalam
Pembuatan konten panjang — laporan terperinci, dokumen multi-bagian
Jaringan tidak dapat diandalkan — klien mobile, deployment edge
Pola UX asinkron — kirim tugas, lakukan hal lain, kembali untuk hasil

Lihat dokumentasi lengkap.

VS Code 1.112: Apa yang Benar-benar Perlu Diperhatikan Developer .NET

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

VS Code 1.112 baru saja mendarat, dan jujur saja? Yang satu ini terasa berbeda jika kamu menghabiskan hari-harimu di dunia .NET. Ada banyak hal di catatan rilis resmi, tapi biarkan aku menghemat scrolling dan fokus pada apa yang sebenarnya penting bagi kita.

Copilot CLI menjadi jauh lebih berguna

Tema besar rilis ini adalah otonomi agen — memberi Copilot lebih banyak ruang untuk bekerja tanpa kamu mengawasi setiap langkah.

Steering pesan dan antrian

Kamu tahu momen saat Copilot CLI sedang di tengah-tengah tugas dan kamu menyadari lupa menyebutkan sesuatu? Sebelumnya, kamu harus menunggu. Sekarang kamu bisa mengirim pesan saat permintaan masih berjalan — baik untuk mengarahkan respons saat ini atau mengantri instruksi tindak lanjut.

Tingkat izin

Ini yang paling bikin saya antusias. Sesi Copilot CLI sekarang mendukung tiga tingkat izin:

Default Permissions — alur biasa di mana alat meminta konfirmasi sebelum berjalan
Bypass Approvals — menyetujui segalanya secara otomatis dan mencoba ulang saat kesalahan
Autopilot — berjalan sepenuhnya otonom: menyetujui alat, menjawab pertanyaannya sendiri, dan terus berjalan sampai tugas selesai

Kamu bisa mengaktifkan Autopilot dengan pengaturan chat.autopilot.enabled.

Debug aplikasi web tanpa meninggalkan VS Code

Browser terintegrasi sekarang mendukung debugging penuh. Kamu bisa menetapkan breakpoint, melangkah melalui kode, dan memeriksa variabel — semua di dalam VS Code.

{
 "type": "editor-browser",
 "request": "launch",
 "name": "Debug Blazor App",
 "url": "https://localhost:5001"
}

Untuk developer Blazor, ini adalah perubahan besar.

Sandboxing server MCP

Jika kamu menggunakan server MCP, sekarang kamu bisa mem-sandbox-nya:

{
 "servers": {
 "my-azure-tools": {
 "command": "node",
 "args": ["./mcp-server.js"],
 "sandboxEnabled": true
 }
 }
}

Penemuan kustomisasi monorepo

Jika kamu bekerja di monorepo, dengan pengaturan chat.useCustomizationsInParentRepositories, VS Code berjalan naik ke root .git dan menemukan segalanya.

/troubleshoot untuk debugging agen

Pernah menyiapkan instruksi atau skill kustom dan bertanya-tanya mengapa tidak terpilih? Aktifkan skill /troubleshoot baru dengan:

{
 "github.copilot.chat.agentDebugLog.enabled": true,
 "github.copilot.chat.agentDebugLog.fileLogging.enabled": true
}

Kesimpulan

VS Code 1.112 jelas mendorong keras pengalaman agen — lebih banyak otonomi, debugging yang lebih baik, keamanan yang lebih ketat. Unduh VS Code 1.112 atau perbarui dari dalam VS Code melalui Help > Check for Updates.

Posts | The .NET Blog

.NET 10 Hadir Bersama Ubuntu 26.04 LTS — Ini yang Baru

Instal .NET 10 dengan Dua Perintah

Container: Perbarui -noble ke -resolute

Native AOT: Startup 3ms, Binary 1,4MB

Butuh .NET 8 atau 9?

Azure MCP Server Kini .mcpb — Instal Tanpa Runtime Apapun

Apa itu MCP Bundle?

Cara Menginstal

Untuk Memulai

CodeAct di Agent Framework: Cara Memotong Latensi Agen Anda Setengahnya

Apa itu CodeAct?

Keamanan: Micro-VM Hyperlight

Pengaturan Minimal

Kapan Menggunakan CodeAct (dan Kapan Tidak)

Coba Sekarang

Di Mana Agen Anda Mengingat Hal-hal? Panduan Praktis Penyimpanan Riwayat Obrolan

Dua pola mendasar

Cara Agent Framework mengabstraksi ini

Referensi cepat penyedia

Cara memilih

GPT-5.5 Hadir di Azure Foundry — Yang Perlu Diketahui Developer .NET

Evolusi GPT-5

Yang Benar-benar Berubah

Harga

Mengapa Foundry Penting

VS Code 1.118: Copilot CLI Mendapat Nama Sesi, Lencana Model, dan TypeScript 7.0 Nightly

Copilot CLI: Sesi Mendapat Nama Nyata

Beralih Sesi Lebih Cepat

Lencana Model di Chat

Pemilihan Model Otomatis di Copilot CLI

Opt-in TypeScript 7.0 Nightly

Foundry Toolboxes: Satu Endpoint untuk Semua Alat Agen AI

Apa itu Toolbox?

Empat pilar (dua tersedia hari ini)

Contoh praktis

Tidak terkunci di Foundry Agents

Mengapa penting sekarang

Penutup

Hooks azd dengan Python, TypeScript, dan .NET: Selamat Tinggal Shell Script

Apa itu hooks

Cara kerja deteksi bahasa

Detail penting per bahasa

Python

JavaScript dan TypeScript

.NET

Konfigurasi per executor

Mengapa ini penting bagi developer .NET

Penutup

Windows App Dev CLI v0.3: F5 dari Terminal dan UI Automation untuk Agen AI

winapp run: F5 dari Mana Saja

Paket NuGet Baru: dotnet run untuk Aplikasi yang Dikemas

winapp ui: UI Automation dari Command Line

Fitur Lainnya

Cara Mendapatkannya

azd + GitHub Copilot: Penyiapan Proyek Berbantuan AI dan Pemecahan Masalah Error Cerdas

Setup dengan Copilot selama azd init

Yang sebenarnya dilakukan

Pemecahan Masalah Error dengan Copilot

Mengatur Perilaku Default

Kesimpulan

Menulis Native Addon Node.js dalam C# dengan .NET Native AOT

Ide dasarnya

Konfigurasi proyek

Mengekspor entry point

Resolving N-API terhadap proses host

Memanggil dari TypeScript

Kesimpulan

VS Code 1.117: Agen Mendapatkan Cabang Git Sendiri dan Saya Sangat Setuju

Mode Autopilot akhirnya mengingat preferensimu

Isolasi Worktree dan git untuk sesi agen

Subagen dan tim agen

Output terminal otomatis disertakan saat agen mengirim input

Aplikasi Agen yang memperbarui dirinya sendiri di macOS

Kesimpulan

Eksperimen AI Anda di Azure Membakar Uang — Inilah Cara Memperbaikinya

Mengapa beban kerja AI berbeda

Manajemen vs. optimasi — ketahui perbedaannya

Yang benar-benar berhasil

RFT Foundry Menjadi Lebih Murah dan Lebih Pintar — Inilah yang Berubah

Container: Perbarui `-noble` ke `-resolute`