딥시크, 앱 기능 API 공개

딥시크가 11월 13일(미국 시간) 자사 챗봇 앱의 기능을 API로 공개했다. 웹 검색과 파일 입력, 링크 읽기, 콘텐츠 안전 검사, 음성 입출력까지 딥시크 웹과 앱에서 쓰던 대화 기능을 개발자가 파라미터 몇 개로 켤 수 있다. 딥시크는 공식 X 계정에서 "딥시크 앱 뒤에 있는 기능을 이제 딥시크 API로 쓸 수 있다"고 밝혔다. 광학 문자 인식(OCR)과 음성 인식(ASR), 음성 합성(TTS)은 따로 부를 수 있는 독립 API로도 내놓았다.

API 문서에 정리된 기능은 아홉 가지다. 사고 모드를 끈 채 deepseek_web_search 도구를 켜면 모델이 질문에 따라 웹이나 이미지를 검색하고 출처를 달아 답한다. 사고 모드를 켜면 여러 단계의 추론에 걸쳐 스스로 검색하고 링크를 읽는 심층 검색이 된다. PDF와 워드, 파워포인트, 이미지 파일을 올리면 텍스트를 뽑거나 레이아웃까지 해석해 대화 맥락에 넣는다. deepseek_read_url 도구는 사용자 메시지 속 링크를 찾아 페이지를 가져온다. 여기에 오늘 날짜와 사용자의 위치, 언어를 모델에 알려 주는 메타데이터 표시, 답이 끝나면 짧은 제목을 지어 주는 대화 제목, 답을 읽어 주는 음성 합성과 말을 받아 적는 음성 입력이 더해진다.

구조는 서버 쪽에 무게를 실었다. 검색과 링크 읽기는 딥시크 서비스가 직접 돌리고, 개발자의 클라이언트는 돌아온 블록을 화면에 보여 준 뒤 다음 차례에 그대로 되돌려 보내기만 하면 된다. 모델은 deepseek-flash를 쓴다. 기능은 메시지 API와 응답 API, 채팅 컴플리션 API 세 가지 규격에서 모두 쓸 수 있고, 메시지 API는 앤스로픽 호환 주소로 열려 있다. 예제 앱도 앤스로픽 호환 메시지·파일 API로 deepseek-flash를 부르고, 음성 기능은 별도의 ASR·TTS 엔드포인트를 쓴다.

대신 몇몇 조정 권한은 서비스가 가져간다. 문서에 따르면 웹 도구나 높은 수준의 안전 검사, 대화 제목을 켜면 temperature와 top_p 같은 샘플링 값은 요청에 적어도 무시되고 서비스가 정한다. 최대 토큰 값은 그대로 작동하지만 한 차례 전체가 아니라 그 안의 추론 단계 하나하나의 출력을 제한한다. 문서 예시에서는 딥시크 V4.1의 새 기능을 묻는 질문 하나에 웹 검색 요청 1회가 돌았고 입력 토큰 9,078개, 출력 토큰 1,686개가 쓰였다.

안전 검사에는 조건이 붙었다. safety_check 파라미터를 켜면 모델의 입력과 출력을 검토해 위험이 보이면 거절 표시를 돌려준다. 딥시크는 문서에서 "공개 서비스를 제공한다면 이 파라미터를 켜고 콘텐츠 안전 심사, 대형 모델 등록, AI 표시 같은 의무를 이행하라"고 요구했다. 기본적인 위험 관리만 제공하고, 서비스 제공자로서의 의무는 개발자가 스스로 져야 한다는 설명이다. 거절이 돌아오면 클라이언트가 답 자리를 자체 거절 문구로 바꿔야 한다.

딥시크는 이 기능으로 만든 챗봇 예제도 오픈소스로 풀었다. 깃허브에 MIT 라이선스로 올라온 chat-demo는 별도의 백엔드 없이 브라우저가 API 서비스에 바로 붙는 정적 웹 앱이다. API 키와 설정은 브라우저 로컬 저장소에, 대화와 첨부 원본은 브라우저 데이터베이스에 남는다. 딥시크 챗에서 내보낸 대화 기록을 가져와 이어 쓸 수 있고, 가져오기를 하면 기존 기록은 모두 바뀐다. 중국어와 영어 화면, 밝은 테마와 어두운 테마, 머메이드 도표와 수식 표시를 지원한다. 문서는 "이 데모는 시연용일 뿐"이라고 선을 그었다.

메탈은 딥시크의 V4.1-Flash-1017 공개와 V4 프로 정식 출시를 보도한 바 있다. 메탈이 확인한 시점까지 딥시크의 발표 게시물은 조회수 약 95만 회, 좋아요 1만여 개를 기록했다. 문서 예시의 검색 결과는 딥시크 API 문서의 V4.1 소식 페이지를 출처로 달았다. 그간 딥시크의 발표가 모델 공개에 집중됐다면, 이번에는 앱의 제품 기능을 개발자에게 넘겼다.

기자의 눈으로 보면 이번 발표의 무게는 기능 목록보다 누가 무엇을 책임지는가에 있다. 검색 결과 고르기와 페이지 읽기, 샘플링 값 결정은 딥시크 서버로 넘어갔고, 공개 서비스의 콘텐츠 심사와 등록, 표시 의무는 개발자 몫으로 남았다. 앱을 통째로 재현할 수 있는 도구를 주면서 판단의 일부는 회사가 쥐고 법적 의무는 개발자에게 넘기는 구조다. 딥시크 API로 챗봇을 만드는 쪽이 따져야 할 것은 내 서비스의 답이 어디서 검색되고 누구의 기준으로 걸러지는가다.