리누스가 딱 잘라 말했다

“AI는 우리가 쓰는 다른 도구들과 똑같은 하나의 도구이며, 분명히 유용하다. 이를 의심하는 사람은 실제로 써보지 않은 것이다.” 리눅스 커널을 만든 리누스 토발즈가 커널 메일링 리스트에 남긴 말입니다. AI를 둘러싼 논쟁이 종교 전쟁처럼 번지는 지금, GeekNews 인기글 세 편은 각기 다른 각도에서 같은 질문을 던집니다. AI 시대의 개발자에게 필요한 것은 ‘찬반’이 아니라 ‘어떤 도구를, 어떻게’라는 질문이라는 것을요.

리누스 토발즈, “커널은 반AI가 아니다”

“머리를 모래에 파묻고 안 들려라고 외치는 건 해결책이 아니다”

발단은 커널 개발에 LLM을 얼마나 허용할지를 둘러싼 메일링 리스트 논쟁이었습니다. 로랑 팽샤르(Laurent Pinchart) 등 일부 메인테이너가 강한 반LLM 입장을 취하자, 최상위 메인테이너인 토발즈가 직접 정리에 나섰습니다. 그의 결론은 단호합니다. 리눅스 커널은 ‘반AI 프로젝트’가 아니며, 그게 불편하다면 오픈소스답게 포크하거나 떠나면 된다는 것입니다.

토발즈는 “1년 전만 해도 AI의 유용성이 그렇게 명확하지 않았을 수 있지만, 오늘날에는 더 이상 의문의 여지가 없다”고 못 박았습니다. AI의 경제성이 최종적으로 어떤 모습일지 같은 질문은 남아 있어도, ‘유용한가’는 더 이상 논쟁 대상이 아니라는 겁니다. 다만 그는 AI가 “당혹스러운 버그를 계속 찾아낸다”며 메인테이너에게 고통을 주는 도구가 될 수 있음도 인정합니다. 해결책은 사용을 금지하는 게 아니라, LLM 도구가 고통 대신 도움이 되도록 만드는 것. 사용을 강요하진 않되, 남의 사용을 막으려 논쟁하는 이들은 “매우 공개적으로 무시하겠다”고 선언했습니다.

인상적인 대목은 AI의 불완전성에 대한 반론입니다. AI가 완벽하지 않다고 지적하는 사람은 동시에 거울 속 자신, 즉 ‘자연 지능(natural intelligence)’ 역시 늘 뛰어나지는 않다는 사실도 가리켜야 한다는 것이죠. 커널 프로젝트는 종교적 이유가 아니라 그것이 더 나은 기술로 이어지기 때문에 오픈소스를 하는 것이며, 결정은 새 도구에 대한 두려움이 아니라 기술적 이점에 근거해 내려진다는 원칙을 재확인했습니다. 참고로 NetBSD는 정반대 노선을 택해, Copilot·ChatGPT·Code Llama 등이 생성한 코드를 ‘오염된 코드’로 간주하고 코어 팀의 사전 서면 승인 없이는 커밋을 금지하고 있습니다.

Mindwalk: 에이전트의 ‘이해’를 3D로 재생

세션 로그가 못 담는 것 — “무엇을 했나”가 아니라 “어떻게 이해했나”

Claude Code나 Codex의 세션 로그는 에이전트가 무엇을 했는지는 기록하지만, 작업을 어떻게 이해했는지 — 관련 영역을 제대로 짚었는지, 어디를 탐색했는지, 작업 범위가 요청과 맞았는지 — 는 담지 못합니다. 원본 JSONL을 아무리 읽어도 알 수 없죠. Mindwalk는 이 공백을 시각화로 메웁니다. 저장소를 ‘야간 지도’로 그려, 에이전트가 검색·읽기·수정한 위치는 빛나고 나머지는 어둡게 남겨 한눈에 작업의 궤적을 보여줍니다.

