ASIC | 가십데일리

AI 에이전트 시장의 절반은 한 분야가 차지, 나머지는 아직 미개척 영역임

원문: garryslist.org | 토론: GeekNews · 댓글 0개 핵심 요약 소프트웨어 엔지니어링이 전체 AI 에이전트 도구 호출의 약 50%를 차지하는 반면, 헬스케어·법률·금융 등 16개 버티컬은 총합 5% 미만에 불과하다. AI 모델의 실제 역량은 인간이 5시간 걸릴 작업을 수행할 수 있는 수준이지만, 실제 사용에서 99.9번째 백분위 세션은 약 42분이다. 비-엔지니어링 도메인에서의 AI 에이전트 기회가 크게 열려 있다. 💡 실무 포인트: AI 에이전트 활용이 부족한 버티컬(헬스케어, 법률, 금융)에서의 자동화 기회 탐색.

Andrej Karpathy가 말하는 "Claws"

원문: simonwillison.net | 토론: GeekNews · 댓글 1개 핵심 요약 Andrej Karpathy가 LLM 기반 AI 에이전트 위에 구축된 새로운 계층인 “Claws"를 소개했다. Claws는 오케스트레이션·스케줄링·컨텍스트 관리·도구 호출·지속성 등을 확장하는 구조로, Karpathy는 Mac Mini를 구입해 OpenClaw를 실험하며 이를 “흥미롭고 흥분되는 AI 스택의 새로운 계층"이라고 평가했다. 에이전트의 실행 구조를 한 단계 추상화해 더 높은 수준의 자동화와 구성 가능성을 확보한다. 💡 실무 포인트: 복잡한 에이전트 워크플로우 구축 시 Claw 계층의 오케스트레이션 패턴 참고.

Ask GN: 'Claude Code에 Gemini 연결하는 법'에 대해 궁금한 분 계실까요?

원문: 없음 | 토론: GeekNews · 댓글 6개 핵심 요약 소프트웨어 엔지니어가 Gemini 토큰을 저렴하게 활용하기 위해 Claude Code에 Gemini 백엔드를 프록시로 연결하는 방법을 공유했다. Gemini CLI가 너무 “전투적”(코드만 읽으라고 해도 자꾸 수정하려 함)인 반면, Claude Code의 에이전트 설계가 가장 안정적이라는 평가다. 로컬에 anthropic-proxy를 띄워 ANTHROPIC_BASE_URL을 설정하는 방식과, AWS Lambda 서버리스로 구현하는 방식이 논의되었다. 단, OpenCode 대규모 정지 사태 사례처럼 계정 정지 위험이 있다는 경고도 나왔다. 커뮤니티 의견 @winterjung: “로컬에 anthropic-proxy 띄워서 proxy해서 다른 gemini나 gpt 모델을 쓰긴 했는데 서버리스로 구현하셨다고 하니 궁금하네요.” @bsh998: “Claude Code에 gemini 연결하면 정지를 먹을 수도 있긴 한데요. opencode 대규모 정지 사태를 조심하셔야 할 것 같아요.” 관련 레퍼런스 ...

ChatDev 2.0 - 멀티에이전트 협업 기반 Zero-Code 개발 플랫폼

원문: github.com | 토론: GeekNews · 댓글 0개 핵심 요약 코드 작성 없이 멀티에이전트 시스템을 구성·실행할 수 있도록 설계된 Zero-Code 플랫폼이다. 간단한 설정만으로 에이전트, 워크플로, 태스크를 정의해 데이터 시각화, 3D 생성, 심층 연구 등 복잡한 시나리오를 자동화할 수 있다. 💡 실무 포인트: 멀티에이전트 협업이 필요한 복잡한 작업에 ChatDev 2.0 같은 노코드 플랫폼 활용 검토.

Claude Code 에이전트를 픽셀 아트 캐릭터로 시각화하는 VS Code 확장 - Pixel Agents

