엔지니어를 위한 AI 기술 동향 — 2026년 10월 23일
오늘의 기술 동향은 에이전트를 둘러싼 표준과 신뢰 경계가 빠르게 재편되는 흐름으로 모였습니다. Anthropic이 Agent Skills를 재단에 기부하며 스킬 형식이 벤더 중립 표준으로 넘어갔고, 한쪽에서는 MCP 인증 흐름을 노린 코딩 에이전트 취약점이 공개됐습니다. 여기에 도구 호출 방식을 코드 실행으로 되돌리려는 논의, 도구 간에 이식 가능한 계층형 메모리, MCP로 디스어셈블러를 붙인 리버스 엔지니어링 사례, 그리고 플랫폼 팀의 역할이 설계와 검증으로 이동했다는 현장 발언까지, 실무 설계에 바로 닿는 주제 여섯 건을 정리합니다.
Anthropic, Agent Skills를 AAIF에 기부 — 스킬은 이제 벤더 중립 표준이다
Anthropic이 10월 22일, Agent Skills 표준을 Linux Foundation 산하 Agentic AI Foundation(AAIF)에 기부했다고 전해졌습니다. Agent Skills는 SKILL.md 파일과 스크립트·참고 자료를 담은 폴더 하나로 특정 업무의 절차 지식을 패키징하는 형식으로, Claude Code를 만들면서 얻은 방식입니다. 보도에 따르면 이미 70개가 넘는 에이전트 플랫폼이 채택했고, 공개된 스킬은 100만 건, 설치는 2억 8천만 건 규모에 이른다고 합니다. 초기 로드맵에는 버전 관리 릴리스, 공식 제안 절차, 스킬 작성·설치 시의 보안 가이드가 포함됐습니다.
설계자에게 중요한 점은 절차 지식의 보관 위치가 바뀌었다는 것입니다. 프롬프트 안에 흩어진 업무 절차를 파일 단위의 버전 관리 가능한 자산으로 분리하면, 플랫폼을 바꿔도 같은 스킬을 재사용할 수 있습니다. 반대로 스킬은 코드와 지시를 함께 실행하는 공급망 표면이기도 하므로, 사내에서는 스킬 레지스트리에 서명·검토·버전 고정 정책을 붙이는 것이 표준 채택과 함께 가야 합니다. 출처: Blockchain.News 보도, MadRobot 정리
OpenCode 취약점 — 악성 MCP 서버가 로그인 한 번으로 코드를 실행했다
Pillar Security가 10월 19일 공개한 OpenCode 취약점이 이번 주 다시 주목받고 있습니다. Windows와 WSL 환경에서 개발자가 MCP 서버 인증(opencode mcp auth)을 시작하면, 서버가 제공하는 OAuth 인증 주소가 이스케이프 없이 PowerShell 명령으로 조립되어 브라우저를 여는 과정에서 임의 명령이 실행될 수 있었다는 내용입니다. 영향 범위는 1.0.137부터 1.18.32까지로 알려졌고, 수정은 1.18.33(9월 28일)에 들어갔지만 CVE나 보안 공지가 없어 스캐너로는 잡히지 않는다는 점이 문제로 지적됩니다. 제안된 심각도는 9.8입니다.
교훈은 MCP 서버를 '도구'가 아니라 개발자 권한으로 동작하는 신뢰 경계로 취급해야 한다는 것입니다. 처음엔 정상이던 서버가 인수되거나 도메인이 바뀌어도 같은 공격이 성립합니다. 대응은 명확합니다. 해당 버전을 쓰는 팀은 즉시 1.18.33 이상으로 올리고, opencode mcp list로 등록된 원격 서버를 전수 점검하며, 인증 엔드포인트처럼 서버가 주는 URL을 셸에 넘기는 패턴이 다른 에이전트 도구에도 없는지 확인해야 합니다. 출처: Real Hacker News 정리, Red Secure Tech 분석
'코딩할 수 있는 에이전트에게 MCP는 죽었다'는 논쟁 — 답은 Code Mode 쪽으로 기운다
도구 인터페이스의 형태를 두고 논쟁이 이어지고 있습니다. 요지는 이렇습니다. 도구 수십 개를 스키마째 컨텍스트에 넣는 방식은 토큰을 크게 잡아먹고 인증도 까다로운데, 코드를 쓸 수 있는 에이전트에게는 검색과 실행 두 도구만 주고 API를 코드로 조합하게 하는 편이 낫다는 것입니다. Cloudflare의 새 MCP 서버가 search와 execute 두 도구로 전체 API를 약 1,000토큰에 담았다는 사례, Perplexity가 내부 에이전트를 MCP에서 API·CLI로 되돌렸다는 CTO 발언이 근거로 인용됩니다. 비판 측은 이 수정을 거칠수록 MCP가 본래 모습에서 멀어진다고 봅니다.
실무 판단은 이분법이 아닙니다. 읽기 중심·타입이 엄격한 도구 호출은 MCP의 선언형 스키마가 감사와 권한 제어에 유리하고, 조합이 필요한 작업은 코드 실행 샌드박스가 토큰과 왕복 횟수를 줄입니다. 설계 시에는 도구별 호출 빈도와 조합 패턴을 보고, 자주 조합되는 연산 묶음부터 코드 모드 표면으로 분리하는 하이브리드가 현실적입니다. 단, 코드 실행 표면은 곧 샌드박스와 권한 설계 문제이므로 위의 취약점 사례와 같은 선상에서 다뤄야 합니다. 출처: LinkedIn 분석 글
Hmem — 코딩 에이전트 메모리를 도구 밖에 두고, 5단계로 접어 둔다
Hacker News의 Show HN으로 소개된 Hmem은 코딩 에이전트의 두 가지 메모리 문제를 정면으로 다룹니다. 긴 세션에서 컨텍스트가 압축되며 몇 시간 전의 결정이 조용히 사라지는 문제, 그리고 메모리가 특정 도구와 머신에 묶여 Claude Code에서 Cursor로 옮기면 전부 사라지는 문제입니다. 해법은 로컬 SQLite 파일 하나를 MCP 서버로 노출하는 것으로, 같은 파일이 여러 에이전트 도구에서 그대로 쓰입니다. 핵심은 계층 구조입니다. 세션 시작 시에는 약 20토큰짜리 1단계 요약만 싣고, 필요할 때만 아래 단계로 내려가 원자료를 꺼냅니다.
평면적인 MEMORY.md를 통째로 주입하면 매 세션 수천 토큰이 고정비로 나갑니다. 요약을 기본값으로 하고 상세는 온디맨드로 불러오는 점진적 공개(progressive disclosure)는 컨텍스트 예산 설계의 기본 패턴이 되어 가고 있으며, Agent Skills의 구조와도 같은 방향입니다. 다만 Hmem은 아직 베타라고 명시되어 있으니, 팀 지식의 단일 원본으로 쓰기보다는 개인 워크플로에서 먼저 검증하는 것이 안전합니다. 출처: Hacker News Show HN 스레드
Reverse Engineer Anything — MCP로 Ghidra·IDA를 에이전트 루프에 붙이다
InfoQ는 MIT 라이선스 프로젝트 Reverse Engineer Anything(REA)을 소개했습니다. Claude Code나 Codex 같은 코딩 에이전트를 MCP 서버를 통해 Ghidra, Hopper, IDA 같은 디스어셈블러에 연결해, 에이전트가 함수를 조회하고 교차 참조를 따라가며 가설을 바이너리에 대조하는 반복 루프를 돕니다. 인용된 사례에서는 게임의 사운드 패닝 함수를 재구성해 원래 x86 테스트 케이스 3,205개와 컴파일된 63바이트가 모두 일치했다고 합니다. Hacker News에서는 에이전트에게 Ghidra를 직접 쓰게 하는 것과 무엇이 다른지, 게임 복제나 유료 기능 우회에 쓰일 수 있다는 우려도 함께 나왔습니다.
엔지니어 관점의 의미는 MCP의 쓰임이 '업무 도구 호출'을 넘어 '전문 분석 도구의 조작 계층'으로 넓어지고 있다는 점입니다. 레거시 바이너리 분석, 펌웨어 점검, 마이그레이션 전 동작 확인처럼 사람이 며칠 걸리던 탐색 작업에 에이전트 루프를 붙일 수 있습니다. 동시에 분석 대상 바이너리와 도구 출력은 프롬프트 인젝션의 통로가 될 수 있으므로, 격리된 환경에서 돌리고 결과물은 테스트로 검증하는 절차가 전제입니다. 출처: My2Cents 아키텍처 뉴스 정리(InfoQ 보도 인용)
Anthropic 플랫폼 팀 '코드는 전부 Claude가 쓴다' — 남는 일은 설계와 검증
Grafana Labs의 ObservabilityCON에서 Anthropic 플랫폼 엔지니어링 책임자 Katelyn Lesse가 약 200명 규모 팀의 코드는 이제 전부 Claude가 생성하며, 사람은 시스템 설계와 검증에 집중한다고 말했다고 전해졌습니다. 테스트 수정도 사람 개입 없이 에이전트가 처리하는 단계에 들어섰고, 코드베이스를 자율적으로 수정하게 할지 검토 중이라는 발언도 있었습니다. 이는 회사 측 발표를 전한 보도이므로 수치와 범위는 그대로 받아들이기보다 방향성으로 읽는 것이 맞습니다.
그럼에도 설계자에게 던지는 질문은 분명합니다. 생성 비용이 0에 가까워지면 병목은 명세의 정밀도, 경계 조건, 검증 하네스, 롤백 설계로 이동합니다. 플랫폼 팀이 '코드를 짜는 조직'에서 '에이전트가 안전하게 일할 수 있는 환경을 만드는 조직'으로 재정의되는 흐름이며, 사내 도입 시에도 개인별 프롬프트 요령보다 리뷰 게이트와 자동 검증 파이프라인에 먼저 투자해야 한다는 순서가 여기서 나옵니다. 출처: Zot News 보도
오늘의 공통분모는 에이전트의 능력이 아니라 그 둘레 — 스킬 표준, 인증 경계, 도구 표면, 메모리 계층, 검증 환경 — 를 누가 어떻게 설계하느냐가 경쟁력이 되고 있다는 점입니다.
