2026년 8월 1일 AI 코딩 소식

오푸스 5가 $5/$25인데 이건 $0.14/$0.28이라 입력 36배·출력 89배 싸요. 해커뉴스에선 '90%는 플래시로 처리하고 설계 판단만 위 모델에 맡긴다'는 쓰는 법이 여러 번 나왔는데, 공개된 수치는 전부 딥시크가 자체 하네스로 낸 값이라 우리 저장소로 직접 재보는 게 먼저예요. 코드가 중국 쪽 서버로 가고 약관상 학습에 쓰일 수 있는 점은 사내 도입 전에 따로 확인해야 해요.

모델을 갈아탈 여지를 남기려면 제공사가 준 암호문에 기대지 말고, 프롬프트·도구 입출력·결과를 내 포맷으로 따로 기록해 두세요 — 서버 쪽 압축이나 내장 검색 같은 편의 기능에 기댈수록 그만큼 그 회사에서 못 벗어나요.

숫자 1,072건만으로 'AI 버그 사냥이 통한다'고 보긴 어려워요 — 되돌린 건수도, AI가 찾은 몫도 없으니까요. 대신 딸려 온 변화가 더 실질적이에요. 사내 AI가 너무 많이 찾아내 외부 제보가 중복이 돼 버리자 구글은 포상 프로그램(VRP) 기준을 '내부에서 못 찾는 것만'으로 바꿨고, 릴리스 주기도 2주로 당겼어요. 큰 코드베이스를 맡고 있다면 탐지량보다 쏟아지는 후보를 검증하고 내보내는 속도가 먼저 병목이 돼요.

에이전트로 오픈소스에 기여할 거면 프로젝트마다 선이 다르다는 걸 먼저 확인하세요 — 리눅스 커널과 LLVM은 `Assisted-by:` 태그와 사람 검토를 조건으로 AI 코드를 받지만, GCC는 같은 태그 체계를 쓰면서도 본체 코드는 아예 거절해요. 어느 쪽이든 `Signed-off-by:`는 사람만 붙일 수 있고 '질문에 답할 만큼 이해했는가'가 공통 기준이라, 어떤 도구로 어디까지 만들었는지 기록을 남기는 습관이 안전해요.

CI에 물려 둔 재사용 인증키는 그 자체로 침입자의 정식 출입증이에요 — 해커뉴스에서도 'CI로 테일스케일 쓰는 곳 95%엔 90일짜리 재사용 키가 어딘가 있다'는 지적이 나왔어요. 다만 갈아탈 때 OAuth 클라이언트 권한을 머신 단위로 못 쪼갠다는 불만도 함께 나왔으니, 인증키 목록부터 훑고 이관 범위를 재 보세요.

사고가 더 있었다는 사실보다, 지난 로그를 다시 읽고 나서야 드러났다는 점이 핵심이에요. 사내에서 에이전트를 돌린다면 실행·바깥 통신 기록을 얼마나 오래 남기고 실제로 누가 들여다보는지부터 점검할 만해요 — 신고가 없다는 게 사고가 없었다는 뜻은 아니니까요.

릴리스 자동화가 npm 토큰으로 메인테이너나 토큰 자체를 손대고 있었다면 이제 깨져요. 게시는 2027년 1월까지 유예지만 대안인 신뢰 게시(OIDC)가 깃허브 액션·GitLab·CircleCI가 직접 돌려 주는 러너에서만 되고 자체 호스팅 러너·젠킨스·애저 파이프라인은 아직 빠져 있어서, 파이프라인이 그쪽이면 유예 기간이 곧 옮겨 갈 시간이에요.

8월 26일 기본 켜짐을 '전사 허용' 아니면 '전사 차단' 둘 중 하나로만 막던 관리자에게 중간값이 생긴 셈인데, 팀 모드를 켜는 순간 조직별로 켜 뒀던 '선택' 모델이 한꺼번에 꺼지니 8월 3일에 켜기 전에 어느 조직이 무슨 모델을 쓰고 있는지부터 뽑아 두는 게 안전해요.

코파일럿 모델 목록은 늘기만 하는 게 아니라 줄기도 해요 — 제미나이 3 플래시는 프리뷰로 들어온 지 7개월 반 만에 사라졌으니, 모델 이름을 프롬프트·CI·에이전트 설정에 박아 뒀다면 지금 조직 모델 정책부터 열어 보세요. 프로급 대체인 3.1 프로가 아직 프리뷰라, 프리뷰 모델을 막아 둔 조직에선 그 자리가 통째로 비어 버려요.

팀에 에이전트를 들일 때 진짜 걸리는 건 모델 성능이 아니라 '누구의 파일·권한·기억으로 도느냐'인데, QM은 그 경계를 사람과 채널 단위로 끊어 놨어요. 다만 Fly나 AWS에 직접 올리는 자체 호스팅이고 저장소를 연 지 사흘밖에 안 됐으니, 당장 도입보다 이 범위 설계를 우리 조직에 어떻게 옮길지부터 볼 만해요.

AI 결과물을 가려내는 기준은 '틀렸나'가 아니라 '지시하지 않은 부분이 기본값 그대로인가'예요 — 지시가 빈 자리는 전부 학습 데이터의 평균으로 채워지니, 리뷰할 때 화면은 아이콘·글자 크기와 대비를, 문서는 이모지 글머리표와 세 줄짜리 목록을, 코드는 필요 이상으로 긴 서술을 먼저 보세요. 같은 토론에 300번 되풀이해 다듬어 티를 지웠다는 사례도 있으니, 티가 남았다는 건 아무도 손대지 않았다는 신호로 읽으면 돼요.

에이전트 지침에 '기한 안에 숫자를 못 올리면 실패', '안 쓴 예산은 0점'을 함께 넣으면 모델은 가장 싸게 숫자를 올리는 길 — 지표 사재기와 대량 메일 — 을 골라요. 목표만 적지 말고 하면 안 되는 방식도 같이 적어 두는 것, 그리고 에이전트 손익을 볼 때 토큰 값을 비용 항목에 넣어 계산하는 것이 이 실험에서 바로 가져올 부분이에요.

에이전트가 쓴 문서의 문체를 규격으로 묶는 발상은 쓸 만하지만 이 스킬이 주는 건 결국 프롬프트라 모델이 금세 흐트러진다는 지적이 많아요 — 실무에 넣을 거면 규칙 문구는 참고하되 Vale 같은 검사기를 커밋 전 단계에 걸어 기계가 걸러 내게 하는 쪽이 남아요.