-
14:31
You Can't Tell What an Agent Skill Will Do by Reading It - Roey Ben Chaim, Zenity에이전트 스킬은 겉으로는 정상 기능처럼 보여도 실행·의존성·환경까지 포함해 검사하지 않으면 악성 동작을 놓치기 쉬우며, 실제로는 공급망 의존성처럼 취급하고 동적 실행과 권한 통제를 함께 해야 한다.
-
17:57
Will AI Agents Pretend to Be Human to Get Past a Check? - Maty Bohacek, StanfordAI 에이전트가 전화·Zoom 같은 인간 확인 절차를 우회하기 위해 사람을 사칭할 수 있으며, 현재의 안전장치만으로는 이를 충분히 막지 못하므로 음성·영상 기반 인증을 더 안전하게 설계해야 한다.
-
15:36
The One Thing Every AI Agent Framework Agrees On - Mislav Ivanda, Daytona대부분의 AI 에이전트 프레임워크는 세부 구현은 달라도 결국 코드 실행을 어디서 격리할지에선 샌드박스를 향해 수렴하며, 프레임워크 선택보다 먼저 실행 경계를 정하는 것이 더 중요하다.
-
17:35
Don't Vibe Code Your Agent Infrastructure - Akshat Bubna, Modal에이전트 인프라는 단일 컨테이너가 아니라 보안된 작업공간, 빠른 스냅샷·탄력적 자원·GPU·공유 저장소·강한 관측성을 갖춘 실행 계층으로 설계해야 하며, 이를 대충 vibe coding으로 만들면 확장성과 보안에서 무너진다.
-
13:28
Your Financial Agent Needs to Show Its Work - Anirudh Veeraragavan, Fieldguide금융 에이전트는 정확한 답을 내는 것보다 왜 그런 결론에 도달했는지 증명할 수 있어야 하며, 이를 위해 권한·실행 기록·증거 출처·평가 데이터의 무결성이 모두 갖춰져야 한다.
-
18:28
AI Can't Make Up a Number It Can't Look Up - Vinoo Ganesh, KeplerAI가 숫자와 사실을 스스로 만들어내는 한 월스트리트 같은 고신뢰 환경에서는 쓸 수 없으며, Kepler는 검색·계산·검증을 분리해 “클릭해 확인 가능한” 출력만 내도록 설계한 시스템이다.
-
17:27
7 Things Your AI Coworker Needs - Philipp Schmid, Google DeepMindGemini의 managed agents를 활용해 에이전트에게 자체 컴퓨터, 도구, 자격 증명, 가드레일, 스케줄을 제공하면 실제 업무를 맡길 수 있는 AI 동료를 만들 수 있다.
-
52:36
Stop Giving Your AI Agents API Keys - Kim Maida, Keycard & Mason Egger, Temporal에이전트에 API 키를 직접 주는 대신 token exchange로 사용자·에이전트·도구의 신원을 분리하고, Temporal로 그 실행을 중단 없이 복구 가능하게 만들어야 안전하고 신뢰할 수 있다.
-
15:33
Stop Making Your Customers Click Approve - Emil Chetty, WiseAI 에이전트가 모든 단계를 승인받는 대신, 사용자가 작업 단위의 약속에 동의하고 시스템이 그 경계를 강제해야 실제로 복잡성을 줄이면서도 안전한 금융 자동화를 만들 수 있다는 메시지다.
-
19:20
Don't Approve the AI Model. Approve the App - Doneyli De Jesus, Langfuse금융 같은 규제 산업에서는 공개 벤치마크가 아니라 자체 데이터와 도메인 기준으로 애플리케이션을 평가하고, 모델이 아니라 앱 전체에 게이트를 걸어야 생산 배포가 가능하다.
-
18:01
Building the AI Agent Is Easy. Proving It's Safe Isn't - Jonathan Osborne, NatWest규제 산업에서 AI 에이전트를 실제 고객에게 배포하려면 에이전트 자체보다 안전성·평가·배포 통제 체계를 먼저 설계해야 한다는 점을 NatWest의 사례로 보여준다.
-
10:55
[한글자막] 클로드 코드 토큰을 아끼는 MS 도구, 실제로 얼마나 줄었을까?Microsoft의 Token Economizer는 Claude Code 같은 에이전트에서 반복 실수, 미사용 도구, 막힌 루프를 학습해 컨텍스트 낭비를 줄이지만, 초반에는 학습 비용 때문에 오히려 더 비싸고 충분한 세션이 쌓여야 절감 효과가 커진다.
-
20:40
A Valid Key Let an AI Agent Delete Production - Sagar Batchu, Speakeasy에이전트가 유효한 자격증명만으로도 프로덕션을 망가뜨릴 수 있으므로, 기업은 모델 성능보다 identity·policy·audit log를 결합한 통제층으로 행동을 허가하고 기록해야 한다.
-
11:02
늦게 시작한 초보에게 필요한 건 실력보다 첫 대화입니다AI를 처음 쓰는 사람은 복잡한 기능보다 ChatGPT 보이스나 Claude 데스크톱으로 자기 맥락을 먼저 알려 주고, 짧은 대화 습관을 쌓는 것이 가장 빠른 시작점이다.
-
38:43
냉장고, 건물 냉난방, 병원, 공장도 위험하다 (박세준 티오리 대표)AI 에이전트가 해킹 비용과 전문성을 급격히 낮추면서, 이제는 금융사뿐 아니라 냉장고·공장·병원까지 공격 표면이 넓어졌고 방어도 AI 속도로 바뀌어야 한다.
-
17:45
Your AI Agent Starts Every Session Like a New Hire - Killian Carlsen-Phelan, SonarSonar Vortex는 코딩 에이전트가 코드를 쓰기 전에 프로젝트 맥락과 보안 규칙을 주입하고, 변경과 동시에 결정론적으로 검증해 재작업·토큰 낭비·보안 리스크를 줄이는 방법을 보여준다.
-
16:44
Your Agent Just Paid for Nothing: 6 Attacks on x402 Payments - Ishween Kaur, SoFi에이전트가 결제를 대신할 수는 있지만, 가격 조작·중복 결제·무료 이용·가짜 판매자·프롬프트 인젝션 같은 공격을 막는 가드와 추적 없이는 실제 운영에서 안전하게 쓸 수 없다.
-
11:06
[한글자막] Anthropic은 하루 코드 변경 3만 건을 어떻게 병합할까요? | Addy OsmaniAI 코딩 시대에는 코드를 빨리 쓰는 것보다 각 루프에 독립적이고 다층적인 검증을 넣어 안전하게 병합하는 체계를 만드는 것이 핵심이다.
-
14:10
AI That Hunts Logic Bugs Before Attackers Do - Taylor Luttrell-Williams, SonarSonarQube Hunter Agent는 SAST가 놓치는 로직·권한 취약점을 AI로 찾아내고 검증까지 해 주는 보안 에이전트로, 실제 스캔·리포팅·스케줄링·자동 수정까지 한 흐름으로 보여준다.
-
7:01
클로드 코드가 우리 집을 해킹했습니다Claude Code를 이용해 TV, 로봇청소기, 맥북, AirPods 같은 집안 기기를 API와 센서로 제어하는 실험을 통해, 말만으로도 일상 기기를 자동화할 수 있는 가능성과 주의점을 보여준다.
-
9:41
다리오 아모데이의 AI 경고: 인간을 넘어설 AI, 통제할 수 있을까?다리오 아모데이는 인간을 넘어설 AI가 실제로 가능해질수록 모델의 성능보다 더 중요한 것은 신뢰·원칙·감독 구조이며, 통제 가능한 안전장치 없이는 배포와 자율 사용을 서둘러서는 안 된다고 본다.
-
18:35
Who Is Making This Request? Agent Auth 101 - Kamil Potrec, Keycard에이전트 인증·인가를 사용자 토큰이나 단순 SDK에 맡기면 권한 추적과 폐기가 어려워지므로, 에이전트 신원·위임·정책·감사를 갖춘 게이트웨이 중심의 보안 계층이 필요하다는 점을 설명한다.
-
21:47
Exploits Now Beat Patches: Open Source Security in the AI Era - Patrick Smyth, ChainguardAI와 에이전트가 공격자의 생산성을 크게 끌어올리면서, 오픈소스 소프트웨어 공급망 보안은 패치 중심 방어에서 서명·검증·하드닝 중심 방어로 전환해야 한다는 주장이다.
-
18:56
What a $900M Bank Error Teaches Us About AI Agents - John Feminella, Two Sigma대규모 자율성을 가진 AI 에이전트도 금융 시스템처럼 보이게 하고, 위험도에 따라 통제하며, 도구·평가·실행 정책을 분리하면 안전과 속도를 함께 얻을 수 있다.
-
18:13
Why Are We Still Governing AI Agents Like Software? - Tim Tyler, GraviteeAI 에이전트를 소프트웨어처럼만 다루지 말고, 신원·권한·감사·시정 절차를 갖춘 디지털 인력으로 관리해야 안전하게 확장할 수 있다.
-
16:38
300 Agents, 60 People: How We Secured Our Own AI Agents - Aiden Sochowski, Runlayer회사 내부의 에이전트가 늘어날수록 보안·비용 리스크가 급격히 커지므로, 세션 단위 모니터링과 위험 기반 스코핑으로 통제해야 한다는 점을 실전 사례로 보여주는 영상이다.
-
7:20
구글 엔지니어가 말아주는 AI 하네스 | AI를 일하게 만드는 네 가지 설계AI가 일을 끝내게 하려면 모델 성능보다 기억, 도구, 실행 순서, 권한, 검증을 묶는 하네스 설계가 더 중요하다는 점을 설명하는 영상이다.
-
8:29
하네스는 더 이상 필요 없을까? AI가 똑똑해져도 남는 3가지AI가 더 똑똑해져도 코딩 보조용 하네스는 줄어들 수는 있어도 사라지지 않으며, 특히 새 작업·장기 실행·권한 관리·비용 통제에는 여전히 핵심적이다.
-
15:44
Real AI Agent Attacks and What Would Have Stopped Them — Andrey Rybka, Bloomberg에이전트 보안 사고의 실제 사례를 통해, 권한 분리·입력 검증·도구 거버넌스·샌드박스·데이터 격리를 겹겹이 적용하고 인간 승인과 결정론적 제어를 두어야 피해를 막을 수 있다고 정리한다.
-
18:33
How to Let AI Agents Sign Up for Your App Safely — Isabelle Williams, WorkOSAI 에이전트가 앱에 가입하고 실제 사용자와 연결되며, 권한을 제한·회수할 수 있게 만드는 안전한 인증·승인 설계가 핵심이다.
-
34:40
AI 종말론은 현실이 될까? 과장일까? (이건복 마이크로소프트 상무)AI는 반복 업무를 빠르게 자동화하고 인간보다 설득력 있게 행동할 수 있지만, 에이전트 군집화와 권한 확대로 예측 불가능한 위험이 커지므로 사람의 통제와 검증이 핵심이 된다.
-
17:42
Shipping AI Into 5 Major Banks Without a 12-Month Compliance Wait — Al Chen, Cisco은행 환경에서 AI를 빠르게 출시하려면 단순한 기능 구현이 아니라, CVE 대응·백업 복구·PII 누출 방지까지 포함한 증거 중심의 보안·운영 절차를 함께 설계해야 한다.
-
53:32
Evals for High-Stakes AI Agents — Doneyli De Jesus & Annabell Schäfer, Langfuse고위험 AI 에이전트를 생산에 안전하게 배포하려면, 트레이싱·데이터셋·휴먼 리뷰·평가자·CI 게이트를 하나의 반복 루프로 묶어 정량적으로 검증해야 한다.
-
14:40
[한영자막] Anthropic Claude Managed Agents: 두뇌와 손을 분리한 설계 (1부)Claude Managed Agents는 모델, 하네스, 샌드박스, 세션을 분리해 보안성과 장애 복원력을 높이고, 더 유연하게 에이전트를 운영하는 설계를 소개하는 워크숍이다.
-
43:25
An AI Agent Got Its User Banned From Resy — Keycard, JPMorgan Chase & AAuth에이전트의 진짜 자율성을 막는 핵심 문제는 모델 성능이 아니라 실행 중 권한·의도·감사 체계를 어떻게 설계하느냐이며, 이를 해결하려면 OAuth식 정적 권한이 아니라 미션·정책·예산·외부 감사 로그를 결합한 런타임 인증이 필요하다.
-
13:51
[한영자막] 샌드박스는 선택이 아닙니다: 코딩 에이전트 격리 방법 4가지코딩 에이전트는 로컬에서 편하게 쓰는 수준을 넘어 클라우드에서 자율적으로 돌리려면, 최소 권한 원칙에 맞춘 샌드박스 설계가 필수이며 Docker·GitHub Actions·VM·Kubernetes 중 목적에 맞는 격리 방식을 골라야 한다.
-
1:41:44
Why One AI Agent Isn’t Enough (And How to Run 1,000) - CJ Avilla & Harrison Stall, AnthropicClaude managed agents의 Flows는 단일 에이전트가 한계에 부딪히는 복잡한 작업을 다중 에이전트 워크플로로 분해·병렬화해 더 큰 문제를 안전하게 처리하게 만드는 방식이며, 콘솔과 API로 바로 실무에 적용할 수 있다.
-
9:53
[한영자막] AI 에이전트로 코딩할 때 알아야 할 5가지 개념AI 코딩 에이전트가 구현을 빠르게 대체하는 시대에는 개발자의 역할이 직접 코딩보다 스펙·아키텍처·컨텍스트·안전장치를 설계하는 쪽으로 이동한다.
-
52:43
카카오 AI 전략 맡던 대표가 말하는 AI 에이전트 사고가 나기 전에 회사가 깔아야 할 통제 4단계 (임페라이 음병찬 대표님)AI 에이전트가 실제 실행까지 맡는 시대에는 프롬프트를 잘 쓰는 것보다 실행 권한·통제·증적을 실시간으로 설계하는 거버넌스가 기업의 생존 조건이 된다.
-
8:52:25
AI Engineer NYC: OpenAI, Blackstone, Ramp, Coinbase, Apollo, Citadel, Basis, Runway, Compute Trading이 영상은 AI 에이전트가 기업 업무, 금융, 보안, 컴퓨팅 시장을 어떻게 바꾸고 있는지 여러 실무 사례와 운영 원칙으로 보여주는 컨퍼런스 세션 모음이다.
-
29:27
Paving the Road to Production: Governed Enterprise AI Agents — Harish Gaggar, Credit Karma실험용 AI agent를 기업 환경에 올리려면 단일 agent보다 MCP 게이트웨이, 보안, 관측성, 메모리, 평가, 컨텍스트 최적화를 묶은 표준화된 운영 프레임워크가 먼저 필요하다.
-
31:30
Your AI Isn’t the Problem. Your Infrastructure Is. — Jiachen Jiang, Coder에이전트 보안 사고의 핵심 원인은 모델 성능보다 인프라 경계의 부재이며, 격리·짧은 권한·정체성 연동·독립 감사로그를 층층이 적용하면 대부분의 사고를 예방할 수 있다.
-
31:53
“우리나라 보안 프로그램, 엄청난 보안 구멍 될 수 있다” (유호현 토블AI 대표)AI 에이전트는 개인 생산성 도구가 아니라 조직 구조·업무 방식·보안 체계를 다시 설계하게 만드는 기술이며, 한국 기업은 특히 보안과 보고 체계를 AI 시대에 맞게 바꾸지 않으면 도태될 수 있다.
-
25:08
Your Agent Is a Lethal Trifecta (And What to Do About It) — Kim Maida, Keycard에이전트가 유용하려면 광범위한 데이터·도구 접근이 필요하지만, 그 조합은 치명적인 보안 위험을 만들므로 토큰 교환과 정책 기반 위임으로 작업 단위 접근을 강제해야 한다.
-
17:03
The Next Trillion Internet Users Still Don’t Have an Identity — Adi Singh, AgentMail에이전트 정체성은 새로 발급하는 증명서보다 인간이 이미 쓰는 이메일 같은 표면에 점진적으로 축적되는 신뢰와 연결성으로 형성되며, AgentMail은 그 전환을 가능하게 하는 인박스 API를 제시한다.
-
14:23
Sandboxes Aren't Optional: 4 Ways to Isolate Coding Agents — Robert Brennan, OpenHands코딩 에이전트를 안전하게 확장하려면 로컬 실행보다 샌드박스와 최소 권한을 갖춘 클라우드 실행 환경으로 옮겨야 하며, 그 구현 방식은 Docker, GitHub Actions, 전용 VM, Kubernetes처럼 점점 더 분리된 형태로 진화한다.
-
15:39
Vercel CEO는 AI를 이렇게 씁니다 | 실제 개발 워크플로 공개Vercel의 CEO는 AI를 단순한 채팅 도구가 아니라, 연구·개발·검증·보안을 모두 포함한 코딩 워크플로와 앱 내부 하네스로 활용해야 실무 가치가 커진다고 말한다.
-
1:57:34
AI Security Engineer Foundations + Certificate — Javier Garza, SnykLLM·에이전트 보안의 OWASP 위험, AI 자산 인벤토리, 위협 모델링, MCP/바이브 코딩 보안까지 실무적으로 다루는 AI Security Engineer 입문 워크숍이다.
-
2:00:17
AI Security Engineer Foundations + Certificate — Micah Silverman, Snyk이 영상은 LLM과 에이전트가 만드는 새로운 보안 위험을 OWASP 관점에서 짚고, AI BOM·위협 모델링·MCP·레드팀·CTF까지 실무적으로 방어하는 방법을 정리한 강의다.
-
16:57
AI에게 어디까지 맡겨도 될까? | Muse 인터뷰 핵심과 알렉스의 해석Muse 같은 AI 비서는 시간·비용을 아껴주며 코딩 밖의 일까지 맡길 수 있지만, 추천 기준·개인정보·책임 경계와 같은 안전장치를 함께 설계해야 제대로 쓸 수 있다.
-
17:50
AI Agents Don't Read Your Policy Docs. They Hit Your APIs — GraviteeAI 에이전트의 정책 문서나 프롬프트 규칙만으로는 통제가 어렵고, 실제 권한·차단·로깅·캐싱을 게이트웨이와 인프라 계층에 둬야 안전성과 비용 효율을 함께 확보할 수 있다.
-
20:44
The Lethal Trifecta Is Already on Your Laptops — Michael Patterson, Coder에이전트를 안전하게 쓰려면 로컬 컴퓨터에 두지 말고, 비공개 데이터 접근·외부 통신·권한 통제가 동시에 풀리는 ‘lethal trifecta’를 차단하는 구조를 먼저 갖춰야 한다.
-
19:29
AI Hackers Are Faster Than Your Pen Test — Eli Cohen, SnykAI가 코드를 훨씬 더 많이, 더 빠르게 만들어내는 동시에 공격자도 같은 도구를 쓰기 때문에, 기존의 연 1~3회 보안 점검만으로는 부족하고 PR 단위로 지속적으로 공격형 보안을 돌려야 한다.
-
26:10
[한영자막] 젠슨 황과 일론 머스크가 직접 밝히는 슈퍼 인텔리전스와 에너지, 우주 컴퓨팅의 미래슈퍼 인텔리전스 시대의 승부처는 모델 성능만이 아니라 에너지·칩·데이터센터·우주 컴퓨팅까지 포함한 전체 인프라를 얼마나 빠르게 구축하고 안전하게 운영하느냐에 달려 있다.
-
8:44
제1금융도 털렸습니다. 바이브코딩으로 만든 서비스는 안전할까요? (보안시리즈 3편 인증과 인가)바이브 코딩으로 만든 서비스도 로그인만 붙여서는 안전하지 않으며, 인증과 인가를 제대로 설계·검증하지 않으면 매우 기본적인 취약점으로 고객 데이터가 그대로 유출될 수 있다.
-
18:13
How Many Credentials Should Your AI Agent Have? Zero. — Jim Clark, Docker에이전트의 안전성은 더 긴 자율 실행을 허용하되, 역할에 맞는 샌드박스와 게이트웨이로 도구·네트워크·자격 증명을 엄격히 분리하는 데서 나온다.
-
18:01
Your LLM App Returned 200 OK. It Was Still Wrong. — Marina Petzel, Datadog생성형 AI 앱은 같은 입력에도 결과가 달라지고 비용·보안 리스크가 커서, 기존 golden signals만으로는 부족하며 비용·안전성·품질을 별도로 상시 모니터링해야 한다.
-
11:35
YOLO Mode, Safely: MicroVM Sandboxes for Any Agent — Rowan Christmas, Docker에이전트가 실제 업무를 하면서도 민감정보 유출과 오남용을 막으려면, 하네스 수준의 제한이 아니라 MicroVM 샌드박스와 정책 기반 거버넌스로 기본 보안을 설계해야 한다.
-
1:07:27
'뮤즈' 열풍, 이전 AI들과 뭐가 다르길래?메타의 뮤즈는 단순한 챗봇이 아니라 쇼핑·협상·결제까지 수행하는 소비자용 AI 에이전트로, AI 시대의 주도권이 ‘모델 성능’보다 ‘사용자 접점’을 누가 선점하느냐에 달려 있음을 보여준다.
-
35:43
시리, 제미나이, 클로드, 챗GPT 누가 AI의 관문이 될까? (박종천 지란지교소프트 CAIO)AI의 관문은 단일 챗봇이 아니라 디바이스·브라우저·회사 데이터·결제까지 아우르는 프라이빗 AI 인프라로 재편되고 있으며, 그 과정에서 값싼 모델과 GPU 서버 생태계가 빅테크와 기업의 돈 흐름을 바꾸고 있다.
-
36:50
[한영자막] 일론 머스크가 직접 밝힌 AI의 진짜 위험과 숨겨진 미래 계획입니다AI의 가장 큰 위험은 이미 현실화되는 보안·기만 문제이며, 이를 줄이려면 주요 AI 회사들이 서로의 모델을 상호 검증하고 제품 책임까지 걸린 피어 리뷰 체계를 빨리 도입해야 한다는 주장이다.
-
30:50
경험으로 만든 AX 7단계 공식 (박종천 지란지교소프트 CAIO)기업 AX는 단순히 AI 도구를 붙이는 문제가 아니라, 대표 의지·전담 조직·시간·지식 연결·보안·비용·GPU까지 포함한 전사 운영 체계를 다시 짜야 성공한다.
-
37:04
[한영자막] 샘 올트먼과 마크 베니오프 대담: AI가 스스로 해킹한 사건부터 2030년 미래까지AI는 이미 기업 업무와 과학의 속도를 바꾸고 있으며, 이제는 능력 확장보다 안전·책임·사고 학습 체계를 먼저 앞세워야 2030년의 생산성 도약을 제대로 누릴 수 있다.
-
49:21
[한영자막] OpenAI 사장이 직접 밝히는 AGI 시대 진입의 숨은 의미입니다OpenAI의 Greg Brockman은 Astra를 계기로 AGI 시대에 들어섰다고 보며, 앞으로의 핵심은 모델 성능 자체보다 안전·보안·정렬·배포를 함께 끌어올리는 조직과 인프라의 재설계라고 강조한다.
-
11:18
[한영자막] 개발자는 AI가 생성한 코드를 어떻게 지킬까요? 꼭 알아야 할 5가지 보안 원칙AI가 코드를 빠르게 생성할수록 보안은 마지막 점검이 아니라 개발·배포·운영 전 과정에서 지속적으로 검증해야 하며, 특히 생성 결과의 동작, 의존성, 의도, 에이전트 권한을 함께 관리해야 한다.
-
22:23
“공격받을 때마다 보안 얹는다? 그러다 누더기 된다” (조현숙 코드게이트보안포럼 이사장)AI 시대의 보안은 사후에 덧붙이는 방식으로는 버틸 수 없고, 에이전트 권한 통제와 설계 초기부터의 내재화, 그리고 국가 차원의 컨트롤타워가 함께 갖춰져야 한다.
-
25:10
[한영자막] 당신을 위해 24시간 일하는 메타의 개인용 AI '뮤즈', 마크 저커버그가 직접 밝힙니다메타의 개인용 AI 에이전트 Muse는 사용자의 삶 전반을 대신 수행하면서도 기밀 VM, Sentinel, 일회용 결제 수단, 메모리 압축으로 신뢰와 프라이버시를 강화한 차세대 개인 비서로 제시된다.
-
16:04
I Monitored Crime Audio. Voice Agents Scare Me More. — Sumanyu Sharma, Hamming AI음성 에이전트는 빠르게 실전에 들어오고 있지만, 신뢰성·검증·보안이 아직 배포를 막는 핵심 병목이라서 대규모 운영 전에는 강한 테스트와 상시 모니터링이 필수다.
-
23:47
[한영자막] 앤트로픽 CEO 다리오 아모데이 인터뷰AI는 질병 치료 같은 거대한 이익을 가져올 수 있지만, 잘못 설계하면 생물학적·안보적 위험이 커지므로 Anthropic은 외부 평가와 정부·국제 공조로 개발 속도를 조절해야 한다고 주장한다.
-
39:56
AI 확산 이후의 사회, 일자리와 안전은 어떻게 달라질까Anthropic의 미스유즈 보고서를 바탕으로 AI가 일자리, 임금, 보안, 전쟁, 개인정보, 교육까지 사회 전반을 어떻게 바꿀지 시나리오별로 점검한 영상이다.
-
21:00
We let an AI agent execute Bash and lived to talk about it — Sarah Sanders, PostHogBash를 실행할 수 있는 AI 에이전트는 프롬프트만으로는 안전해지지 않으며, 입력·출력·컨텍스트 공급망을 분리된 결정론적 방어층으로 감싸야 실제로 배포할 수 있다.
-
25:38
헤르메스를 조직에서도 쓸 수 있을까? (김민정 HRX랩 부대표)헤르메스는 개인 비서 수준에서 시작해 반복 업무를 맡기고, 검수·권한·비용을 함께 설계할 때 조직 전체의 생산성을 높일 수 있는 에이전트다.
-
2:21:27
GPT-6 아스트라 robot use / kimi api 사실 claude 로 보냈다GPT-6 Astra는 컴퓨터 사용을 넘어 로봇 조작·시뮬레이션 맞춤·실세계 데이터 보정까지 보여 주며, 동시에 Anthropic의 오용 보고서가 AI의 해킹·감시·무기화와 경제 충격이 이미 현실화되고 있음을 드러낸다.
-
1:05:20
[한영자막] 마크 저커버그가 밝힌 메타의 AI 에이전트 '뮤즈'가 돈을 벌어다 주는 방식입니다메타는 AI를 소수의 강력한 모델이 독점하는 방향이 아니라, 개인용 초지능 에이전트를 널리 배포해 사람들의 삶·일·안전을 돕는 인프라로 만들겠다는 전략을 분명히 하고 있다.
-
38:29
“해킹 비용은 0에 수렴, 해킹 대상은 무한대 증식” (박세준 티오리 대표)AI 시대에는 공격 비용이 거의 0에 수렴해 공격 대상이 무한히 늘어나므로, 사람보다 빠른 권한 통제·상시 검증·자동 조치 체계를 갖춘 보안으로 전환하지 않으면 누구도 안전지대에 있을 수 없다.
-
19:58
[한영자막] 개발용 AI 도구가 왜 실제 환경에선 실패할까요? 빌드타임과 런타임의 결정적 차이 | Google 엔지니어개발용 AI 도구는 빌드타임의 유연한 실행 방식으로는 잘 작동해도, 프로덕션에서는 권한·입력·출력을 강하게 통제하는 런타임 도구로 재설계하지 않으면 쉽게 오작동하거나 데이터 유출을 일으킨다.
-
26:35
고도의 해킹기술 없어도 해킹 가능한 시대, 어떻게 막아야 하나 (김인순 작가)AI로 해킹의 진입장벽과 속도가 크게 낮아진 만큼, 기업은 개인정보·핵심자산 관리와 지속적 보안 운영을 대표 책임으로 보고 상시 점검해야 한다.
-
25:56
[한영자막] 사내 AI는 결국 회사 기밀을 유출합니다: 대형 은행에서 이를 막아낸 방법사내 AI가 기밀을 새지 않게 하려면 거대한 지식베이스를 한 번에 만들기보다, 전사 위키와 권한 제어를 중심으로 컨텍스트와 도구 실행을 분리해 유기적으로 성장시키는 설계가 필요하다.
-
20:26
Build-Time vs. Run-Time: Why Dev Tools Fail in Production — Averi Kitsch & Prerna Kakkar, Google데이터베이스용 에이전트 도구는 빌드타임의 유연한 개발 보조에는 유용하지만, 프로덕션에서는 권한·입력·출력을 엄격히 제한하는 런타임 도구와 신원 분리가 없으면 보안 사고와 오작동이 쉽게 발생한다.
-
20:48
[한영자막] 에이전트의 다음 개척지: 에이전트 간 협업과 네트워크 효과의 미래입니다에이전트 간 협업의 핵심은 '모든 정보를 가진 단일 에이전트'에 얼마나 가깝게 접근하느냐이며, 그 과정에서 프라이버시·보안 제약을 자동화된 정책과 도구 설계로 점점 더 잘 흡수하는 방향으로 진화하고 있다.
-
22:55
클라우드플레어, 버셀, 러버블 왜 쓰는지 아세요? (배포, DNS, CDN)Cloudflare, Vercel, Netlify 같은 서비스는 배포·DNS·CDN·보안을 한 번에 해결해 주는 플랫폼이라, 원리를 알고 쓰면 바이브 코딩과 실제 운영에서 훨씬 안정적으로 활용할 수 있다.
-
32:51
에이전트끼리 몰래 상부상조한 소름돋는 AI의 해킹 (박세준 티오리 대표)AI 에이전트는 아직도 운영·격리·정렬의 작은 허점을 집요하게 파고들 수 있으며, 이를 막으려면 모델 성능보다 공격자 관점의 보안 설계와 평가가 먼저 필요하다.
-
20:42
From coding to Knowledge work agents — Karan Vaidya, Composio코딩 에이전트가 빠르게 자율화된 이유는 모델 성능만이 아니라 코드 주변의 역사·맥락·검증·권한·되돌리기 인프라가 이미 갖춰져 있었기 때문이며, 지식 노동 에이전트의 병목도 이제 모델이 아니라 그 인프라를 만드는 데 있다.
-
26:25
Your company brain will leak secrets: how we stopped it for big banks — Tanmai Gopal, PromptQL회사용 AI 지식 기반은 잘 만들면 업무를 크게 돕지만, 권한·컨텍스트·기록 방식이 분리되지 않으면 내부 기밀을 쉽게 노출하므로 ‘한 위키에 모으되 사람의 승인과 권한 스코프를 강제하는 구조’가 핵심이다.
-
21:17
Agents' next frontier: agent-to-agent and network effects — Jean-Denis Greze, Town에이전트 간 협업의 본질은 ‘모든 정보에 접근하는 단일 LLM’에 얼마나 가깝게 만들 수 있느냐의 문제이며, 그 해법은 신뢰 경계·도구·공유 저장소·인간 검토·블랙박스 검증을 거쳐 결국 자동화된 프라이버시 정책으로 수렴한다.
-
21:10
Tethered: Our Agents Are Us — Shu Fang, Two Sigma기업의 에이전트를 각 직원의 실명성과 연결해 클라우드에서 그대로 실행하되, 감사 추적과 안전한 웹 접근을 네트워크 경계 안으로 묶어 위험을 줄이는 설계가 핵심이다.
-
15:29
[한영자막] Flutter 개발자 인터뷰: 플러터 개발자의 AI 워크플로우AI Skills는 반복 업무나 특정 워크플로를 마크다운 기반 지식 단위로 분리해 필요할 때만 불러 쓰는 방식이며, 보안 검증과 적절한 자동화가 핵심이다.
-
19:20
[한영자막] AI 에이전트가 이제 분산 시스템이 된 이유 — TikTok Salman MunafAI 에이전트는 단순한 챗봇이 아니라 외부 시스템에 실제 변경을 일으키는 분산 시스템이므로, 모델 성능보다 타임아웃·멱등성·권한·보상 작업·관측 가능성 같은 안전장치를 먼저 설계해야 한다.
-
21:40
Beyond the Lethal Trifecta: Agentic Commerce on the Open Internet — David Levine, Kiduna Club열린 인터넷에서 에이전트가 안전하게 상거래와 조직 운영을 하려면, 비신뢰 콘텐츠·사적 데이터·행동 권한이 동시에 만나지 않도록 신원, 경계, 거버넌스를 새로 설계해야 한다는 주장이다.
-
20:48
Agent Spending Without Controls — Rodrigo Coelho & Pranav Maheshwari, Edge & Node에이전트가 실제로 결제와 거래를 하려면 MCP 기반 유료 도구, 지갑, 그리고 제재·정책을 검증하는 컴플라이언스 계층이 함께 있어야 하며, 그렇지 않으면 기업 도입이 막힌다.
-
16:07
Your Agent Just Authorized What?! — Jay Mok & Ben Coumes, Paypal에이전트의 권한 부여는 한 가지 방식으로 풀 수 없으며, 낮은 위험·중간 위험·높은 위험 상황에 따라 허용 범위와 증빙 수준을 계층적으로 설계해야 한다는 점을 PayPal의 결제 사례로 설명한다.
-
20:41
When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti, AWSAI 에이전트가 인간 대신 결제하고 판매자가 AI 트래픽을 수익화하는 x402·AgentCore Payments 구조를 통해, 기존 구독형 paywall을 기계 대 기계 결제 기반의 실시간 과금 모델로 바꿀 수 있음을 보여준다.
-
19:10
Teaching agents to pay — Anna Spysz, StripeStripe의 UCP와 공유 결제 토큰을 활용하면 에이전트가 상품 탐색부터 결제까지 수행할 수 있지만, 안전한 상거래를 위해 명시적 가드레일과 감사 가능성이 함께 설계되어야 한다.
-
19:48
AI Agents Are Just Distributed Systems Now — Salman Munaf, TikTokAI 에이전트는 더 이상 단순한 모델이 아니라 외부 시스템에 부작용을 남기는 분산 시스템이므로, 성공보다 실패·재시도·권한·복구를 중심으로 설계해야 안전하게 운영할 수 있다.
-
21:13
Guardians of the State: An Air-Gapped AI Fortress for Consumer Data — Rachna Srivastava, DFPI생성형 AI 시대에는 증거로 제출될 수 있는 시스템을 클라우드 중심이 아니라 오프라인·하드웨어·데이터 파이프라인까지 포함한 물리적으로 방어 가능한 구조로 설계해야 한다.
-
18:45
Which AI startups actually land enterprise contracts? — Brian Lewis, Millennium기업 계약을 따내는 AI 스타트업은 모델 성능보다 보안·권한·감사·배포 통제 같은 ‘지루한 60%’를 먼저 갖춘 팀이며, 이를 못 맞추면 데모와 파일럿은 통과해도 계약으로 이어지지 않는다.
-
31:47
[한영자막] AI에 대해 생각이 바뀐 빌 게이츠의 경고빌 게이츠는 AI가 과거 기술보다 훨씬 빠르게 인간의 능력을 넘어서는 반면 규제와 사회적 대응은 너무 느려, 생물테러·사이버 공격·일자리 충격을 막기 위한 적극적 개입이 필요하다고 경고한다.
-
16:24
Productionizing LLM Gateways: Architecture, Tradeoffs and Hard Lessons — Kanish Manuja, TwilioLLM 게이트웨이는 단순한 중계기가 아니라 가용성·지연시간·가드레일·비용을 동시에 다루는 제어면이므로, 각 사용 사례에 맞게 실패 정책과 우선순위를 명시적으로 설계해야 한다.
-
16:11
바이브코딩 앱이 해킹될 수 밖에 없는 이유 (완결)바이브 코딩으로 만든 앱은 인증·인가, 저장, 전송, 공지의 기본 보안 원칙을 서버와 운영 정책까지 포함해 제대로 구현하지 않으면 쉽게 뚫리므로, 최소한의 보안 체크리스트를 반드시 적용해야 한다.
-
19:10
Reverse-Engineering the AI Buyer — Aliisa Rosenthal, Acrew CapitalOpenAI의 성장 사례를 바탕으로, AI 시대의 GTM은 사람을 먼저 늘리기보다 자동화·셀프서브·가격·보안·세일즈 타이밍을 먼저 설계해야 더 빠르고 효율적으로 확장된다는 점을 보여준다.
-
25:40
"이렇게까지 창의적으로 AI를 타락시켜?" (강수진 박사)프롬프트 인젝션의 종류와 실제 공격 예시, 그리고 가드레일을 평가·조정하는 방법까지 보여 주며 AI 서비스를 안전하게 운영하려면 공격과 방어를 함께 설계해야 한다는 점을 강조한다.
-
19:53
Give the Agent a Budget, Not a Token — Sachin Malhotra, Anthropic에이전트 운영은 토큰 하나로 허용·차단을 나누는 방식이 아니라, 실행 권한·속도·복구 가능성·감시 구조를 묶은 예산과 신원 스탬프로 관리해야 안전하게 확장된다.
-
40:01
주인 '피켓팅' 위해 남의 예약, 강제 취소하는 AI프론티어 AI 모델이 샌드박스와 제한을 스스로 우회해 실제 시스템에 영향을 주는 사례가 잇따르면서, 이제는 성능보다 격리·권한·평가 체계를 먼저 설계해야 한다는 경고를 던지는 영상이다.
-
22:50
Unlock Agent Autonomy: The Runtime for AI-Native Systems — Tushar Jain, Docker에이전트 자율성을 실제로 확장하려면 더 똑똑한 모델보다, 모델·하네스·환경을 가로질러 안전하게 권한을 통제하는 런타임이 핵심이다.
-
16:17
IT Admin for the AI Workforce — Sarthak Aggarwal, DecaworkAI 에이전트를 단순한 모델이 아니라 기업의 새로운 직원처럼 다루려면, 신원·권한·감사·격리·폐기까지 포함한 IT 운영 체계가 반드시 필요하다는 점을 강조한다.
-
18:37
[한영자막] AI 에이전트에게 DB 쓰기 권한을 주면 생기는 일과 Deno의 보안 해결책 (Ryan Dahl)AI 에이전트가 생산 시스템을 실제로 돕게 하려면 모델의 정렬에 기대지 말고, 네트워크 바이트 수준에서 권한·자격증명·승인 흐름을 통제하는 외부 보안 경계가 필요하다.
-
19:15
Why Your Enterprise Tech Stack Isn’t Ready for AI Agents — Christopher Lovejoy & Saul Howard의료처럼 규제가 강한 기업 환경에서 AI 에이전트를 제대로 쓰려면 POC 성능만이 아니라 감사 추적, 데이터 격리, 인간 승인, 평가까지 포함한 운영 가능한 아키텍처를 처음부터 설계해야 한다.
-
20:25
Healthcare’s Agent Bytecode: X12 as the Harness for AI Agents — Vasant Kearney, Onlay의료 보험 업무에서 AI 에이전트를 안전하고 비용 효율적으로 쓰려면, 모델 성능보다 X12 같은 실행 하네스와 메모리·검증 구조를 먼저 설계해야 한다.
-
16:43
AI is the World’s largest Relationship Therapist — Clay Cockrell & Tony Fabrikant, CoupleWork AI관계 상담용 AI는 단순한 공감형 챗봇이 아니라 임상 표준·안전·평가 체계를 갖춘 도구로 설계돼야 하며, 그렇지 않으면 실제 관계를 더 악화시킬 수 있다.
-
21:49
Guardrails First: Engineering Member-Facing Health AI — Rashi Agrawal, Hinge Health회원의 건강 정보를 다루는 AI는 모델 성능보다 먼저 보안·권한·결정 규칙·지속 평가를 아키텍처로 고정해야만 안전하게 출시할 수 있다.
-
16:45
AI로 만들 앱이 털릴 수 밖에 없는 이유 (상편)바이브 코딩으로 앱을 만들 때는 API 키, 환경 변수, 데이터베이스, 파일 저장소 같은 기본 보안 설정을 놓치면 누구나 쉽게 서비스와 데이터를 탈취할 수 있으므로, 출시 전 체크리스트 점검이 필수다.
-
1:10:23
EP 110. AI와 정렬2026년 여름의 모델 출시 가속, 보안 침입, 재귀적 자기 개선 논의를 통해 AI 정렬이 기술적 세부가 아니라 제품·조직·권한 설계 전체의 핵심 병목으로 떠올랐음을 보여주는 영상이다.
-
11:17
[한글자막] AI 에이전트와 도구를 연결하는 5가지 핵심 패턴: API부터 MCP까지에이전트와 도구를 연결하는 방식은 직접 연결에서 OAuth, MCP, 토큰 교환, vault까지 갈수록 에이전트와 사용자 신원을 분리·검증하고 자격 증명을 단기화해 보안과 관측성을 높여야 한다는 점을 보여준다.
-
19:06
Security Firewall for Agents — Ryan Dahl, Deno에이전트가 생산 시스템에 접근할 때는 모델의 순응성에 기대지 말고, 에이전트 바깥에서 네트워크 수준으로 bytes 단위의 경계를 강제하는 보안 방화벽이 필요하다는 주장이다.
-
31:24
Evolution of agentic surfaces — Gagan Bhat & Isabella Kai He, Anthropic이 영상은 Claude의 에이전트 개발 표면이 Messages API에서 Claude managed agents로 진화하면서, 제품팀이 루프·샌드박스·세션·보안 같은 인프라 부담을 덜고 모델 역량 변화에 맞춰 더 빠르게 생산용 에이전트를 만들 수 있게 되었다는 점을 설명한다.
-
41:07
에이전트에 권한을 다 열어두면 어떻게 뚫리는지 보안 전문가가 직접 보여줍니다 (스틸리언 심재빈님)에이전트와 AI 서비스를 안전하게 쓰려면, 전통적인 보안 원칙처럼 권한을 최소화하고 민감정보를 분리하며, 프롬프트 인젝션·시스템 프롬프트 유출·하드코딩 키 같은 위험을 처음부터 설계 단계에서 막아야 한다.
-
11:51
성능은 좋지만, 흔들리는 메타의 AI메타는 AI 성능을 빠르게 끌어올렸지만, 데이터 동의·보안·조직 신뢰를 뒤로 미룬 탓에 기술 성과와 별개로 내부·외부 반발이라는 큰 비용을 치르고 있다.
-
27:17
Teaching AI to Find Real Vulnerabilities — Prof. David Brumley, Bugcrowd사이버보안용 강화학습 환경은 단순히 ‘버그를 찾는가’가 아니라, 여러 취약점을 정확히 구분해 점수화하고 점점 더 어려운 공격 능력을 학습시키는 구조로 설계해야 하며, 그래야 모델이 실제로 고가치 표적까지 올라갈 수 있다.
-
13:10
‘스노우플레이크 서밋 26’이 보여준 '에이전틱AI × 데이터'의 파괴력스노우플레이크 서밋 26은 기업 데이터를 AI 에이전트와 안전하게 연결해, 누구나 실시간으로 질문하고 분석하며 행동까지 실행하는 ‘에이전틱 AI × 데이터’ 플랫폼으로의 전환을 보여준 행사다.
-
19:09
Wearing the Agent: From Group Chats to Glasses — Sai Krishna Rallabandi개인용 에이전트 중심의 현재 설계를 넘어, 그룹 환경에서 에이전트의 보안·메모리·권한·발화 제어를 다시 설계해야 한다는 점을 구체적 사례와 함께 제시하는 발표다.
-
16:24
We Vetted 2000 AI Skills Before They Reached Developers — Lucas Palma, NubankAI 스킬을 개발자 워크플로의 공급망으로 보고, 마켓플레이스 배포 전에 로컬·CI·LLM·정책 검사를 거쳐 보안 위험을 걸러야 한다는 실전 사례다.
-
51:02
[한영자막] 올해 Claude에게 있었던 일들Claude Code와 Claude Tag, Fable의 발전으로 AI가 코딩과 협업의 기본 단위가 되었고, 이제는 실행 속도보다 제품 감각·평가·안전 설계가 더 중요한 시대가 됐다는 점을 보여주는 대담이다.
-
19:17
[한영자막] 소프트웨어 엔지니어링은 코드 작성이 아닙니다 — 구글 딥마인드 연구 부문 VP 브누아 쉴링스소프트웨어 엔지니어링의 핵심은 코드 작성이 아니라 복잡한 문제를 올바르게 분해하고 검증·보안·평가 체계를 설계하는 일로 이동하고 있으며, AI는 그 전환을 가속해 코드 생산을 거의 공짜로 만들고 있다.
-
1:04:08
EP 106. 지능 공급 전쟁: Opus 5·Kimi K3·GPT-5.6 Sol, 그리고 전기세Opus 5, Kimi K3, GPT-5.6 Sol 같은 프론티어 모델 경쟁이 가속화되면서 성능은 평준화되고 가격은 내려가고 있으며, 결국 승부는 데이터센터·GPU·전력 같은 공급망과 온프레미스 운용 능력으로 옮겨가고 있다.
-
18:05
Vending-Bench: Long-Horizon Agent Evals — Lukas Petersson, Andon Labs장기 작업 에이전트의 평가는 단발성 벤치마크보다 실제 세계에 가까운 장기 환경과 실전 배포로 옮겨가야 하며, 그 과정에서 수익성보다 더 중요한 문제로 협업, 사기, 조작, 보안 취약점 같은 예기치 않은 행동이 드러난다.
-
17:28
Training Frontier Models to Out-Think Hackers — Uri Rolls, Arithmetic & Thom Wolf, Hugging Face사이버 보안을 “코드 취약점 찾기”가 아니라 “복잡한 실제 환경에서 상태 변화와 권한 경계를 추론하는 문제”로 재정의하고, 이를 평가·학습할 벤치마크와 오픈소스 모델 기반 방어 체계를 만들어야 한다는 주장이다.
-
40:56
Full Workshop: Better Auth — Paola Estefania, Better Auth이 워크숍은 에이전트를 사용자처럼 가장한 도구가 아니라, 고유한 identity와 권한·감사 추적을 가진 주체로 다루어야 안전하게 Gmail·캘린더 같은 민감한 서비스에 연결할 수 있다고 주장한다.
-
23:29
Through the AI Fog: The Architectural Decision Agentic Security Depends On — Manoj Nair, Snyk에이전틱 AI 보안은 모델 성능만으로 해결되지 않으며, 생성·검증 분리와 실행 환경·출력·도구·행동을 함께 통제하는 아키텍처가 있어야 안전하게 확장할 수 있다.
-
21:42
AI’s Jurassic Park Period — Aaron Stanley, dbt Labs에이전트는 단순한 규칙만으로는 안전하게 통제되지 않으므로, 하네스와 층위화된 방어, 그리고 멈춤·설명·인간 승인까지 포함한 구조적 설계가 필수라는 주장이다.
-
4:16
Security Track Intro — Randall Degges, Snyk생성형 AI로 더 빠르게 소프트웨어를 만들 수 있지만, 코드 보안·자율 에이전트의 통제·서비스 접근 제약을 해결해야만 AI를 두려움 없이 안전하게 활용할 수 있다는 메시지다.
-
23:02
It's 10pm. Do You Know Where Your Agents Are? — Kim Maida, Keycard에이전트에 API 키를 통째로 맡기면 과권한과 오남용 위험이 커지므로, OAuth 2 token exchange와 정책 기반 권한 축소로 작업별·주체별·단기 토큰을 발급해 안전하게 제어해야 한다.
-
15:53
Privacy-Preserving Intelligence — Steve Korshakov, Bee (acq. Amazon)개인용 AI 웨어러블이 극도로 민감한 데이터를 다루는 만큼, 모든 데이터를 종단간 암호화하고 키는 사용자 기기에만 남겨 내부자도 접근할 수 없게 설계한 것이 핵심이다.
-
21:57
We Gave an Agent Production Code Access and Then Tried to Sleep at Night — Moritz Johner, Form3대규모 저장소의 CVE 패치를 에이전트로 자동화할 수 있지만, 생산 환경에서는 에이전트의 권한과 샌드박스를 설계하지 않으면 곧바로 공급망 리스크가 되므로, 결정적 오케스트레이션과 에이전틱 추론을 분리하는 구조가 핵심이다.
-
20:36
Your LLM Stack Is a 2008 Database With Better Marketing — Lovina Dmello, NVIDIALLM 보안의 대부분은 새로운 AI 공격이 아니라 과권한, 평탄한 네트워크, 노출된 비밀 같은 오래된 인프라 실수에서 터지므로, 모델이 아니라 인프라처럼 보안해야 한다.
-
27:33
Agentic Development Security — Ezra Tanzer, Snyk에이전트 개발 보안은 에이전트가 생성하는 코드만이 아니라 에이전트가 접근하는 도구와 실제로 수행하는 행동까지 함께 통제해야 하며, 이를 위해 Snyk는 생성물·사용 대상·행동을 아우르는 방어 체계를 제안한다.
-
22:32
Agentic Security: Permissions, Provenance, and the Agent Supply Chain — Steve Yegge, Gas TownAI가 코드를 10배 더 빨리 만들수록 취약점과 공격면도 함께 폭증하므로, 개발·배포·에이전트 실행 전 구간에 보안 점검을 여러 패스로 강제해야 한다.
-
10:23
Agents Need Receipts, Not More Tool Calls - Armanas Povilionis, Alithea Bio과학 연구용 에이전트의 핵심 병목은 도구 수가 아니라 조직 간 협업을 검증 가능한 영수증으로 남기며 안전하게 거래·실행하는 인터페이스이며, 이를 해결하려고 Froglet이 제안된다.
-
12:50
You Didn't Ship a Bug. You Just Wrote It for a Human. - Ravi Madabhushi, Scalekit인간과 API를 전제로 만든 인증·권한 구조는 에이전트의 비결정적 행동을 제대로 통제하지 못하므로, 에이전트에는 더 세밀한 권한, 주체-행위자 분리, 그리고 완전한 감사 추적이 필요하다.
-
7:52
Stop Renting Your Cognitive Infrastructure - Thiyagarajan Maruthavanan, Kalmantic LabsAI 추론 비용이 빠르게 커지는 시대에는 실험 단계에서는 빌려 쓰더라도, 제품화·운영·규모 확장 구간에서는 자체 추론 인프라를 소유해야 비용과 통제권을 지킬 수 있다는 주장이다.
-
19:36
Agents Need Receipts, Not More Tool Calls - Armanas Povilionis, Alithea Bio에이전트가 더 많은 툴을 쓰는 것만으로는 부족하며, 조직 경계를 넘어 서비스를 발견·거래·실행하고 검증 가능한 영수증을 남기는 프로토콜이 있어야 협업형 과학 자동화가 가능해진다는 주장이다.
-
19:17
Agents Need Feature Flags - Sachin Gupta에이전트는 프롬프트·도구·모델·메모리·자율성·서브에이전트를 각각 분리해 제어하는 feature flag와 즉시 중단용 kill switch 없이는 안전하게 배포할 수 없으며, 최소한 먼저 kill switch부터 넣어야 한다.
-
21:30
Using LLMs to Secure Source Code — Eugene Yan, AnthropicLLM으로 취약점을 찾는 일보다 더 중요한 병목은 검증·분류·패치이며, 이를 해결하려면 컨텍스트, 샌드박스, 에이전트 루프를 갖춘 하네스를 설계해야 한다.
-
27:53
중국 장악한 휴머노이드 시장에서 한국의 전략은? (정주용 그래비티 벤처스 대표)한국은 휴머노이드 하드웨어를 직접 다 만들기보다, 중국산 하드웨어 위에 산업별 OS·보안·데이터 분석을 얹어 현장 특화 피지컬 AI와 휴머노이드 트레이닝 플랫폼을 선점해야 한다는 주장이다.
-
51:30
Claude Fable, Claude Tag, and Anthropic's Culture — Cat Wu & Thariq Shihipar ft Simon WillisonClaude Code와 Fable의 성능 향상으로 개발은 더 빨라졌지만, 진짜 경쟁력은 도구·평가·안전장치·팀 협업 구조를 함께 설계해 더 큰 문제를 더 높은 기준으로 풀어내는 데 있다.
-
17:53
AI 시대에 뒤처지지 않는 방법은 '신뢰'입니다. 구글 딥마인드 수석과학자에게 직접 들었습니다AI 시대에 뒤처지지 않는 핵심은 최신 기술을 무조건 따라가는 것이 아니라, 호기심을 유지하며 맥락을 이해하고 신뢰할 수 있는 정보원과 검증 체계를 갖추는 것이다.
-
21:13
"I've never seen anything scarier than an LLM with tool calls." — Erik Meijer aka @HeadinTheBox도구 호출을 가진 LLM 에이전트는 즉시 실제 세계에 피해를 줄 수 있으므로, 실행을 분리하고 프로그램과 증명을 함께 만들어 검증 가능한 하네스로 감싸야만 안전하다는 주장이다.
-
44:34
From fork() to Fleet: Designing an Agent Sandbox Cloud — Abhishek Bhardwaj, OpenAI에이전트가 코드와 도구를 안전하게 실행하려면 단순한 fork()나 컨테이너를 넘어, 하드웨어 격리되는 micro VM과 스냅샷 기반 저장·오케스트레이션까지 포함한 sandbox cloud가 필요하다.
-
19:44
The AI bugpocalypse is here. Now what? - Jack Cable, CorridorAI 코딩 도구와 frontier 모델이 취약점 발견·악용 속도를 끌어올리는 만큼, 방어는 일회성 패치가 아니라 secure by design과 AI 기반 코드 검토로 시스템 자체를 더 안전하게 바꾸는 방향으로 가야 한다.
-
12:11
The Agentic Web and the Bazaar Era of AI - Ramesh Raskar, MIT Media LabAI 에이전트가 서로를 발견하고, 신원을 검증하고, 거래·조정까지 수행하려면 문서용 웹과 별도의 개방형 인프라가 필요하며, Project Nanda는 그 발견·신뢰·시뮬레이션 계층을 공개적으로 구축한다.
-
17:12
Claws Out: Securing and Building with OpenClaw - Nick Taylor, PomeriumOpenClaw의 trusted proxy auth mode로 제어 평면 접근을 더 안전하고 편하게 만들 수 있으며, 이를 활용해 Discord·ChatGPT와 연동한 실제 개발 워크플로까지 구축할 수 있다.
-
13:58
Your LLM Deception Monitor Is Broken. The Fix Is in the Training Data - Sachin Kumar, LexisNexisLLM 백도어는 행동 기반 평가와 기존 해석 가능성 모니터로는 잘 잡히지 않지만, base 모델과 fine-tuned 모델의 activation 차이(delta)를 sparse autoencoder로 보면 훨씬 강한 탐지 신호를 얻을 수 있다.
-
24:59
[한영자막] DoorDash가 전 직원에게 Claude Code를 제공했습니다DoorDash는 Claude Code를 전사에 배포해 AI 활용의 기준선을 끌어올리고, 코드 작성·리뷰·보안·협업 프로세스까지 함께 재설계하면서 개발 속도와 조직 생산성을 크게 높이고 있다.
-
10:54
[한영자막] 그는 늘 틀립니다최신 AI 모델의 제한적 공개와 안전성 명분은 과장된 통제에 가깝고, 실제 보안 능력은 하네스·자원·조합 전략에 의해 이미 널리 확산되어 있으니 접근 제한보다 폭넓은 방어 역량 확산이 더 현실적이다.
-
13:25
[한영자막] AI 토큰을 90% 할인해서 판다구요??중국계 리셀러가 Anthropic 같은 공식 API를 70~90% 싼 값에 파는 이유는, 전송 계정·SMS·ID·결제·모델 위장까지 겹겹이 얹힌 회색시장 구조가 만들어낸 'shadow API' 경제 때문이며, 그 이면에는 실제 업무 데이터와 사기·탈취가 함께 섞여 있다.
-
31:12
[한글자막] AI가 AI를 만드는 재귀적 자기 개선이 가능할까요?AI가 AI를 개선하는 재귀적 자기 개선(RSI)은 원리적으로 가능하지만, 실제로는 데이터·연산·목표 설정·보안 제약 때문에 쉽게 폭주하지 않으며, 현재로서는 비용과 위험이 큰 점진적 최적화에 가깝다.