외부 LLM 호스트는 여전히 명시적 슬래시/프롬프트 명령이 필요하다

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

이미지는 외부 LLM 호스트와의 상호작용을 단순화하기 위해 UI에 여섯 개의 명시적 슬래시/프롬프트 명령만 노출하라고 제안한다. 사용자는 '/hep-build' 같은 명령어 뒤에 자연어 지시를 붙여 입력하면 시스템이 해당 명령을 파싱해 적절한 호스트 API를 호출하거나 에이전트를 생성·실행한다. 예제 테이블은 각 명령의 기대 입력 형식과 사용 예를 직접 보여 주므로 구현 시 파싱 규칙과 핸들러 라우팅을 참고할 수 있다. 이 방식은 기능 발견성과 일관된 호출 패턴을 확보하면서 복잡한 옵션은 문맥 기반 선택으로 처리해 UI 복잡도를 낮추는 트레이드오프를 따른다.

실용적 조언

UI 설계 시 핵심 명령을 6개로 제한하고 각 명령에 일관된 입력 패턴(명령명 + 자연어 지시)을 정의해 파싱과 라우팅 로직을 단순화하라.
멀티에이전트 워크플로는 '/hep-call' 형식처럼 에이전트 목록과 작업 본문을 분리해 처리하면 역할 분배와 병렬 실행을 구현하기 쉬워진다.
에이전트 공유·재사용을 위해 업로드 시 메타데이터(이름, 역할, 의존성)를 추출해 저장소에 등록하면 /hep-cloud나 /hep-network 호출로 바로 활용할 수 있다.

섹션별 상세

이미지는 외부 LLM 호스트와의 UI 상호작용에서 '보이는 표면'을 여섯 개의 명시적 슬래시/프롬프트 명령으로 제한해야 한다고 제안한다. 사용자는 '/hep-build' 같은 명령을 입력하면 명령어와 뒤따르는 자유문장을 파싱해 적절한 호스트 API를 호출하고 에이전트 생성 혹은 작업 분배를 수행한다. 테이블에는 각 명령에 대한 예제 프롬프트가 캡처되어 있어 입력 형식(명령명 + 인수/자연어)이 무엇인지 직접 확인할 수 있다. 이 접근은 기능 발견성과 사용성 유지를 목표로 하며 복잡한 옵션을 문맥 기반 선택으로 감추는 설계 철학을 반영한다.

슬래시/프롬프트 명령 6종과 각 명령의 예제 프롬프트를 표로 정리한 UI 디자인 캡처. — Screenshot이미지에는 'Create, Borrow, Share, Search, Call, Upload'에 대응하는 명령어(/hep-build, /hep-network, /hep-cloud, /hep-search, /hep-call, /hep-upload)와 각각의 예시 입력이 캡처되어 있어 명령어 문법과 기대 동작을 바로 확인할 수 있다. 이 표는 입력 → 파싱 → 호스트 호출 → 결과 반환이라는 실행 흐름을 전제로 한 간결한 호출 패턴을 제시하므로 UI/플로우 설계의 근거 자료로 활용 가능하다.

같은 표의 다른 해상도 버전으로, 여섯 가지 명령과 예제 프롬프트가 포함된 스크린샷. — Screenshot두 번째 이미지는 첫 번째 이미지의 동일한 내용(명령 목록과 예시)을 다른 해상도로 보여 주므로 원문에 담긴 호출 패턴과 예제 프롬프트를 재확인하는 용도로 유효하다. 구현자는 이 스크린샷을 기준으로 명령어 파서 규칙과 예외 처리 케이스(인수 구문, 중괄호 포함 지시 등)를 설계하면 재현 가능성이 높아진다.

제안된 여섯 가지 명령은 각각 역할이 분명하게 배정되어 있다: Create(/hep-build)는 새 에이전트 생성, Borrow(/hep-network)는 네트워크상 기존 에이전트 차용·분할, Share(/hep-cloud)는 저장된 에이전트 재사용, Search(/hep-search)는 워크플로용 에이전트 탐색, Call(/hep-call)는 여러 에이전트 호출·오케스트레이션, Upload(/hep-upload)는 로컬 에이전트 패키지 업로드다. 입력은 슬래시 명령과 자연어 지시를 결합한 형태로 들어가고, 시스템은 명령별 핸들러로 입력을 라우팅해 호스트별 동작을 수행한 뒤 결과를 반환한다. 이미지의 예제(prompt)들은 각 명령에 대해 어떤 출력(예: 에이전트 생성, 분할된 워크플로 반환)이 기대되는지 보여준다. 명령 중심 인터페이스는 사용자를 위한 추상화 계층을 제공해 일관된 호출 패턴을 유지하게끔 의도됐다.

특히 '/hep-call' 예시는 다중 에이전트 오케스트레이션을 단일 명령으로 지시하는 사용 흐름을 보여 준다: 사용자 입력에서 대상 에이전트 목록과 중괄호로 감싼 작업 지시를 추출하면 시스템이 각 에이전트에 역할별 입력을 배분하고 결과를 종합한다. 이 과정은 입력 파싱 → 에이전트 매핑 → 병렬/순차 실행 → 결과 집계의 순서로 동작하며, 이미지 예시는 'market-researcher, report-writer {draft a market report}' 같은 구문을 통해 재현 가능한 호출 패턴을 제시한다. 이런 패턴은 복잡한 파이프라인을 간단한 슬래시 커맨드 한 줄로 트리거할 수 있다는 설계상의 이점을 제공한다.

업로드·공유·네트워크 관련 명령(/hep-upload, /hep-cloud, /hep-network)은 에이전트 재사용성과 협업을 지원하는 메커니즘을 제공한다. 사용자가 로컬 에이전트 패키지를 업로드하면 시스템이 패키지를 파싱해 메타데이터와 실행 가능한 구성으로 변환하고 저장소나 네트워크에서 접근 가능하도록 처리한다. 예제 프롬프트와 명령어 샘플은 업로드 경로 표기(예: './agents/customer-support-hq')와 저장된 에이전트 호출 방법을 명확히 보여 주므로 재현 가능한 워크플로 설계에 도움이 된다. 결과적으로 이들 명령은 에이전트의 생성·배포·공유 흐름을 표준화해 반복 가능한 작업 흐름을 촉진한다.

실무 Takeaway

인터페이스는 핵심 동작을 여섯 개의 명시적 슬래시 명령으로 고정해 기능 발견성을 높이고 사용자가 짧은 문법으로 복잡한 워크플로를 호출하도록 단순화한다.
각 명령은 명령명 + 자연어 지시 형태의 입력을 받아 내부 파서가 명령별 핸들러로 라우팅하고 호스트 API 호출·에이전트 구성·결과 집계 과정을 수행하므로 구현 시 입력 파싱과 핸들러 설계가 관건이다.
다중 에이전트 작업은 '/hep-call 에이전트1, 에이전트2 {작업}' 같은 구문으로 오케스트레이션할 수 있어 복수 역할의 병렬·순차 실행과 결과 통합을 자동화하기 적합하다.