Enterprise AI | The .NET Blog

Microsoft Foundry 2026년 6월: 기능 드롭에서 통치된 에이전트 플랫폼으로

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

2026년 6월 Foundry 물결은 또 다른 월간 다이제스트가 아닙니다. “멋진 에이전트 구축"에서 “통치된 엔터프라이즈 시스템으로 에이전트 운영"으로의 성숙 전환을 표시합니다. 그 구분은 어떤 단일 기능보다 중요합니다.

원문: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

세 가지 업데이트가 전환을 정의합니다. 첫째, Microsoft 365 Copilot 및 Teams로의 에이전트 게시가 GA에 도달하여 배포를 사용자 정의 통합 프로젝트에서 의견이 반영된 배포 레인으로 이동시킵니다. 둘째, Toolboxes는 도구 검색 및 루틴을 포함한 더 강력한 발견 및 실행 제어를 얻었습니다. 셋째, 관찰 가능성과 최적화가 사후 고려가 아닌 의도적인 폐쇄 루프가 되었습니다.

내 의견: 이것이 릴리스에서 가장 중요한 패턴입니다. 추적, 평가, 최적화, 통제된 롤아웃은 비결정론적 시스템을 위한 최소 실행 가능 운영 모델을 형성합니다. 그 조각 중 하나만 가지고 있다면, 텔레메트리나 튜닝은 있지만 거버넌스는 없는 것입니다.

Foundry 내부의 Claude GA도 전략적이지만, 주로 모델 품질 때문은 아닙니다. 더 큰 가치는 엔터프라이즈 통합입니다: Entra 인증, RBAC, 청구 연속성, 정책 정렬. 직접 모델 엔드포인트에서 Foundry로 이동하는 팀은 이를 공급자 교체가 아닌 운영 통합으로 프레임해야 합니다.

Autopilot 에이전트는 유망하지만, 조직은 냉정한 아키텍처 선택으로 접근해야 합니다. Teams의 공유 공간 협업은 생산성을 잠금 해제할 수 있지만, 아이덴티티, 권한, 책임 복잡성을 빠르게 높입니다. 광범위한 배포 전에 범위 제한과 엄격한 승인 체크포인트로 시작하세요.

실용적 권장사항:

이미 파일럿 중이라면, 기능 확장보다 계측을 우선시하세요. 먼저 GenAI 추적을 연결하세요. 그런 다음 일반 모델 메트릭이 아닌 비즈니스 결과에 연결된 평가자 스위트를 구축하세요. 그 후에야 최적화 루프와 프로모션 워크플로를 실행해야 합니다.
Toolbox 중심 에이전트의 경우, 카탈로그가 성장함에 따라 컨텍스트 노이즈와 잘못된 도구 선택 위험을 줄이기 위해 일찍 도구 검색을 활성화하세요.
메모리 사용 에이전트의 경우, TTL 및 보존 정책을 사전에 정의하세요. 수명 주기 제어 없는 메모리는 규정 준수 부채가 됩니다.

제가 내릴 수 있는 가장 독단적인 결론은 이것입니다: Foundry는 이제 “어떤 모델을 선택할까?“보다는 “에이전트 행동을 관리형 수명 주기로 실행할 수 있을까?” 에 더 가깝습니다. 두 번째 질문에 잘 대답하는 팀은 모델 변동에 쉽게 적응할 것입니다. 모델 순위에 고정된 팀은 매 분기마다 취약한 스택을 계속 재구축할 것입니다.

6월의 릴리스는 한 가지를 명확히 합니다. Foundry는 AI 시스템을 위한 운영 플랫폼이 되고 있으며, 단지 개발 툴킷이 아닙니다. 구축하기 더 어려운 제품이며, 채택하기에는 훨씬 더 가치 있는 제품입니다.

.NET용 Agent Skills가 안정화되었고, 이것이 엔터프라이즈 에이전트 아키텍처를 바꿉니다

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

.NET용 Agent Skills가 안정화된 것은 현재 에이전트 생태계에서 가장 실용적인 이정표 중 하나입니다. 핵심 확장 문제를 해결합니다: 도메인 전문 지식은 하나의 거대한 지시 블록에 속하지 않습니다.

원문: https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

설계는 우아하고 실용적입니다. Skills는 지침, 리소스, 선택적 스크립트를 점진적 공개(progressive disclosure)를 통해 필요에 따라 로드되는 재사용 가능한 단위로 패키징합니다. 이렇게 하면 컨텍스트가 가볍게 유지되고, 프롬프트 비대화가 줄어들며, 전문 지식에 대한 팀 간 소유권이 가능해집니다.

내 의견: 이것은 .NET 스택에서 엔터프라이즈급 에이전트 유지보수성을 위한 최초의 신뢰할 수 있는 경로입니다. 모듈식 전문 지식 경계 없이는, 새로운 정책이나 플레이북 업데이트는 매번 취약한 프롬프트 수술 연습이 됩니다.

