워크플로우 노트

n8n Cloud 메모리 오류 진단: 플랜 업그레이드 전에 Code 노드·Merge·실행 저장을 먼저 줄여야 한다

n8n Cloud에서 Workflow did not finish, possible out-of-memory issue가 나오면 플랜 업그레이드나 self-hosting 전환부터 떠올리기 쉽다. 먼저 볼 지점은 따로 있다. 한 번의 실행에 얼마나 많은 JSON, binary-like payload, Code node 입력, Merge 후보, 실행 저장 데이터가 같이 실리는지부터 줄여야 한다.2026-05-06에 n8n 공식 문서 경계를 다시 확인했다. Cloud data management docs 기준 Trial과 Starter는 320MiB, Pro-1은 640MiB, Pro-2는 1280MiB, Enterprise는 4096MiB RAM으로 적혀 있고, n8n 자체도 평균 180MiB 정도를 쓴다고 ..

n8n 이메일 AI Agent가 몇 주 동안 잘 돌다가 갑자기 parser error나 invalid syntax로 멈추면, 첫 질문을 모델 변경으로 잡기 쉽다. 실제 진단은 더 작게 시작하는 편이 낫다. 실패한 메일 한 건을 고정해서 다시 실행할 수 있는가. 그 메일 원문과 첨부를 그대로 agent에 넣고 있지 않은가. 메모리가 계정별로 계속 쌓이고 있지 않은가. Google Sheets 같은 도구 출력이 너무 넓게 붙고 있지 않은가.2026-05-04에 Reddit 공개 신호를 먼저 봤다. r/n8n에는 6개 메일함을 돌리는 email management agent가 6주 뒤 AI Agent/LangChain node에서 invalid syntax를 내며 흔들린다는 진단 요청이 올라왔다. 긴 syst..

n8n AI Agent workflow가 흔들리는 지점은 agent가 말을 못 해서가 아니다. 보통은 쓰기 전에 멈추지 못해서 흔들린다. Webhook payload key가 바뀌었는데 그대로 CRM에 쓰고, 같은 trigger가 두 번 들어왔는데 메일을 두 번 보내고, 429와 403을 같은 재시도로 묶으면 agent prompt를 고쳐도 운영 문제는 남는다.2026-05-03에 Reddit 흐름을 먼저 봤다. r/n8n, r/AI_Agents, r/automation에서 반복된 신호는 비슷했다. "더 많은 agent node"보다 data contract, dedupe key, retry route, execution log가 먼저라는 쪽이다. 이 글에서 Reddit은 수요 신호로만 쓴다. n8n 동..

PO000318은 이제 단순 경보가 아니라 승인 callback이 들어온 주문이다. 해야 할 일은 queue 숫자를 보는 것이 아니라, 84개 critical kit를 지금 예약할지 결정하는 것이다.1. 운영자가 먼저 보는 주문 case file주문 번호lane현재 shipping statusoriginal due date외부 신호영향 이유아무것도 안 했을 때 결과추천 액션tradeoffPO000318LANE-KR-US-AI-SEAoperator approved split expedite for 84 critical kits; expedited split is in capacity reservation simulation, remaining 336 kits stay on ocean ETA 2026-05-..

OpenAI API 응답을 서비스 코드에 바로 넣을 계획이라면 첫 질문은 "JSON으로 받을 수 있나"가 아니다. 코드가 기대하는 key, type, enum, 실패 branch가 고정되어 있는지가 먼저다. JSON mode는 JSON 파싱 문제를 줄여 주지만, 원하는 schema와 맞는다는 뜻은 아니다.2026-05-02 기준 OpenAI 공식 문서로 보면 기본 선택지는 분명하다. 사용자가 보는 답변 자체를 구조화해야 하면 Structured Outputs를 보고, 외부 시스템에서 환불, 검색, 업데이트 같은 action을 실행해야 하면 function calling으로 분리한다. Responses API에서는 Structured Outputs를 text.format으로 정의한다.짧게 정리하면 이렇다...

