Anthropic은 9월 16일 Claude Docs와 Claude Slides를 발표하면서 채팅과 Cowork를 하나의 Claude 경험으로 통합하기 시작했다. 이 제품은 비서와 대화하는 동안 문서와 프레젠테이션을 만들 수 있게 한다. 통합 경험은 몇 주에 걸쳐 Pro 및 Max 구독자에게 먼저 제공된다. 발표만으로 모든 계정에 이미 변경 사항이 적용됐다고 볼 수는 없다. Anthropic의 발표.
보고서를 준비하는 팀에는 제안된 변화가 실용적이다. 문서를 작성한 대화가 이뤄진 곳에 그대로 둘 수 있다. 비서와 별도의 편집기 사이에서 초안을 옮기는 일을 줄일 수 있다. 전체 시간 절감 여부는 결과물에 검토가 얼마나 필요한지, 기존 승인 절차와 얼마나 잘 맞는지에 달려 있다.
누가 무엇을 이용할 수 있나
Claude Docs는 Claude 계정에 저장되는 서식 있는 텍스트 문서다. 다른 사람과 편집할 수 있고 변경 사항에는 편집한 사람이나 Claude의 이름이 기록된다. 소유자의 공유 설정에 따라 열람 또는 편집할 사람이 결정된다. Anthropic은 로그인한 사람이 요청한 범위와 해당 사람의 권한 내에서 Claude가 문서에 접근한다고 설명한다. Claude Docs 문서.
Docs 베타는 Pro와 Max, Team, Enterprise 요금제에서 제공된다. Enterprise에서는 관리자가 활성화해야 한다. 고객 관리 암호화 키와 제로 데이터 보존, HIPAA 대응 설정을 사용하는 조직은 제외된다고 같은 문서에 명시되어 있다. 배포를 계획하기 전에 관리자가 자격을 확인해야 한다.
채팅과 Cowork의 통합은 별도의 일정으로 제공된다. Anthropic은 처음 Pro와 Max에 출시한 다음 Team과 Free 요금제에도 제공하고 Enterprise 관리자는 조직에 적용되는 변경을 최소 30일 전에 통지받는다고 밝혔다. 따라서 Docs 이용 가능성을 회사가 새로운 통합 경험 전체를 받았다는 증거로 보아서는 안 된다. 출시 세부 사항.
공유 작업 공간은 검토가 이뤄지는 곳을 바꾼다
설명을 위한 영업 제안서를 생각해 보자. 관리자는 승인된 제품 정보를 제공하고 작성자는 제안을 초안하며 동료가 약속 내용을 확인한다. 비서가 공동 문서 안에서 돕는다면 검토자는 채팅으로 텍스트를 반복해서 복사하지 않고 결과물을 다룰 수 있다. 이는 발표된 흐름의 그럴듯한 활용이지 BIG CHANGE가 실행한 실험은 아니다.
유창한 초안은 승인되지 않은 주장을 확정된 것처럼 보이게 만들 수 있다. 이 도구를 시험하는 팀은 검토자가 모든 가격과 기한, 약속을 원래 근거와 대조하도록 해야 한다. 편집 권한은 문서를 누가 바꿀 수 있는지 답하지만 고객에게 납품을 약속할 권한이 누구에게 있는지 정하지 않는다. 팀 절차에서 그 책임자를 명시해야 한다.
운영상 제한도 있다. Anthropic 도움말에 따르면 예약된 작업은 클라우드에서 실행되지만 로컬 폴더와 내장 브라우저, 컴퓨터 사용 기능에 접근하려면 Claude Desktop을 계속 열어 두어야 한다. 긴 작업은 짧은 질문보다 요금제 사용량을 더 많이 소모한다. 꺼진 노트북의 파일에 의존하는 무인 보고서가 작동할 거라고 가정해서는 안 된다. 통합된 Claude의 기능과 제한.
같은 변화가 소프트웨어 프로젝트에도 나타난다
Docs 발표 하루 뒤 Anthropic은 일부 Claude Code 사용자를 대상으로 새롭게 설계한 Projects 베타를 선보였다. 조정 역할을 하는 대화가 하나의 과제를 여러 클라우드 세션에 나누고 결과를 모을 수 있다. 각 대화에는 별도의 브랜치와 저장소 사본이 생기며 겹친 수정은 여전히 병합 충돌을 만들 수 있다. 초기 출시의 이용 대상은 제한되어 있다. 9월 17일 Projects 발표.
이 발표들은 사업용 소프트웨어가 향하는 방향을 보여 준다. 비서는 결과물 주변의 업무를 점점 더 정리한다. 이는 제품 변화에 대한 우리의 해석이지 기업이 이미 문서 도구 모음이나 개발 팀을 대체했다는 근거는 아니다. 공개 발표만으로 두 제품의 생산성이 독립적으로 향상됐다고 입증할 수 없다.
합리적인 시범 운영은 담당자가 명확한 반복 내부 보고서 하나를 대상으로 한다. 원래 입력을 보존하고 전체 업무에 걸리는 시간을 기록하며 검토 뒤 수정 횟수를 센다. 승인까지 끝난 결과물을 기존 절차와 비교한다. 첫 초안이 빨라지는 것은 검토와 수정 뒤에도 시간이 절약될 때만 유용하다.
프롬프트를 작성하지 않은 사람에게 넘기는 과정도 시범 운영에 포함해야 한다. 그 사람이 기준이 되는 파일을 찾고 미해결 댓글을 확인하며 조직이 필요한 형식으로 결과를 내보낼 수 있는가? 첫 시연 이후에도 팀 전체가 그 업무를 유지할 수 있는지가 중요한 구매 결정이다.
BIG CHANGE는 발표와 문서를 검토했지만 새 기능을 직접 시험하지는 않았다. 운영 문서를 베타에 옮기기 전에 구매자는 자신의 계정이 출시 대상인지와 필요한 보안 설정을 확인해야 한다.
