KCH W08 · 실제 시스템과 연결해 업무 흐름 완성하기

KCH AGENT BUILDER LAB · W08 REVIEW

검증된 조각을 연결하되, 책임의 경계부터 세우기

W7에서 끝까지 통과한 조각을 파일 밖 세계와 연결합니다. 연결 방식을 조건으로 고르고 최소 권한을 요청하며, 되돌리기 어려운 동작 앞에 사람 승인과 실패 시 정지를 둡니다.

복습 25분 · 실습 45분 결과물 2개 복습 후 퀴즈 →

연결은 편의 버튼이 아니라 새로운 책임입니다

외부 서비스와 닿는 순간 권한 만료·형식 불일치·응답 지연·민감정보 노출이 생깁니다. 연결 개수보다 안전한 한 바퀴가 목표입니다.

  • 경계: 내 파일과 외부 시스템 사이에서 입력·결과·권한이 바뀌는 지점
  • 최소 권한: 필요한 동작·대상·기간만 허용하는 권한
  • 승인 게이트: 되돌리기 어려운 동작 직전에 사람이 확인하는 정지점
  • 기록하고 정지: 실패 위치와 이유를 남기고 다음 단계로 보내지 않는 규칙

파일 안과 밖을 한 줄로 나누기

무엇을 연결할지보다 어떤 정보가 어디로 넘어가는지를 먼저 씁니다.

  1. 01

    W07 결과의 입력·출력 확인하기

    왜 하나요? 검증되지 않은 기능을 넓히지 않습니다.

    할 일 통과한 조각의 실제 입력·결과·사람 검토 위치를 목록으로 냅니다.

    복사해서 써도 되는 요청

    W07 기록에서 외부로 보내거나 받아야 하는 값만 표시해줘. 근거가 없는 데이터는 보내지 않는 것으로 표시해줘.

    정상이라면 연결 전후에 어떤 값이 이동하는지 압니다.

  2. 02

    실패 지점을 먼저 예상하기

    왜 하나요? 성공 경로만 연결하지 않습니다.

    할 일 형식 불일치·권한 거부·지연·중복 전달을 적습니다.

    정상이라면 연결을 끊어 볼 위치와 기록할 신호가 정해집니다.

연결 방식과 권한을 필요한 만큼만 고르기

도구가 먼저가 아니라 빈도·형식·권한 조건이 먼저입니다.

  1. 01

    빈도·형식·권한 비용으로 선택하기

    왜 하나요? 편한 연결이 운영 부담으로 바뀌지 않게 합니다.

    할 일 수동/반복, 형식 안정성, 열어야 할 권한을 비교합니다.

    복사해서 써도 되는 요청

    연결 후보를 빈도·형식·권한·복구로 비교해줘. 근거 없는 추천은 하지 마.

    정상이라면 조건별 선택 이유가 남습니다.

  2. 02

    동작·대상·기간을 좁히기

    왜 하나요? 전체 계정 권한을 열지 않습니다.

    할 일 읽기/쓰기, 대상 항목, 유효 기간을 각각 최소로 적습니다.

    정상이라면 “이 폴더 새 파일 읽기만, 오늘 하루”처럼 요청합니다.

  3. 03

    민감정보를 경계 밖으로 보내지 않기

    왜 하나요? 필요하지 않은 개인·계정 정보를 전파하지 않습니다.

    할 일 필요 필드만 남기고 식별자·토큰·비밀값은 마스킹합니다.

    정상이라면 보내는 데이터와 보내지 않는 이유가 남습니다.

되돌리기 어려운 순간에는 흐름을 멈추기

모든 단계를 사람이 확인할 필요는 없지만 외부 영향 전에는 승인과 복구를 설계합니다.

  1. 01

    자동 구간과 승인 게이트 나누기

    왜 하나요? 사람의 시간을 아끼면서 책임을 남깁니다.

    할 일 판정 가능한 변환은 자동으로, 외부 영향은 승인 후 실행하게 표시합니다.

    정상이라면 게이트 앞에 사람이 볼 정보와 선택지가 정해집니다.

  2. 02

    실패를 주입하고 기록하고 정지하기

    왜 하나요? 조용한 실패를 막습니다.

    할 일 권한 거부나 잘못된 형식을 넣고 멈춤 위치·이유·재개 값을 기록합니다.

    복사해서 써도 되는 요청

    이 연결에서 안전하게 주입할 실패와 반드시 남길 로그 필드를 제안해줘.

    정상이라면 실패 위치와 다음 행동이 남습니다.

  3. 03

    재개 절차를 한 번 실행하기

    왜 하나요? 문서가 실제로 흐름을 살리는지 확인합니다.

    할 일 원인을 해결하고 멈춘 위치에서 다시 시작해 중복 결과를 확인합니다.

    정상이라면 성공 한 번이 아니라 실패 후 복귀까지 한 바퀴가 됩니다.

pipeline-boundary.md

연결 대상·권한·게이트·실패·재개를 한 장에 적습니다.

# 연결 경계 카드

## 연결 대상과 데이터
- 출발: [내 파일·단계]
- 도착: [외부 시스템·항목]
- 보내는 필드: [판정에 필요한 값만]

## 권한
- 동작: [read / write]
- 대상: [범위]
- 기간: [유효 기간]
- 보내지 않는 정보: [민감정보와 이유]

## 승인과 실패
- 승인 앞: [되돌리기 어려운 동작]
- 주입할 실패: [권한·형식 등]
- 멈춤 로그: [위치·이유·입력 ID]
- 재개: [수정 → 승인 → 재실행]

이 7가지가 보이면 오늘의 목표를 달성한 것입니다

  • W07에서 통과한 조각만 연결했다.
  • 오가는 데이터 필드를 적었다.
  • 빈도·형식·권한 비용으로 방식을 비교했다.
  • 동작·대상·기간을 최소화했다.
  • 민감정보 경계가 있다.
  • 되돌리기 어려운 앞에 승인 게이트가 있다.
  • 실패 주입 후 기록·정지·재개를 확인했다.

다음 주에는 연결된 흐름이 실패해도 다시 돌게 만듭니다

W09에서 로그·재시도·중복 방지·복구 문서로 운영 가능한 파이프라인을 만듭니다.

모바일 퀴즈 풀기

자주 나오는 질문

연결을 하나만 해도 자동화인가요?

연결 개수가 아니라 안전하게 입력부터 결과까지 이어지고 실패 시 멈추는지가 기준입니다.

최소 권한이면 나중에 불편하지 않나요?

필요한 동작이 생길 때 근거를 추가해 확장하세요. 넓은 권한의 사고는 되돌리기 어렵습니다.

승인 게이트가 있으면 자동화가 아닌가요?

사람이 모든 단계를 반복하지 않고 되돌리기 어려운 판정만 확인하는 것이 현실적인 자동화입니다.

실패 주입이 실제 서비스에 위험하지 않나요?

허용된 테스트 입력과 읽기 전용 경계에서 안전하게 주입하고, 되돌릴 수 없는 동작은 건드리지 않습니다.