2025년 피지컬AI와 휴머노이드를 본격적으로 학습하면서 AI교육에 정부, 기업, 개인이 모두 학습하고 있는 시점에서 학습한 것을 정리하는 공간
ai, physical, humanoid, study, learning
서비스의 지속 가능한 성장을 위해 데이터베이스 인프라를 이전하거나 리팩토링하는 작업은 언제나 높은 리스크를 수반한다. 특히 단 1초의 서비스 중단이나 한 건의 데이터 유실도 허용되지 않는 엔터프라이즈 환경에서는 정교한 격리 전략과 검증 시스템이 필수적이다. 최근 진행된 ‘translation-manager’ 프로젝트의 18번째 스프린트에서는 레거시 Supabase 환경에서 SQLite 프로바이더로의 안전한 전환을 위해 ‘Pilot Migration 시스템’을 완전히 마스터 브랜치에 안착시키고, 빌드 … 더 읽기
1. AI 에이전트 구스 Goose 내부의 서브 에이전트 Sub-agent 군단 편성 기획 ㄱ. 단선적인 대화를 넘어 가상 소프트웨어 개발팀 빌딩하기 구스 프레임워크가 선사하는 인공지능 엔지니어링의 최고 정점이자 가장 강력한 킬러 콘텐츠는 바로 단 한 명의 비서에게 의존하지 않고, 백그라운드 공간에 독립적인 하위 AI 비서들을 다수 생성하여 부리는 서브 에이전트(Sub-agent) 다중 편성 기능에 존재한다. 단 하나의 … 더 읽기
1. AI 에이전트 구스 Goose 데스크톱 및 CLI 프로그램 설치 프로세스 ㄱ. 가볍고 빠른 Rust 기반 코어로 내 컴퓨터에 1분 만에 설치하기 구스 에이전트를 내 개인 컴퓨터 시스템에 정착시키는 초기 이식 과정은 놀라울 정도로 간결하고 군더더기가 없다. 기존의 무겁고 복잡한 인공지능 프로그램들은 파이썬 환경을 세팅하고 수많은 라이브러리 의존성을 해결하느라 설치 단계부터 사용자를 지치게 만드는 경우가 … 더 읽기
1. AI 에이전트 구스 Goose 활용 시 발생하는 API 비용 폭탄의 완벽한 해결책 ㄱ. 기존 종량제 방식이 초래한 무시무시한 청구서와 실태 과거에 출시되었던 1세대 개발자용 AI 에이전트 프로그램이나 자동 코딩 도구들은 사용자가 입력하고 인공지능이 출력하는 모든 글자 수, 즉 토큰(Token)의 양에 비례하여 요금이 실시간으로 부과되는 API 종량제 방식을 채택하고 있었다. 이러한 구조는 언뜻 합리적으로 보이지만, … 더 읽기
1. 구경꾼 캐릭터에 머물렀던 기존 인공지능의 한계와 실태 우리가 지금까지 일상 업무나 개발 프로세스에서 습관적으로 사용하던 구글의 제미나이(Gemini)나 오픈AI의 챗GPT(ChatGPT), 그리고 앤트로픽의 클로드(Claude) 웹 인터페이스는 아무리 뛰어난 지능을 가졌어도 결국 대화형 챗봇이라는 태생적 한계에 머물러 있다. 사용자가 아무리 복잡한 시스템 아키텍처나 소스코드 구현안을 질문하더라도, 인공지능이 수행하는 행동은 모니터 화면 속 좁은 채팅창 안에 화려하고 정교한 … 더 읽기
엔터프라이즈급 글로벌 서비스를 운영하면서 레거시 인프라를 새로운 아키텍처로 이전하는 작업은 ‘시속 100km로 달리는 자동차의 바퀴를 교체하는 것’만큼이나 리스크가 크다. 데이터 유실이나 서비스 중단은 비즈니스에 치명적인 타격을 입히기 때문에, 완벽한 하위 호환성과 안전장치를 확보하는 것이 마이그레이션 엔지니어링의 핵심이다. 최근 진행된 ‘translation-manager’ 프로젝트의 17번째 스프린트에서는 레거시 Supabase 환경에서 SQLite 프로바이더로 데이터를 안전하게 이전하기 위한 ‘Pilot Migration 시스템’을 … 더 읽기
1. 엔지니어링 사고 능력이 실력 있는 개발자와 비개발자의 몸값을 결정하는 핵심 이유 IT 업계에서 일하다 보면 누구나 한 번쯤 “개발자라면 당연히 컴퓨터공학적인 설계를 잘하고 효율적인 해결책을 내놓겠지?”라는 환상을 갖게 마련이다. 그러나 현실에서 마주하는 수많은 개발자들의 모습은 천차만별이다. 요구사항을 완벽하게 구현해내는 탑클래스 설계자가 있는 반면, 간단한 변경 사항 조차 적용하지 못해 쩔쩔매는 이들도 수두룩하다. 여기에서 우리는 … 더 읽기
웹 서비스의 규모가 확장되고 다루는 데이터의 종류가 늘어날수록 UI/UX의 파편화 문제는 필연적으로 발생한다. 특히 다국어 로컬라이징이나 번역 관리 시스템(TMS)처럼 수많은 텍스트와 메타데이터가 얽혀 있는 시스템에서는 화면마다 UI 문법이 다를 경우 사용자가 느끼는 피로감이 극에 달하게 된다. ‘Language Monster’ 프로젝트의 16번째 스프린트에서는 그동안 축적된 데이터 마이그레이션 위자드의 컴팩트 디자인 스타일을 번역 관리 시스템 전반에 적용하고, 파편화되어 … 더 읽기
데이터 마이그레이션은 다양한 형식의 외산 데이터를 시스템 포맷에 맞추어 결함 없이 안착시키기 위해서는 직관적인 매핑 컴포넌트와 한 치의 오차도 허용하지 않는 엄격한 타입 아키텍처가 필수적이다. 최근 진행된 ‘Translation Manager’ 프로젝트의 DB 기반 동적 언어 매핑 UI 개선 과정과, 닥쳐왔던 빌드 오류의 타입 매커니즘 수정, 그리고 런타임 예외 처리를 해결한 실무적인 고도화 성과를 상세히 설명하고자 한다. … 더 읽기
데이터를 마이그레이션하는 시스템을 구축할 때 가장 빈번하게 발생하는 문제는 프론트엔드와 백엔드 간의 데이터 파이프라인 불일치이다. 화면에서는 모든 필드를 정상적으로 매핑했음에도 불구하고, 실제 최종 데이터 변환 및 커밋 단계에서 특정 배열이 비어있거나 UI 버튼이 비활성화되는 현상은 시스템의 신뢰도를 급격히 떨어뜨린다. 8개의 서브에이전트(Subagent) 검증 체계를 동원하여 11시간 연속 디버깅 끝에 정복한 [PreviewCommit] Final languages: Array(0) 에러의 원인 … 더 읽기
