솔루션 핸드북
워크플로, Jodoo 필드, 배포 체크리스트를 포함한 n8n 회의 후속 조치 루프용 계획 가이드입니다.
핸드북 열기N8N + JODOO
n8n과 Jodoo를 함께 사용해 회의록 webhook을 수신하고, 후속 조치를 구조화된 JSON으로 변환한 뒤, HTTP Request로 액션을 전송하고, 담당자·기한·차단 요소·상태를 추적할 수 있습니다.
영상 안내
이 영상은 하나의 회의 후속 조치 루프를 보여줍니다. n8n이 회의록 webhook을 수신하고, 액션 필드를 준비한 뒤, HTTP Request로 JSON 페이로드를 전송하면 Jodoo가 담당자 큐와 후속 조치 레코드를 유지합니다.
Webhook 노드가 회의 제목, 날짜, 결정 사항, 리스크, 후속 조치 맥락이 포함된 가상의 고객 온보딩 리뷰를 수신합니다.
Code 또는 AI Agent 단계가 HTTP Request 노드가 Jodoo로 전송할 수 있는 구조화된 액션 객체를 반환합니다.
본문은 파싱 가능한 JSON 페이로드를 사용하므로 Jodoo가 객체 플레이스홀더 대신 회의 액션 필드를 수신합니다.
Jodoo에 기록 단계가 구조화된 필드를 담당자, 기한, 우선순위, 차단 요소, 상태가 포함된 Jodoo 회의 액션 레코드로 매핑합니다.
데모 요약
이 안내에서는 회의 요약이 담당자, 기한, 우선순위, 차단 요소, 상태, 신뢰도, 원본 워크플로 출력이 포함된 Jodoo 액션 레코드로 전환되는 과정을 보여줍니다.
회의 결정 사항은 추적 가능한 업무가 되지 못하고 회의록에만 남는 경우가 많습니다.
회의록 페이로드가 Webhook 노드를 통해 n8n 워크플로로 들어옵니다.
n8n이 담당자, 기한, 우선순위, 차단 요소, 상태 필드를 포함한 하나의 액션 객체를 준비합니다.
HTTP Request 노드가 JSON 페이로드를 Jodoo Jodoo에 기록 단계로 전송합니다.
테스트 실행은 담당자 큐와 차단 요소 검토로 이동할 수 있는 회의 액션 레코드를 생성합니다.
핸드북, 설계도, 레시피를 사용해 워크플로를 조정하세요.
플랫폼 설정 참고사항
Jodoo 레코드 모델은 일관되게 유지할 수 있지만, 각 에이전트 플랫폼은 구축 방식, 테스트 화면, 운영 배포 방식이 다릅니다.
n8n은 Webhook, Code, HTTP Request 단계를 분리하므로 구축 담당자가 실행 중 각 입력 항목, 출력 항목, 요청 본문 표현식을 확인할 수 있습니다.
검증된 워크플로는 HTTP Request 본문을 문자열화된 객체 플레이스홀더가 아닌 유효한 JSON으로 유지하며, 이것이 가장 중요한 설정 포인트입니다.
운영 적용 전 n8n 구축 담당자는 Jodoo에 기록 노드의 $json 경로, 고정된 테스트 데이터, 항목 인덱싱, 원시 본문 모드, 실행 이력을 검토해야 합니다.
이 버전은 AI Agent 노드를 추가하기 전에 명시적인 자격 증명, 고정된 테스트 데이터, 재시도 처리, 노드 단위 디버깅을 원하는 기술 팀에 적합합니다.
워크플로 키트
필드 매핑을 검토하고, n8n 워크플로 레시피를 복사한 뒤, 팀의 회의 소스에 맞게 워크플로를 조정하기 전에 Jodoo 액션 추적기 모델을 활용해 보세요.
n8n이 회의록 이벤트를 수신하고 구조화된 액션 아이템 하나를 전송합니다. Jodoo는 담당자, 기한, 우선순위, 차단 요소, 상태, 신뢰도, 감사 컨텍스트를 포함한 지속 가능한 액션 레코드를 유지합니다.
재사용 가능한 워크플로
전사본, 노트 앱, 양식, webhook 소스 또는 수동 테스트 노트
webhook을 수신하고, JSON을 준비하고, HTTP Request를 전송한 뒤, Jodoo 데이터 ID를 확인합니다
Jodoo에 필요한 필드를 담은 하나의 JSON 객체
파싱 가능한 JSON을 Jodoo Jodoo에 기록 레이어로 전송
필드, 보기, 담당자 큐, 차단 요소 상태, 원본 출력
워크플로 루프
회의록은 전사본, 노트 앱, 양식, webhook 소스 또는 수동 테스트 페이로드에서 들어옵니다.
n8n Webhook 노드가 회의 제목, 날짜, 원본 노트를 수신합니다.
Code, Set 또는 AI Agent 단계가 결정 요약, 액션 아이템, 담당자, 기한, 우선순위, 차단 요소, 상태, 신뢰도에 대한 구조화된 필드를 반환합니다.
HTTP Request 노드가 파싱 가능한 JSON 본문을 Jodoo Jodoo에 기록 레이어로 전송합니다.
Jodoo가 회의 액션 레코드를 생성하고, 검토를 위해 원본 워크플로 출력을 첨부된 상태로 유지합니다.
팀은 담당자 큐, 기한 보기, 차단 항목 보기, 후속 조치 대시보드를 기반으로 업무를 진행합니다.
필드 매핑
| 에이전트 또는 소스 데이터 | Jodoo 레코드 필드 |
|---|---|
| Webhook node body: meeting_title, meeting_date, source_notes | 회의 제목, 회의 날짜, 원본 노트 |
| Code or AI Agent node output: decision_summary, action_item | 결정 요약, 액션 아이템 |
| HTTP Request JSON body: owner, due_date, priority | 담당자, 기한, 우선순위 |
| HTTP Request JSON body: risk_or_blocker, follow_up_status | 리스크 또는 차단 요소, 후속 조치 상태 |
| Execution data: agent_confidence, response body, data ID | 에이전트 신뢰도, 원본 에이전트 출력 |
에이전트 레시피
회의 후속 조치 어시스턴트 역할을 수행합니다. 회의록을 읽고 팀이 Jodoo에서 추적할 수 있는 구조화된 액션 아이템 하나를 반환합니다.
webhook 페이로드를 컨텍스트로 사용한 뒤, n8n HTTP Request 노드가 Jodoo Jodoo에 기록 요청으로 전송할 수 있는 JSON 필드를 반환하세요.
meeting_title, meeting_date, source_notes, decision_summary, action_item, owner, due_date, priority, risk_or_blocker, follow_up_status, source_platform, agent_confidence를 반환하세요.
{
"meeting_title": "고객 온보딩 위험 검토",
"meeting_date": "2026-06-04 10:30",
"decision_summary": "이번 주에 가져오기 샘플이 승인되면 6월 10일 교육 일정을 유지합니다.",
"action_item": "데이터 가져오기 담당자를 확인하고 샘플 승인 요청을 보냅니다.",
"owner": "Maya Chen",
"due_date": "2026-06-05",
"priority": "높음",
"risk_or_blocker": "금요일까지 샘플이 승인되지 않으면 교육 일정이 밀릴 수 있습니다.",
"follow_up_status": "담당자 확인 필요",
"source_platform": "n8n",
"agent_confidence": "0.86"
}Jodoo 스타터 앱
팀에 맞게 n8n 회의 액션 워크플로를 조정할 때 이 필드 모델, 권장 보기, 자동화 규칙을 활용하세요.
배포 체크리스트
워크플로
n8n은 팀이 노드 단위 제어를 원할 때 유용합니다. Webhook, Code, HTTP Request 노드를 사용하면 운영 적용 전에 페이로드와 Jodoo Jodoo에 기록을 쉽게 검토할 수 있습니다.
회의록은 전사본, 노트 앱, 양식, webhook 소스 또는 수동 테스트 페이로드에서 들어옵니다.
n8n Webhook 노드가 회의 제목, 날짜, 원본 노트를 수신합니다.
Code, Set 또는 AI Agent 단계가 결정 요약, 액션 아이템, 담당자, 기한, 우선순위, 차단 요소, 상태, 신뢰도에 대한 구조화된 필드를 반환합니다.
HTTP Request 노드가 파싱 가능한 JSON 본문을 Jodoo Jodoo에 기록 레이어로 전송합니다.
Jodoo가 회의 액션 레코드를 생성하고, 검토를 위해 원본 워크플로 출력을 첨부된 상태로 유지합니다.
팀은 담당자 큐, 기한 보기, 차단 항목 보기, 후속 조치 대시보드를 기반으로 업무를 진행합니다.
Jodoo 레코드
Jodoo는 n8n 실행 후 팀에 필요한 후속 조치 필드를 유지합니다: 회의 제목, 결정 요약, 액션 아이템, 담당자, 기한, 우선순위, 차단 요소, 상태, 신뢰도.
테스트 실행
이 스크린샷은 가상의 회의록을 사용하며, n8n 워크플로 설정, 성공적으로 완료된 3개 노드 실행, 그리고 워크플로로 생성된 Jodoo 테이블 행을 보여줍니다.

