솔직히 고백하자면, Claude Projects를 처음 접했을 때 '이건 그냥 폴더 구분 기능이잖아' 정도로밖에 생각하지 않았다. 채팅 이력이 정리되어 편리하겠네, 정도의 인식. 부업을 시작한 지 몇 달, AI 툴을 닥치는 대로 시도해 보던 나였음에도 이 기능의 본질을 이해하는 데는 시간이 좀 걸렸다.

전환점은 웹 라이팅(Web Writing) 의뢰였다. 어떤 미디어의 기사 집필을 맡고 있던 시기, 매번 채팅 서두에 똑같은 내용을 입력하고 있었다. 클라이언트의 톤앤매너(Tone and Manner), NG 워드, 상정 독자, 글자 수, 과거에 지적받았던 포인트. 이 복사 붙여넣기 작업만으로 매번 10분이 소요되었다. 게다가 가끔 붙여넣는 것을 잊어버려서, 납품 후에 "~입니다/합니다(ですます調) 말투라고 말씀드렸잖아요"라며 수정 요청이 들어오곤 했다. 그럴 때면 은근히 마음이 깎여 나갔다.

Projects의 진가는 이 '매번 반복되는 전제 조건'을 프로젝트 단위로 영속화할 수 있다는 점에 있다. 커스텀 인스트럭션(Custom Instruction)에 클라이언트별 규정(Regulation)을 작성해 두고, 나리지(Knowledge)에 과거 납품 기사와 피드백 로그를 넣어둔다. 그러면 새로운 채팅을 여는 순간부터 Claude가 '그 클라이언트 전속 어시스턴트'로서 움직인다.

내 경우, 기사 1건당 작업 시간이 체감상 40% 정도 단축되었다. 평일 밤에만 움직일 수 있는 직장인 부업가에게 이 차이는 매우 크다. 확보한 시간으로 다른 의뢰를 받거나, 잠을 자거나. 대개는 잠을 자지만.

의욕이 앞서 나리지에 자료를 너무 많이 집어넣었던 시기가 있었다. 클라이언트의 매뉴얼 전부, 업계 리포트, 과거 기사를 대량으로 밀어 넣었다. 그 결과, Claude의 출력이 묘하게 보수적으로 변했고, 과거 기사의 말투를 그대로 재탕한 듯한 문장만 나오게 되었다.

나리지는 '많으면 똑똑해지는' 것이 아니다. 지금은 '피드백으로 지적받은 부분의 Before/After'와 '특히 평가가 높았던 기사 몇 편'으로 압축하고 있다. AI에게 무엇을 학습시킬 것인가보다 무엇을 학습시키지 않을 것인가가 더 어렵다. 이는 직접 써보지 않으면 알 수 없었다.

또 하나 효과를 본 것은 의뢰 획득 단계에서의 활용법이다. '제안서 프로젝트'를 만들어, 과거에 수주했던 제안서와 탈락했던 제안서를 모두 나리지에 넣어두었다. 인스트럭션에는 자신의 실적과 단가 범위, 수락하지 않는 의뢰 조건까지 적어두었다. 크라우드 소싱(Crowdsourcing)에서 관심 있는 의뢰를 발견하면, 모집 문구를 붙여넣고 "이 의뢰, 내 조건에 맞아? 맞는다면 제안서 초안을 작성해 줘"라고 던진다.

시작한 지 아직 반년밖에 되지 않았기에 '수주율이 극적으로 높아졌다'고는 말할 수 없다. 다만, 망설이는 시간이 사라져 응모 수 자체는 늘어났다는 것을 실감하고 있다. 부업을 막 시작하여 실적이 부족한 나에게는 응모에 대한 심리적 허들이 낮아진 것만으로도 감사한 일이다.

클라이언트로부터 받은 기밀 자료를 그대로 나리지에 넣는 것은 계약상 문제가 되는 경우가 많다. 나는 고유명사와 수치를 익명 처리한 뒤에 넣는 규칙을 세웠다. 이것만큼은 번거롭더라도 철저히 하는 것이 좋다. 부업은 신용이 자본이며, 효율화를 위해 신용을 잃는다면 본말전도다.

Projects는 마법이 아니다. 다만 부업의 적이라 할 수 있는 '매번 제로 베이스에서 설명하는 비용'과 '밤의 한정된 시간에 망설이는 비용'을 착실히 깎아준다. 우선 가장 오래 함께한 클라이언트의 프로젝트를 하나 만들어 보길 권한다. 규정을 정리하는 작업 자체가 자신의 업무를 정리(棚卸し, Inventory)하는 과정이 되기 때문이다.