원문: github.com | 토론: GeekNews · 댓글 2개 핵심 요약 Claude Code 터미널을 열 때마다 가상 오피스에 픽셀 아트 캐릭터가 소환되어 에이전트의 실시간 활동을 시각적으로 보여주는 VS Code 확장이다. 에이전트가 코드를 작성 중이면 타이핑 애니메이션, 파일을 검색 중이면 읽기 애니메이션, 사용자 입력을 기다리는 중이면 말풍선으로 표시된다. 마우스를 갖다 대면 현재 수행 중인 작업을 확인할 수 있다. 커뮤니티 의견 @princox: “개별 에이전트를 게임처럼 캐릭터로 보여주고, 마우스를 갖다대면 무슨 작업하는지도 보여준다고 합니다.” 💡 실무 포인트: 다중 에이전트 실행 시 상태 파악이 어렵다면 시각화 도구 활용 검토.

Claude Code 활용 방식: 계획과 실행의 분리

원문: boristane.com | 토론: GeekNews · 댓글 3개 핵심 요약 AI 코딩 도구 사용 방식을 근본적으로 재구성하여, 코드 작성 전 반드시 명시적 계획 검토 단계를 거치는 워크플로우를 제시한다. 핵심 원칙은 “계획 승인 전에는 Claude에게 코드를 쓰게 하지 않는다"이다. 계획 파일을 레포지토리 안에 넣고 실행 결과를 저장하면 컨텍스트가 잘 유지된다. LLM은 문법보다 아키텍처나 제약조건 같은 보이지 않는 전제에서 실패하므로, 문서화된 계획이 그 전제를 디버깅할 수 있는 표면이 된다. 커뮤니티 의견 @pcj9024: “계획 파일을 그냥 레포지토리 안에 넣어버리고 그 계획을 실행함으로써 생긴 내용을 저장하게 하면 컨텍스트가 제법 유지되더라구요” @geekbini: “이 내용은 claude에만 국한된 내용은 아니고 범용적으로 다른 CLI 기반의 AI 서비스들에게도 적용할 수 있을 것 같군요.” 💡 실무 포인트: AI 코딩 시 plan.md 파일을 먼저 작성하고 승인 후 구현하는 워크플로우 적용.

Claude Code, 앱 미리보기·코드 리뷰·PR 자동 수정·병합 기능 추가

원문: claude.com | 토론: GeekNews · 댓글 0개 핵심 요약 Claude Code 데스크톱에서 개발 서버 실행과 앱 미리보기를 지원하여, 브라우저 전환 없이 UI·로그·오류를 확인할 수 있게 되었다. “Review code” 버튼으로 로컬 변경사항을 분석하여 푸시 전 버그·잠재 이슈를 인라인 코멘트로 확인 가능하다. GitHub PR 상태를 앱 내에서 추적하고 자동 수정·병합까지 지원한다. 이로써 IDE를 벗어나지 않고도 전체 개발 사이클을 완료할 수 있다. 💡 실무 포인트: Claude Code 데스크톱의 Review code 기능을 PR 전 셀프 리뷰에 활용.

Claude는 왜 Electron 앱일까?

원문: dbreunig.com | 토론: GeekNews · 댓글 1개 핵심 요약 Claude Code 팀의 Boris에 따르면, Electron을 선택한 이유는 팀 내에 Electron 개발 경험이 있는 엔지니어들이 있었고, 웹과 데스크톱 간 코드 공유로 동일한 UI/UX를 유지할 수 있기 때문이다. Electron은 HTML·CSS·JS 기반으로 Windows, Mac, Linux를 동시에 지원하지만, 각 앱이 Chromium 엔진을 개별 포함하여 용량이 크고 메모리 사용량이 높다는 단점이 있다. 성능 최적화로 해결 가능하며, 미래에는 바뀔 수도 있다. 커뮤니티 의견 @GN봇 (HN): “사용자 입장에서라면 기능이 조금 줄더라도 CPU를 덜 잡아먹고 끊김 없는 UI를 원함” 💡 실무 포인트: 크로스 플랫폼 앱 개발 시 Electron의 개발 속도와 성능 트레이드오프 고려.

