인공지능 코딩 도구에 대한 지금까지 읽어본 가장 흥미로운 데이터 중 하나는 다음과 같습니다. 더 많은 코드가 반드시 더 많은 소프트웨어로 이어지는 것은 아닙니다.
하버드 대학교의 피오나 첸(Fiona Chen)과 제임스 스트랫턴(James Stratton)의 연구에 따르면, 2021년부터 2026년 3월까지 700개 이상의 소프트웨어 회사에서 70만 명 이상의 직원에 대한 데이터를 분석하고, 3억 건 이상의 작업 이벤트를 조사했습니다. 코딩 도구가 도입된 후, 총 코드 라인 수는 평균 30%, 커밋 수는 20%, 풀 리퀘스트 수는 23% 증가했습니다.
하지만 중요한 질문은 다음과 같습니다. 실제로 업무 효율성이 향상되었을까요? Jira와 같은 도구에서 추적되는 오류, 작업, 기능의 완료율에 대해 통계적으로 유의미한 변화는 발견되지 않았습니다.
문제는 코드 검토 단계에 있습니다. 풀 리퀘스트가 제출되어 메인 코드 베이스에 통합되는 데 걸리는 시간이 평균 49% 증가했습니다. 수정이 필요한 풀 리퀘스트의 비율이 거의 두 배로 증가했으며, 풀 리퀘스트당 댓글 수는 35% 증가하고, 코드 검토를 담당하는 직원 비율도 14% 증가했습니다. 즉, 코딩 속도가 향상된 효과의 상당 부분이 검토 및 수정 단계에서 상쇄되고 있습니다.
기업들은 이러한 문제를 인공지능으로 해결하려고 노력하고 있습니다. 2026년 3월 기준으로, 조사 대상 회사의 80%가 일종의 인공지능 코드 검토 도구를 사용하고 있었습니다. 하지만 검토 댓글의 23.3%만이 인공지능 도구에서 제공되었으며, 인공지능 도구가 풀 리퀘스트의 10.8%에만 기여했습니다. 대부분의 작업은 여전히 사람이 수행하고 있습니다. 또한, 조사 기간 동안 활동 직원 수에 대해서는 유의미한 변화가 발견되지 않았습니다.
데이터가 2026년 3월에 종료되었으며, 해당 시점 이후로 도구가 더욱 발전했을 가능성을 고려해야 합니다. 하지만 제가 얻은 결론은 명확합니다. 생산성을 높이기 위해서는 코딩 속도뿐만 아니라 검토, 오류 수정 및 통합 과정도 가속화해야 합니다.
매일 코드를 다루는 사람으로서 2025년은 저에게 특히 변화가 큰 해였습니다. AI 코딩 도구는 더 이상 다음 줄을 자동완성해 주는 데 그치지 않고, 실제로 작업을 넘겨받기 시작했습니다. 돌이켜 보면 상반기만 해도 다들 Cursor와 Copilot의 자동완성 경험을 이야기했는데, 하반기가 되자 Spec 주도 개발이 갑자기 유행하면서 저장소마다 에이전트가 읽으라고 쓴 Markdown 파일이 잔뜩 쌓였습니다.
제가 가장 크게 느낀 점은 프로그래밍이 ‘사람 주도’에서 ‘에이전트 주도’로 바뀌고 있다는 것입니다. 예전의 AI는 다음 글자를 예측할 뿐이었지만, 이제는 요구사항 분석부터 코드 생성, 결과 검증까지 한 번에 해냅니다. 흥미로운 건 거의 모든 주요 도구가 IDE, CLI, Cloud 세 가지 형태를 동시에 밀고 있고, 결국 모두 에이전트 방향으로 수렴하고 있다는 점입니다.
하지만 문제도 함께 따라왔습니다. 가장 뼈아픈 건 토큰 비용입니다. 작업은 길어지고 도구 호출은 늘어나며 컨텍스트가 계속 다시 주입되니 청구서가 무섭게 불어납니다. 올해 사람들이 입에 달고 사는 말은 더 이상 ‘프롬프트를 어떻게 쓰느냐’가 아니라 ‘컨텍스트 엔지니어링’입니다. 성능과 효율, 비용 사이에서 어떻게 균형을 잡을지, 캐시 적중률을 어떻게 높일지가 관건이 됐죠.
제게 2025년의 진짜 분수령은 누구의 모델이 더 강하냐가 아니라, 엔지니어링 속에 원래 암묵적으로 존재하던 제약과 기억을 모델이 이해하고 재사용할 수 있는 컨텍스트 구조로 바꿀 수 있느냐에 있었습니다. 프로그래머의 가치는 ‘코드를 쓰는 것’에서 ‘규칙을 정의하는 것’으로 서서히 옮겨 가고 있습니다. 올 한 해는 정말 좀 비현실적이었습니다.
IT之家 보도에 따르면 JetBrains는 10월 8일 블로그 글에서 프로그래밍 AI 모델 Mellum2.1을 발표하고, 에이전트 코딩 능력 강화에 중점을 두었다고 밝혔습니다. 개발자로서 로컬에 배포할 수 있는 이런 오픈소스 모델에 계속 관심이 있어서, 핵심 내용을 여기에 정리해 둡니다.
모델은 Mellum2의 구조를 이어받은 12B 규모의 혼합 전문가(MoE) 모델이며, 활성 파라미터는 2.5B입니다. 라이선스는 여전히 Apache 2.0입니다. 학습에서 달라진 점은, 사전학습 이후의 강화학습 단계를 짧은 마무리 과정이 아니라 학습의 중심으로 키웠다는 것입니다. 수학, 알고리즘 대회, 과학, 도구 사용, 소프트웨어 엔지니어링 과제 데이터를 추가하고 내부 강화학습 환경을 구축해, 학습 중에 수백만 개의 샌드박스를 띄워 수천 개의 환경을 다뤘다고 합니다. 학습 전에는 테스트에 결함이 있거나, 정답을 검증할 수 없거나, 난이도가 맞지 않는 과제를 걸러냅니다.
공식 설명에 따르면 코드베이스를 탐색하고, 파일을 편집하고, 자신의 수정 내용을 점검할 수 있습니다. 가장 큰 개선점은 에이전트 코딩으로, 실패한 테스트의 근본 원인을 찾고 수정안을 작성해 결과를 검증합니다. 속도는 구조를 그대로 둔 채 다중 토큰 예측(MTP)을 적용해 단일 요청 상황에서 약 1.6배 빨라졌습니다. 같은 평가 조건에서 Mellum2, Qwen3.5-9B, Gemma 4 E4B와 비교했을 때, 고부하 상황에서 단일 H200의 출력 처리량은 Qwen3.5-9B의 거의 두 배에 가깝습니다.
모델은 Hugging Face에 공개되어 로컬이나 자체 인프라에 배포할 수 있으며, 기업은 코드와 데이터를 자기 환경 안에 둘 수 있습니다. 앞으로 llama.cpp, Ollama, LM Studio용 GGUF 버전과 vLLM용 MTP 추측 디코딩 구성 요소도 내놓을 계획입니다.
개인적으로는 GGUF 버전이 나오기를 기다리고 있습니다. 그래야 일반 개발자도 자기 컴퓨터에서 직접 써볼 수 있으니까요. 여러분은 코딩 모델을 고를 때 정확도와 배포 비용 중 어느 쪽을 더 중요하게 보시나요?
ITmedia NEWS 기사를 보고 Google이 실험적인 게임 플랫폼 'Playground'를 발표했다는 것을 알게 되었습니다. 미국 시간 2026년 10월 7일 발표된 것으로, 같은 날부터 미국의 18세 이상 사용자를 대상으로 웹 브라우저에서 제공되기 시작했습니다.
사용법은 텍스트로 지시하는 것이 전부입니다. 빈 화면에서 시작할 수도 있고, 준비된 스타터 프롬프트를 편집할 수도 있으며, 안내형 지원을 쓸 수도 있습니다. 만든 게임은 그 자리에서 바로 테스트할 수 있습니다. 물리 동작, 규칙, 캐릭터, 환경의 변경도 말로 지시하면 반영된다고 합니다. 코딩 경험은 필요 없다고 하지만, 사용되는 AI 모델은 밝혀지지 않았습니다.
공유도 가능합니다. 웹 기반이라 스마트폰에서도 PC에서도 플레이할 수 있고, 공유 링크로 친구나 가족에게 보낼 수도, 갤러리 'Explore'에 공개할 수도, 비공개로 둘 수도 있습니다. 일부 장르에서는 리더보드와 멀티플레이를 지원하며, 공개되는 게임은 Google 커뮤니티 가이드라인에 따른 안전성 심사를 받습니다. 게임 제작 기능은 Google One 멤버십 등급에 따라 단계적으로 제공될 예정입니다.
또 하나의 발표는 Unity와의 제휴입니다. 두 회사는 2026년 안에 새 제품 'Unity Spark'를 내놓을 계획이며, 본격적인 게임 메커니즘과 고해상도 3D 표현, Unity 런타임의 유연성을 Playground에 더한다고 합니다. Unity Asset Store와도 직접 연결되며 현재 테스트 중이고 곧 클로즈드 베타를 시작할 예정입니다. Unity의 CEO는 매달 약 30억 명이 Unity로 만든 게임을 즐기지만, 그중 많은 사람이 직접 만들어 본 적이 없다고 지적했습니다.
개인적으로는 프롬프트로 만든 게임을 공유하고 함께 즐기는 흐름이 프로그래밍 입문의 출발점으로도 흥미로울 것 같다고 느꼈습니다. 여러분은 이런 도구를 어떻게 보시나요?
Next가 방금 1.0.0 버전이 된 오픈소스 하네스 Pi를 다룬 기사를 실었습니다. 하네스에 익숙하지 않은 분을 위해 설명하면, 하네스는 AI 모델을 감싸는 소프트웨어 계층으로, 모델이 파일을 읽고, 명령을 실행하고, 인터넷에서 검색할 수 있게 해 줍니다.
Pi는 최소한으로 설계되었지만 확장이 가능합니다. 상용 모델과 로컬에서 쓸 수 있는 오픈 웨이트 모델을 포함해 1,500여 개의 모델과 변형을 지원하며, Anthropic이나 OpenAI의 모델에 의존하지 않는 Claude Code 및 Codex의 대안으로 소개됩니다. 개발자들은 1.0 버전이 되었다는 점을 성숙의 신호로 보고 있습니다.
기사는 최근의 변화도 언급합니다. MCP 커넥터, '코드모드'라는 방식, ChatGPT 지원이 추가되었습니다. Pi Durable은 내부와 외부의 치명적인 장애에도 버틸 수 있다고 소개되어 있습니다.
다만 기사 내용의 약 80%는 구독자 전용이라, 공개적으로 읽을 수 있는 부분만 다룹니다. 댓글에서는 여러 독자가 Pi를 OpenCode와 비교하고 있습니다. 한 명은 매우 가볍지만 특히 MCP 설정이 까다롭다고 평가했고, 다른 한 명은 Oh-My-Pi 변형을 언급했습니다. 작성자는 설치와 사용법에 관한 글도 예고했습니다.
제가 관심을 두는 부분은 하네스와 모델을 분리한다는 생각입니다. 도구를 바꾸지 않고도 모델을 바꿀 수 있기 때문입니다. 다만 사용이 복잡해질 때도 Pi의 단순함이 버틸지는 두고 볼 일입니다. 여러분은 AI와 함께 코딩할 때 어떤 하네스를 일상적으로 쓰시나요?
Xataka가 프로그래밍, AI, 그리고 적지 않은 논란이 뒤섞인 이야기를 전했습니다. ArtCraft는 며칠 전까지 AI 이미지·영상 생성 플랫폼이었습니다. 팀원인 Brandon Thomas는 바이브 코딩으로 Adobe 앱 일곱 개를 대신할 오픈소스 프로그램을 만들었다고 발표했습니다. Rust로 작성되었고 PhotoCraft(Photoshop), VectorCraft(Illustrator), FilmCraft(Premiere Pro), LightCraft(Lightroom), PdfCraft(Acrobat), EffectCraft(After Effects), DesignCraft(InDesign)입니다.
이 앱들은 Windows, macOS, Linux용으로 배포되며 ArtCraft에서도 사용할 수 있습니다. 기사에 따르면 Adobe는 전문 크리에이티브 도구를 Linux용으로 한 번도 내놓은 적이 없어서, 이 빈자리가 작지 않다고 합니다.
기사를 쓴 필자의 동료가 PhotoCraft를 며칠 써봤는데, 기본 기능은 작동하고 Photoshop의 AI 도구는 찾아볼 수 없었으며 앱도 아주 가볍다고 합니다. 그렇다고 원본을 대체하지는 못합니다. 제작자들도 아직 초기 알파 단계임을 인정하며, AI 및 생성형 도구 약 20개, 타이포그래피와 전문 워크플로의 깊이, 플러그인 호환성이 부족하다고 밝혔습니다.
제작자들에 따르면 접근 방식은 클린룸 방식입니다. 공개된 사양과 프로그램의 관찰 가능한 동작을 바탕으로 하며, 독점 코드나 자원은 쓰지 않았다고 합니다. PhotoCraft가 PSD 파일을 열 수 있는 것은 Adobe가 그 사양을 공개했기 때문입니다. 한편 Adobe 프로그램을 역컴파일했을 것이라는 의심이 인터넷에 돌고 있지만, 근거는 없습니다.
Xataka는 바이브 코딩의 문제도 짚습니다. AI가 생성한 코드는 디버깅이 어려울 수 있고, 사람 프로그래머라면 쓰지 않았을 내용이 들어 있을 수 있습니다. 개인용 앱이라면 대형 프로젝트보다는 덜 심각하다고 합니다. 저도 좋은 경고라고 생각합니다. 무료 대안으로는 Affinity, GIMP, DaVinci Resolve가 언급되었습니다. 여러분은 이렇게 생성된 앱을 믿고 쓸 수 있겠습니까?
Computer Sweden에 실린 Simon Bisson의 분석을 읽었습니다. 마이크로소프트가 Rust를 사내 Tier-1 지위로 올렸으며, C#, TypeScript, C와 같은 수준이라고 합니다. 이 지위에는 무엇보다 완전한 툴체인과 Windows 및 Azure와의 통합이 필요합니다.
배경에는 Azure 기술 책임자 Mark Russinovich가 Rust의 메모리 안전성을 마이크로소프트 보안 전략의 중요한 부분으로 강조해 온 일이 있습니다. 마이크로소프트는 Rust Foundation의 창립 멤버이기도 합니다. Rust Foundation 웹사이트의 게스트 글은 Rust를 MSVC(Microsoft Visual C)와 연결해 언어 간 매끄러운 상호운용성을 얻는 방법을 설명합니다.
가장 구체적인 내용은 Rust 컴파일러의 새 백엔드 rustc_codegen_utc입니다. 이 백엔드는 Visual C 백엔드, 즉 C2.DLL이라는 DLL을 사용하고 MSVC 링커에 .OBJ 파일을 넘깁니다. 장점은 Rust가 마이크로소프트의 기존 보안·안정성 작업을 활용할 수 있고, Rust와 C 코드가 호환된다는 점입니다. 마이크로소프트는 이것이 프로덕션에 쓸 수 있는 수준이며 100개가 넘는 내부 Rust 프로젝트가 사용한다고 말합니다. 다만 현재는 사내에서만 쓰이며, 회사는 도구를 오픈소스로 공개할 수도 있다고 시사했지만 일정은 밝히지 않았습니다.
마이크로소프트 밖에 있는 개발자에게는 현실적인 상황이 더 가깝습니다. VS Code의 Rust 지원은 rust-analyzer로 이루어지고, 빌드에는 여전히 MSVC C Build Tools가 필요하며, 마이크로소프트의 windows crate로 Windows API에 직접 접근할 수 있습니다. 기사의 조언은 Rust로 Windows 개발을 배우려면 이미 있는 도구부터 시작하라는 것입니다.
개인적으로는 이렇게 큰 회사가 두 개의 컴파일러 팀을 따로 유지하지 않으려고 투자하는 점이 흥미롭습니다. 여러분은 Rust를 무엇에 쓰고 계신가요?
Computable에서 Linux Foundation의 2026년 『유럽 오픈소스 현황』 보고서 요약을 읽었습니다. 다섯 번째 판으로, 프라하에서 열린 Open Source Summit Europe에서 발표되었습니다. 핵심 메시지는 분명합니다. 오픈소스를 쓰기만 해서는 통제권을 얻지 못하고, 기여하고 함께 의사결정에 참여해야 한다는 것입니다.
수치를 보면 어디가 불편한지 드러납니다. 유럽 조직의 94%에게 디지털 주권은 기술 전략에서 중요하고, 61%에게는 매우 중요합니다. 유럽 개발자들은 Kubernetes나 OpenStack 같은 인프라 프로젝트 기여의 거의 40%를 담당하지만, 많은 조직은 사용에만 머뭅니다. 31%는 오픈소스 관리에 대한 공식 체계가 없습니다. 체계가 있는 곳은 투자 대비 4배 넘게 되돌려 받는다고 보고했고, 없는 곳은 3.6배였습니다.
AI 코딩 도구 이야기도 나옵니다. 94%가 생성형 AI 코딩 도구를 사용하거나 시험하고 있으며, 4분의 3은 이것이 오픈소스의 가치를 키운다고 생각하고, 48%는 그 덕분에 오픈소스를 더 많이 쓴다고 합니다. 거의 절반은 내부 포크를 관리하는데, 릴리스 주기마다 평균 9.5개 포크에 311시간이 든다고 합니다.
제가 특히 눈에 띈 것은 Agentic AI Foundation 상위에 AWS, Anthropic, Google, Microsoft, OpenAI 같은 미국 기업이 대부분이라는 점입니다. Gold 등급에 유럽 기업은 Suse와 Ericsson뿐입니다. 한편 유럽 집행위원회는 약 20억 유로 규모의 기술 주권 패키지를 준비 중입니다.
Linux Foundation Europe의 Thierry Carrez는 오픈소스가 의존도를 줄이는 데 도움이 되지만, 개방된 거버넌스 구조에 적극 참여해야만 가능하다고 말합니다. 개발자로서 공감합니다. 풀 리퀘스트 하나가 정책 문서보다 더 큰 영향력을 가질 때가 있습니다. 여러분의 환경은 어떤가요?
The Register의 Richard Speed는 ArtCraft라는 회사를 다룬 기사를 썼습니다. 이 회사는 여러 Rust 애플리케이션 모음에 Word, Excel, PowerPoint 대체 프로그램을 추가했습니다. 회사는 이것을 독점 소프트웨어의 클린룸 재구현이라고 부르며, 개발에 Claude를 많이 활용했다고 합니다. 이 회사의 GitHub 저장소에는 Photoshop, Illustrator, Premiere Pro를 본뜬 프로젝트도 있습니다.
리뷰어는 Arm 기반 Surface에서 Word 대체품인 WordCraft를 실행해 봤는데 잘 돌아갔다고 합니다. Word와 비슷하지만 버튼, 아이콘, 이미지는 다릅니다. 이 프로젝트는 pre-alpha 단계이며, ArtCraft는 Word 기능의 약 62퍼센트를 갖췄다고 추정합니다. 리뷰어는 실서비스 사용을 권하지 않았습니다. 로드맵에도 실제 DOCX 파일을 이용한 호환성 테스트는 아직 시작하지 않았다고 적혀 있으며, 차트, SmartArt, 내장 OLE 객체는 빠져 있습니다.
라이선스 측면에서 WordCraft는 MIT 또는 Apache 2.0 이중 라이선스이고, 맞춤법 사전과 하이픈 처리에는 Grady Ward의 퍼블릭 도메인 Moby Hyphenator II 단어 목록을 씁니다. ArtCraft는 모든 것이 공개 사양과 관찰을 바탕으로 만들어졌고, 자체 제작 또는 공개 라이선스 자산만 썼다고 말합니다. LibreOffice를 개발하는 The Document Foundation은 논평을 거절했고, 마이크로소프트는 문의를 확인했지만 추가 답변은 없었으며, 어도비는 창작 앱 프로젝트에 대해 논평을 거절했습니다.
decoded.legal의 Neil Brown은 이 신문에, 법적 입장은 관할에 따라 달라지고, 개발자들은 독자적 구현이라서 침해가 아니라고 주장할 수 있으며, 이해관계가 큰 만큼 분쟁이 법정까지 갈 수도 있다고 말했습니다.
제가 흥미롭게 보는 것은 주장 자체보다 속도입니다. 작은 팀이 AI 코딩 도구를 쓰면 알아볼 수 있는 오피스 제품군을, 미완성이지만 테스트할 만한 수준으로 공개할 수 있게 되었습니다. 남은 질문은 품질, 유지보수, 그리고 법적 문제입니다. AI 코딩 도구로 코드를 쓰는 분들이 클린룸 주장을 어떻게 생각하는지 듣고 싶습니다.
기술 포털 사이트에서 OpenAI가 GPT-6 모델 출시와 함께 'Intelligent UI(인텔리전트 UI)'라는 새 ChatGPT 기능을 발표했다는 기사를 읽었습니다. 이제 답변이 텍스트만이 아니라, 대화 안에서 텍스트와 대화형 시각 요소를 함께 담을 수 있다는 것이 핵심입니다.
지원되는 요소에는 일러스트, 다이어그램, 차트, 폼, 대화형 버튼이 포함됩니다. 기사가 인용한 OpenAI 블로그에 따르면, GPT-6는 텍스트 대신 대화형 요소가 필요한 상황을 판단하고, 그것을 답변 안에 배치하는 방법까지 학습했다고 합니다.
예시로는 7단 자전거 일러스트에 부품을 선택하면 정보가 나오는 버튼을 붙인 것, 마작 타일 이미지를 스크롤 가능한 묶음으로 보여주는 것, 그리고 노후 자금 계산기나 여러 사람 사이의 정산 도구 같은 작은 도구들이 소개됐습니다. 모델은 상위 요금제 가입자에게는 GPT-6 Sol, Go 구독자와 무료 사용자에게는 더 효율적인 Luna가 제공됩니다. 기사에서는 웹 검색 개선, 정보를 모으는 동안 부분 답변이 더 빨리 나오는 점, 안전 학습을 우회하려는 시도에 대한 저항력이 강해졌다는 점도 언급했습니다.
개인적으로 이 변화는 개발자에게 중요하다고 봅니다. 대화가 주문형으로 만들어지는 작은 앱에 한 걸음 가까워지기 때문입니다. 질문은 이것입니다. 버튼이 잘 쓴 글보다 실제로 더 도움이 될까요? 여러분의 의견을 듣고 싶습니다.
5년 만에 Bootstrap에 다시 움직임이 생겼습니다. 공동 창립자 Mark Otto가 Bootstrap 6의 첫 알파 버전을 발표했다고 heise developer가 전했습니다. 이 프레임워크는 Twitter 주변에서 시작되어 2011년부터 오픈소스로 공개되어 왔기 때문에, 저는 이 소식이 흥미롭습니다.
숫자를 보면 Bootstrap이 얼마나 커졌는지 알 수 있습니다. 프로젝트에 따르면 설치 횟수는 17억 5천만 회를 넘습니다. 그러나 시장 점유율은 줄고 있습니다. W3Techs에 따르면 2026년 8월 초 전체 웹사이트의 13.8%가 Bootstrap을 사용했는데, 2025년 12월에는 15.3%였습니다. 새 프로젝트에서는 Tailwind CSS가 점점 자리를 넓히고 있습니다.
팀은 최신 브라우저를 기준으로 삼았습니다. Chrome과 Edge는 130 이상, Firefox는 132 이상, Safari는 18 이상입니다. 이를 바탕으로 Bootstrap 6은 자동 라이트/다크 전환, 네이티브 대화상자, 창이 아니라 주변 요소에 맞춰 정렬되는 레이아웃 같은 기능을 사용합니다. 색상, 간격, 모서리 둥글기는 대부분 CSS 변수로 조절할 수 있으며, 실행 중에도 바꿀 수 있습니다. 클래스 이름은 Tailwind를 따릅니다. .d-md-none은 .md:d-none이 되고, .col-lg-6은 .lg:col-6이 됩니다. 아코디언은 자바스크립트 없이 동작합니다.
특히 인상적인 부분은 AI 관련 내용입니다. 문서는 llms.txt와 llms-full.txt로 제공되고, 저장소에는 예를 들어 마이그레이션을 돕기 위한 AI 에이전트용 스킬 파일이 들어 있습니다.
기사에 따르면 기존 페이지를 그냥 바꿔 쓸 수는 없습니다. Bootstrap 5는 당분간 계속 지원되며, 지원 종료 전에 5.4.0 업데이트가 나올 예정입니다. 버전 7은 훨씬 빨리 나올 것으로 보입니다. 여러분 중 아직 Bootstrap을 쓰고 계신 분은 누구이며, 이미 다른 것으로 옮겨 가신 분은 누구인가요?
이번 주에 XYZ에서 본 소식이 눈길을 끌었다. 브로츠와프 공과대학과 하부실롱스크 종양·호흡기·혈액학 센터가 보건의료용 AI 플랫폼을 만들고 있다는 것이다. 또 하나의 챗봇이 아니라 진료 기록, 검사 결과, 영상, 치료 경로를 하나로 묶는 기반 모델이다.
시작은 폐암이다. DCOPiH는 매년 1,400명이 넘는 신규 환자를 진료하고 데이터도 잘 정리되어 있다. 이 시스템은 다학제 진료 회의 전에 기록이 빠짐없이 갖춰졌는지 확인하고, 빠진 부분을 짚어 주며, 환자가 검사와 검사 사이에서 '누락'되지 않도록 지켜야 한다. 결정은 여전히 의사가 내린다. AI는 의사 대신 생각하는 것이 아니라, 의사가 환자 곁에서 보낼 시간을 돌려주는 역할을 맡는다.
기술적으로는 연합 학습이 흥미롭다. 데이터는 병원에 그대로 남고, 공동 모델로는 학습 결과만 전달된다. 폴란드어 모델 PLLuM의 경험을 바탕으로 하되, 실제 의학 언어와 멀티모달 기능을 갖추게 된다고 한다.
첫 프로토타입은 앞으로 몇 달 안에 나온다. 하부실롱스크를 넘어 확장된다면, 마케팅 소음 없이 이야기할 가치가 있는 폴란드의 중요한 AI 프로젝트 중 하나가 될 수 있다.
