Coze를 할 때는 많은 사람들이 처음에 프롬프트를 먼저 조정하는 것이 일반적입니다. 하지만 정보가 점점 많아지고 답변이 점점 더 많이 벗어나면, 문제는 더 이상 프롬프트가 충분히 길지 여부가 아니라 지식 기반으로 넘어갈 때가 되었는지입니다. Coze에게 지식 베이스는 단순한 '고급 장식'이 아니라, 에이전트가 당신의 데이터를 진정으로 신뢰하도록 만드는 핵심 단계입니다.
간단히 말해: 프롬프트는 규칙, 어조, 캐릭터를 쓰는 데 더 적합하며; 지식 베이스는 문서, 자료, FAQ, 제품 설명, 내부 지식에 더 적합합니다. 이 둘은 대체 관계가 아니라 서로 다른 분업입니다.
언제 항상 지식 기반을 고려해야 할까요
- 일반적으로 모델에 의존하기보다는 먼저 본인 정보를 답하는 것이 좋습니다.
- 이미 여러 문서, 매뉴얼, 지침, 강의 자료, 또는 비즈니스 자료가 있습니다.
- 같은 질문을 찾게 되고, 매번 일관되게 답하지 않습니다.
서두르지 말고 먼저 추가하세요
만약 당신의 코즈가 주로 아이디어 생성, 가벼운 대화, 캐릭터 상호작용에 초점이 맞춰져 있다면, 지식 기반이 최우선이 아닐 수도 있습니다. 왜냐하면 지금은 정보의 정확한 인용이 아니라 출력 스타일과 대화 경험에 초점이 맞춰져 있기 때문입니다.
가장 흔한 오해
많은 사람들이 모든 것을 프롬프트에 쑤셔 넣어버리고, 그 결과 프롬프트가 점점 길어지고, 통제력도 점점 더 나빠지고 있습니다. 다른 이들은 지식 기반을 만병통치약처럼 사용해 구조를 정리하지 않고 많은 정보를 업로드하고, 결국 핵심 포인트를 놓치기도 합니다. 정말 효과적인 방법은 프롬프트를 규칙에 넣고 사실을 지식 베이스에 넣는 것입니다. 정보가 많을수록 이 분업의 중요성은 커집니다.
사용자 경험 측면에서 지식 기반은 실질적인 장점도 있습니다: 데이터가 나중에 업데이트될 때 전체 프롬프트를 매번 다시 작성하는 대신 정보 자체를 변경할 수 있습니다. 이 방법이 장기 유지보수에 훨씬 수월합니다.
한 문장으로 요약
만약 Coze가 '네 데이터를 알고 있다'는 답변을 원한다면, '알겠다고 추측해'보다는 지식 베이스를 여는 것이 보통 가치가 있습니다. 프롬프트를 계속 쌓는 것이 일부 문제를 해결할 수 있지만, 데이터 기반 시나리오에서는 지식 기반이 더 안정적인 방법입니다.