Webhook, Code, HTTP Request 노드가 회의록 액션 추적 흐름을 구성합니다.

Jodoo에 회의 액션을 전송한 후 Webhook, Code, HTTP Request 노드가 모두 완료되었습니다.

액션 아이템, 담당자, 기한, 우선순위, 차단 요소, 상태가 Jodoo에 기록되었습니다.
FAQ
Jodoo 레코드, 워크플로, 앱 템플릿과 에이전트 플랫폼을 함께 사용하는 방법에 대한 답변입니다.
예. 검증 실행에서는 가상의 회의록을 사용해 Webhook, Code, HTTP Request 노드를 완료했고, Jodoo에 회의 액션 레코드를 생성했습니다.
테스트에는 n8n Cloud 체험 접근 권한과 간결한 워크플로 구성이 사용되었습니다. 운영 환경에서는 처리량에 따라 유료 호스팅, 연결된 앱, 모델 자격 증명 또는 더 높은 실행 한도가 필요할 수 있습니다.
예. 검증에서는 출력을 확인하기 쉽도록 명시적인 Code 단계를 사용했으며, 팀은 선호하는 모델 자격 증명을 연결한 후 이를 n8n AI Agent로 대체할 수 있습니다.
Jodoo에는 회의 제목, 날짜, 원본 노트, 결정 요약, 액션 아이템, 담당자, 기한, 우선순위, 차단 요소, 후속 조치 상태, 신뢰도, 원본 출력이 저장됩니다.
Jodoo 레코드 모델은 유사하지만, 이 페이지는 Webhook 노드, Code 출력, HTTP Request 본문 표현식, 실행 화면, n8n 운영 적용 시 주의사항 등 n8n 전용 설정을 다룹니다.
다음 단계
하나의 회의 액션 아이템부터 시작한 뒤, 같은 n8n 패턴을 온보딩 콜, 프로젝트 리뷰, 지원 에스컬레이션, 공급업체 후속 조치로 확장해 보세요.