OpenHands v1.16.0은 8월 27일 UTC 18:19:22에 배포되며, 에이전트의 모든 기능이 포함된 번들 기술 카탈로그를 명시적 허용 목록으로 대체했습니다. 이를 뒷받침하는 pull request는 수치와 이유를 이례적으로 솔직하게 적고 있습니다.
대체된 상태
PR에서 그대로 옮기면 이렇습니다. "전체 @openhands/extensions 카탈로그는 빌드 시 번들에 포함돼 각 대화마다 agent_context.skills에 병합되며, disabled_skills만이 유일한 탈출구였다." 그리고 그 결과에 대해서는 이렇게 적었습니다. "거부 목록이 붙은 전체 허용 방식은 카탈로그에 추가되는 모든 항목이 기본적으로 모두에게 활성화된다는 뜻이며, 이것이 @rbren이 javadoc과 bitbucket 기술에 포함된 이유다."
새 기본값
"카탈로그 기술 59개가 렌더링되며, 11개는 켜지고 48개는 꺼진다." 명시된 회귀 사례는 add-javadoc입니다. "이슈 보고서에 나온 그 기술은 48개에 포함된다"고 적었습니다. enabled_skills는 "번들 카탈로그에만 적용되는 허용 목록이며, 카탈로그가 defaultEnabled로 표시한 11개 항목을 기본값으로 한다"고 설명됩니다.
공식적으로 밝힌 이유는 프롬프트 경합
"비용은 디스크가 아니다 — 약 60개의 기술 본문과 60개의 트리거 세트가 모든 시스템 프롬프트에서 경쟁하는 데 있다." 이는 컨텍스트 예산에 대한 주장입니다. PR에는 명시되지 않았지만, 전체 허용 카탈로그는 공급자나 종속성이 추가하는 모든 기술이 운영자가 동의하지 않아도 모든 대화에서 즉시 살아 있는 기능이 된다는 뜻이기도 합니다. 이것이 바로 이달 돌고 있는 agent-skill-poisoning 연구의 유입 경로입니다.
흔한 해석이 놓치는 점
세 가지입니다. 이 변경은 "Features"로 분류돼 있다는 점입니다. 사이드바 고정 변경과 파일 서랍 링크 사이에 끼어 있지만, 실제로 일어난 일은 널리 배포된 오픈소스 코딩 에이전트가 기술 카탈로그가 선택 해제형이었다는 사실을 인정하고 이를 뒤집은 것입니다.
보도는 적용 범위를 과장할 가능성이 큽니다. 허용 목록은 번들 카탈로그에만 적용됩니다. .agents/skills/에서 런타임에 발견되는 기술은 나타나는 즉시 계속 활성화되며, 여전히 거부 목록의 지배를 받습니다. "OpenHands가 이제 기술을 허용 목록에 올려야 한다"는 말은 틀립니다.
그리고 숫자 자체가 배포된 숫자도 아닙니다. 일회성 마이그레이션이 이전 동작을 보존합니다. 이미 거부 목록에 카탈로그 기술이 적힌 작업공간은 "나머지는 모두 계속 켜진 상태"를 유지합니다. 59개 중 11개 기본값은 새 작업공간에만 적용되며, 기존 설치본에 소급 적용되지 않습니다. 시점도 중요합니다. PR은 사용자가 접하기 사흘 전인 8월 24일 UTC 18:53에 병합됐으며, 사용자에게 보이는 사건은 릴리스입니다.