요즘 뜨는 그래프 엔지니어링, 대체 뭘까? | 정말 필요한지 직접 비교해 봤습니다

자료실(체크리스트 · 실험 코드 · 출처 전체, 로그인 없음) https://careerhackeralex.com/sharings... 그래프 엔지니어링, 꼭 필요할까? 요즘 떠오르는 '그래프 엔지니어링'이라는 용어를 정의부터 설명합니다. 구글 클라우드의 정의, X에서 이 이름이 번진 과정, 노드 · 엣지 · 상태, '그래프'의 네 가지 뜻, 실제로 돌아가는 AI 제작 팀의 그래프, 그리고 루프와 그래프를 같은 과제로 돌린 작은 실험까지 원문과 측정값으로 봅니다. ■ 오늘 바로 해 볼 것 1. 그래프 숫자를 보면, 원문을 열어 세 질문의 답부터 확인합니다. 2. 내 하네스에서 노드 사이에 넘기는 기록(상태)이 어떤 형식으로 넘어가는지 확인합니다. 3. 그래프라는 말을 보면 네 가지 뜻 중 무엇인지 먼저 표시합니다. 4. 내 하네스의 사람 승인 지점이 돈 · 외부 메시지 · 삭제 · 계정처럼 꼭 필요한 곳만 남았는지 확인합니다. 5. 구조를 늘리기 전에 결과를 코드로 검사하는 검사기를 먼저 하나 만듭니다. 6. 오늘 드린 프롬프트로 지금 쓰는 하네스를 그래프로 그려 봅니다. ■ 프롬프트 · 하네스를 그래프로 (14:38) 캡처하거나 아래를 복사해 Claude에 붙여 넣으세요. ○○ 자리에 내 하네스 설명(설정 파일, 규칙 문서, 작업 흐름)을 넣으면 됩니다. 내 에이전트 하네스 설명: ○○ (설정 파일, 규칙 문서, 작업 흐름 설명을 그대로 붙여 넣기) 이 하네스를 그래프로 설계도처럼 정리해 줘. 1. 노드(일 하나: 에이전트, 스크립트, 검사, 사람 승인), 엣지(다음은 누구, 어떤 조건에서), 상태(노드 사이에 넘기는 기록)를 표로 뽑아 줘. 2. 엣지마다 다음 단계를 누가 정하는지 적어 줘: 코드 / 모델 / 사람. 3. 전체를 Mermaid flowchart 하나로 그려 줘. 사람이 정하는 엣지는 굵은 선, 실패하면 되돌아가는 엣지는 점선으로. 4. 그림 아래에 빈 곳을 세 줄로 적어 줘: 검사 없이 넘어가는 엣지, 사람이 너무 자주 멈추는 곳, 기록이 안 남는 상태. 완료 기준: 표 1개, Mermaid 코드 1개, 빈 곳 3줄. 설명만 해 주고, 실제로 실행하거나 설정을 바꾸지는 마. 영상 속 실행 예시: 새 Claude 세션(Sonnet 5.5, 설정 · 메모리 · 도구 없음)에 이 채널 제작 환경을 일반 명칭으로 설명해 넣고 한 번 실행한 응답입니다. Mermaid 코드는 고치지 않고 그대로 그렸습니다. ■ 체크리스트 (12:33) 쓸 이유 5 — ① 독립인 일을 동시에 펼쳤다 모을 때 ② 만든 쪽과 다른 쪽이 검증할 때 ③ 단계마다 다른 모델 · 도구 · 권한 ④ 중간에 사람이 승인할 때 ⑤ 몇 시간 이상 걸려 저장과 재개가 필요할 때 쓰지 말 신호 4 — ① 한 번 하고 끝나는 일 ② 모양을 모르는 탐색 단계 ③ 결과를 기계로 잴 수 없는 일 ④ 에이전트가 아직 목표를 자주 잊을 때 ■ 실험 · 루프 vs 그래프 (9:21) 과제: 출처 문서를 읽고 글자 그대로 인용해 답하기 · 모델 Claude Haiku 5.5 하나 · 같은 문서 · 질문 · 채점기, 바꾼 것은 구조뿐 어려운 조건 평균(조건당 5회): 코드 검사 루프 5/5 · 8.3초 · 16,688토큰 / 자기 검사 루프 4/5 · 18.8초 · 34,473토큰 / 그래프 5/5 · 53.3초 · 73,692토큰 쉬운 조건 평균(조건당 5회): 코드 검사 루프 5/5 · 6.9초 · 6,940토큰 / 자기 검사 루프 4/5 · 16.7초 · 17,407토큰 / 그래프 5/5 · 18.5초 · 28,427토큰 한계: 조건당 5회 · 모델 1개 · 정답이 분명한 사실 질문. 코드 검사 루프와 그래프 수정판(v2)은 첫 실행 결과를 본 뒤에 더한 사후 수정이라 공정한 비교의 근거로는 약합니다. 첫 실행(v1) 어려운 조건에서는 그래프 4/5 · 45.6초 · 71,270토큰, 자기 검사 루프 5/5 · 19.9초 · 37,651토큰이었습니다. 실험은 AI 에이전트가 설계 · 실행했고, 모든 프롬프트와 응답 기록은 자료실에 있습니다. ■ 운영 사례에 대해 (5:48–9:21) 이 채널의 제작 환경(Mac mini 한 대 · Slack · Claude Code와 Codex 세션)을 운영 기록 기준으로 다시 그린 재연 화면입니다. 숫자는 2026-10-19 확인 시점 값이고, 토큰 · 채널 ID · 계정 정보는 넣지 않았습니다. ■ 그림에 대해 화면에 '생성 이미지 · Codex'라고 표시된 그림은 Codex의 이미지 생성으로 만든 일러스트입니다. 실제 인물이나 실제 화면을 재현한 것이 아닙니다. ■ 화면 속 숫자와 주장의 원문 (전체 출처와 날짜는 자료실에) 1. Google Cloud 'Graph Workflows in ADK' · 2026-09-29 — https://cloud.google.com/blog/topics/... 2. 피터 스타인버거 X 게시물 · 2026-07-18 — https://x.com/steipete/status/2078277... 3. 하멜 후세인 X 아티클 · 2026-07-18 — https://x.com/HamelHusain/status/2078... 4. '1000배' PDF X 게시물(@0xCodila) — https://x.com/0xCodila/status/2080689... 5. AI Builder Club 'Andrej Karpathy and Graph Engineering' · 2026-07-30 — https://www.aibuilderclub.com/blog/gr... 6. '18% · 85%' X 게시물(@Sprytixl) · 2026-07-19 — https://x.com/Sprytixl/status/2078778... 7. ChatP&ID (arXiv 2603.22528, 프리프린트) · p.1, p.12, p.14, p.16–p.18 — https://arxiv.org/abs/2603.22528v1 8. Turing Post FOD#159 'Is Graph Engineering Real?' · 2026-07-20 — https://www.turingpost.com/p/is-graph... 9. Microsoft GraphRAG (arXiv 2404.16130, 프리프린트) · p.12 — https://arxiv.org/abs/2404.16130v2 10. TCS 'Towards Agentic Cloud Engineering' (arXiv 2609.00050, 프리프린트) · p.15 — https://arxiv.org/abs/2609.00050v2 11. Anthropic 'How we built our multi-agent research system' · 2025-06-13 · 자사 내부 평가 — https://www.anthropic.com/engineering... 12. Google · MIT 'Towards a Science of Scaling Agent Systems' (arXiv 2512.08296, 프리프린트) · p.3, p.4 — https://arxiv.org/abs/2512.08296v3 ■ 챕터 00:00 오프닝과 정의 00:38 X에서 번진 이름 01:09 사다리는 계단이 아니라 양파 02:02 퍼진 이야기 세 개 02:50 식당 주방으로 보면 03:38 이름만 새것, 진짜 새것 04:33 네 가지 그래프 05:49 노드와 엣지 06:54 상태 07:12 검증 노드와 사람 게이트 08:43 감시 루프와 경계 09:21 실험 설계 10:30 결과 11:16 실패 해부와 한계 12:33 체크리스트 13:31 비용과 반대 증거 14:09 오늘 가져갈 것 14:38 하네스를 그래프로 그려 주는 프롬프트 15:34 정리와 다음 강의 ■ AI 기억 설계 시리즈 — 상태, 그러니까 에이전트가 들고 다니는 서류철을 더 깊이 다룹니다. 1편 '에이전트에게 왜 기억이 필요할까'부터 보시면 됩니다. 나레이션은 알렉스의 목소리를 학습한 AI 음성(ElevenLabs)으로 만들었습니다.