가장 중요한 것은 모듈성뿐만 아니라 거버넌스입니다. 스킬 로딩, 리소스 읽기, 스크립트 실행을 위한 내장 승인 모델은 에이전트가 데모에서 프로덕션으로 이동할 때 보안 팀이 제기하는 정확한 운영 문제를 해결합니다. 확장 가능한 스크립트 실행 모델은 또한 책임을 명시적으로 만듭니다: 파일 기반 스크립트 실행을 원한다면, 샌드박싱과 감시 상태를 소유해야 합니다.

실용적인 도입 패턴

파일 기반 스킬로 시작하세요: 혼합 기술 팀이 유지하는 정책 중심 콘텐츠에 대해.
클래스 기반 스킬 사용: NuGet을 통한 패키지 배포와 더 엄격한 엔지니어링 수명 주기 제어가 필요할 때.
코드 정의 스킬은 예약: 상태 저장 구성이 필요한 동적 런타임 어셈블리를 위해.

필터링을 일찍 추가하세요. 모든 스킬이 모든 에이전트나 테넌트에 표시되어야 하는 것은 아닙니다. 선별된 스킬 가시성은 보안 제어이자 라우팅 품질을 개선하는 관련성 제어입니다.

또한, 모든 것을 기록하세요: 스킬 선택, 리소스 읽기, 스크립트 실행 요청, 승인. 사고 검토에서 어떤 스킬이 답변에 영향을 미쳤는지 재구성할 수 없다면, 프로덕션 관찰 가능성이 없는 것입니다.

더 큰 전략적 변화는 이것입니다: 스킬은 에이전트 행동을 구성 가능한 공급망으로 전환합니다. 팀은 소프트웨어 구성 요소와 유사하게 전문 지식을 버전 관리, 검토, 릴리스할 수 있습니다. 이는 지속적으로 인간을 재교육하여 거대 프롬프트를 다시 작성할 필요 없이 독립적인 진화를 가능하게 합니다.

결론

엔터프라이즈 규모로 .NET 에이전트를 구축하고 있다면, 이 패턴을 지연시키는 것은 비용을 초래할 것입니다. 지침 확산, 일관성 없는 정책 적용, 변경 시 취약한 동작으로 끝나게 됩니다.

Agent Skills가 복잡성을 제거하지는 않지만, 복잡성을 관리 가능한 구성 요소로 이동시킵니다. 그것이 바로 성숙한 소프트웨어 아키텍처가 해야 할 일입니다. 많은 팀에게 이 릴리스는 .NET에서의 에이전트 엔지니어링이 실제 플랫폼 엔지니어링처럼 보이기 시작하는 순간입니다.

AI만으로는 비즈니스를 바꾸지 못합니다 — 그 주변의 시스템이 바꿉니다

Emiliano Montesdeoca — Sun, 14 Jun 2026 00:00:00 +0000

최신 Microsoft AI 플랫폼 에세이에는 현재 상황의 핵심을 찌르는 한 문장이 있습니다:

승자는 가장 많은 데모를 가진 팀이 아니라, AI를 실제 작업을 위한 통치되고 지속적으로 개선되는 시스템으로 전환하는 팀일 것입니다.

정확히 맞습니다.

이것은 수준을 제대로 맞추었기 때문에 더 나은 전략적 AI 글 중 하나입니다

너무 많은 AI 대화가 여전히 모델 이야기로 수렴합니다.

어느 모델이 더 똑똑한지. 어느 모델이 더 저렴한지. 어느 모델이 가장 최신인지.

이것들은 무관한 질문은 아니지만, 엔터프라이즈처럼 생각한다면 너무 작은 질문들입니다.

원문 기사는 과제의 규모를 제대로 파악합니다. “성공을 결정하는 것은 AI 주변의 시스템“이라고 명확히 말합니다.

그것이 유용한 프레임입니다.

진정한 엔터프라이즈 가치는 모델 주변의 시스템에서 나오기 때문입니다:

에이전트가 어떻게 구축되는지
어떻게 엔터프라이즈 컨텍스트에 근거하는지
어떻게 배포되는지
어떻게 통치되는지
시간이 지남에 따라 어떻게 개선되는지

그것이 산발적인 실험과 실제 변혁을 구분짓는 요소입니다.

이 프레이밍이 왜 그렇게 중요한지

모델에만 집중하면 단기적인 이점만 얻습니다.

시스템에 집중하면 복리 효과가 있는 레버리지를 얻습니다.

그것이 핵심 차이입니다.

그리고 이는 Foundry, GitHub, Microsoft IQ, Agent Framework 스토리가 최근에 모두 향해온 방향과 밀접하게 일치합니다.

내 생각

이것은 AI를 업무를 위한 운영 체제로, 즉 분리된 데모 세트가 아닌 것으로 설명하기 때문에 이 배치에서 더 강력한 전략적 글 중 하나입니다.

그것이 엔터프라이즈가 실제로 생각해야 하는 수준입니다.

그리고 솔직히, 공개 AI 대화의 더 많은 부분이 그 수준에서 이루어져야 합니다.

원문: AI alone won’t change your business. The system running it will.