솔루션 핸드북
HTTP 트리거, API Request, Jodoo 필드, 배포 체크리스트를 포함한 Pipedream 회의 후속 조치 루프 계획 가이드입니다.
핸드북 열기PIPEDREAM + JODOO
Pipedream과 Jodoo를 함께 사용해 회의록 webhook을 수신하고, 구조화된 JSON 페이로드를 API Request 액션으로 전송하며, 담당자, 마감일, 블로커, 후속 조치 상태를 추적할 수 있습니다.
영상 안내
이 영상은 하나의 회의 후속 조치 루프를 보여줍니다. Pipedream이 회의록 webhook을 수신하고, API Request 액션이 JSON 페이로드를 전송하며, Jodoo가 담당자 큐와 후속 조치 레코드를 유지합니다.
새 HTTP / Webhook Requests 트리거가 회의 제목, 날짜, 결정 사항, 리스크, 후속 조치 맥락이 포함된 합성 고객 온보딩 리뷰를 수신합니다.
워크플로는 테스트를 위해 이벤트를 유지하고, 구조화된 액션 객체를 API Request 액션으로 전송합니다.
요청은 application/json과 파싱 가능한 payload 필드를 사용하므로 Jodoo 브리지가 회의 액션 필드를 수신할 수 있습니다.
Jodoo에 기록 단계에서 구조화된 필드를 담당자, 마감일, 우선순위, 블로커, 상태가 포함된 Jodoo 회의 액션 레코드로 매핑합니다.
데모 요약
이 데모는 회의 요약이 담당자, 마감일, 우선순위, 블로커, 상태, 신뢰도, 원본 워크플로 출력이 포함된 Jodoo 액션 레코드로 전환되는 과정을 보여줍니다.
회의 결정 사항은 추적 가능한 업무로 전환되지 않고 메모에만 남는 경우가 많습니다.
회의록 페이로드가 생성된 HTTP 엔드포인트를 통해 워크플로로 들어옵니다.
Pipedream은 담당자, 마감일, 우선순위, 블로커, 상태 필드가 포함된 하나의 페이로드 객체를 전송합니다.
API Request 액션은 ok true와 Jodoo 데이터 ID를 반환합니다.
테스트 실행으로 담당자 큐와 블로커 검토로 이동할 수 있는 회의 액션 레코드가 생성됩니다.
핸드북, 설계도, 레시피를 활용해 워크플로를 조정해 보세요.
플랫폼 설정 참고사항
Jodoo 레코드 모델은 일관되게 유지할 수 있지만, 각 에이전트 플랫폼은 구축 방식, 테스트 화면, 운영 배포 방식이 다릅니다.
Pipedream은 생성된 HTTP 엔드포인트에서 시작하므로, 개발자가 Jodoo 계약을 조정하는 동안 원시 이벤트 페이로드를 점검하고 샘플 요청을 재실행할 수 있습니다.
이 워크플로는 코드 단계에서 필드를 검증한 뒤, 명시적인 메서드, 헤더, 본문, 응답 확인과 함께 API Request로 최종 페이로드를 전송할 수 있습니다.
이 버전은 모델 기반 추출을 추가하기 전에 가벼운 webhook, 시크릿 관리, API 스타일 로깅, 코드 리뷰를 원하는 팀에 적합합니다.
워크플로 키트
필드 매핑을 검토하고, Pipedream 워크플로 레시피를 복사한 뒤, 워크플로를 실제 회의 소스에 맞게 조정하기 전에 Jodoo 액션 추적기 모델을 활용해 보세요.
Pipedream이 회의록 이벤트를 수신하고 하나의 구조화된 액션 아이템을 전송합니다. Jodoo는 담당자, 마감일, 우선순위, 블로커, 상태, 신뢰도, 감사 맥락이 포함된 지속 가능한 액션 레코드를 유지합니다.
재사용 가능한 워크플로
전사 기록, 메모 앱, 양식, webhook 소스 또는 수동 테스트 메모
HTTP 트리거를 수신하고, API Request를 전송한 뒤, Jodoo 데이터 ID를 확인합니다
Jodoo에 필요한 필드가 담긴 하나의 JSON 객체
JSON 본문을 Jodoo Jodoo에 기록 레이어로 전송
필드, 보기, 담당자 큐, 블로커 상태, 원본 출력
워크플로 루프
회의록은 전사 기록, 메모 앱, 양식, webhook 소스 또는 수동 테스트 페이로드에서 들어옵니다.
Pipedream HTTP 트리거가 회의 제목, 날짜, 원본 메모를 수신합니다.
코드, 변환 또는 AI/API 단계에서 결정 요약, 액션 아이템, 담당자, 마감일, 우선순위, 블로커, 상태, 신뢰도를 위한 구조화된 필드를 준비합니다.
Pipedream API Request 액션이 구조화된 결과를 Jodoo Jodoo에 기록 레이어로 전송합니다.
Jodoo가 회의 액션 레코드를 생성하고 검토를 위해 원본 워크플로 출력을 첨부된 상태로 유지합니다.
팀은 담당자 큐, 마감일 보기, 차단 항목 보기, 후속 조치 대시보드에서 업무를 진행합니다.
필드 매핑
| 에이전트 또는 소스 데이터 | Jodoo 레코드 필드 |
|---|---|
| HTTP 트리거 이벤트 본문: meeting_title, meeting_date, source_notes | 회의 제목, 회의 날짜, 원본 메모 |
| 코드 또는 AI/API 단계 반환값: decision_summary, action_item | 결정 요약, 액션 아이템 |
| API Request 본문: owner, due_date, priority | 담당자, 마감일, 우선순위 |
| API Request 본문: risk_or_blocker, follow_up_status | 리스크 또는 블로커, 후속 조치 상태 |
| Pipedream 로그: agent_confidence, ok flag, Jodoo data ID | 에이전트 신뢰도, 원본 에이전트 출력 |
에이전트 레시피
회의 후속 조치 지원 역할을 수행하세요. 회의록을 읽고 팀이 Jodoo에서 추적할 수 있는 구조화된 액션 아이템 1개를 반환하세요.
HTTP 트리거 페이로드를 컨텍스트로 사용한 뒤, Pipedream API 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": "pipedream",
"agent_confidence": "0.86"
}Jodoo 스타터 앱
팀에 맞게 Pipedream 회의 액션 워크플로를 조정할 때 이 필드 모델, 권장 보기, 자동화 규칙을 활용하세요.
배포 체크리스트
구현 참고자료
워크플로
Pipedream은 팀이 webhook과 API 수준의 제어를 원할 때 유용합니다. HTTP 트리거와 API Request 액션을 통해 운영 환경 적용 전 JSON 페이로드와 Jodoo Jodoo에 기록을 쉽게 점검할 수 있습니다.
회의록은 전사 기록, 메모 앱, 양식, webhook 소스 또는 수동 테스트 페이로드에서 들어옵니다.
Pipedream HTTP 트리거가 회의 제목, 날짜, 원본 메모를 수신합니다.
코드, 변환 또는 AI/API 단계에서 결정 요약, 액션 아이템, 담당자, 마감일, 우선순위, 블로커, 상태, 신뢰도를 위한 구조화된 필드를 준비합니다.
Pipedream API Request 액션이 구조화된 결과를 Jodoo Jodoo에 기록 레이어로 전송합니다.
Jodoo가 회의 액션 레코드를 생성하고 검토를 위해 원본 워크플로 출력을 첨부된 상태로 유지합니다.
팀은 담당자 큐, 마감일 보기, 차단 항목 보기, 후속 조치 대시보드에서 업무를 진행합니다.
Jodoo 레코드
Jodoo는 Pipedream 실행 후 팀에 필요한 후속 조치 필드를 유지합니다: 회의 제목, 결정 요약, 액션 아이템, 담당자, 마감일, 우선순위, 블로커, 상태, 신뢰도.
테스트 실행
이 스크린샷은 합성 회의록을 사용했으며, Pipedream 워크플로 구성, 성공한 API Request 응답, 그리고 워크플로로 생성된 Jodoo 테이블의 행 레코드를 보여줍니다.

