에세이 on Ted Factory

Essays

Sun, 25 Jan 2026 00:00:00 +0900

Essays#

여기는 Notes 안에서 생각/의견/관찰/회고/방향성 성격의 글을 모아두는 곳입니다.

사건이나 현상에 대한 개인적인 의견
블로그/일/삶에 대한 방향성 정리
짧은 관찰부터 긴 에세이까지

드디어 잡힌 블로그의 방향성: 컨텐츠 생산 공장으로

Sat, 10 Jan 2026 00:00:00 +0900

드디어 잡힌 블로그의 방향성: 컨텐츠 생산 공장으로#

2026-01-10

드디어 제 블로그에 대한 방향성이 잡혔습니다. 여기까지 오는데 생각보다(아니, 생각했던 것보다 훨씬) 오랜 시간이 걸렸습니다. “글을 쓰고 싶다”는 마음은 꾸준히 있었지만, 왜 쓰는지, 무엇을 쓸지, 어떤 방식으로 이어갈지에 대한 답이 늘 흐릿했습니다. 그래서 매번 시작은 있었고, 잠깐의 열정도 있었고, 결국 멈춘 시간도 있었습니다. 지금은 그 시행착오들이 쌓여서, 이제야 ‘이 정도면 오래 갈 수 있겠다’ 싶은 형태가 보이기 시작합니다.

처음 블로그를 만든 것은 2007년이었습니다. 그때는 그냥 “남들 다 하는 블로그, 나도 해보자” 정도의 마음으로 네이버 블로그(알아가는 재미)를 개설했습니다. 마침 블로그가 한창 유행하던 시기였고, 저도 어렴풋이 “파워블로거” 같은 것을 꿈꾸기는 했습니다. 하지만 지금 돌이켜보면, 그것은 욕심만 있고 운영 의지는 없던 상태였습니다. 무엇을 축적하고 싶은지, 어떤 독자에게 무엇을 주고 싶은지, 제 삶에서 블로그가 어떤 역할을 해야 하는지 전혀 정하지 않은 채로 “일단 만들어 둔” 것에 가까웠습니다.

에이전트 시대, Ted Factory의 방향을 다시 점검하며

Wed, 04 Feb 2026 00:00:00 +0900

에이전트 시대, Ted Factory의 방향을 다시 점검하며#

2026-02-04

필자는 소프트웨어 엔지니어이자 AI 엔지니어로서, 중장기적으로 무엇을 신경 쓰고 무엇을 목표로 삼아야 하는지, 그리고 어떤 마인드로 살아가야 하는지를 자주 고민합니다. 요즘처럼 기술 변화가 빠른 시기에는, 계획이 흔들리는 것 자체가 자연스러운 일이라고 생각합니다. 그런데 자연스럽다고 해서 가볍게 넘길 수 있는 것은 아닙니다. 흔들림은 결국 제 행동을 바꾸고, 행동은 결과를 바꾸기 때문입니다.

얼마 전 OpenClaw라는 개인 에이전트 개념이 등장했고, 예상보다 훨씬 많은 사람들이 폭발적으로 반응하는 모습을 봤습니다. “대박이다 / 신기하다” 같은 감정도 있었지만, 그보다 먼저 든 생각은 “새로운 개념이 너무 빠른 속도로 나온다”였습니다. 그리고 그 속도는 곧바로 제 질문으로 이어졌습니다. 내가 지금 맞는 방향으로 잘 걷고 있는가 입니다.

Claude Cowork 첫인상: 비개발 업무에 에이전트를 붙이는 방법

Sun, 08 Feb 2026 00:00:00 +0900

Claude Cowork 첫인상: 비개발 업무에 에이전트를 붙이는 방법#

2026-02-08

Claude Cowork라는 기능이 나왔습니다. (나온 지는 좀 됐는데, 필자가 이제서야 들여다 봤습니다.) 아래에 주저리주저리 더 이야기를 할 텐데요, 바쁘신 분들을 위해 먼저 짧게 요약해 보겠습니다.

Claude Cowork는 개발자가 아닌 분들을 위한 Cursor라고 생각하면 될 듯합니다.
(파일 관리 및 참조 + 플러그인 추가 + MCP 또는 Skill 추가 + 웹 브라우저 조작)을 할 수 있습니다.
조만간 Claude Cowork(또는 이와 같은 컨셉의 서비스)를 이용하는 업무 프로세스가 보편화될 것이라 생각합니다.
다만 아직 공식적으로 research preview 단계이고, macOS에서만 사용 가능한 상황이라 많은 분들은 조금 더 기다려야 하겠습니다.

배경#

Cursor(AI 기반의 코드 에디터)로 개발 작업을 하다 보니, 이 방식을 개발이 아닌 다른 업무에도 활용할 수 있지 않을까 생각했었습니다. 그런데 Cursor가 태생적으로 소프트웨어 개발 도구이다 보니, 비개발 업무에 맞게 사용하기엔 진입 장벽이 있었습니다. 그래서 ChatGPT나 Claude에서 비개발 업무를 더 자연스럽게 처리할 수 있는 형태의 애플리케이션이 나오지 않을까 내심 기대하고 있었는데, Claude에서 Cowork라는 기능이 먼저 나왔습니다.