Claws는 이제 LLM 에이전트 위에 추가된 새로운 계층임

원문: twitter.com | 토론: GeekNews · 댓글 2개 핵심 요약 LLM 위에 에이전트가 추가된 이후, 그 위에서 오케스트레이션·스케줄링·컨텍스트 관리·툴 호출·지속성을 담당하는 Claws 레이어가 등장했다. 보안 측면에서 Claw를 두는 건 인간 비서나 컨설턴트를 두는 것과 비슷하며, 별도의 이메일과 제한된 권한을 주는 식으로 설정해야 한다. NanoClaw는 Apple 컨테이너 격리 환경에서 실행되는 500줄(현재 4000줄)짜리 TypeScript 기반 Claude 어시스턴트다. 커뮤니티 의견 @xguru: “NanoClaw – Apple 컨테이너 격리 환경에서 실행되는 500줄짜리 TypeScript 기반 Claude 어시스턴트 공개시점엔 500줄이었는데, 이제 4000줄이 된 듯” 💡 실무 포인트: AI 에이전트에 최소 권한 원칙 적용하고, 민감 리소스 접근은 별도 계정으로 격리.

LLM을 칩 위에 '인쇄'하는 Taalas의 방식

원문: anuragk.com | 토론: GeekNews · 댓글 2개 핵심 요약 Taalas는 Llama 3.1 8B 모델을 ASIC 칩에 직접 새겨 넣어 초당 17,000토큰 추론 속도를 달성한 스타트업이다. GPU 기반 시스템보다 10배 저렴하고, 10배 적은 전력, 10배 빠른 추론 성능을 주장한다. 8B개의 계수가 53B개의 트랜지스터에 패킹되어 계수당 약 6.5개의 트랜지스터가 사용되며, 블록 양자화를 활용한 것으로 추정된다. 커뮤니티 의견 @parkindani: “칩 신규 설계와 개발 속도가 AI 덕분에 가속화된다면 이게 진짜 미래일 수도 있겠네요.” 💡 실무 포인트: 대량 추론이 필요한 서비스에서 ASIC 기반 추론 하드웨어 동향 주시.

LLM이 만든 비밀번호가 위험한 이유, 100비트처럼 보이지만 실제론 27비트

원문: irregular.com | 토론: GeekNews · 댓글 5개 핵심 요약 보안 회사 Irregular의 연구에 따르면, Claude, ChatGPT, Gemini 같은 LLM이 생성하는 비밀번호는 겉으로는 100비트 이상의 엔트로피를 가진 것처럼 보이지만, 실제로는 27비트 수준에 불과하다. LLM은 진정한 무작위성을 생성하지 못하고 학습된 패턴을 따르기 때문에 예측 가능한 비밀번호를 생성한다. 이는 바이브코딩으로 서비스를 개발하는 비개발자들에게 특히 위험하며, DB 접속 비밀번호나 API 키 같은 민감 정보가 취약한 상태로 배포될 수 있다. 커뮤니티 의견 @click: “openssl rand -hex 64 시키면 잘 할텐데 굳이 LLM이 직접 비밀번호를 생성하게 해야할까요…?” @davespark: “바이브코딩으로 일반인들도 코딩 많이 하니까 코드 속에 자동으로 묻어 들어가는 기본값들이 더 문제될 거 같아요.” @mammal: “아… 공대 1학년한테 미적분 다시 가르치는 교수님들이 왜 그 표정인지 이제 알겠다.” 💡 실무 포인트: 비밀번호/토큰 생성은 반드시 openssl rand 또는 시스템 CSPRNG를 사용하고, LLM에게 절대 위임하지 말 것.

