콘텐츠로 이동

슬래시 커맨드

Markdown으로 보기

컴포저에서 / 를 입력하면 이 에이전트가 실행할 수 있는 커맨드 목록이 열립니다. 하나를 고르면 어느 도구로 시작할지를 에이전트에게 맡기지 않고 사용자가 지정하게 됩니다.

언제 쓰는가

원하는 절차를 이미 알고 있을 때 씁니다. “/weekly-report” 가 “지난번처럼 주간 보고 해줄래” 보다 빠르고 확실합니다. 뒤쪽은 에이전트가 먼저 해석해야 하는 요청이니까요.

어떤 스킬이 맞는지 모르거나 여러 스킬에 걸친 일이라면 그냥 말로 설명하세요. 에이전트는 여전히 바인딩된 것 중에서 자유롭게 고릅니다.

쓰는 법

  1. 컴포저 맨 앞에서 / 를 입력합니다. 입력창 위에 목록이 뜹니다.

  2. 계속 입력하면 좁혀집니다. 화살표 키로 이동하고, 마우스를 올리거나 선택하면 그 커맨드가 무엇을 하는지 보입니다.

  3. 행 옆의 ⓘ 를 열면 스킬 전체를 읽을 수 있습니다 — 무엇을 위한 스킬인지, 어떤 커맨드를 담고 있는지.

  4. Enter 로 넣고 나머지 메시지를 씁니다. 커맨드에는 대개 맥락이 필요합니다. “/summarize 가격 얘기했던 하나 님 스레드” 처럼 커맨드 + 대상이 한 벌입니다.

  5. 보냅니다. 에이전트가 그 커맨드로 실행을 시작하고, 그다음은 평소대로 이어갑니다.

목록에 뜨는 것

목록은 두 묶음이고, 둘은 다르게 움직입니다.

내장 커맨드

내장 커맨드는 에이전트가 하는 일이 아니라 앱의 기능입니다. 모든 에이전트에 늘 있고, 실행하더라도 실행이 시작되지 않으며 비용도 들지 않습니다.

커맨드하는 일
/usage이 대화가 쓴 것을 보여줍니다 — 토큰, 크레딧, 관여한 모델. 사용량 대시보드 참조

내장 이름은 예약어입니다. 같은 이름의 스킬이 있더라도 실행되는 것은 내장 쪽이고, 스킬 행은 목록에 그대로 남아 있어 그것이 거기 있다는 사실은 계속 보입니다.

스킬 커맨드

나머지는 이 에이전트에 바인딩된 스킬에서 옵니다. 두 가지가 따라옵니다.

  • 에이전트마다 목록이 다릅니다. 같은 커맨드라도 양쪽에 스킬이 바인딩돼 있지 않으면 어디서나 쓸 수 있는 게 아닙니다.
  • 이 묶음이 비었다면 아직 바인딩된 스킬이 없는 것입니다. 에이전트 빌더에서 하나 바인딩하면 다음 메시지부터 목록에 나타납니다.

스킬 커맨드를 고르면 실제로 일어나는 일

커맨드는 도구를 지명하고, 에이전트는 첫 스텝에서 그 도구를 반드시 부릅니다. 그 뒤로는 평소와 같습니다. 결과를 읽고 다음에 무엇을 할지 스스로 정하며, 다른 도구도 부릅니다.

이 모양이 쓸모 있는 지점입니다. 시작은 확실하게 잡아주면서 — 맞는 절차를, 사용자의 입력과 함께 — 실행의 나머지를 대본으로 굳히지는 않습니다.

없는 커맨드를 보냈을 때

아무것도 가리키지 않는 /무언가 는 에이전트에게 가지 않습니다. 컴포저가 그 자리에서 멈추고 그런 커맨드가 없다고 알려줍니다. 오타가 에이전트가 해석해야 할 메시지로 둔갑하지 않게 하려는 것입니다.

커맨드로 읽히는 것은 슬래시 하나에 단어 하나뿐이고 그 뒤에 아무것도 없는 메시지뿐입니다. /usage 7월치, 파일 경로, 우연히 슬래시로 시작하는 문장은 평범한 메시지로 그대로 전송됩니다.

한계

  • 스킬 커맨드는 에이전트별입니다. 전역 목록은 없고, 어디서나 같은 것은 내장 커맨드뿐입니다.
  • 스킬 커맨드는 첫 스텝만 지정합니다. 실행의 나머지는 에이전트가 고릅니다.
  • 실행이 도는 중에 커맨드를 보내면 그 커맨드가 시작되는 게 아니라 그 실행에 방향을 잡아줍니다 — 스티어링은 텍스트만 전달하고 도구 지정은 싣지 않습니다.
  • 목록은 에이전트가 지금 부를 수 있는 것을 보여줍니다. 대화 도중에 바인딩한 스킬은 다음 메시지부터 나타납니다.
  • 내장 커맨드가 그리는 것은 그 화면에서만 보이는 표시입니다. 메시지가 아니라서 대화 기록에 남지 않고, 새로고침하면 사라집니다.

관련 문서