3-04 · 기능 보완·에이전트 고도화·최종 발표

1. 실습 목표

지금까지 구현한 검토 앱을 직접 사용해 보며 부족한 부분을 보완하고, 각자의 업무에 맞게 에이전트 기능을 고도화합니다. 마지막에는 구현 결과와 현업 적용 계획을 발표하고 동료 피드백을 반영합니다.

2. 시작 지점

  • 완성한 검토 앱과 테스트 데이터
  • Action Plan과 현업 적용 템플릿
  • 담당자 검토 결과와 에이전트 실행 이력

3. 구현 범위 및 요구사항

기존 구현 내용 보완

입력부터 검토, 저장, 조회, 내보내기까지 전체 흐름을 직접 실행합니다. 사용하기 불편한 부분이나 이해하기 어려운 안내, 누락된 오류 처리를 찾아 우선순위가 높은 항목부터 보완합니다.

  • 기존 데이터와 주요 기능은 유지합니다.
  • 화면 문구와 오류 메시지는 사용자가 다음 행동을 알 수 있게 작성합니다.
  • 새로운 기능을 늘리기보다 실제 사용 흐름을 매끄럽게 만드는 데 집중합니다.

에이전트 기능 고도화

각자의 업무에서 에이전트가 맡을 작업을 하나 정하고 현재 구현을 개선합니다. Tool의 입력·출력, 프롬프트, 권한, 실행 이력, 오류 처리 중 필요한 부분을 보완합니다.

  • 에이전트가 사용할 정보와 사용하지 말아야 할 정보를 구분합니다.
  • 담당자의 최종 판단을 대신하지 않도록 책임 범위를 분명히 합니다.
  • 허용된 실행과 중단되어야 하는 실행을 각각 확인합니다.
  • 비밀값과 원본 데이터가 화면이나 실행 이력에 노출되지 않게 합니다.

최종 발표와 피드백

개인 또는 조별로 구현 결과를 짧게 발표합니다. 이미 여러 차례 확인한 기능을 다시 나열하기보다 무엇을 보완했고 에이전트가 실제 업무를 어떻게 돕는지에 집중합니다.

  1. 해결하려는 업무 문제
  2. 보완한 기능과 개선 이유
  3. 에이전트와 Tool의 역할 및 담당자와의 책임 경계
  4. 실제 실행 결과와 확인한 오류 처리
  5. 남은 위험과 현업 적용을 위한 다음 행동

발표 후에는 공통 개선사항과 활용 가능성이 높은 사례를 함께 정리합니다. 받은 피드백 중 반영할 내용과 보류할 내용을 구분하고, 후속 실행의 담당자와 확인 시점을 정합니다.

Info

실습은 가상 데이터와 예시 사용자 계정을 사용합니다. 실제 자료로 확장할 때는 개인정보 제거, 사용 승인, 접근 권한과 중단 조건을 먼저 확인합니다.

4. 실습 프롬프트

Claude Code에 붙여 넣을 프롬프트
지금까지 구현한 검토 앱을 점검하고, 가장 필요한 기능 보완과 에이전트 개선을 각각 하나씩 반영해 주세요.
 
현재 앱에는 입력 확인부터 규칙 판정, 검토 자료, 담당자 검토, Agent 실행과 이력까지 전체 흐름이 연결되어 있습니다. 새로운 기능을 많이 추가하기보다 직접 사용하면서 발견한 불편과 각자의 업무에 필요한 Agent 개선에 집중해 주세요.
 
보완이 끝나면 기존 검토 흐름이 그대로 동작하면서 선택한 개선 사항을 실제 화면에서 확인할 수 있어야 합니다. 구현 결과는 최종 발표에서 문제, 개선 내용과 담당자의 역할을 설명할 수 있을 정도로 정리해 주세요.
 
- 입력, 판정, 저장, 조회, 담당자 검토와 내보내기의 전체 흐름 확인
- 실제 사용을 방해하는 화면 또는 오류 처리 한 가지 보완
- 각자의 업무에 필요한 Agent 역할과 사용 범위 구체화
- Tool 범위, 프롬프트, 권한, 실행 이력 또는 오류 처리 중 필요한 기능 한 가지 개선
- 기존 데이터, 주요 기능과 담당자의 최종 판단 책임 유지
- 비밀값과 원본 데이터의 화면·실행 이력 노출 금지
- 확인되지 않은 효과와 운영 승인에 대한 추정 금지
 
대표 실행과 중단되어야 하는 실행을 한 번씩 확인해 주세요. 구현 후에는 변경한 기능, 실제 실행 결과, 검사 통과 여부, 남은 위험과 발표에서 설명할 핵심만 간단히 알려 주세요.

5. 예상 결과

Success

  • 실제 사용 흐름에서 발견한 문제를 보완함
  • 에이전트의 역할과 Tool 범위가 구체적임
  • 담당자의 판단과 에이전트의 책임 경계가 분명함
  • 정상 실행과 중단 상황을 직접 확인함
  • 구현 결과, 남은 위험과 다음 행동을 발표함
  • 동료 피드백을 반영하거나 보류 이유를 기록함

6. 대표 실패 사례 및 복구

Failure

  • 기존 기능을 확인하지 않고 새 기능만 추가함
  • 에이전트가 담당자의 최종 판단을 대신함
  • 실제로 확인하지 않은 효과나 운영 승인을 발표함
  • 오류가 발생했을 때 원인과 다음 행동을 알 수 없음

Info

문제가 생기면 새 기능을 추가하기 전에 마지막으로 정상 동작한 흐름과 비교합니다. 발표에서는 확인된 구현 결과와 향후 계획을 구분합니다.

7. 다음 실습

현업 적용 템플릿에 담당자, 첫 확인 시점, 성공 기준과 중단 조건을 기록하고 실행 준비를 마칩니다.