단일 Go 바이너리가 세션 로그를 읽으며, 뷰잉 과정은 완전히 로컬에서 동작합니다. 방사형 트리(Tree)나 트리맵 평면(Terrain)으로 저장소를 표현하고, 파일이 깊고 자주 터치될수록 빛의 강도가 올라갑니다. 파일별 상태는 색으로 구분되는데 seen은 녹색, read는 파랑, edited는 호박색, unvisited는 어둡게 표시되며, 세션이 건드렸지만 사라진 파일은 ‘와이어프레임 유령’으로 남습니다. HUD는 오류율·churn된 파일·마지막 verify 이후 수정 같은 ‘마찰 신호’를 묶어 보여줍니다.

Playback deck으로 세션을 스크럽·재생할 수 있고, 관찰(검색·읽기)은 차갑게 수정·verify는 따뜻하게 배치해 편집 구간이 두드러집니다. 재생 전체를 클라이언트 측에서 .webm으로 내보낼 수도 있죠. 타임라인에는 컨텍스트 압축(◇), 서브에이전트 실행(○), 사용자 턴(›)이 마크로 찍혀 클릭하면 그 지점으로 점프합니다. 내부적으로는 정규화된 파일 터치 스트림(trace), 결정론적 저장소 레이아웃(citymap), LLM 판정자의 증거 기반 발견(report)이라는 세 아티팩트를 의도적으로 분리하고, 로컬 Go 서버가 이를 React/Three.js 프론트엔드로 서빙합니다. MIT 라이선스로 공개됐습니다.

StackRender: 스펙에서 프로덕션 DB까지

드래그 앤 드롭으로 스키마를 그리면 SQL이 나온다

StackRender는 사양(spec)에서 프로덕션 준비가 끝난 데이터베이스까지 이어주는 오픈소스 스키마 다이어그램 생성기입니다. 궁극적인 목표는 데이터베이스부터 최종 API 엔드포인트까지 백엔드 개발 전반을 자동화하는 것. 지원 DB의 폭이 넓어 PostgreSQL, MySQL, MariaDB, SQLite, Oracle, 그리고 SQL Server(MSSQL)까지 아우릅니다.

핵심은 직관적인 드래그 앤 드롭 인터랙티브 다이어그램 UI입니다. 테이블·컬럼·타입은 물론 제약 조건까지 세밀하게 커스터마이즈할 수 있고, 데이터베이스 성능을 위한 인덱스 추천 기능도 제공합니다. 기존 스키마를 가져와 편집하거나, 완성한 설계를 SQL DDL 스크립트로 내보낼 수 있어 실무 흐름에 자연스럽게 얹힙니다. 특히 관계 안의 순환 종속성을 잡아내는 ‘외래 키 순환 참조 탐지’ 기능은, 설계 단계에서 놓치기 쉬운 함정을 미리 걸러줍니다.

현재는 Public Beta 단계이며 라이선스는 AGPL-3.0입니다. DrawDB, Liam 같은 기존 ERD 도구들이 ‘다이어그램 그리기’에 집중했다면, StackRender는 그 결과물을 곧바로 실행 가능한 DB와 API로 밀어붙이려 한다는 점에서 야심의 결이 다릅니다. AI가 코드를 대신 써주는 시대에, 설계-생성-배포의 경계를 지우려는 또 하나의 시도인 셈입니다.

관련 글

• 리누스 토발즈 – 전 이제 코딩을 하지 않아요
• 의존성에 LLM 생성 코드 금지
• AgentsView – 여러 AI 코딩 에이전트의 세션 검색·분석·비용 추적 도구
• DrawDB – 온라인 데이터베이스 다이어그램 편집기 오픈소스
• Liam – DB에서 자동으로 ERD를 생성해주는 오픈소스 도구

출처

1. 커널 개발에서 LLM 사용에 관한 Linus Torvalds의 견해 (GeekNews · 원문 lore.kernel.org)
2. Mindwalk – 코딩 에이전트 세션을 3D 지도 위에서 재생하는 시각화 도구 (GeekNews · 원문 github.com/cosmtrek/mindwalk)
3. StackRender – 데이터베이스 스키마 설계 및 생성 도구 (GeekNews · 원문 github.com/stackrender/stackrender)