n8nkorea · 2026-09-02
Claude Fable 5.1의 리셋·속도 체감, ERP 바이브 코딩의 설계·수정 부담, AI가 읽는 체크리스트와 오케스트레이션 자동화에 관한 대화를 정리했습니다.
제품 한도와 개발 경험
Claude 리셋·한도와 Fable 5.1의 속도는 참여자의 당시 사용 경험이다. ERP 설계 방식과 자동화 오케스트레이션의 효과도 개별 프로젝트와 학습 맥락에 따른 사례로, 일반적인 성능이나 n8n 운영 기준으로 확정하지 않는다.
오늘의 대화
아침에는 Claude 리셋 시점과 Fable 5.1의 빠른 작업 속도가 비교됐다. 이어 한 참여자가 회사 ERP를 계속 수정하는 과정에서 초기 설계가 느슨해진 탓에 작업이 끝나지 않는다고 했고, 계획서·체크리스트·세분화된 ToDo를 AI가 읽게 하는 방식이 제안됐다. 오후에는 여러 자동화 프로그램을 연결해 오케스트레이션하는 경험과, 체계적인 계획이 결과 품질을 좌우한다는 소감이 공유됐다.
이야기 나온 주제
Claude Fable 5.1 리셋과 작업 속도
Claude가 예정된 리셋보다 앞서 초기화됐다는 반응과, 5시간 사용 제한 때문에 한도를 다 쓰지 못할 것 같다는 아쉬움이 나왔다. Fable 5.1은 5.0보다 빨라 간단한 작업을 눈앞에서 바로 끝낸다는 체감이 있었지만, 새 모델의 실제 효과와 사용 한도는 참여자별 환경이 달라 추가 확인이 필요하다.
관련 메시지 발췌 · 08:55–09:55
08:55 · SteveU 오 내일 리셋인데 어제 리셋을 해줬네…클로드
08:56 · SteveU 5시간 락땜에 다 쓰지도 몬하겠다 ㅠ
09:22 · 김건우 5.1 작업속도 5.0 대비 엄청 빨라진 것 같아요
09:22 · 김건우 시켜놓고 딴짓하고 오고 이럴 시간도 없이 간단한건 뚝딱 눈앞에서 해버리네
09:24 · SteveU 으크크…맨날 쓰러지고 있네요 ㅠ
09:55 · SteveU ㅋㅋㅋ 후…계속 삽질중입니다
ERP 바이브 코딩의 설계·수정 부담
회사 ERP를 계속 만드는 참여자는 처음 설계를 얼렁뚱땅한 뒤 기능을 붙이고 다시 수정하는 일이 반복되어 끝날 듯 끝나지 않는다고 했다. 업무 워크플로를 먼저 정리하라는 제안과 함께, UI·UX 결과는 기대에 맞추기 어렵고 사용자가 AI를 세밀하게 조련해야 한다는 경험이 나왔다. 이는 특정 ERP의 구현 결과나 n8n 기능 설명이 아니라, 장기 바이브 코딩 프로젝트에서 설계 부채를 체감한 사례다.
관련 메시지 발췌 · 09:39–09:55, 13:52–14:01
09:40 · SteveU 저…회사 erp요;;;
09:55 · SteveU ㅋㅋㅋ 후…계속 삽질중입니다
09:55 · SteveU 처음 설계를 얼렁뚱땅했더니 하다보니 붙히고 다시 수정하고 ㅋㅋ
13:52 · J.J 업무워크플로어대로 해보세요
13:55 · SteveU 계속 다듬느라 그렇죠 뭐 ㅋㅋ
13:57 · SteveU 기능보단 uiux가 만들어오면 맘에 든적이 한번도 없어서;; ㅋㅋ
13:57 · SteveU 조련 못한 제 잘못이겠지만 ㅋㅋ
13:58 · SteveU 참고해서 디테일하게 짜보겠습니다
14:01 · 유병문 기능명세는
AI가 읽는 계획서·체크리스트와 오케스트레이션
계획서와 체크리스트를 작성하고 AI에게 시킨다는 방식이 투두를 더 잘게 쪼개 AI가 읽을 수 있게 하는 방법으로 구체화됐다. 한 참여자는 자동화 프로그램 하나를 만든 뒤 프로그램 사이의 통신과 오케스트레이션까지 설정해 여러 개의 프로그램이 유기적으로 최종 결과를 만드는 경험을 공유했다. 대화에서는 이를 팩토리오를 보는 느낌에 비유했으며, 체계적인 계획과 수업에서 얻은 프로그램화 기획 능력이 중요했다는 회고로 마무리됐다.
관련 메시지 발췌 · 13:53–14:03
13:53 · 유병문 바이브코딩의 끝은 개발자
13:54 · 유병문 결국 개발자가 되어벌임
13:56 · 𝓖w 이제 엔팔엔을 넘어서 프로그램화 해서 쓰는데, 이 수업이 큰 도움이 되었습니다.
13:56 · SteveU 투두 까진 안하고 계획서 작성하고 체크리스트 만들고 시키고 패고(?) 맘에 안드는거 갈구고 이게 투두인가!?ㅋㅋ
13:57 · 유병문 투두를 작성하세요. 더 쪼개서요
13:57 · 유병문 투두를 AI가 읽을 수 있으면 더욱 좋고요.
13:57 · 𝓖w 기본적인 프로그램화 기획의 기술이 정말 높아졌고, 중간에 오류가 있을 요소들이 눈에 보이다 보니 프로그램으로 만들고 배포해서 함께 좋은 능률을 내게 되었네요.
14:01 · 𝓖w 자동화 프로그램을 하나만 만들면. 그들간의 오케스트레이션 통신 설정까지 하게 되었는데 하나가 10개가 되는 마법이 이제는 놀랍지가 않습니다. 서로 유기적으로 통신하며 마지막 최종 결과를 만들어오는 모습을 보고 있으면, 신이 되어서 창조물들이 결과를 차근차근 작업해 나가는 모습을 보는 기분이라. 마치 유명한 팩토리오 게임을 보는 듯한 느낌입니다. 정말 엔팔엔의 학습 효과가 대단했습니다. 엔팔엔을 몰랐다면 여기까지 못왔습니다. 체계적인 계획. 정말 중요합니다. ^^