심층 해설 · 약 2분 읽기
ShipStation Deckhand, IT 답변과 실제 작업을 구분한다
10월 13일 사례는 확인 후 티켓 생성과 선별 지식을 설명한다. 97.5%는 응답률이며 모든 문제의 해결률이 아니다.
- 원문 게시일
- 사이트 게시일
- 출처 확인일
ShipStation Global이 Slack과 Jira Service Management용 내부 IT 도우미 Deckhand를 설명했다. 10월 13일 AWS 사례는 2026년 4월 출시 시스템을 돌아본다. 관련 지식, 통제된 작업, 답하지 않을 판단이 중심이다.
뉴스 듣기
이 기사를 읽어 드리거나 뉴스를 계속 재생합니다.
읽기를 준비하는 중…
기기 음성
읽기는 브라우저나 기기에서 처리합니다. AISubHub는 내용을 오디오 API로 보내지 않습니다. 사용 가능한 음성과 잠금 화면 재생은 기기에 따라 다릅니다.
계속 재생할 때 짧은 구절이 반복될 수 있습니다.
핵심 요약
- AgentCore runtime의 Strands, 지식 기반과 Gateway 도구를 결합한다. 티켓 생성은 명시적 확인이 필수다.
- 첫 3개월에 메시지 1935개, 대화 1221회, 티켓 409개를 보고한다. 97.5%는 응답 비율이지 검증된 해결 비율이 아니다.
Slack 처리·추론·도구를 분리한다
App Runner의 Slack 서비스가 이벤트와 대화·사용자 문맥을 받는다. AgentCore runtime의 Strands는 Bedrock의 Claude와 Gateway 도구를 쓰고 Lambda가 분류, 티켓, 이미지를 처리하며 피드백은 별도로 저장한다. 컨테이너 에이전트와 다른 클라우드 구성은 여전히 필요하다. 관리형 런타임은 서버 운영 일부를 줄일 뿐 인프라와 접근 통제 책임을 없애지 않는다. 지식은 Confluence, 내부 페이지와 해결된 Slack 기록에서 선별한다. 아무 기록이나 답변 근거로 쓰는 것이 아니라 지식의 출처와 해결 상태를 먼저 정리한다. 사용자가 묻는 내용과 관련 있는 자료를 제공하는 일이 에이전트 운영의 전제가 된다.
해결 증거가 있는 기록만 재사용한다
전체 스레드를 내보내 DSPy의 Recursive Language Model과 Claude를 격리 Python 환경에서 써 분류·추출한다. 완전하고 실행 가능한 해결이 보일 때만 해결됨으로 인정하며 미해결 대화와 무관 게시물을 뺀다. 구조 필드는 검증 뒤 색인한다. 보관 기록에는 실패한 시도가 있을 수 있다. 해결 증거가 없는 검색은 잘못된 조언의 반복을 더 쉽게 만들 수 있다.
침묵과 확인도 기능이다
Deckhand는 잡담과 공지를 넘기고 원 작성자에게만 답하며, 사람이 맡거나 다른 사람을 지명하면 조용히 있을 수 있다. 티켓은 확인 버튼이 필요하고 식별자·댓글을 코드로 검증한다. 이미지는 Slack 파일 호스트에서만 내려받으며 한 번에 5개, 각 5 MB까지다. 자격 증명은 Secrets Manager에 둔다. 저자는 프롬프트 규칙이 접근 통제를 대신하지 않는다고 명시한다.
응답·티켓·추정 시간을 구분한다
회사는 메시지 97.5%에 답하고 대화 1221회 중 409회를 티켓으로, 812회를 채팅으로 처리했다고 한다. 모든 답변이 문제를 해결했다는 증명은 아니다. 프롬프트와 지식 수정 후 긍정 평가는 4월 82%에서 6월 96%로 올랐다. 티켓당 30분이라는 가정으로 3개월 406시간, 연간 약 1600시간 절약을 추정한다. 연간 값은 1년 전체의 관측치가 아니다.
중요한 이유
내부 지원에서는 확인된 해결 기록에 근거해 돕고 사람이 처리할 경로를 남기는 방식이 유용하다. 작업 범위가 제한된 봇이 모든 대화에 끼어들 필요는 없다.
제한 및 이용 가능성
수치는 기업 보고이며 독립 보장이 아니다. 연간 절약 시간은 외삽치다. AWS, Slack, Jira와 모델 접근에는 별도 권한·비용이 있으며 개인 AI 구독에 포함되지 않는다.
출처와 근거
원문 게시일: 2026. 10. 13. · 출처 확인일: 2026. 10. 20.
AI 보조 편집 기사를 명시한 일차 출처와 대조합니다. 업체 주장은 출처를 밝히며 게재는 추천을 뜻하지 않습니다.