Sequoia의 “서비스가 새로운 소프트웨어다” 테시스에 대한 반론이다. AI가 서비스 기업을 소프트웨어 기업으로 전환한다는 VC 업계 컨센서스에 반박하며, 실제로는 서비스 기업이 “더 나은 서비스 기업"이 되는 것이지 소프트웨어 기업으로 변하는 것이 아니라고 주장한다.
커뮤니티 의견
- @xguru: “서비스가 새로운 소프트웨어다 세콰이어가 적었던 이 글에 대해서 반대해서 쓴거군요”
💡 실무 포인트: AI 도입이 비즈니스 모델 자체를 바꾸는지, 기존 모델의 효율성을 높이는지 구분하여 투자·전략 판단에 활용하라.
AI 생성 콘텐츠와 봇 활동이 급격히 확산되면서 인간 중심 인터넷이 붕괴되고 있다. Hacker News는 AI 생성 댓글 금지 규칙을 추가하고, Reddit에서도 특정 조치가 취해지고 있다. 신원 인증 기반 인터넷과 유료 인터넷이라는 두 가지 해법이 논의되지만, 둘 다 완벽하지 않다는 평가다.
커뮤니티 의견
- @GN⁺(HN): “신원 인증 기반 인터넷과 유료 인터넷 두 가지 결과만 보임… 솔직히 둘 다 기대되지 않음. 멋진 암호학적 인증이 가능했으면 함”
💡 실무 포인트: 사용자 생성 콘텐츠 플랫폼을 운영한다면 AI 생성 콘텐츠 탐지 및 필터링 전략을 선제적으로 수립하라.
자본·유통·기술력이라는 기존 창업 진입장벽이 클라우드·AI·오픈소스로 급격히 해체되고 있다. Gamma는 AI 중심 제품 전면 재구축 후 50명 팀으로 6만 → 7천만 사용자를 달성했고, 21억 달러 매출을 기록했다. AI가 창업의 규칙 자체를 바꾸고 있다는 관점을 제시한다.
커뮤니티 의견
- @shintwl: “시작해야 뭐라도 되나봐요”
💡 실무 포인트: 소규모 팀이라도 AI 도구를 적극 활용하면 기존 대기업 수준의 제품 개발이 가능한 시대임을 인지하고, MVP 구축 속도를 최우선으로 설정하라.
OpenAI 내부 팀이 5개월간 수동 코드 작성 없이 소프트웨어 제품의 내부 베타를 구축·출시한 실험 사례다. 3명의 엔지니어가 Codex 에이전트를 활용하여 약 100만 라인의 코드와 1,500개의 PR을 처리했으며, 엔지니어 1인당 하루 평균 3개 이상의 PR을 병렬로 진행했다.
커뮤니티 의견
- @ragingwind: “40일, 100만 줄, 130억 토큰 — Lablup 신정규 대표가 발견한 에이전틱 워크플로의 실체”
관련 레퍼런스
💡 실무 포인트: AI 코딩 에이전트의 병렬 PR 처리 패턴을 소규모 팀에서 실험적으로 도입하여 개발 처리량(throughput)을 측정해볼 수 있다.
CodeSignal, Humanly, Eightfold 등 여러 기업이 AI 기반 화상 면접 플랫폼을 개발해, AI 아바타가 구직 면접을 진행하는 시대가 도래했다. 모든 지원자에게 1차 면접 기회를 제공한다는 장점이 있으나, “채용도 안 된 사람을 비인간적으로 대하는 기업이라면 입사 후 더 나빠질 것"이라는 우려가 제기된다. 기업의 비용 구조 관점에서 지원자에게 무한한 시간 비용을 전가할 수 있게 된 것이 본질적 문제라는 분석이 있다.
커뮤니티 의견
- @GN⁺: “잠재적 고용주가 아직 채용도 안 된 사람을 비인간적으로 대한다면, 입사 후엔 더 나빠질 것 같음”
💡 실무 포인트: AI 면접 도구 도입 시 지원자 경험(CX)을 반드시 고려. 자동화가 “효율"이 아닌 “무성의"로 인식될 수 있는 경계를 파악할 것.
사용자가 가상 회사의 CEO가 되어 여러 AI 에이전트를 지휘·협업시키는 로컬 우선 AI 에이전트 오피스 시뮬레이터다. 픽셀 아트 기반 오피스 인터페이스를 통해 AI들의 업무 수행 과정을 실시간으로 모니터링할 수 있다. 단순 채팅 UI를 넘어 멀티 에이전트 오케스트레이션을 시각적으로 구현한 점이 특징이며, 유사 프로젝트로 paperclip이 언급되었다.
커뮤니티 의견
- @shaun0927: “paperclip이라는 비슷한 오픈소스가 있습니다.”
- @sea715: “메인테이너이신가요? Show GN이 더맞을거 같기도합니다”
💡 실무 포인트: 멀티 에이전트 시스템의 디버깅·모니터링 UI를 설계할 때 참고할 만한 인터랙션 패턴 제공.
Debian 커뮤니티가 AI/LLM 기반 코드 기여 허용 여부를 논의했으나 결론 없이 종료했다. 초안은 AI 도구 사용 시 명시적 공개, 책임 명확화, 민감 정보 사용 금지 등을 조건으로 허용하는 내용이었다. 손목 부상으로 타이핑이 어려운 개발자가 AI 덕분에 다시 코드를 작성할 수 있게 된 접근성 사례도 언급되며, 일률적 금지보다 “선의(good faith)” 기반 판단이 필요하다는 의견이 제기되었다.
커뮤니티 의견
- @GN⁺: “접근성 측면에서 AI는 필수적인 도구이며, 프로젝트는 허용 범위를 명확히 해야 함”
💡 실무 포인트: 오픈소스 기여 가이드라인에 AI 도구 사용 정책을 미리 정의하면 불필요한 논쟁을 예방할 수 있다.
Google이 텍스트, 이미지, 비디오, 오디오, 문서를 하나의 임베딩 공간에 매핑하는 최초의 완전 멀티모달 임베딩 모델을 퍼블릭 프리뷰로 공개했다. Gemini 아키텍처 기반으로 100개 이상의 언어에서 시맨틱 의도를 포착하며, RAG·시맨틱 검색·감성 분석·데이터 클러스터링 등에 활용 가능하다.
💡 실무 포인트: 멀티모달 RAG 파이프라인 구축 시 텍스트+이미지+오디오를 단일 임베딩 공간으로 통합할 수 있는 실질적 옵션. 기존 텍스트 전용 임베딩 대비 검색 품질 향상 기대.
Qwen2-72B 모델의 중간 7개 레이어를 복제·반복 통과시키는 방법으로, 가중치 수정이나 파인튜닝 없이 RTX 4090 두 장만으로 HuggingFace Open LLM 리더보드 1위를 달성한 사례다. 총 80개 레이어 중 특정 중간 구간(45번대)을 반복 실행하는 구조만 변경했으며, “Goliath가 작동했다는 사실 자체가 놀랍다"는 평가가 나왔다. 생명공학에서 뇌를 연구하던 저자가 GPU 기반 AI 연구로 전환한 배경도 흥미롭다.
커뮤니티 의견
- @GN⁺: “전체 transformer 스택을 복제하는 건 좋은 아이디어가 아님을 실험적으로 확인. ‘기관’을 중복 복제하는 셈이라 효율이 떨어짐”
💡 실무 포인트: 모델 아키텍처 레벨의 레이어 반복 기법은 추가 학습 없이 성능을 개선할 수 있는 저비용 실험 방법. 자체 모델 최적화에 참고.
Karpathy가 3일 전 공개한 Autoresearch 에이전트를 활용해, depth=12 모델 기준으로 약 2일간 자율적으로 약 700개의 변경을 시도하여 검증 손실을 개선하는 20개의 유효한 변경사항을 발견했다. AI가 AI 학습 자체를 자동으로 최적화하는 “자기 개선 루프"의 실증 사례로, 확장된 형식의 강화학습처럼 설명 가능한 연구 자동화 가능성을 보여준다.
커뮤니티 의견
- @hanje3765: “오토리서치와 에이전트허브를 결합하면 그게 진짜 학계와 연구소 아닐까… RL은 설명 불가능하지만 해당 방식으로 확장하면 무엇이든 설명 가능해지는게 진짜 혁신적”
- @sea715: “이게 어찌보면 AGI가 오기전 마지막 허들일수도 있겠다라는 생각”
- @xguru: “이 분은 뭔가 다른 삶을 사는 것 같아요”
💡 실무 포인트: 하이퍼파라미터 튜닝이나 아키텍처 서치를 에이전트 루프로 자동화하는 패턴을 자체 ML 파이프라인에 적용 검토.
Meta가 AI 에이전트 전용 소셜 네트워크 Moltbook을 인수하며, 창립자 Matt Schlicht와 Ben Parr가 Meta Superintelligence Labs(MSL)에 합류했다. Moltbook은 REST API 엔드포인트로 글을 올릴 수 있는 에이전트 소셜 플랫폼이었으나, 에이전트 신원 인증 기술에 대해서는 실질적 구현이 부족했다는 지적이 있다. OpenAI의 Openclaw 인수에 대한 FOMO가 배경이라는 분석도 나왔다.
커뮤니티 의견
- @unqocn: “‘Facebook 피드는 대부분 AI 생성물, Moltbook 피드는 대부분 사람이 AI인 척하는 글이라 묘하게 시너지가 있음’ — 촌철살인이네요”
💡 실무 포인트: 에이전트 간 통신 프로토콜과 신원 인증은 멀티 에이전트 시스템의 핵심 인프라. 표준화 동향을 주시할 것.
Gemma 3 모델을 MLC-LLM을 통해 iOS 기기에서 로컬로 구동하는 방법과 실구동 성능 지표를 정리한 포스팅이다. Metal API 가속을 통해 모바일 기기에서도 지연 시간이 거의 없는 추론 환경을 구축할 수 있다. 온디바이스 LLM 구동의 실질적 가이드를 제공한다.
💡 실무 포인트: iOS 앱에 온디바이스 LLM을 통합하려는 경우, MLC-LLM + Metal API 조합이 현실적인 출발점.
웹페이지, GitHub 레포, 논문, 유튜브 영상을 AI로 요약해 검색 가능한 형태로 저장하는 크롬 확장이다. 원래 n8n + Gemini + Obsidian으로 구축한 개인 자동화를 확장 형태로 재구현했으며, FastAPI 백엔드를 사용한다.
💡 실무 포인트: 개인 지식 관리(PKM) 파이프라인에서 “n8n + LLM + 노트앱” 조합은 검증된 자동화 패턴.
사내 다양한 앱의 정보를 통합 관리하는 AI 기반 검색 및 어시스턴트 플랫폼이다. Google Drive, Gmail, Slack, Confluence, Jira 등 주요 협업 도구를 연결하고, BM25 및 pgvector 기반의 전문 검색과 벡터 검색을 결합한 하이브리드 검색을 제공한다.
💡 실무 포인트: 사내 검색 시스템 구축 시 BM25 + pgvector 하이브리드 검색 아키텍처를 참고. 기존 협업 도구와의 커넥터 통합이 핵심. — ## 📋 오늘의 실무 적용 포인트 종합 | 주제 | 실무 적용 포인트 | 난이도 | |——|—————–|——–| | page-agent | bookmarklet으로 기존 웹앱에 AI 에이전트 즉시 주입, 로컬 LLM 연결로 보안 확보 | ⭐ | | AI 코드 거버넌스 (Amazon) | AI 생성 코드에 대한 리뷰 프로세스·책임 소재 정의, CI/CD에 AI 코드 태깅 단계 추가 | ⭐⭐ | | 도메인 특화 AI (부동산) | RAG보다 “크롤링 → 구조화 → LLM 파이프라인” 아키텍처가 최신 데이터 정확도에 유리 | ⭐⭐ | | Autoresearch (Karpathy) | 하이퍼파라미터·아키텍처 서치를 에이전트 루프로 자동화 | ⭐⭐⭐ | | Gemini Embedding 2 | 멀티모달 RAG 파이프라인에서 텍스트+이미지+오디오 단일 임베딩 공간 통합 | ⭐⭐ | | 맥킨지 Lilli 해킹 | 내부용 AI 플랫폼 외부 전환 시 보안 감사 재수행 필수 | ⭐⭐ | | 비동기 에이전트 (수면 중 실행) | 자율 에이전트에 독립적 검증 단계(사람 리뷰 또는 별도 검증 에이전트) 필수 | ⭐⭐ | | MLC-LLM iOS | iOS 앱 온디바이스 LLM 통합 시 MLC-LLM + Metal API 조합 활용 | ⭐⭐⭐ | | 오픈소스 AI 정책 (Debian/Redox) | 오픈소스 기여 전 프로젝트별 AI 도구 사용 정책 확인 | ⭐ | | 서비스 vs 소프트웨어 | AI SaaS 설계 시 “도구 제공"에서 “결과물 납품"으로의 비즈니스 모델 전환 검토 | ⭐⭐ | | 네트워크 효과 | AI 제품에서 에이전트가 대체할 수 없는 진정한 네트워크 효과를 moat로 구축 | ⭐⭐⭐ | | LLM 레이어 복제 | 추가 학습 없이 모델 성능 개선하는 레이어 반복 기법 실험 | ⭐⭐⭐ | — GeekNews에서 선별한 2026-03-12 AI 데일리
알리바바가 공개한 page-agent는
<script>태그 한 줄만으로 기존 웹페이지에 AI 에이전트를 주입하는 라이브러리다. 브라우저 확장, Python, 헤드리스 브라우저 없이도 동작하며, 텍스트 기반 DOM 조작을 통해 자연어 명령으로 웹페이지를 제어한다. Playwright + AI 조합보다 속도가 빠르다는 평가가 나오며, bookmarklet 형태로 baseURL과 apiKey를 지정하면 로컬 LLM이나 OpenAI 등 원하는 엔드포인트로 연결할 수 있어 중국 서버 경유에 대한 우려도 해소 가능하다. SNS에서 큰 반향을 일으키고 있으며, 실제 토스증권 등 복잡한 웹앱에서도 자율적으로 페이지를 탐색하고 정보를 추출하는 데모가 확인되었다.
커뮤니티 의견
- @limgk9: “기본 bookmarklet은 알리바바(중국)로 가는 것이 찜찜하신 분들은 baseURL과 apiKey를 넣어서 사용하시는 LLM Endpoint로 지정하실 수 있습니다.”
- @act1000: “토스증권에서 soxl 30일 전 주가 가격알고싶다고 하니까 자기가 조작해서 들어가서 가격보고 알려주네요. Playwright와 AI 연결보다 훨씬 속도도 빠르네요.”
- @princox: “이거 SNS 상에서 난리던데.. 함 해봐야겠네요”
💡 실무 포인트: 기존 웹앱에 AI 기능을 빠르게 프로토타이핑할 때 유용. bookmarklet 방식으로 로컬 LLM 연결 시 보안 우려 없이 사내 도구 자동화에 즉시 활용 가능.
Perplexity가 기존 OS의 명령 처리 방식과 달리 “목표(objectives)“를 처리하는 AI OS 개념의 Personal Computer를 공개했다. 사용자가 세부 명령을 내리지 않아도 시스템이 목표 달성을 위해 스스로 작동하는 구조다. Perplexity Computer와 Comet Assistant가 결합되며, 내부 팀 기준 16,000개 이상 쿼리로 160만 달러 노동비용 절감, 4주 만에 3.25년치 업무 수행을 달성했다고 주장하나, 데이터 근거에 대한 의문이 제기되고 있다.
커뮤니티 의견
- @xguru: “이거 Perplexity 버전 OpenClaw 같은 느낌이 드네요.”
💡 실무 포인트: “목표 기반 인터페이스” 패러다임을 자사 제품의 UX에 접목할 수 있는지 검토. 다만 ROI 주장은 측정 방법론을 면밀히 검증할 것.
작업 목록을 반복 순회하며 완료될 때까지 수행하는 장시간 실행형 AI 루프 시스템이다. Docker 샌드박스 환경에서 Claude Code, Codex, Gemini 등의 AI CLI를 안전하게 실행하며, 격리된 환경에서 에이전트가 자율적으로 개발 업무를 처리한다.
💡 실무 포인트: AI 에이전트를 프로덕션 환경에서 장시간 실행할 때 Docker 샌드박스 격리 패턴을 참고.
Redox OS 프로젝트가 코드 기여 시 Certificate of Origin(COO) 서명 정책과 LLM 사용 전면 금지 규정을 채택했다. 모든 코드 변경이 기여자의 명시적 서명과 책임 하에 제출되도록 요구하며, Debian의 유보적 태도와 대비되는 강경한 입장을 취했다.
💡 실무 포인트: 오픈소스 프로젝트에 기여할 때 각 프로젝트의 AI 도구 사용 정책을 반드시 확인. 위반 시 PR 거부 또는 기여 금지 조치 가능.
Rust로 작성된 AI 에이전트 런타임 ZeroClaw가 공개되었다. 5MB 미만의 메모리 사용량과 약 10ms 콜드 스타트를 표방하며, AI 모델·도구 실행·메모리·채널 등을 추상화하여 에이전트 워크플로우를 실행하는 런타임 환경을 목표로 한다. 다만 커뮤니티 반응은 회의적이다. AI 에이전트가 5MB 이하의 RAM을 사용해야 할 실질적 필요성에 의문이 제기되었고, README가 AI로 생성되어 이미지 링크가 깨지는 등 프로젝트 완성도에 대한 지적도 있었다. “과장광고 영양제 급"이라는 평가까지 나왔다.
커뮤니티 의견
- @nemorize: “AI 에이전트가 램을 5mb만 먹어야 할 필요가 대체 어디에 있는걸까요? AI 딸깍으로 만들어낸거라 낭만적이지도 않고, 딱히 필요하지도 않고”
- @click: “README 번역을 AI로 돌리고 검수를 덜해서 이미지 링크가 깨지는군요”
- @newbie1004: “이거 그냥 과장광고 영양제 급 아님?”
💡 실무 포인트: 에이전트 런타임 선택 시 벤치마크 숫자보다 실제 워크로드에서의 안정성과 생태계 성숙도를 우선 평가할 것.
소프트웨어 마진이 압축되는 AI 시대에도 네트워크 효과는 지속 가능한 비즈니스 구축의 가장 신뢰할 수 있는 경로라는 분석이다. 많은 기업이 네트워크 효과라 부르는 것은 사실 집계(aggregation) 우위이며, 에이전트가 쉽게 복제할 수 있는 단일 플레이어 가치와 구별해야 한다고 주장한다.
💡 실무 포인트: AI 제품 설계 시, 에이전트가 대체할 수 없는 “진정한 네트워크 효과”(사용자 간 상호작용에서 발생하는 가치)를 핵심 moat로 구축할 것.
geohot(조지 호츠)이 AI 공포 마케팅에 대한 반론을 제기한 에세이다. “AI를 쓰지 않으면 뒤처진다"는 식의 소셜 미디어 담론이 완전한 허구라고 주장하며, AI는 마법이 아니라 탐색과 최적화의 연속선상에 있는 도구적 기술이라고 정의한다. 핵심 메시지는 “소비하는 것보다 더 많은 가치를 창출하면, 제대로 운영되는 어떤 커뮤니티에서든 환영받는다"는 것이다. 기존의 까칠한 톤과 달리 성숙한 관점을 보여주며, 커뮤니티에서 큰 공감을 얻었다. AI 도구 사용 여부보다 타인에게 가치를 전달하는 근본적인 역량이 중요하다는 점을 강조한다.
커뮤니티 의견
- @xguru: “소비하는 것보다 더 많은 가치를 창출하면, 제대로 운영되는 어떤 커뮤니티에서든 환영받음 — 이 말에 공감 x 100입니다.”
- @pjs102793: “예전에 LLM 대신 손코딩을 하고 있다는 글에 도태된 사람의 글들이 너무 많이 올라온다라는 뉘앙스의 댓글을 보고 참 안타까웠는데 이 글이 도움이 되었으면 좋겠네요”
- @apkas: “일단 나한테 쓸모있는것부터 만들고, 그게 운좋게 남한테까지 쓸모 있다면 다행이다, 정도가 낫지 않나 싶네요.”
💡 실무 포인트: AI 도구 도입 압박에 휩쓸리기보다, 팀과 사용자에게 실질적 가치를 전달하는 결과물에 집중하는 것이 장기적 경쟁력.
개발자이자 작가인 Xe Iaso가 AI 도구(Claude, Cursor 등)를 사용하며 느끼는 딜레마를 솔직하게 서술했다. 코드 작성 대신 의도를 설명하고 위임하는 방식은 생산성을 높여주지만, 결과물에서 개성과 영혼이 사라지며 “평균"으로 수렴한다는 문제를 제기한다. AI가 보링한 코드로 기능을 잘 구현하는 것이 최고의 프로덕션이라는 반론과, AI로 만든 코드에는 애착이 생기지 않는다는 공감이 공존하며, AI 시대 개발자 정체성에 대한 근본적 질문을 던진다.
커뮤니티 의견
- @nomak: “공감합니다. 저도 AI로 만든 건 애착이 안가요. 내가 만든 게 아니라는 느낌도 들고.”
- @vk8520: “보링한 코드로 기능 잘 짜주는게 최고의 프로덕션에 가깝죠.”
- @hungryman: “AI로 열심히 코드 깎아서 만들면 비슷한 느낌이 들기도 하고요. 다른 분들은 코드에 애착을 얼마나 오래 가지시나요?”
💡 실무 포인트: AI 코드 생성 시 “의도 설명 → 검증 → 커스터마이징” 워크플로우를 정립하여, 생산성과 코드 이해도를 동시에 확보할 것.
맥킨지의 내부 직원용 AI 플랫폼 ‘Lilli’에서 인증 없이 접근 가능한 취약점을 통해 전체 데이터베이스에 읽기·쓰기 권한이 획득되었다. 자율 보안 에이전트가 공개된 API 문서의 200여 개 엔드포인트 중 22개가 인증 없이 접근 가능함을 발견했다. 원래 VPN과 SSO 뒤에 있던 내부 시스템이 공개 전환되면서, 원래 팀이 다른 프로젝트로 이동한 뒤 보안 점검이 누락된 것으로 분석된다.
커뮤니티 의견
- @GN⁺: “아마도 어떤 시니어 파트너가 영향력을 행사해 Lilli를 공개로 전환했을 가능성이 큼. 결국 이는 McKinsey의 기술 문화 실패임”
💡 실무 포인트: 내부용 AI 플랫폼을 외부 공개로 전환할 때, 반드시 보안 감사를 재수행할 것. API 인증 누락은 가장 흔한 취약점이다.
부동산 도메인 특화 AI를 개발하면서 경험한 GPT, Claude 등 모델별 차이점을 정리한 글이다. 범용 LLM은 부동산 관련 답변에서 과거 데이터를 현재인 양 제시하거나, 가격정보가 완전히 틀리는 등 도메인 특화 한계가 뚜렷하다. RAG나 LoRA 파인튜닝보다는 Python 크롤링으로 최신 데이터를 수집하고, LLM은 해당 결과를 파이프라인 형태로 처리하게 하는 방식이 더 좋은 결과를 보였다는 실무 경험이 공유되었다.
커뮤니티 의견
- @kurthong: “이미 업데이트가 적극적으로 잘 되고 있는 데이터들에 대해선 RAG보다 크롤링 결과만 몇가지 형태의 파이프라인을 통해 대답하게 하니 결과가 훨씬 좋았던 경험이 있어서요”
- @yaa30: “AI에게 너무 의존적인 형태로 맡기려다보니 어려워지는 느낌 아닐까요?”
💡 실무 포인트: 도메인 특화 AI 구축 시, RAG보다 “크롤링 → 구조화 → LLM 파이프라인” 아키텍처가 최신 데이터 정확도에서 유리할 수 있다.
Hacker News가 가이드라인에 AI 생성 또는 AI 편집 댓글을 명시적으로 금지하는 규칙을 추가했다. 모든 대화는 사람 간의 상호작용이어야 한다는 원칙을 재확인한 것이다. 아이러니하게도 HN이 AI 콘텐츠를 성공적으로 차단할수록, 인간이 작성한 고품질 텍스트만 남아 오히려 최고의 LLM 학습 데이터 원천이 될 수 있다는 역설이 지적되었다.
커뮤니티 의견
- @GN⁺: “HN이 LLM 콘텐츠를 막는 데 성공한다면, 그 자체로 최고의 학습 데이터 원천이 될 것”
💡 실무 포인트: 커뮤니티 플랫폼 운영 시 AI 생성 콘텐츠 정책을 명확히 수립해야 하며, 콘텐츠 품질 유지가 장기적 데이터 자산 가치를 결정.
Sequoia Capital이 AI 모델 성능 향상에 따라 도구(tool)가 아닌 업무 결과(work)를 직접 판매하는 “서비스형 AI 기업"이 차세대 거대 기업이 될 것이라는 투자 테시스를 발표했다. 모든 직무를 지능(intelligence)과 판단(judgement) 두 축으로 분류하며, AI가 지능 영역을 대체함에 따라 소프트웨어 기업이 서비스 기업처럼 작동하는 구조를 제시한다. 다만 포트폴리오 회사들을 나열하며 딜소싱 논리를 투자 테시스로 포장했다는 비판도 있다.
커뮤니티 의견
- @xguru: “함께 보면 좋은 글에도 있지만 이 글과 대치되는 ‘서비스는 소프트웨어가 되지 않을 것이다’도 함께 보세요”
- @idunno: “VC 포트폴리오 회사들을 열거하면서 사실상 Sequoia 딜소싱 논리를 투자 테시스로 포장한 면이 있다고 하네요.”
관련 레퍼런스
💡 실무 포인트: AI SaaS 제품을 설계할 때, “도구 제공"에서 “결과물 납품” 모델로의 전환 가능성을 비즈니스 모델 차원에서 검토.
Sequoia의 “서비스가 새로운 소프트웨어다” 테시스에 대한 반론이다. AI가 서비스 기업을 소프트웨어 기업으로 전환한다는 VC 컨센서스에 반대하며, 실제로는 서비스 기업이 “더 나은 서비스 기업"이 되는 것이지 소프트웨어 기업으로 변하는 것이 아니라고 주장한다. 전문 서비스 지출의 상당 부분은 단순 자동화로 대체할 수 없는 판단과 관계 기반 업무라는 분석이다.
커뮤니티 의견
- @xguru: “서비스가 새로운 소프트웨어다 — 세콰이어가 적었던 이 글에 대해서 반대해서 쓴거군요.”
관련 레퍼런스
💡 실무 포인트: AI 기반 서비스 사업을 구상할 때, “소프트웨어 마진"을 기대하기보다 서비스 품질과 전문성을 차별화 요소로 설정하는 것이 현실적.
Meta 전 최고 AI 과학자 얀 르쿤이 공동 설립한 스타트업 Advanced Machine Intelligence(AMI)가 10억 달러 이상의 투자를 유치했다. 세계 모델(world model)을 개발해 물리적 세계를 이해하고 추론·계획·기억 기능을 갖춘 AI를 목표로 한다. LLM이 텍스트 기반 정적 데이터만 학습하는 한계를 넘어, 시공간적 이해를 학습하는 새로운 접근법을 시도한다.
커뮤니티 의견
- @GN⁺: “LLM은 인간이 세상을 설명한 언어 데이터만을 학습하기 때문에 진정한 창의적 발견이나 발명은 거의 불가능함”
💡 실무 포인트: 세계 모델 연구 동향은 로봇공학, 자율주행, 시뮬레이션 기반 AI 적용에 직접적 영향. 장기적 기술 방향성으로 주시.
Amazon이 AI 코딩 도구 사용과 관련된 연이은 서비스 장애 이후, 모든 AI 지원 코드 변경에 대해 시니어 엔지니어의 사전 승인 절차를 의무화했다. 내부 노트에 따르면 “베스트 프랙티스와 안전장치가 아직 완전히 확립되지 않은” 상황에서 AI 생성 코드가 프로덕션에 반영되며 문제가 발생한 것이다. 이는 단순한 코드 리뷰 강화가 아니라, AI 코드에 대한 조직적 책임 체계를 수립하려는 움직임으로 해석된다. CrowdStrike 사건이나 Heartbleed가 AI 없이도 발생했다는 점에서, 본질적으로는 “누가 책임지느냐"의 거버넌스 문제라는 분석이 주를 이룬다.
커뮤니티 의견
- @click: “AI 코드를 시니어가 리뷰하면 안전하다고 보장할 수 없죠. 결론은 누군가에게는 책임을 지우겠다는 게 골자”
- @sea715: “AI에이전트에 법적 서명같은걸 넣지 않는이상 지속될거 같아요”
- @yeobi222: “세무사는 감방가는 역할이라고 했는데 보험사가 감방을 대신 가주진 않아서 결국은…”
💡 실무 포인트: AI 생성 코드에 대한 리뷰 프로세스와 책임 소재를 팀 내에서 명확히 정의해야 한다. CI/CD 파이프라인에 AI 코드 태깅 및 추가 검증 단계 도입을 검토할 것.
AI 코드 작성 에이전트가 개발자가 자는 동안 코드를 생성하고 브랜치에 변경사항을 반영하는 워크플로우를 소개한다. 그러나 AI가 작성한 코드를 같은 AI가 테스트하면 “자기 축하 기계"가 되어, 원래 의도와 다른 오해를 잡아내지 못하는 문제가 핵심 한계로 지적된다. 100명 이상의 엔지니어에게 Claude Code 워크숍을 진행한 저자의 경험이 담겨 있으나, 비용 효율성과 코드 품질에 대한 우려가 공존한다.
커뮤니티 의견
- @GN⁺: “밤새 돌려놓고 돈 태우는 이런 방식은 나중에 PHP 밈처럼 웃음거리로 남을 것 같음”
💡 실무 포인트: 비동기 에이전트 워크플로우에서는 독립적인 검증 단계(사람 리뷰 또는 별도 검증 에이전트)가 필수.