Enterprise & B2B
매일 핵심 AI 뉴스 알림 받기기업 AI 혁신, 그리고 성공 사례와 이슈 및 해결 방안, B2B 업계의 변화 등을 다룹니다
최종 PR만 남기는 조직 vs 실패의 경로까지 자산화하는 조직 코딩 에이전트 세션과 GitHub 커밋 연결은 지식 보존의 출발점일 뿐, 실패 구간을 평가 자산으로 정제하는 별도 체계가 있어야 조직 학습으로 이어진다. ALL ARTICLES
- 판단의 희소성이 사라진 시대.. AI 전환을 위한 조직 재설계 기업의 AI 도입 성과를 가르는 요인은 모델 성능이 아니라 결재 단계와 업무 흐름을 먼저 다시 설계했는지에 있다. 절차를 그대로 둔 채 속도만 높이면 과거의 조직 설계를 오래 유지할 뿐이다.
- 86%가 시험했지만, 믿고 맡긴 곳은 34% 기업 대부분이 AI 에이전트를 시범 배치했지만 실제 사용률은 한 자릿수에 그친다. 권한·데이터 연동·역할 재설계 같은 운영 과제가 해결되지 않으면 기능을 더해도 채택은 늘지 않는다.
- AI 에이전트 폭주를 막는 마이크로VM 격리와 프록시 설계 전략 에이전트 사고를 프롬프트 경고가 아니라 하네스·자격증명·마이크로VM 격리 등 환경 차원에서 통제해야 한다는 논의.
- FDE… 잘 해야 약이 된다 엔터프라이즈 AI 파일럿이 전사 운영에 이르지 못하는 이유는 연동과 권한 같은 제품 결함 때문이며, 이를 코드로 고쳐 공통 제품으로 되돌리는 포워드 디플로이드 엔지니어 체계가 필요하다.
- AI는 가장 유망한 곳이 아니라, 붙일 수 있는 곳에 간다 기업이 AI를 가장 많이 쓰는 곳은 유망한 업무가 아니라 데이터·승인권한·평가지표가 갖춰진 업무다. 보안 모니터링이 1위인 이유도 이 배선 때문이다.
- ServiceNow 티켓에 숨긴 한 문장이 한 일 AI 에이전트 보안 사고는 탈옥이 아니라 서브에이전트가 오케스트레이터 권한을 그대로 물려받는 구조에서 나온다. 위임할 때마다 권한을 좁혀 넘기는 방식이 대안으로 논의된다.
- 에이전트를 믿을 것인가, 저장소가 막게 할 것인가? 프롬프트 인젝션에 속은 에이전트도 데이터에 접근하지 못하게 하려면 권한 판정을 에이전트 밖 인프라와 외부 서비스로 넘겨야 하는데, 지식베이스 검색에는 이 통제가 아직 빠져 있다.
- 파일럿이 끝나면 전사라는 착각 C레벨 임원 750명 중 40%는 AI를 업무에 넣었지만 일하는 방식 자체를 바꾼 곳은 15%에 그쳤고, 이 차이가 전사 확산을 가로막는다.
- 관리만 하는 자리는 이제 없습니다 관리자 보상 우위가 무너지고 스태프 엔지니어 보상이 그만큼 올라간 흐름을 신입 채용 감소·검증 병목과 함께 짚는다. 조직도는 이제 인사표가 아니라 자본 배분표로 읽힌다.
- 계약서에는 잡히지 않는 AI 인프라의 만기 AI 데이터센터 투자는 고객 계약 기간의 현금흐름으로 대출 심사를 받지만, 계약이 끝난 뒤 장비 가치와 상환 능력은 중고 시장과 차환 조건에 좌우된다.
- 파산 뒤 1천만 달러, 회사의 기억은 누구 것인가? 파산한 스피릿항공의 40년치 업무 기록이 구글에 1천만 달러로 낙찰됐다. 가격을 결정한 건 데이터 양이 아니라 결정과 결과를 연결하는 맥락, 그리고 권리와 익명화를 둘러싼 불확실성이었다.
- 빌려 쓰는 GPU vs. 직접 굴리는 GPU GPU 추론 비용은 자체 서버, 클라우드 임대, API 방식마다 다르게 나타나며 가동률과 데이터 통제 여부에 따라 유리한 선택이 달라진다.
- 당신의 AI를 막는 것은 누구인가 스탠퍼드 조사에 따르면 AI 도입의 성패는 모델보다 업무 절차 재설계, 통제 부서 참여, 예외 처리 기준 같은 조직 준비에 달려 있었다.
- 자율성보다 먼저 검증을 설계하라 기업이 에이전트에 맡기는 업무 범위는 오류를 발견하고 피해를 제한하는 속도로 정해지며, 실제 배포는 대부분 열 단계 이내의 짧은 실행과 제한된 권한으로 운영된다.
- Egnyte의 사례: 모델 말고 턴부터 줄여라 에이전트의 응답 속도는 모델 자체보다 턴 수와 도구 호출 설계에서 갈린다. Egnyte 사례를 통해 위임 구조 축소, 프롬프트 캐싱, 도구 반환값 설계가 지연시간을 줄이는 과정을 다룬다.
- 웹검색 꺼도 뚫린다: Atlassian Rovo가 보여준 ‘조직 통제’의 허상 관리자가 웹검색을 꺼도 Rovo의 URL 도구는 남아 지라 문서에 심어진 프롬프트가 내부 정보를 외부 주소로 보냈다. 정상 권한 안에서 벌어진 유출이라 접근 통제만으로는 잡히지 않는다.
- AI 구매 vs. 일하는 방식의 재설계 기업들은 AI 도구 구매 속도만큼 업무 절차와 권한 구조를 바꾸지 못했고, 워크플로 재설계와 책임자 지정이 성과 격차를 만든다.
- 메트릭 드리프트: CFO와 AI가 매출을 다르게 측정한다면? AI 데이터 에이전트는 SQL 문법보다 의미 해석에서 더 자주 틀리며, 지표 정의와 조인 경로를 미리 규정하는 시맨틱 레이어를 두면 실행 전에 오류를 막을 수 있다.
- FDE를 할 수 있는 파트너사의 선택 조건이 뭘까? 기업용 AI 도입은 FDE라는 직함보다 실제 투입되는 엔지니어의 경력과 계약 조건에 좌우된다. 결과물 정의, 성공 기준, 공급자가 떠난 뒤 남는 것까지 계약서에 담아야 도입 성과가 유지된다.
- 온프렘 LLM이 필요한 건 5%뿐인데, 왜 기업은 100%를 에어갭으로 사 들이는가 규제 산업의 AI 보안은 배포 방식 하나로 정하기보다 워크로드 단위로 나눠 민감한 요청만 격리하고 나머지는 빠르게 갱신하는 방식이 비용과 대응 속도에서 유리하다.
- 컨텍스트 그래프가 에이전트를 움직인다 에이전트가 판단을 내릴 때 근거를 어디에 남길지 다룬 글로, 엔티티와 소유권을 먼저 정하고 그 위에 결정 기록을 연결하는 컨텍스트 그래프 구조와 최신성 관리 문제를 짚는다.
- 에이전트가 만든 ‘조직 기억’이라는 인프라 카테고리 위키와 검색, 데이터 웨어하우스는 조직의 판단 근거를 남기지 못하며, 유효 기간과 권한을 붙인 사실 관리 체계가 있어야 AI 에이전트가 배경을 다시 찾지 않고 답할 수 있다.
- S/4를 올렸는데 AI 에이전트가 바보인 이유: Clean Core 없는 기간계는 ‘AI 부채’ 공장… 오래된 ERP의 커스터마이징과 부실한 마스터 데이터는 에이전트가 참조할 수 있는 정보의 범위를 제한하며, 표준에 가까운 코어일수록 자동화와 감사가 쉬워진다.
- Motorway 사례: 딜러 검색 AI 에이전트 오답을 1/8에서 1/50로 줄인 품질 게이트 매끄러운 답변이 정확성을 보장하지 않는다. Motorway는 도구 사용·추론·출력 품질을 나눠 검사하고 반복 실행과 배포 전 검증을 거쳐 도구 선택 정확도를 87%에서 98%로 높였다.
- AI 규제 기한은 미뤄졌는데, 데이터 부채는 한 걸음도 안 움직였다 EU 고위험 AI 규제 적용일은 미뤄졌지만 투명성 의무와 데이터 품질, 삭제·권한 관리 부채는 그대로 남아 있으며, 벤더 데이터 결함과 아마존 장애 사례는 작은 오류가 AI 답변 전체를 좌우하는 구조를 보여준다.
- ERP를 바꿨는데 왜 AI 에이전트는 그대로 느린가? 플랫폼 교체 뒤에 남는 ‘통합 부채’ ERP를 새로 도입해도 시스템 사이 업무 규칙과 데이터 기준이 그대로면 처리 속도는 바뀌지 않고, AI 에이전트를 넣어도 그 기준이 맞지 않으면 수작업 대사가 사라지지 않는다.
- 사람이 미들웨어가 된 ERP: 통합 부채에 AI 에이전트가 부딪히는 지점 기업 시스템에는 임시방편 연동과 수작업 검증이 쌓여 있고, AI 에이전트는 이런 통합 부채를 그대로 물려받아 오류도 정상값과 같은 속도로 처리한다. 되돌리기 쉬운 행동 하나부터 데이터 경로에 계약을 세우는 방식이 대안으로 제시된다.
- 환불 버튼을 AI에게 맡겨도 될까? 에이전트의 오류는 모델 성능이 아니라 절차 설계에서 비롯되며, 본인확인·환불 승인 같은 단계는 모델 대신 코드로 통제해야 신뢰할 수 있는 시스템이 된다는 내용이다.
- S/4HANA 끝나야 AI? 현장은 여전히 ECC… S/4HANA 전환 전에도 클린 코어 원칙으로 업무 로직을 API로 분리하고 죽은 코드와 마스터 데이터를 정리하면, 그 자산이 AI 도입과 이후 전환 비용 모두에 쓰인다.
- 프론티어를 ‘기본 모델’이 아니라 ‘호출 가능한 도구’로 쓰는 기업이 이긴다 생성형 AI 도입에서 성능 경쟁은 최고급 모델 사용량에 집중돼 왔지만, 실제 운영에서는 모델을 어느 단계에 배치하는지가 비용과 결과를 함께 결정한 사례를 다룬다.
- Chrome이 2개 릴리스에서 보안 버그 1,072개를 고친 방법 AI로 취약점 발견 속도는 빨라졌지만, 재현·수정·배포·적용까지 처리하는 체계가 조직의 실제 보안 역량을 가른다.
- AI에 $18조를 쏟아도 안 되는 이유: 레거시, 데이터, 프로세스 부채가 그만큼 기다리고 있다! Global 2000 기업에 묶인 17조9000억 달러 가치 대부분은 IT 부채가 아니라 데이터·프로세스·인재 부채에서 나오며, 이를 정리하지 않으면 AI 도입 예산도 성과로 이어지지 않는다.
- ABC사 사례: AI 자동화의 승부처는 운영이다 법률 서류 송달 업체 ABC Legal은 AI 에이전트를 전사 도입하며 권한 확대보다 버전 관리와 롤백 체계를 먼저 갖췄고, 그 결과 비개발자 직원들도 자동화를 직접 만들고 수정했다.
- 스크립트 자동화는 왜 더 깨질까.. LinkedIn이 만든 ‘보는’ QA Agent 코딩 에이전트가 코드를 빠르게 바꾸면서 기존 테스트 자동화가 이를 따라가지 못하자, LinkedIn은 화면을 직접 읽고 익숙한 경로는 재생하며 달라진 부분만 다시 해석하는 QA 에이전트로 대응했다.
- AI 도입 전, 데이터의 이자부터 계산하라 기업이 AI 자동화 범위를 넓힐수록 오래된 데이터 정의와 관리 부실이 비용과 위험으로 드러나며, 자동화가 미치는 범위는 결국 검증 가능한 데이터 범위 안에서 정해진다.
- AI 혁신의 중심에는 오래된 ERP가 있다 기업 다수가 생성형 AI를 업무에 들였지만 성과로 이어진 곳은 절반이 안 되며, 발주·지급·재고 같은 거래는 ERP의 원장과 승인 체계 안에서만 에이전트에게 맡겨진다.
- 자동화의 진짜 병목은 숫자의 의미다 매출과 마진의 정의가 시스템마다 문서화되지 않은 채 남아 있으면 AI는 매번 의미를 추측해서 계산하고, 쓰기 권한을 가진 에이전틱 AI는 그 오류를 하루에도 수백 번 실제 시스템에 반영한다.
- ERP 에이전트가 벡터 검색을 버린 이유… ‘업무 지도’가 전사 AI의 진짜 기억이다 기업 ERP 에이전트가 벡터 검색 대신 지식 그래프를 쓰는 이유와, SAP·Palantir 사례로 본 조직이 직접 관리해야 하는 업무 지도의 조건을 설명한다.
- Stripe는 왜 코딩 에이전트를 전 직원용으로 다시 만들었나 - Kai가 보여 준 엔터프라이즈 ‘지식 에이전트’의 실제 설계 직원 8,000명이 에이전트 4,000개를 만든 뒤, Stripe는 전문성은 팀에 남기고 도구·권한·컨텍스트 관리 기준만 플랫폼으로 통일했다.
- 검증비용을 어떻게 낮출까? Cloudflare가 MUST와 SHOULD로 엔지니어링 규율을 강제하는 방식 AI가 코드 작성량을 늘리면서 검토 부담이 커지자, Cloudflare는 사내 표준을 RFC로 통합해 MUST와 SHOULD로 나누고 필요한 규칙만 골라 검토 에이전트에 넣는 방식으로 운영한다.
- 모델보다 먼저 고쳐야 할 비용 구조 코딩 에이전트 비용은 프롬프트보다 세션에 쌓이는 컨텍스트에서 커진다. 모델 선택과 라우팅, 캐시 조정을 게이트웨이 하나에서 관리하는 조직이 비용을 예측 가능한 범위에 둔다.
- 규칙은 왜 코드로 옮겨야 하는가 - Wix의 사례 에이전트 지시가 길어질수록 일부가 누락되거나 형식만 맞춘 결과가 나오기 쉽고, 규칙을 코드와 검증기로 옮겨 스키마·토큰·접근성 기준을 기계가 확인하게 하는 편이 안정적이다.
- Uber가 고친 Agent Identity의 구멍 AI 에이전트에 업무를 맡기는 기업이 늘면서 신원·권한 체계도 바뀌고 있다. Uber 사례로 워크로드 신원 증명부터 위임 경로를 담은 단명 토큰 발급까지의 접근 제어 구조를 다룬다.
- Langchain이 BI 대시보드를 버리고 에이전트 스택으로 갈아탄 이유 LangChain 데이터팀은 대시보드 대신 컬럼과 지표 정의를 정리해 에이전트가 같은 기준으로 답하게 했고, 시맨틱 레이어를 더하자 텍스트-투-SQL 정확도가 크게 올랐다.
- MCP만으로는 프로덕션이 안 된다 .. DoorDash가 200개 서버 위에서 만든 Agent Gateway 컨트롤 플레인 MCP는 툴 호출 형식만 정할 뿐 권한과 자격증명 관리는 다루지 않는다. DoorDash는 프록시와 레지스트리를 분리한 중앙 게이트웨이로 인증과 툴 노출 범위를 통제하고 모든 호출을 기록한다.
- MCP만 붙이면 에이전트가 된다? Sierra가 45개 시스템에 연결하며 깨달은 ‘게이트웨이 빙산’ Sierra의 사내 에이전트는 도구 연결 자체보다 권한 통제와 검증 체계를 다듬어 89% 이용률에 도달했다. 게이트웨이는 연결 규격이 아니라 접근 범위와 신뢰를 관리하는 계층이다.
- Linear가 에이전트에게 자사 API를 주지 않은 이유 제품 안 AI 에이전트의 안전장치는 프롬프트가 아니라 툴 매개변수·승인 절차 같은 실행 단계에서 정해지며, 되돌릴 수 있는지와 노출 범위에 따라 권한 수준이 달라진다.
- Netflix 인하우스 LLM 서빙이 깨뜨린 설계 가정들 Netflix는 LLM을 별도 시스템이 아니라 기존 추천 서빙 레일에 올렸고, 배치 처리와 디코딩 제약 같은 세부 구현에서 자체 서빙 여부를 가르는 기준을 보여준다.
- OpenAI가 70,000개 테이블을 AI readable하게 만드는 법 데이터 에이전트의 정확도는 SQL 생성 능력이 아니라 스키마·리니지·메모리 등 여섯 가지 맥락을 갖췄는지에서 갈린다는 내용이다.
- Shopify의 도메인 특화 모델 사례 Shopify는 판정 모델의 일치도를 사람 수준까지 끌어올린 뒤 실패한 대화를 교정해 학습 데이터로 삼았고, SFT와 GRPO를 거친 특화 모델은 프론티어 모델보다 낮은 비용으로 더 나은 성능을 냈다.
- Meltwater가 에이전트 비용을 낮춘 사례 기자 프로필을 갱신하던 리서치 에이전트 Admiral은 성과가 좋았지만 컨텍스트가 계속 불어나 유지보수가 어려워졌고, 검색과 판단을 다섯 단계로 나누고 필드별로 근거를 검토하도록 다시 설계했다.
- 프롬프트로 하는 당부는 보안이 아니다. Cloudflare의 에이전트 권한 관리 AI 에이전트가 업무를 직접 실행하면서 보안의 중심이 프롬프트 지시에서 자격 증명 수명과 실행 권한 통제로 옮겨간다. Cloudflare는 작업 단위 단기 토큰과 실행 전 권한 상한으로 이를 구현한다.
- 모델은 렌탈, 하네스는 소유: Coinbase, Shopify, Ramp의 사례 코인베이스, 쇼피파이, 램프는 자체 AI 모델 대신 세션·샌드박스·검증을 관리하는 하네스를 직접 만들어 코딩 에이전트를 운영한다.
- 버티컬 AI의 해자, 롱호라이즌 에이전트 앞에서 무너질까 버티컬 AI 기업의 경쟁력은 모델 성능이 아니라 배포 관계, 반복 성공률 검증, 계약상 결과 보증 같은 운영 역량에서 나온다는 내용이다.
- 버티컬 AI의 진짜 해자는 무엇인가 모델 가격이 떨어지고 성능이 평준화될수록 화면과 기능은 쉽게 복제되지만, 데이터 연결과 권한 체계, 고객 업무에 쌓인 판단 절차는 쉽게 옮겨지지 않는다.
- 남는 AI 한도는 어디로 가야 하나 주간 단위로 초기화되는 AI 좌석 한도는 쓰지 않아도 소멸하는데, 억지로 소진하면 품질이 떨어진다는 문제를 다른 자원 배분 사례에 비춰 다룬다.
- 더 똑똑한 AI, 더 위험한 KPI 에이전트 시대의 경쟁력은 도구나 모델 수가 아니라 조직이 합의한 평가 지표에서 나오며, 잘못된 지표는 에이전트의 속도 때문에 더 위험해진다.
- 엔터프라이즈가 ‘에이전트’라고 부르고 있는 것들 다단계 업무 완료를 기준으로 보면 기업이 배포한 에이전트 다수는 실제로 질의응답 챗봇에 가깝고, 단계별 성공률이 누적되며 전체 완료율을 낮춘다는 점을 살핀다.
- 에이전트가 SaaS 좌석 과금을 깨뜨릴 때, 그 가치는 누구 몫이 되는가 에이전트가 사람 대신 소프트웨어를 조작하면서 좌석 기반 과금이 흔들리고, 벤더는 성과·사용량 과금으로 옮겨가지만 그 가치는 모델 벤더와 하이퍼스케일러로 먼저 모인다.
- 자신을 대체할 AI를 파는 컨설팅 빅펌들의 계산법 맥킨지·BCG·베인이 자신을 대체할 모델 벤더와 손잡으며 얻는 손익과, 그 대가로 주니어 피라미드가 무너지는 위험을 다룬다.