HTTP 트리거, 코드 패스스루, API Request 액션이 회의록 액션 추적 흐름을 구성합니다.

API Request 액션은 회의 액션을 전송한 후 ok true와 Jodoo 데이터 ID를 반환했습니다.

액션 아이템, 담당자, 마감일, 우선순위, 블로커, 상태가 Jodoo에 작성되었습니다.
FAQ
Jodoo 레코드, 워크플로, 앱 템플릿과 에이전트 플랫폼을 함께 사용하는 방법에 대한 답변입니다.
예. 검증 실행에서는 합성 회의록을 사용해 HTTP 트리거와 API Request 액션을 완료했고, Jodoo에 회의 액션 레코드를 생성했습니다.
테스트는 무료 플랜에서도 사용하기 쉬운 간결한 워크플로 구조로 진행되었습니다. 운영 환경에서는 이벤트 볼륨, 연결된 앱, 보존 기간, 오류 처리 요구사항에 따라 유료 용량이 필요할 수 있습니다.
예. API Request 액션 전에 코드, OpenAI, Anthropic 또는 다른 AI/API 단계를 추가한 뒤, Jodoo에 쓰기 전에 출력 스키마를 안정적으로 유지하면 됩니다.
Jodoo에는 회의 제목, 날짜, 원본 메모, 결정 요약, 액션 아이템, 담당자, 마감일, 우선순위, 블로커, 후속 조치 상태, 신뢰도, 원본 출력이 저장됩니다.
Jodoo 레코드 모델은 유사하지만, 이 페이지는 생성된 HTTP 엔드포인트, API Request 본문, ok true가 포함된 테스트 출력, Pipedream 운영 시 유의사항 등 Pipedream 전용 설정을 보여줍니다.
다음 단계
하나의 회의 액션 아이템부터 시작한 뒤, 동일한 Pipedream 패턴을 온보딩 콜, 프로젝트 리뷰, 지원 에스컬레이션, 공급업체 후속 조치에 맞게 확장해 보세요.