Technology and finance

OpenOrchestrator 시리즈 10편 | 2026.06>이 글을 읽으면 세 가지를 알게 됩니다:- 인터넷에 노출하지 않고도 내 폰에서만 보이게 만드는 가장 단순한 방법- 폰 화면 크기와 첫 로딩과 두 번째 로딩이 각각 다른 자리에서 해결돼야 하는 이유- 이 세 자리를 합치면 "노트북을 두고 나와도 회사 도구가 폰에 있다"가 어떻게 가능해지는지어느 저녁, 지하철에서며칠 전 퇴근길 지하철에서 한 가지 자리가 또렷해졌습니다. 저는 평소 노트북을 가방에 넣고 다니는데, 그날은 가볍게 외출하다 보니 폰만 들고 있었습니다. 집에 두고 온 도구의 결과를 잠깐 확인하고 싶었는데 — 손에 폰밖에 없었습니다.방법이 아예 없는 건 아닙니다. 회사 사람들이 보통 쓰는 방법은 인터넷에 우리 도구를 노출해 두는 것입니다...

OpenOrchestrator 시리즈 9편 | 2026.06>이 글을 읽으면 세 가지를 알게 됩니다:- LLM 두 명이 서로 코드를 검수할 때 그 라운드를 어떻게 끝낼 것인가- 자동 종료 기준을 한 항목이 아니라 세 항목의 동시 만족으로 묶으면 무엇이 달라지는가- 자동 종료가 도달하지 못한 라운드를 사람 결정 자리로 안전하게 넘기는 방법8편을 발행하고 나서 또렷해진 한 자리지난 8편에서는 대표이미지 단계를 LLM 도구로 1순위 교체하면서 기존 fallback(앞 단계가 실패하면 다음 단계로 떨어지는 안전망 구조) 사다리는 한 단도 건드리지 않았다는 이야기를 정리했습니다. 자동화 시스템 어디에서나 새 단계를 끼워 넣을 때 기존 안전망을 그대로 두면 회귀(이전에 잘 동작하던 것이 새 변경으로 깨지는 현상) ..

AI > Easy Concept | 2026.05>이 글의 본문은 아래 4컷 인포그래픽입니다. 스크롤을 더 내리기 전에 한 번 천천히 읽어 주세요.>글은 인포그래픽을 보충하는 짧은 부연일 뿐입니다.60초 멘탈 모델: 회의에서 "아까 그 부분"회의 중에 누군가 "아까 그 부분 다시 한번 설명해주실래요?"라고 묻습니다. 우리는 회의 첫 발언부터 머릿속에서 처음으로 되감지 않습니다. "그 부분" 근처만 강하게 떠올리고 나머지는 흐릿하게 둡니다.LLM(글을 만들어주는 큰 AI 모델, Large Language Model)이 일하는 방식도 비슷합니다. 그리고 그 "지금 필요한 부분에 더 큰 비중을 두는 구조"의 이름이 Attention입니다.위 인포그래픽 4컷이 이 한 문장을 그림으로 풀어 놓은 것입니다.4컷 짧..

OpenOrchestrator 시리즈 8편 | 2026.05>이 글을 읽으면 세 가지를 알게 됩니다:- 자동화 파이프라인에 새 단계를 끼워 넣을 때 기존 동작을 어떻게 보존하는지- Windows에서 만난 의외의 함정 하나와 그 우회 방법- 운영 중에 새 단계를 즉시 끄는 비상정지 스위치를 어떻게 1줄로 만들었는지7편을 발행하고 나서 또렷해진 한 자리지난 7편에서 Tistory 글을 GitHub Pages 미러와 IndexNow로 검색엔진에 자동으로 알리는 구조를 정리했습니다. 그래서 발행 파이프라인은 거의 모든 단계가 사람 손을 떠나 있습니다.글은 자동으로 작성됩니다카테고리는 자동으로 붙습니다비공개 임시저장도 자동입니다검토 후 공개 발행 버튼은 사람이 한 번 누릅니다발행 직후 검색엔진 알림도 자동입니다그..

OpenOrchestrator 시리즈 7편 | 2026.05글은 발행 버튼을 누르는 순간 끝나는 줄 알았다. 그런데 실제로 자동 블로그 파이프라인을 만들다 보니, 발행은 절반이었다.사람은 글 주소를 직접 열어볼 수 있다. 하지만 검색엔진은 다르다. 새 글이 생겼다는 신호를 찾고, sitemap을 읽고, feed를 확인하고, 같은 글이 여러 주소에 있을 때 어느 쪽을 원본으로 볼지 판단한다. 이 과정이 느슨하면 글은 공개되어 있어도 검색엔진 입장에서는 한동안 없는 글처럼 남을 수 있다.이번 글은 그 문제를 어떻게 정리했는지에 대한 기록이다. 핵심은 단순하다.Tistory는 사람이 읽는 원본으로 둔다.GitHub Pages는 검색엔진이 읽기 쉬운 공개 mirror로 둔다.발행 직후 sitemap, RSS, ..

