단일 프롬프트 공허함을 넘은 접근: Nonviolent Communication 기반 LLM 워크플로 설계

작성자는 전체 skill 파일과 분석기 프롬프트를 공유할 의향을 밝혔고 라우터의 게이팅 로직을 커뮤니티가 가장 깊게 검증할 부분으로 지목했다. 이로 인해 많은 사용자가 프롬프트와 검증 규칙을 요청하거나 라우터 실패 사례를 제출할 가능성이 높다. 또한 워크플로와 agent의 경계 설정, 그리고 공감형 응답의 윤리적 한계에 대한 실무적 질문들이 뒤따를 것으로 보인다.

• 관찰·감정·욕구를 하나의 프롬프트에 섞지 말고 각 요소를 독립된 LLM 호출로 분리하여 전용의 작은 system prompt로 구조화된 JSON을 출력하게 할 필요가 있다. 이렇게 하면 판단이 감정으로 위장되는 현상이 줄어들며 후단 합성 단계가 더 규율화된 입력을 받게 된다. 실무에서는 각 분석기의 출력 스키마를 명확히 정의하고 자동 검증 규칙과 포맷 검사를 병행해야 한다.
• 검증기는 고정된 규칙 집합으로 구현하고 문제가 발견되면 단일 조건부 수리 패스를 실행하는 방식이 바람직하다. 규칙 예시는 절대화 표현, 인물 라벨링, 가짜 감정, 원인 외주화, 부정형 요청만 존재하는 경우 등을 포함한다. 또한 위기 신호 탐지 시 전체 템플릿을 폐기하고 직접적 자원·지원 제공 흐름으로 전환하는 안전 오버라이드를 반드시 설계해야 한다.