OpenAI File Search를 붙일 때 첫 질문은 "RAG를 직접 만들까, API tool을 쓸까"가 아니다. 같은 문서를 반복해서 검색할 것인지, 그 문서를 며칠 보관할 것인지, 파일이 제한 안에 들어오는지, 검색 결과를 나중에 감사할 수 있어야 하는지가 먼저다.2026-05-01 기준 OpenAI 공식 문서로 보면 경계는 꽤 분명하다. File Search는 Responses API에서 쓰는 hosted tool이다. Vector Store는 그 tool이 검색할 수 있도록 파일을 chunking, embedding, indexing해 두는 저장/index layer다. 반복 질의가 있는 문서 지식베이스라면 Vector Store가 맞다. 반대로 회의록 파일 하나를 두 번 요약하는 작업이라면 p..

PO000225의 WEO PDF watch는 이제 닫아도 된다. 이번에는 웹 표면만 본 것이 아니라 PDF binary까지 다시 받아 SCM-042 baseline과 맞췄다.1. 운영자가 먼저 보는 문서 case file문서 엔티티연결 주문lane현재 문서 상태원래 due date외부 신호영향 이유아무것도 안 했을 때 결과추천 액션tradeoffDOC-WEO-2026APR-COMPILED-PDFPO000225PO000225 docs branch -> IMF WEO compiled PDFclosed_by_direct_asset_capture; scheduled watch result identity_match_clean2026-04-302026-05-01T16:17:44+09:00 기준 IMF direct..

OpenAI Realtime API를 붙일 때 첫 질문은 "WebRTC가 좋나, WebSocket이 좋나"가 아니다. 마이크와 스피커가 어디에 있고, 표준 API key가 어디에 남아야 하며, 주문 조회나 정책 판단 같은 서버 로직을 누가 처리해야 하는지가 먼저다.2026-04-30 기준 OpenAI 공식 문서로 보면 기본 경계는 꽤 분명하다. 브라우저나 모바일에서 사용자가 음성으로 대화한다면 WebRTC부터 본다. 서버 worker가 음성 스트림과 이벤트를 직접 처리한다면 WebSocket이 맞다. 전화번호로 들어오는 통화는 SIP path다. 답변 생성 없이 실시간 자막만 필요하면 speech-to-speech session이 아니라 transcription session을 따로 봐야 한다.짧게 정리..

PO000225는 아직 watch 완료로 닫을 주문이 아니다. 날짜는 2026-04-30이 맞지만, 실행 기준은 09:00 KST다.1. 운영자가 먼저 보는 문서 case file문서 엔티티연결 주문lane현재 문서 상태원래 due date외부 신호영향 이유아무것도 안 했을 때 결과추천 액션tradeoffDOC-WEO-2026APR-COMPILED-PDFPO000225PO000225 docs branch -> IMF WEO compiled PDFclosed_by_direct_asset_capture; April 30 watch date reached but 09:00 KST window is not open yet2026-04-302026-04-30T01:04:45+09:00 기준 IMF issue pa..

OpenAI Batch API는 싸게 호출하는 버튼이 아니다. 대량 요청을 비동기로 맡기고, 결과 파일과 에러 파일을 나중에 회수하는 운영 방식이다. 사용자가 채팅창에서 답을 기다리는 흐름이라면 Batch가 아니라 Standard, 필요하면 Priority 쪽을 봐야 한다.2026-04-29 기준 OpenAI 공식 문서로 보면 판단 기준은 분명하다. Batch API는 synchronous API 대비 50% 낮은 비용, 별도 rate-limit pool, 24시간 turnaround를 전제로 한다. 대신 .jsonl 파일, purpose=batch 업로드, unique custom_id, status polling, error file 처리, expired retry queue를 직접 설계해야 한다.먼..