GitHub Copilot
Argo CDMCP Skills Extension이 원격 Skill의 발견과 검증 규칙을 정했다
팀이 만든 Agent Skill을 여러 MCP 클라이언트에 배포하려면 지금까지는 파일을 복사하거나 제품별 설치 형식에 맞춰 다시 포장해야 했다. SEP-2640이 Final 상태의 Skills Extension으로 반영되면서, MCP 서버가 기존 Resources 위에서 Skill을 제공하고 호스트가 필요할 때만 내용을 읽는 공통 경로가 생겼다. 확장 식별자는 io.modelcontextprotocol/skills다.
서버는 skills/list로 이름과 설명 같은 앞부분 정보를 노출하고 skills/get으로 매니페스트를 제공한다. 실제 SKILL.md와 보조 파일은 resources/read로 읽는다. 권장 URI는 skill://이며 매니페스트에는 각 리소스 URI, SHA-256 해시, 바이트 크기가 들어간다. 호스트는 모든 본문을 미리 주입하지 않고 목록, 매니페스트, 필요한 파일 순서로 가져갈 수 있다. Skill 하나의 상한은 리소스 512개와 총 16MiB다.
이 구조가 실행 권한까지 자동으로 주는 것은 아니다. Skill을 읽는 일과 활성화하는 일은 분리되고, 호스트는 내용 검증과 사용자 승인을 거쳐야 한다. Skill 안에서 다른 Skill을 참조해도 새로운 명시적 동의가 필요하다. 이름만으로 동일성을 판단해서도 안 된다. 실제 식별자는 원본 서버와 URI의 조합이므로 같은 이름이 충돌할 때 처리 규칙을 둬야 한다.
사내 Skill 레지스트리를 만드는 팀이라면 설치 ZIP보다 먼저 skills/list, skills/get, resources/read 경계를 구현할 수 있다. 다만 지원 표는 아직 부분 지원 클라이언트가 중심이다. 범용 호환을 전제로 배포하기보다 대상 호스트별 기능 탐지와 실패 시 기존 설치 경로를 함께 유지하는 편이 안전하다.
Copilot 자동 모델 선택에 세 가지 비용과 품질 등급이 생겼다
간단한 코드 설명과 복잡한 리팩터링이 같은 자동 모델 정책을 쓰면 응답 비용이나 품질 중 하나가 불필요하게 희생될 수 있다. GitHub Copilot은 자동 모델 선택에 Efficiency, Balance, Intelligence 세 등급을 추가해 이 우선순위를 사용자가 정할 수 있게 했다.
Efficiency는 단순 작업에서 낮은 비용과 빠른 응답을, Balance는 비용과 품질과 지연 시간의 균형을, Intelligence는 복잡한 작업의 품질을 우선한다. 자동 선택 자체는 모든 Copilot 플랜에서 쓸 수 있고, 작업 최적화는 GitHub 웹, VS Code, CLI, Copilot 앱과 cloud agent에서 일반 제공된다. 유료 플랜은 자동 선택 모델 비용에 10% 할인을 받는다.
선택 범위는 조직의 모델 정책, 플랜, 데이터 레지던시 조건을 넘지 않는다. 응답 뒤 실제로 선택된 모델도 확인할 수 있다. 팀 기본값을 정할 때는 일반 질의는 Balance, 반복적인 짧은 작업은 Efficiency, 설계 검토나 큰 변경은 Intelligence처럼 실제 작업군과 예산을 연결하고, 모델별 결과를 감사 로그에 남길 수 있는지도 함께 확인할 만하다.
Argo CD 3.5.3과 3.4.9가 상태 판정과 재시도 오류를 백포트했다
배포가 끝났는데 KubeVirt VM이나 FlinkDeployment가 잘못 Healthy로 보이거나, Crossplane 리소스가 프로비저닝 중인데 진행 상태가 어긋나면 운영자는 실제 장애와 판정 오류를 구분하느라 시간을 쓴다. Argo CD 3.5.3과 3.4.9는 같은 계열의 수정 사항을 두 유지보수 브랜치에 백포트했다.
KubeVirt VM은 더 이상 무조건 Healthy로 분류하지 않고, 중지된 FlinkDeployment와 프로비저닝 중인 Crossplane 관리 리소스의 상태 판정을 바로잡았다. GRPCRoute와 GrafanaFolder의 오래되거나 부정 조건 처리도 수정했다. 동기화 측면에서는 revision 변경 시 저장소 정리, 재시도 때 operationState 유지, SSO 리디렉션에서 401 응답이 반복되는 경로가 보완됐다. 3.5.3에는 AuthReconcile visitor panic 복구도 추가됐다.
두 버전을 모두 올리라는 뜻은 아니다. 현재 3.5 계열이면 3.5.3, 3.4 계열이면 3.4.9를 후보 환경에 적용하고, 사용 중인 custom health check와 새 기본 판정이 충돌하지 않는지 비교해야 한다. 특히 재시도와 SSO 경로는 실패를 재현한 뒤 상태 전이와 로그가 한 번만 기록되는지 확인하는 회귀 테스트가 유효하다.