커스텀 GPT를 설정할 때 앱을 열었을 때 액션이 없거나, 액션을 유지한 후 앱 패널이 사라진다면, 보통 권한이 부족해서가 아니라 ChatGPT가 이 두 통합 경로를 서로 배타적으로 설계해서 GPT가 한 가지 중 하나만 선택할 수 있기 때문입니다.
많은 사람들은 앱과 액션을 "둘 다 외부 기능과 연결할 수 있고 중첩되어야 한다"고 생각합니다. 하지만 같은 종류의 문제를 해결하지는 못합니다. 앱은 사용자가 연결하거나 작업 공간에 게시한 앱의 기능을 GPT가 사용할 수 있게 하는 것과 비슷합니다; 액션은 외부 REST API와 스키마에 대한 여러분의 정의로, GPT가 지정한 인터페이스에 따라 이를 호출할 수 있게 합니다. 두 플랫폼의 권한 부여 모델, 능력 경계, 위험 통제가 다르기 때문에 플랫폼이 직접 둘 중 하나를 선택합니다.
지금 가장 중요한 것은 숨겨진 스위치를 계속 찾는 것이 아니라, 어떤 스위치가 필요한지 결정하는 것입니다:
1. 자체 정의된 외부 인터페이스, 웹훅 또는 비즈니스 API에 연결하고 싶다면, 먼저 Actions를 사용하세요.
2. 이미 작업 공간에 존재하는 앱이나 앱 디렉터리 기능을 호출하고 싶다면, 먼저 Apps 기능을 사용하세요.
3. 애플리케이션과 자신의 REST API 모두를 사용하고 싶다면, GPT를 두 개의 더 안정적인 부분으로 억지로 나누지 마세요.
무시하기 쉬운 두 가지 결과가 더 있습니다. 첫째, 앱이 활성화된 GPT는 일반 GPT처럼 공개 GPT 스토어에 공개적으로 게시될 수 없으며, 작업 공간 내에서 더 자주 사용될 가능성이 높습니다. 둘째, 작업 공간 자체가 Apps 또는 Actions 도메인 이름을 제한한다면, 인터페이스에서 설정 입력이 보이더라도 실제 런타임이 유효하지 않을 수 있습니다.
왜 많은 사람들이 그것을 '권위 문제'로 오해할까요? 표면 현상이 매우 비슷하기 때문입니다: 패널이 없고, 능력 옵션이 회색으로 비활성화되며, 공유 범위가 제한됩니다. 하지만 이것이 반드시 계정이 망가진 것만은 아니며, 많은 경우 다른 통합 방식을 선택해서 플랫폼이 상호 배타적인 입구를 삭제하는 경우입니다.
이 경우 가장 시간을 절약하는 방법은 반나절씩 왔다 갔다 하는 것이 아니라, 먼저 목표를 명확히 하는 것입니다. "기본 제공되는 애플리케이션에 연결"하고 싶나요, 아니면 "커스텀 API에 연결"하고 싶나요? 이 문장을 명확히 생각하면 다음 80%의 구성 우회로를 제거할 수 있습니다.
따라서 앱과 액션은 맞춤 GPT에서 함께 사용할 수 없습니다. 매칭 방법을 모를 때가 아니라 제품 규칙이 본질적으로 이렇기 때문입니다. 결함 문제가 아니라 아키텍처 문제로 다루면 아이디어가 훨씬 명확해집니다.