OpenClaw 설치 및 분석: 개인 AI 에이전트의 새로운 기준

Wed, 11 Mar 2026 00:00:00 +0900

OpenClaw 설치 및 분석: 개인 AI 에이전트의 새로운 기준#

OpenClaw, 무엇이길래 이렇게 핫한가#

요즘 개발자 커뮤니티에서 OpenClaw를 모르는 사람을 찾기가 더 어려울 정도입니다. GitHub 스타가 30만 개를 넘겼고, 출시 첫 주에만 200만 명이 방문했습니다. X(Twitter), Discord, Reddit 할 것 없이 온통 OpenClaw 이야기입니다.

OpenClaw는 한마디로 내 컴퓨터에서 돌아가는 개인 AI 에이전트 플랫폼입니다. 원래 2025년 11월에 “ClawdBot” 이라는 이름의 주말 프로젝트로 시작했다가, 상표권 이슈를 거쳐 “Moltbot” 을 지나, 2026년 1월에 지금의 OpenClaw로 정착했습니다. 이름에 담긴 뜻은 단순합니다. “Claw” 는 프로젝트의 마스코트인 바닷가재(🦞)를 상징하고, “Open” 은 오픈소스와 커뮤니티 주도 개발을 의미합니다.

AI 시대, 개발자는 무엇의 오너가 되어야 할까

Wed, 18 Mar 2026 00:00:00 +0900

AI 시대, 개발자는 무엇의 오너가 되어야 할까#

2026-03-18

AI가 빠르게 발전하면서, 필자의 심리 상태도 몇 년 사이 꽤 크게 흔들렸습니다.
AI가 본격적으로 일의 방식에 들어오기 전까지만 해도, 필자는 자신감이 높은 개발자였습니다. 개발 자체도 좋아했고, 새로운 것을 배우는 것도 즐거웠습니다. 스페셜리스트보다는 제너럴리스트이자 풀스택 엔지니어를 지향했고, 논리적으로 정리하고 커뮤니케이션하는 능력이 강점이라고 생각했습니다.

그러다 AI 기반 도구들이 본격적으로 등장했습니다. 특히 Cursor 같은 도구를 쓰기 시작하면서 생산성이 눈에 띄게 올라갔고, 한동안은 오히려 자신감이 더 커졌습니다. 세상이 필자 같은 사람에게 유리한 방향으로 흘러가는 것처럼 느껴졌습니다. 개발의 진입 장벽이 낮아지고, 1인 스타트업도 더 많아질 것 같았습니다. “이제 진짜 작은 팀이나 개인도 큰 일을 할 수 있겠다"라는 기대가 컸습니다.

하네스 엔지니어링 — AI 에이전트를 안전하게 운용하기 위한 실전 가이드

Sat, 04 Apr 2026 00:00:00 +0900

하네스 엔지니어링 — AI 에이전트를 안전하게 운용하기 위한 실전 가이드#

2026-04-04

이 글을 쓰게 된 이유#

필자는 여러 프로젝트에서 AI 에이전트(Cursor, Claude Code 등)를 적극적으로 활용하고 있습니다. 처음에는 에이전트가 코드를 작성해 주는 것만으로도 충분히 놀라웠지만, 실제로 프로젝트에 깊이 적용하다 보니 반복적으로 부딪히는 문제들이 있었습니다.

새 세션을 열 때마다 에이전트가 프로젝트 컨벤션을 잊어버립니다
어제 해결한 문제와 같은 실수를 오늘 또 반복합니다
에이전트가 생성한 코드의 품질이 세션마다 들쭉날쭉합니다
프로젝트가 여러 개가 되면 각각에 같은 설정을 반복해야 합니다

이 문제들의 본질은 에이전트의 지능이 부족한 것이 아니라, 에이전트를 둘러싼 환경이 제대로 갖춰지지 않은 것이었습니다. 2026년에 들어서면서 이 문제의식이 업계 전체로 확산되었고, “하네스 엔지니어링"이라는 이름으로 체계화되기 시작했습니다.

Codex는 어디서 써야 할까: CLI, App, Cursor, Claude Code 정리

Sun, 12 Apr 2026 00:00:00 +0900

Codex는 어디서 써야 할까: CLI, App, Cursor, Claude Code 정리#

2026-04-12

요즘 Codex가 좋다는 이야기가 자주 들립니다. 그런데 막상 써보려고 하면 바로 헷갈리기 시작합니다.

Codex CLI로 쓰는 것이 맞는지
Codex App이 따로 있는지
Cursor 안에서 Codex 확장을 깔아 쓰면 되는지
아니면 Cursor 채팅에서 그냥 Codex 모델만 고르면 되는지
Claude Code에 플러그인으로 붙이는 것이 맞는지

필자도 비슷한 궁금증이 생겨서 공식 문서를 기준으로 하나씩 정리해 봤습니다. 이 글은 개발자뿐 아니라, AI 코딩 도구가 어떻게 구성되는지 잘 모르는 분도 따라올 수 있도록 최대한 쉽게 설명하려고 했습니다.

