보통 이런경우, 결국엔 자사의 민감한 정보를 노출하기 싫다는 것이므로
그냥 흐지부지 시키는 것이 최선일 것임.

소비자의 입장에서, 쉽게(는 아니더라도 결국엔) 답이 나올거라고 생각하고 계속
캐물어보는데, 결국엔 답변이 안나오는 경우가 태반인데
아마 이런경우일 걸로 추정함.
즉, 지들 불리한 답변일 것이란거지.

보통 처음 답장 몇번 오다가, 결국 답장이 씹히는 경우가 거의 대부분임.

어째보면, 한국에선 이런경우 끝까지 추적이 되기도 하는데
여긴 대부분 어느선에서 흐지부지 돼버리는 경우가 너무 많아서
스스로 알아내거나, 아니면 그냥 포기하게 되더라.

Internal customer예요?

X는 자기 일이 아니고, 누굴 교육 시키는 것도 시간과 노력이 드는 업무이니, 필요하면 네가 파악하라고 할만합니다. 뭐 이상적인 반응이라는건 아닌데, 이해할만하다는 겁니다. 일단 커스터머에게 그것 까지 파악해서 알려주는게 맞는 것인지도 의문입니다. 매니저에게 “이거 알려줘야 하는데, X가 도와주면 좋겠어”라고 하지 말고, “커스터머가 이런걸 물어보는데 얼마나 노력을 들이는게 좋을까? code base가 방대해서 내가 금방 파악하긴 힘들겠어”라고 물으세요. 그리고 매니저가 판단하여 시키는대로 하세요.

일단 가장 상위 코드를 한번 살펴보시고 만일 도저히 이해가 어렵다면 X에게 양해를 구해서 시간을 잡아 설명을 좀 해달라고 하면 좋을 것 같구요. 이후 대략적인 요약을 해서 이를 X와 매니저에게 이메일로 보내 이렇게 커스터머에게 보내도 괜찮은지 컨펌해달라고 하면 될 것 같습니다. 만일 뭔가 내용이 부족하거나 부정확한 것이 있다면 알아서 고쳐줄 겁니다.

그리고 원글님이 커스터머와의 모든 의사소통을 담당하고 계신다면 X가 커스터머한테 직접 설명하게 해서는 안될것 같습니다. 자칫하면 내부 미팅에서만 쓰는 직설적인 표현으로 커스터머의 오해를 살수도 있을테니까요.

두 라이브러리의 결과가 같다면 그 라이브러리의 동작원리까지 고객이 알려고 하는 것 자체가 오버입니다.
즉 라이브러리의 작동원리를 고객에게 알려줄 필요가 없다는 것이죠.
매니저와 이야기 해서 고객이 작동원리를 알고 싶다는데 답변해야 하는지 확인하고 만약에 해야 한다고 매니저가 말하면 해당 라이브러리의 오너에게 패스하면 되는 겁니다.

회사 기밀 정보이므로 알려줄 수 없다로 머무리하는 게 일반적입니다. 커스터머 담당이 개념이 없는 거 같네요. 지네가 정보 캐내서 직접 하려고 덜러들 수도 있으니 무조건 매니저가 여기까지만 공개 ! 라는 산을 만들게 요청해야 합니다. 지들도 안되는 거 알면서도 달려드는 경우도 많습니다.
잘 처리 안하면 나중에 윗선 매니저들한테 끌려가 고초를 겪을 수도 있으니 몸 사리세요. 그러다 문제가 커져서 매니저가 지 살려고 팀 멤버의 실수다하며 짜르며 살아남는 경우도 있어요. 누군가 책임을 져야 할 땨 그런거 책임지라고 매니저시키는 건데 지는 빠지면서 살아남는 놈들이 많아요. 일브러 지는 결정을 안하는 식으로 교묘히 뻐져다니는 게 매니저들이 잘하는 짓이기 때문이죠

x가 일부러 고객의도를 좌절시키는 반응을 한게 맞는거같음. 알려줄 의무가없음