내가 만든 프롬프트, 팀에 공유해야 할까

3년간 다듬은 프롬프트, 회사 것일까 내 것일까. 57%가 AI 사용 사실 자체를 숨긴다는 조사 결과 뒤에는, 아직 아무도 답하지 않은 질문이 있습니다.

한 팀원이 보고서 초안을 5분 만에 완성했습니다. 비결을 물으니 "그냥 좀 정리했어요"라는 대답이 돌아옵니다. 사실은 몇 달에 걸쳐 다듬은 프롬프트 한 줄이 있었지만, 그는 그걸 보여주지 않았습니다.

절반 이상이 숨긴다

KPMG와 멜버른대학이 2025년 진행한 조사에서, 직장인 **57%**가 업무에 AI를 활용한 사실을 숨기고 결과물을 자기 작업처럼 제출한다고 답했습니다. 이유를 물었을 때 "AI를 썼다고 하면 실력이 없어 보일까 봐"라는 답도 있었지만, 눈에 띄는 응답은 따로 있었습니다. **36%**는 "이 프롬프트가 나만의 우위이기 때문"이라고 답했습니다. 실력을 감추는 게 아니라, 무기를 감추는 겁니다. 비슷한 시기 Ivanti의 조사에서도 직장인 다수가 자신의 AI 활용 노하우를 동료에게 공유하지 않는다고 답해, 이 현상이 특정 조사의 우연이 아니라는 걸 뒷받침합니다.

개인 자산인가, 조직 자산인가

이 질문을 던지면 회의실 공기가 갈립니다. 한쪽은 "회사 시간에, 회사 업무로 만든 건데 왜 개인 것이냐"고 묻고, 다른 쪽은 "레시피를 공짜로 넘기라는 거냐"고 되묻습니다. 둘 다 틀린 말이 아니라서 더 어렵습니다.

아래 인터뷰는 실제 조직 상담 과정에서 반복적으로 마주친 관점들을 재구성한 가상 대화입니다.

세 사람 다 자기 자리에서는 맞는 말을 하고 있습니다. 문제는 이 조직에 셋 중 누구의 말이 맞는지 정해주는 기준이 없다는 겁니다.

FLOW의 시각 — 공유는 규정이 아니라 인센티브 설계의 문제

"공유하라"는 지침 한 줄로는 이 갈등이 풀리지 않습니다. 박OO 님이 프롬프트를 숨기는 이유는 게을러서가 아니라, 공유했을 때 자신에게 돌아오는 게 아무것도 없다고 느끼기 때문입니다. 반대로 김OO 님의 팀이 먼저 공유할 수 있었던 건, 공유가 곧 더 나은 결과물로 돌아온다는 걸 경험했기 때문입니다.

그래서 저는 조직에 이렇게 제안합니다. 규정이 아니라 누가 공유해서 이득을 봤는지가 보이는 구조를 먼저 만드십시오. 프롬프트를 처음 등록한 사람의 이름이 남고, 그걸 개선한 사람의 기여도 함께 남고, 그 프롬프트가 몇 명의 업무 시간을 줄였는지 숫자로 돌아오는 것 — 이게 규정보다 훨씬 강한 신호입니다. 저작권처럼 "누가 만들었는지"를 지우지 않으면서 "함께 쓰면 더 나아진다"는 경험을 설계하는 것, 그게 프롬프트 공유 정책의 핵심입니다. 강제로 걷어가는 순간 박OO 님 같은 사람은 다음 프롬프트를 아예 만들지 않습니다.

프롬프트 공유는 결국 저작권 문제가 아니라 신뢰와 보상 설계의 문제입니다. "이걸 공유하면 나에게 무엇이 돌아오는가"에 조직이 답하지 못하면, 가장 뛰어난 프롬프트일수록 가장 깊이 숨겨집니다. 우리 조직은 지금 그 질문에 답하고 있습니까, 아니면 침묵하고 있습니까.