AI 코딩 에이전트 하네스 설계 원칙

한 줄 요약: AI 에이전트와 클라우드 코딩 하네스가 빨라질수록 병목은 모델 성능보다 개발 환경의 증분성, 격리, 검증 비용으로 옮겨간다. 에이전트를 잘 쓰려면 더 큰 모델을 찾기 전에 작고 재현 가능한 작업 단위를 먼저 설계해야 한다. 왜 지금 이슈인가 AI 에이전트, 테스트 자동화, 개발 하네스를 둘러싼 논쟁은 결국 같은 질문으로 이어진다. “사람이 코드를 고칠 때 쓰던 개발 환경을 여러 에이전트가 병렬로 만지는 환경으로 그대로 확장할 수 있는가?” 겉으로는 코딩 에이전트의 성능 경쟁처럼 보인다. 하지만 현업에서 자주 막히는 지점은 더 구체적이다. ...

2026년 7월 11일 · 1521 단어 · gnosyslambda
Cover image

AI 코딩 도구 도입 기준과 오픈소스 리스크

한 줄 요약: AI 코드 기여는 생산성 도구 문제가 아니라 오픈소스 보안, 저작권 출처, 유지보수 책임이 함께 걸린 소프트웨어 공급망 리스크다. 금지할지 허용할지보다 먼저 정해야 할 것은 이 저장소가 어떤 신뢰 모델로 운영될 것인가다. 왜 지금 이슈인가 AI 코드 기여, 오픈소스 보안, 소프트웨어 공급망이라는 키워드가 한 지점에서 만난 사례가 Vim Classic이다. Drew DeVault는 Vim 8.x를 기반으로, 생성형 AI 도구 없이 사람이 유지보수하는 장기 유지 버전을 만들겠다고 밝혔다. 이 이야기는 특정 편집기 하나의 포크에 그치지 않는다. GitHub와 개발자 커뮤니티에서 계속 논의되는 이유도 분명하다. AI로 만든 패치가 늘어나면 리뷰어는 코드의 동작뿐 아니라 그 코드가 어디서 왔고, 문제가 생겼을 때 누가 책임질 수 있는지도 봐야 한다. ...

2026년 7월 10일 · 1213 단어 · gnosyslambda

2026년 윤초 없음, 서버 시간 리스크는?

한 줄 요약: IERS가 2026년 12월 말 윤초(leap second)를 넣지 않겠다고 공지했다. 새로 추가되는 1초가 없다는 소식이지만, 개발자들이 반응한 이유는 시간 동기화가 여전히 운영에서 까다로운 문제이기 때문이다. 무슨 일이 있었나 2026년 7월 6일, 국제지구자전좌표국(IERS, International Earth Rotation and Reference Systems Service)은 Bulletin C 72를 통해 2026년 12월 말 윤초를 도입하지 않는다고 공지했다. 공지의 범위는 명확하다. 대상 시점: 2026년 12월 말 결정 내용: UTC에 윤초를 추가하지 않음 현재 차이: 2017년 1월 1일 0시 UTC 이후, UTC-TAI = -37초 발표 주체: IERS Earth Orientation Center 공지 성격: 6개월마다 윤초 도입 여부를 알리는 정례 Bulletin C 윤초는 UTC(Coordinated Universal Time)를 지구 자전 기반 시간인 UT1과 크게 어긋나지 않게 유지하기 위해 넣는 1초 보정이다. 원자시인 TAI(International Atomic Time)는 균일하게 흐르지만, 지구 자전은 완벽하게 일정하지 않다. 그래서 UTC는 원자시를 기반으로 하되, 필요할 때 1초를 끼워 넣어 천문학적 시간과의 차이를 맞춰왔다. ...

2026년 7월 10일 · 1139 단어 · gnosyslambda
Cover image

LLM 에이전트 논리 추론 설계법

한 줄 요약: Prolog에서 LLM을 llm/2 술어처럼 부르는 실험은 단순한 문법 장난이 아니다. 결정적 추론 엔진과 확률적 언어 모델을 한 시스템 안에서 어디까지 같이 쓸 수 있는지 묻는 설계 문제다. 핵심은 LLM을 논리의 일부로 믿을지, 논리 바깥의 불안정한 제안기로 둘지다. 왜 지금 이슈인가 LLM 에이전트, 테스트 자동화, 인프라 운영 도구가 늘어나면서 개발자들이 다시 묻는 질문이 있다. 자연어 모델을 기존 프로그래밍 언어 안에 함수처럼 넣어도 되는가? 선정 글감인 pllm은 이 질문을 작은 형태로 보여준다. SWI-Prolog에서 llm/2 또는 llm/3를 호출하면 OpenAI 호환 chat/completions 엔드포인트에 프롬프트를 보내고, 응답 문자열을 Prolog 변수와 단일화(unification)한다. ...

2026년 7월 10일 · 1334 단어 · gnosyslambda

OpenBSD 로컬 루트 권한 상승 취약점

한 줄 요약: OpenBSD의 로컬 권한 상승 CVE가 Hacker News에서 주목받은 이유는 취약점 하나의 점수보다, 커널의 작은 메모리 수명 문제가 root 권한까지 이어질 수 있다는 점에 있다. 운영자는 패치 여부만 볼 것이 아니라, 로컬 공격면과 배포 일정을 함께 판단해야 한다. 무슨 일이 있었나 2026년 6월 24일, NVD에 CVE-2026-57589가 등록됐다. 대상은 OpenBSD 7.9 이하 버전이다. NVD는 이 취약점을 sys/kern/sysv_sem.c의 sys_semget() 경로에서 발생하는 use-after-free로 설명했다. NVD 설명에 따르면 문제는 tsleep 이후 컨텍스트 스위치 과정에서 생기며, 로컬 권한 상승을 통해 root 권한 획득으로 이어질 수 있다. ...

