드라이브

이 장에서 배우는 것 워크스페이스에 파일을 두는 것이 무슨 뜻인지, 누가 볼 수 있는지, 그리고 올리기 전에 확인할 것.

파일 형식이 낯설다면 데이터의 형태를 먼저 보세요.

올린 파일이 답변의 재료가 됩니다

드라이브는 단순한 저장소가 아닙니다. 올린 문서가 에이전트의 참고 자료가 됩니다.

graph TD
  A["파일 업로드"] --> B["내용을 조각으로 나눔"]
  B --> C["조각마다 벡터로 색인"]
  C --> D["질문이 오면 가까운 조각을 찾음"]
  D --> E["그 조각을 근거로 답변"]

환각을 줄이는 근본 방법이 "자료를 주고 그 안에서 답하게 하는 것"이라고 했습니다. 드라이브가 그 자료를 워크스페이스 단위로 쌓아두는 자리입니다.

폴더로 정리합니다

파일과 폴더 구조를 가집니다. 주소는 /w/<핸들>/d/<경로> 형태입니다.

폴더를 나누는 기준은 "누가 봐도 되는가"입니다. 파일마다 권한을 따로 주는 것보다 폴더로 나누는 편이 관리가 쉽습니다.

누가 볼 수 있나

파일마다 열람 권한을 줄 수 있고, 대상은 두 종류입니다.

부서로 주세요. 개인으로 지정하면 인사 이동 때마다 파일마다 고쳐야 하고, 그게 밀리면 나간 사람이 계속 봅니다. 그룹과 부서에서 다룬 원칙이 파일에도 그대로입니다.

검색 범위

에이전트가 드라이브를 뒤질 때 어디까지 볼지를 정할 수 있습니다.

채널별 설정이 특히 중요합니다. 채팅 위젯에 드라이브 전체가 열려 있으면, 방문자 질문에 사내 문서가 재료로 쓰입니다.

올리기 전에 확인할 것

세 번째가 가장 놓치기 쉽습니다. 파일을 올린 순간 그 워크스페이스의 모든 입구가 그 파일에 닿을 수 있습니다 — 위젯도, 이메일도, API도.

어떤 파일을 올리나

"자주 참조되고, 바깥에 나가도 되는 것"이 가장 좋은 후보입니다.

HyperTeams 작업 폴더와 다릅니다

이름이 비슷해 헷갈리기 쉽습니다.

읽히려고 두는 것이 드라이브, 고쳐지려고 두는 것이 작업 폴더입니다.

확인

1. 드라이브에 파일을 올리는 것이 단순 저장과 다른 점은?

2. 파일 권한을 개인이 아니라 부서에 줘야 하는 이유는?

3. 파일을 올리기 전에 가장 놓치기 쉬운 확인은?

내 컴퓨터를 연결합니다 → 시스템 연결하기