ntransformer - 싱글 RTX 3090에서 Llama 3.1 70B를 실행하는 NVMe-to-GPU 추론 엔진

원문: github.com | 토론: GeekNews · 댓글 1개 핵심 요약 C++/CUDA 기반 LLM 추론 엔진으로, GPU 메모리 스트리밍과 NVMe 직접 입출력을 통해 Llama 70B 모델을 RTX 3090(24GB VRAM)에서 실행 가능하다. 3단계 적응형 캐싱 구조를 사용해 VRAM, 고정 RAM, NVMe/mmap을 자동 분할하며, mmap 대비 최대 3배 빠른 로딩 속도를 제공한다. CPU를 우회해 NVMe에서 GPU로 직접 전송하는 GPUdirect 방식이 핵심이다. 커뮤니티 의견 @GN봇 (HN): “Apple M 시리즈의 통합 메모리 접근법과 비교하면 어떨지 궁금함. M4 Max는 70B 모델을 전부 메모리에 올릴 수 있지만 처리량은 3090보다 낮음” 💡 실무 포인트: 제한된 VRAM 환경에서 대형 모델 로컬 실행이 필요하면 NVMe 스트리밍 방식 검토.

Opus 4.6, 사람 기준 14.5시간짜리 문제를 푼다는 것의 의미 (METR Time Horizon)

원문: metr.org | 토론: GeekNews · 댓글 0개 핵심 요약 METR은 미국 버클리에 위치한 비영리 연구 기관으로, 프론티어 AI 모델이 장기적·자율적 작업을 수행하는 능력을 평가한다. Opus 4.6이 사람 기준 14.5시간짜리 문제를 해결할 수 있다는 것은 AI의 자율 작업 능력이 크게 향상되었음을 의미하며, 일부 연구자들은 이런 능력이 사회에 심대한 위험을 초래할 수 있다고 경고한다. 💡 실무 포인트: 장시간 자율 실행이 필요한 작업에 최신 모델(Opus 4.6) 활용 검토.

Show GN: 버튼 하나 딸깍으로 전사/요약/저장/공유 다 해주는 AI 노트테이커

원문: archynotes.com | 토론: GeekNews · 댓글 4개 핵심 요약 원클릭 자동 문서화 AI 노트테이커 ‘Archy’가 베타 서비스를 런칭했다. 녹음 → 전사 → 요약 → 노션/슬랙 공유 과정을 버튼 하나로 해결하는 UX를 제공한다. 현재 베타 버전으로 UI 완성도가 부족하지만, 기술적 해자가 낮은 시장에서 차별화된 워크플로우 자동화 경험을 목표로 한다. 커뮤니티에서는 기술적 해자 부족과 지속가능성에 대한 우려가 제기되었다. 커뮤니티 의견 @bsh998: “기술적 해자가 지나치게 낮은 프로그램이라는 것인데요… 지금 당장 가치가 있더라도 곧 의미가 없어질 것 같아요.” @minsuchae: “대기업들은 사용자가 커스터마이즈하는 형식으로 제공하다 보니 오히려 개발자가 아니면 쓰기 어려운 부분들이 많이 발생합니다.” 💡 실무 포인트: 미팅 기록 자동화 도구 도입 시 기존 워크플로우(노션, 슬랙) 연동 용이성 검토.

zclaw - ESP32에서 888KB로 구동되는 개인용 AI 비서