Claude Managed Agents — 기존 에이전트 시스템을 대체할 수 있을까?

Sun, 12 Apr 2026 00:00:00 +0900

Claude Managed Agents — 기존 에이전트 시스템을 대체할 수 있을까?#

2026-04-12

들어가며#

2026년 4월 8일, Anthropic이 Claude Managed Agents를 퍼블릭 베타로 출시했습니다. 에이전트 루프, 샌드박싱, 도구 실행 인프라를 직접 구축하지 않아도, 에이전트를 선언만 하면 Anthropic이 오케스트레이션을 처리해주는 호스팅형 실행 환경입니다.

필자는 현재 두 가지 에이전트 시스템을 운영하고 있습니다. 하나는 Claude Code + 하네스 기반의 로컬 작업 환경(이하 “로컬 에이전트”)으로, 운영자가 실시간으로 AI와 대화하며 업무를 처리합니다. 다른 하나는 Strands + AWS Bedrock AgentCore 기반의 멀티에이전트 시스템(이하 “시스템 에이전트”)으로, 사람 없이 자동으로 모니터링, 진단, 리포트를 수행합니다.

Hermes Agent — Agent계의 명품인가? 직접 써보고 정리한 첫인상

Sun, 19 Apr 2026 00:00:00 +0900

Hermes Agent — Agent계의 명품인가? 직접 써보고 정리한 첫인상#

2026-04-19

들어가며#

요즘 주변에서 Hermes Agent 이야기를 자주 듣습니다. 그중에서도 같은 팀 동료에게서 직접 들은 운영 사례가 가장 인상적이었습니다. 그 동료는 Hermes를 회사 슬랙에 연결해 팀원들이 슬랙에서 @Hermes 한 줄로 데이터 조회, 작업 의뢰, QnA를 처리할 수 있는 환경을 이미 만들어두고 있었습니다. 필자도 바로 감을 잡아보고 싶어, 오늘 하루 동안 다음 세 가지를 한꺼번에 진행했습니다.

AI 에이전트 웹서비스에 코딩 런타임을 붙이는 방법

Sun, 19 Apr 2026 00:00:00 +0900

AI 에이전트 웹서비스에 코딩 런타임을 붙이는 방법#

2026-04-19

개인적으로 AI 에이전트 기반의 웹서비스를 구상하거나 개발할 때, 꽤 빠르게 부딪히는 질문이 있습니다.

“이 서비스의 에이전트가 정말 일을 하게 만들려면, 코딩 능력을 어디서 가져와야 할까?”

아이디어를 처음 잡을 때는 흔히 이렇게 생각하기 쉽습니다. 모델 API를 붙이고, 파일 편집 기능을 만들고, 셸 명령을 실행하고, 테스트를 돌리고, 결과를 정리하면 되지 않을까. 하지만 조금만 깊게 들어가 보면, 그 안에는 생각보다 많은 것이 들어 있습니다.

노트북을 접어도 일하는 에이전트: Lightsail, Hermes, Discord로 만든 원격 개발 환경

Mon, 01 Jun 2026 00:00:00 +0900

노트북을 접어도 일하는 에이전트: Lightsail, Hermes, Discord로 만든 원격 개발 환경#

2026-06-01

문제는 노트북이 접히는 순간 시작되었습니다#

필자는 한동안 Hermes Agent를 로컬 노트북에 설치해서 사용했습니다. 로컬에서 바로 저장소를 열고, 파일을 수정하고, 테스트를 실행하는 경험은 빠르고 직관적이었습니다. 하지만 생활 패턴과 맞지 않는 문제가 있었습니다. 노트북을 접어서 가방에 넣는 순간 에이전트도 함께 멈췄습니다.

AI 에이전트를 쓰는 이유는 사람이 자리를 비운 동안에도 일을 맡기기 위해서입니다. 그런데 실행 환경이 로컬 노트북에 묶여 있으면, 이동 중에는 모바일로 확인만 할 수 있고 실제 작업은 이어가기 어렵습니다. 특히 긴 테스트, 의존성 설치, 저장소 분석처럼 시간이 걸리는 작업은 노트북이 켜져 있어야만 진행됩니다.

하네스 스킬이라 부르기로 했다 — 잘하고 있다는 착각을 깨고 내 하네스를 열기까지

Mon, 08 Jun 2026 00:00:00 +0900

하네스 스킬이라 부르기로 했다 — 잘하고 있다는 착각을 깨고 내 하네스를 열기까지#

2026-06-08

이름 없는 것들 앞에서#

LLM Wiki라는 것을 처음 봤을 때, 그리고 GStack을 봤을 때, 필자가 가장 먼저 한 생각은 의외로 “이걸 뭐라고 불러야 하지?” 였습니다.

둘 다 AI 에이전트를 더 잘 다루기 위한 수단이라는 점은 분명했습니다. 필자가 이전 글에서 정리한 하네스 엔지니어링, 즉 AI 에이전트를 안전하고 안정적으로 운용하기 위한 인프라 설계 분야의 관점에서 보면, 이런 것들은 명백히 “하네스를 만들 때 가져다 쓰는 도구"였습니다.