2026년 7월 10일 · 1232 단어 · gnosyslambda
Cover image

로컬 AI 추론 아키텍처와 도입 기준

한 줄 요약: 로컬 AI 추론에서 먼저 봐야 할 것은 744B 모델을 개인 장비에서 돌릴 수 있느냐가 아니다. 메모리, 디스크, 브라우저, GPU, 개인정보의 경계를 어디에 둘지가 더 중요하다. 커뮤니티가 반응하는 이유도 성능 과시보다 AI 인프라 비용과 통제권을 다시 나눌 여지가 보이기 때문이다. 왜 지금 이슈인가 Kubernetes 클러스터에 GPU 노드를 붙이고, 모델 서버를 띄우고, 프롬프트와 응답을 모두 중앙 API로 보내는 방식은 단순하다. 하지만 AI 에이전트와 온디바이스 추론(On-device Inference)이 실무 제품에 들어오면 질문이 달라진다. ...

2026년 7월 10일 · 1453 단어 · gnosyslambda
Cover image

C++ Rust 자동 변환, 실무 도입 기준

한 줄 요약: C++ to Rust 자동 변환과 AI 코드 마이그레이션에서 관건은 언어 교체 자체가 아니다. 커뮤니티가 검증 가능한 의미 보존 체계를 갖췄는지다. 안전한 Rust 출력보다 먼저 확인할 것은 테스트 오라클, 런타임 경계, 운영 전환 비용이다. 왜 지금 이슈인가 C++ to Rust 자동 변환, AI 코드 마이그레이션, 대형 시스템 재작성은 이제 연구실 데모와 스타트업 블로그에서 동시에 얘기된다. Cpp2Rust는 C++ 코드를 clang AST로 읽고, 기본값으로 완전한 safe Rust를 만든다고 설명한다. 포인터는 libcc2rs의 Ptr<T>로 바꾸고, null, 포인터 산술, aliasing 같은 C 포인터 의미는 런타임 체크로 모델링한다. ...

2026년 7월 10일 · 1375 단어 · gnosyslambda
Cover image

AI 에이전트 코드베이스 문서화 전략

한 줄 요약: 에이전트가 코드를 고치기 시작하면 문서는 안내문이 아니라 작업 입력값이 된다. AGENTS.md와 repo-local documentation은 필요하지만, 리뷰·검증·자동화 규칙 없이 늘리면 오래된 지식을 더 그럴듯하게 반복할 수 있다. 왜 지금 AI 에이전트 문서화가 이슈인가 AI 에이전트, AGENTS.md, repo-local documentation을 둘러싼 논쟁은 문서를 어디에 두느냐의 문제가 아니다. 코드 변경을 맡긴 자동화가 어떤 맥락을 믿고 움직이게 할 것인가의 문제다. 선정 글감은 AGENTS.md를 상세 설명서가 아니라 라우팅 계층으로 두고, 실제 시스템 설명은 docs/ 아래에 두자고 제안한다. docs/systems/, docs/flows/, docs/architecture/, docs/glossary.md, ADR(Architecture Decision Record)을 나눠 사람과 에이전트가 같은 지식 기반을 읽게 만드는 방식이다. ...

2026년 7월 10일 · 1234 단어 · gnosyslambda
Cover image

미군 군수망 위기, 다음 전쟁의 보급 리스크

한 줄 요약: 군수망, 수리권, 물 공급 사이버 훈련은 서로 다른 뉴스처럼 보이지만 같은 질문을 던진다. 핵심 시스템을 효율 중심으로 잠그고 중앙화했을 때, 장애와 공격이 오면 누가 고칠 수 있는가. 무슨 일이 있었나 2026년 6월 3일, 미 육군사관학교 현대전연구소(MWI)에 Jonathan Buckland의 글이 올라왔다. 요지는 분명하다. 미 육군의 군수 체계는 지난 20년 동안 비교적 안전한 보급선, 계약업체 지원, 고정 전진기지에 맞춰 최적화됐고, 동급 경쟁국과의 대규모 전쟁에서는 그 효율성이 약점이 될 수 있다는 것이다. ...

2026년 7월 10일 · 1307 단어 · gnosyslambda
Cover image

Rust 재작성, 실무 도입 기준은 무엇인가

한 줄 요약: Postgres Rust 재작성과 Bun의 Rust 전환은 언어 선택보다 넓은 문제를 건드린다. AI 에이전트로 재작성 속도가 빨라졌을 때, 데이터베이스와 런타임의 운영 리스크를 어떤 테스트 하네스와 호환성 계약으로 막을 수 있느냐가 관건이다. 왜 지금 이슈인가 pgrust가 Postgres 18.3 호환을 목표로 서버를 Rust로 다시 구현하면서, 46,000개가 넘는 Postgres 회귀 테스트(regression test) 쿼리에서 기대 출력과 일치했다고 공개했다. 더 민감한 지점은 디스크 호환성이다. 기존 Postgres 18.3 데이터 디렉터리에서 부팅할 수 있다는 설명은 이 프로젝트를 단순한 장난감 구현으로 보기 어렵게 만든다. ...

2026년 7월 10일 · 1217 단어 · gnosyslambda