원문: github.com | 토론: GeekNews · 댓글 1개 핵심 요약 ESP32 보드에서 동작하는 초경량 AI 비서로, 전체 펌웨어 크기가 888KiB 이하로 제한된다. C 언어로 작성되었으며, GPIO 제어·스케줄링(cron)·지속 메모리·사용자 정의 도구를 자연어로 조합 가능하다. 실제로는 OpenAI API를 호출하는 래퍼이지만, ESP32가 항상 켜져 있고 유지보수가 거의 필요 없어 자동화 파이프라인 호스트로서 리눅스 서버보다 안정적일 수 있다. 커뮤니티 의견 @GN봇 (HN): “마이크로컨트롤러는 사실상 자기 복구형 호스트임 — 패키지 매니저도, 커널 업그레이드도, cgroup 설정도 없음” 💡 실무 포인트: 간단한 AI 자동화 작업에 ESP32 같은 임베디드 기기를 항시 가동 호스트로 활용 검토.

모든 AI 어시스턴트 개발 기업은 이제 광고 회사임

원문: juno-labs.com | 토론: GeekNews · 댓글 1개 핵심 요약 주요 AI 기업들이 광고 수익에 기반한 비즈니스 모델로 전환하며, 사용자 주변의 모든 시각·청각 정보를 수집하는 하드웨어 중심의 AI 어시스턴트를 개발 중이다. 항상 켜져 있는(Always-on) AI는 음성 호출어 없이도 사용자의 일상 대화를 인식하고 분석한다. 가족의 사적인 대화나 미성년자의 순간까지 저장된다면 프라이버시 문제가 심각해진다. 커뮤니티 의견 @GN봇 (HN): “진정한 프라이버시를 지키려면 아예 정보가 존재하지 않아야 함” 💡 실무 포인트: Always-on AI 기기 도입 시 데이터 수집 범위와 저장 정책 면밀히 검토.

사전 경고 없는 계정 제한 — Google AI Ultra / OpenClaw OAuth 연동 문제

원문: discuss.ai.google.dev | 토론: GeekNews · 댓글 13개 핵심 요약 Google AI Ultra($249/월) 또는 Pro 유료 구독자들이 OpenClaw OAuth 연동 후 사전 경고 없이 계정이 일괄 정지되는 사태가 발생했다. Google은 OpenClaw를 통한 인증 정보 사용이 Antigravity 서버를 비-Antigravity 제품에 활용한 것으로 판단하여 무관용 정책을 적용 중이다. 문제는 Google이 차단 사유를 명확히 밝히지 않고 “무시"하는 태도를 보이고 있다는 점이다. 일부 사용자는 antigravity 확장 중 OAuth 인증을 시도한 것만으로도 차단당했다고 보고하며, 가족 공유 기능을 우회 수단으로 활용하는 사례도 있다. LLM 프록시 블랙마켓 문제와 연계되어 선의의 사용자들까지 피해를 입는 상황이다. ...

실력 없음. 취향 없음.

원문: blog.kinglycrow.com | 토론: GeekNews · 댓글 6개 핵심 요약 LLM 시대에 누구나 앱을 만들 수 있게 되었지만, 진짜 장벽은 실력이 아닌 취향(taste)이며, 이 장벽은 전혀 낮아지지 않았다. 공개되는 바이브 코딩 앱 대부분이 포화된 아이디어의 조잡한 복제물로, 실력과 취향 모두 부족한 최하위 사분면에 해당한다. 여기서 말하는 taste는 단순한 “취향"보다는 무엇을 만들 가치가 있는지, 완성도가 최소 기준을 넘는지 판단하는 감각에 가깝다. 커뮤니티 의견 @brainer: “taste는 무엇을 만들 가치가 있는지 / 사람들이 흥미를 느낄지 / 완성도가 최소 기준을 넘는지 판단하는 감각에 가깝습니다.” @dastjead: “필요를 넘어서는 영역에서 차별화가 벌어지게 되는 상황… 우리에게 더 익숙한 말로는 센스라는 단어가 맞을지도요.” @xguru: “Greg Brockman의 트윗 - 취향은 새로운 핵심 역량임” 관련 레퍼런스 ...

아이들의 놀이 — 테크 업계의 새로운 세대와 사고의 종말