OpenOrchestrator 시리즈 6편 | 2026.04>이 글을 읽으면 세 가지를 알게 됩니다:- 스마트폰에서 프로젝트를 기획하고, PC가 자동으로 개발을 시작하는 워크플로우- 기존 인프라 자산(HTTPS, 프로세스 관리, 스케줄러)을 재사용해서 새 프로젝트를 빠르게 띄우는 방법- 던전 탐험 AI Agent 시뮬레이터의 아키텍처와 핵심 코드5편에서 이어지는 이야기지난 5편에서 Circuit Breaker — AI Agent가 같은 실수를 반복하지 않도록 자동으로 멈추는 보호장치 — 를 다뤘습니다. 3회 연속 실패 시 차단, 쿨다운 후 자동 복구, 13개 Agent를 프로젝트 단위로 격리하는 구조였죠.글 끝에 이렇게 예고했습니다."다음 편에서는 AWS AI League 대회 준비를 위해 새 프로젝트를..

OpenOrchestrator 시리즈 5편 | 2026.04>이 글을 읽으면 세 가지를 알게 됩니다:- AI Agent가 같은 실수를 반복하지 않도록 자동으로 멈추는 원리- Circuit Breaker(회로 차단기)의 세 가지 상태와 실제 구현 코드- 하나의 시스템 안에서 두 계층(글로벌 + 프로젝트별)으로 Circuit Breaker를 쌓는 이유Git lock 파일이 3번 충돌했을 때 벌어진 일지난 4편에서 53개 작업을 Wave 단위로 병렬 처리한 이야기를 했습니다. 그 실행 기록 중 이런 대목이 있었죠.한 프로젝트에서 Git lock 파일 충돌이 3회 연속 발생해 자동 정지됐습니다. circuit breaker가 없었다면 같은 에러를 무한 반복했을 겁니다.이 한 줄이 이번 편의 주인공입니다.상황을 ..

OpenOrchestrator 시리즈 4편 | 2026.04>이 글을 읽으면 세 가지를 알게 됩니다:- 12개 프로젝트에 쌓인 밀린 작업을 어떻게 자동으로 발견하는지- 의존성이 있는 작업을 Wave(파도) 단위로 묶어 병렬 실행하는 방법- 실제로 53개 작업을 8개 Wave로 돌린 실행 기록과 숫자"오늘 뭐 해야 하지?" — 12개 프로젝트의 현실2편에서 OpenOrchestrator(이하 OO)가 12개 AI 프로젝트를 관리하는 메타 시스템이라고 소개했습니다. 3편에서는 도메인별로 자율도를 다르게 설정하는 방법을 다뤘고요.그런데 한 가지 질문이 남아 있었습니다."12개 프로젝트에 작업이 각각 3~5개씩 쌓여 있으면, 어떻게 처리하죠?"퇴근 후 시간은 2~3시간입니다. 프로젝트를 하나씩 열어서 "오늘 뭐..

AI Agent에게 일을 시킬 때 가장 고민되는 건 "어디까지 맡길 것인가"입니다.주식 매매처럼 돈이 걸린 일은 사람이 직접 확인해야 안심이 되고, 블로그 글 초안 같은 건 Agent가 알아서 해줘도 괜찮죠. 그런데 시스템 전체에 "자율도"를 하나의 숫자로 설정하면 어떻게 될까요?이 글을 읽으면 세 가지를 알게 됩니다:왜 자율도 슬라이더 하나로는 멀티도메인 시스템을 운영할 수 없는지OpenOrchestrator가 도메인별로 자율도를 어떻게 다르게 설정하는지자기 시스템에 적용할 때의 체크리스트"슬라이더 하나" 문제Andrej Karpathy(전 Tesla AI 디렉터)는 2025년 말 Autonomy Slider(자율도 슬라이더)라는 개념을 제안했습니다. AI Agent의 자율도를 0(완전 수동)에서 1(..

OpenOrchestrator 시리즈 2편 | 2026.04>이 글은 OpenOrchestrator(이하 OO)를 처음 접하는 분을 위한 여정 기록이다.1인 엔지니어가 12개 AI 프로젝트를 동시에 운영하기 위해 만든 시스템이어떤 문제에서 시작해서, 지금 어떤 형태로 작동하고 있는지를 다룬다.시작은 단순했다 — "컨텍스트가 매번 사라진다"2025년 말, 나는 퇴근 후 집에서 여러 개인 프로젝트를 동시에 진행하고 있었다. 주식 자동매매 시스템, AI 기반 지식 관리, 유튜브 숏폼 자동화, 실시간 음성 번역 앱… 하나하나는 재미있었지만, 문제는 Claude와 대화할 때마다 맥락이 리셋된다는 것이었다.새 세션을 열 때마다 같은 설명을 반복했다. "이 프로젝트는 이런 구조이고, 여기까지 진행했고, 다음에 해야 ..