VS Code 1.117.0, 커밋 시 Copilot을 공동 저자로 자동 추가 — 트리거 조건은 다음과 같습니다

VS Code v1.117.0은 Copilot 인라인 제안(자동 완성)을 사용할 때 git 커밋에 Co-authored-by: Copilot <[email protected]>을 추가합니다. HN 사용자가 Copilot을 적극적으로 사용하지 않고 작성한 PR에 여전히 공동 작성자 줄이 포함되어 있다는 사실을 발견했습니다. 조사 결과, Copilot의 인라인 제안에서 단일 문자(예: 변경 로그의 오타 수정)를 수락하면 공동 작성자 표시가 추가되는 것으로 확인되었습니다.
발생 방식
- 이 기능은 Copilot 자동 완성(인라인 제안)에서 기본적으로 활성화됩니다.
- 어떤 제안(단일 쉼표라도)을 수락하면 커밋에
Co-authored-by: Copilot <[email protected]>이 추가됩니다. - 커밋 메시지를 수동으로 작성하거나 Copilot의 커밋 메시지 생성 기능을 사용할 때는 트리거되지 않습니다 — 인라인 수락만 해당됩니다.
- 커밋 줄에는 "Committed by USERNAME and Copilot"이라고 표시됩니다.
커뮤니티 반응
- 잘못된 귀인: 사용자들은 사소한 자동 완성에 기본적으로 저자 표시를 하는 것은 기만적이며, 특히 해당 커밋에 Copilot을 명시적으로 사용하지 않은 경우 더욱 그렇다고 주장합니다.
- 공지 부재: 이 기능은 UI에서 명확하게 공지되지 않았으며, 전날의 릴리스 노트에만 포함되어 있었습니다.
- 옵트아웃 가능: Copilot 기능 전체는 설정에서
chat.disableAIFeatures를 통해 비활성화할 수 있지만, 공동 작성자에 대한 세부 토글은 없습니다.
대처 방법
- 원하지 않는 공동 작성자 태그를 방지하려면 Copilot 자동 완성을 완전히 비활성화하세요.
chat.disableAIFeatures: true로 설정하면 모든 Copilot 기능을 비활성화할 수 있습니다.- 푸시 전에 커밋 메시지를 검토하세요 — 공동 작성자 줄은 커밋 본문에 나타납니다.
Copilot 자동 완성에 의존하는 개발자라면, 수락된 모든 제안이 자동으로 커밋 기록에 워터마크를 남긴다는 점을 의미합니다. 업데이트 전에 PR에 이러한 표시가 있는지 고려하세요.
📖 전체 출처 읽기: HN AI Agents
👀 See Also

개발자가 Cursor Composer 2와 Kimi 2.6에서 Qwen3.6:35b-a3b로 엔터프라이즈 워크로드 전환
한 개발자가 Qwen3.6:35b-a3b를 사용하여 50만~70만 줄 규모의 엔터프라이즈 제품군에서 일상 업무를 수행하고 있으며, Kimi 2.6 및 DeepSeek 4 Pro/Flash보다 성능이 우수하고 OpenRouter에서 토큰 100만 개당 약 $0.08의 비용이 든다고 보고했습니다.

Anthropic DNS 활동에서 새로운 STT 서비스, API RC2, 터널 인프라가 발견됐습니다
Anthropic의 하위 도메인에 대한 DNS 모니터링 결과 'Titanium' 플랫폼의 음성-텍스트 서비스, API 릴리스 후보 2, 터널 인프라, 스테이징 환경의 MCP 프록시에 대한 새로운 레코드가 발견되었습니다.

클로드는 엔지니어링 기억이 부족하다: 온콜 장애로 드러난 디버깅 여정의 일화적 회상缺失
개발자가 1500개 파일의 모노레포에서 Kafka 버스트 문제를 디버깅하는 데 10시간을 썼지만, 4개월 전에 똑같은 문제를 해결했다는 사실을 깨달았습니다. 이는 Claude와 같은 AI 코딩 어시스턴트가 과거 디버깅 경험에 대한 일화적 기억(episodic memory)을 가지고 있지 않다는 점을 드러냅니다.

oMLX에서 Qwen 모델에 대한 M5 Max 대 M3 Max 추론 벤치마크
oMLX v0.2.23에서 Qwen 3.5 모델을 실행하는 M5 Max와 M3 Max MacBook Pro를 비교한 벤치마크에서, M5 Max가 1.4-1.7배 더 빠른 토큰 생성 속도와 긴 컨텍스트에서 최대 4배 더 빠른 프리필 속도를 보여주었습니다.