원문: harpers.org | 토론: GeekNews · 댓글 1개 핵심 요약 AI 시대 실리콘밸리에서 지능이나 전문성 대신 ‘에이전시’(agency, 행동력)라 불리는 성격 특성이 가장 가치 있는 자질로 부상했다. 허가나 합의를 기다리지 않고 밀어붙이는 사람들이 VC 투자를 독점하는 구조다. 전력망 유지, 컴파일러 개발, 신뢰성 있는 시스템 설계 같은 보이지 않는 깊은 기여보다 바이럴한 인기가 자금과 인정을 결정짓는 구조적 요인이 되었다. 커뮤니티 의견 @GN봇 (HN): “만약 다음 세대가 ‘보이는 것’이 ‘깊이 있는 것’보다 합리적이라고 믿게 된다면, 숙련의 침식이라는 더 큰 위기를 맞게 됨” 💡 실무 포인트: 장기적 커리어에서는 가시성보다 깊이 있는 기술력 축적에 투자.

이제 남은 유일한 해자는 돈뿐인가?

원문: elliotbonneville.com | 토론: GeekNews · 댓글 1개 핵심 요약 AI가 대량 생산하는 시대에 인간의 창의적 사고 가치는 하락하고, 인간의 관심(Attention)은 희소 자원으로 부상했다. 새로운 제품을 만드는 것은 쉬워졌지만, 관심을 얻는 것은 극도로 어려워진 환경으로 전환되었다. 기존 채널(검색)에서의 경쟁이 더욱 치열해지면서, 결국 마케팅 자본이 유일한 해자가 될 수 있다는 우려다. 💡 실무 포인트: 제품 개발 시 기술 구현보다 사용자 획득 전략에 더 많은 리소스 배분 고려.

코드 공장 시대와 미래 SRE

원문: article.keeban.io | 토론: GeekNews · 댓글 5개 핵심 요약 소프트웨어 엔지니어링의 근간이 AI와 자동화로 인해 재구조화되고 있으며, 이러한 변화는 되돌릴 수 없다. 글쓴이는 AI가 코드를 대량 생산하는 시대에 SRE/DevOps의 역할이 더욱 중요해질 것이라고 주장한다. 그러나 커뮤니티에서는 SRE/DevOps 영역도 AI로 자동화 가능한 솔루션이 곧 나올 것이라는 반론과, AI 발전 속도를 고려하면 이 예측이 빗나갈 수 있다는 의견이 있다. HolmesGPT 같은 AI 기반 인시던트 분석 도구가 이미 등장하고 있다. 커뮤니티 의견 @geekbini: “SRE/DevOps도 AI로 자동화 가능한 솔루션이 나오질 않을까요? 이건 새로운 사업 아이디어가 될 수도 있겠네요.” @jameslee9506: “AI의 발전 속도를 고려해보았을 때 완전 잘못 짚었다고 회고할 수도 있지 않을까 싶네요.” 관련 레퍼런스 ...

코드를 읽지 않는 시대, 엔지니어는 무엇을 읽어야 하는가

원문: flowkater.io | 토론: GeekNews · 댓글 0개 핵심 요약 Anthropic 연구에 따르면 AI로 코딩 과제를 완료한 개발자들의 퀴즈 점수가 17% 낮았다. 핵심은 “AI를 쓰면 학습이 줄어든다"가 아니라, 같은 AI를 쓰면서도 사용 방식에 따라 결과가 극명하게 갈렸다는 것이다. 코드를 통째로 맡긴 사람은 학습 효과가 떨어졌고, AI를 학습 도구로 활용한 사람은 오히려 향상되었다. 💡 실무 포인트: AI 코딩 도구 사용 시 결과만 복사하지 말고, 생성된 코드의 원리를 이해하는 시간 확보.

美 백악관, 인도 AI 임팩트 서밋서 'AI 주권' 선언…"미국 AI가 글로벌 표준"