슬래시 명령

스페이스의 작성기에 입력하는 명령입니다. 이 명령은 효력이 발생하는 위치에 따라 세 그룹으로 나뉘며, 그 차이는 중요합니다. 로컬 명령은 메시지로 전달되지 않으므로 트랜스크립트에 나타나지도 않고 에이전트에 도달하지도 않습니다.

실행 위치	의미
로컬	클라이언트(또는 클라이언트가 시작한 서버 작업)에서 처리됩니다. 명령이 메시지로 전달되지 않으므로 어떤 에이전트도 이를 보지 못합니다.
사이드	대화에 관한 서버 측 모델 호출 한 번입니다. 대화는 변경되지 않습니다.
디스패치	메시지가 시작하는 실행의 모드나 지시를 설정합니다.

실행 지시

`/plan`

로컬 → 디스패치. 대화에 플랜 모드를 켭니다. 완전히 읽기 전용인 워크트리와 read로 제한된 도구 표면이 적용됩니다. 에이전트의 산출물은 편집이 아니라 플랜입니다. /plan만 입력하면 모드를 전환하고 메시지로는 전달되지 않으며, 프롬프트를 함께 쓰면 그 줄의 나머지가 실행을 시작합니다.

`/goal <objective>`

디스패치. 목표 감독자가 구간과 재시작에 걸쳐 다시 디스패치하는 자율 목표를 시작합니다.

/goal을 텍스트와 함께 입력하면 목표 인터뷰가 열립니다. 이는 다음 다섯 가지가 모두 갖춰질 때까지 초안을 받아들이지 않는 짧은 절차입니다. 평가자가 판단 없이 확정할 수 있는 성공 기준, 정확한 검증 명령, 시도 상한, 범위 경계, 중지 조건입니다. 각 단계는 건너뛰고 작성된 대로 실행을 제공합니다. 즉 인터뷰는 기본값이며 관문이 아닙니다.

/goal pause, /goal resume, /goal drop은 슬래시 명령이 아닙니다. 일시 중지, 재개, 중지는 사이드바에 있는 대화의 목표 목록에서 합니다. 목표를 시작할 때 지정하는 플래그는 --budget <dollars>, --max <N>(실행 예산), --days <N>(기한)입니다. 비용 상한에 도달한 목표는 같은 사이드바 컨트롤에서 그 상한을 올리는 방법으로만 재개됩니다.

`/loop [budget] [task]`

디스패치. 완료될 때까지 반복적으로 작업합니다. 상한을 받습니다: /loop 10, /loop 30m, /loop 1h30m, /loop 10 minutes fix the tests.

상한처럼 보이는(숫자나 부호로 시작하는) 토큰이 파싱에 실패하면 하드 오류가 됩니다. 산문은 그냥 산문이므로, /loop keep going until the tests pass는 잘못 파싱된 것이 아니라 인라인 프롬프트가 붙은 무제한 루프입니다.

`/vibe [task]`

디스패치. 세션을 디렉터로 바꿉니다. 자신의 도구는 read와 다섯 개의 워커 동사로 줄어들고, 백그라운드 워커가 편집을 맡습니다. 백그라운드 워커 지시를 참고하십시오.

워커는 모드보다 오래 살아남지 못합니다. 모드를 종료하면 워커가 모두 함께 종료됩니다.

컨텍스트 관리

`/compact`

로컬 → 서버. 오래된 기록을 앵커된 요약으로 접어 넣고 압축된 컨텍스트로 계속합니다. 모델에 전달되는 인수는 없습니다. 명령이 메시지로 전달되지 않으며, 압축 단계도 포커스 힌트를 받지 않습니다.

`/shake [target]`

로컬 → 서버. 요약하지 않고 무거운 콘텐츠를 제거합니다. 모델 호출이 없고 모든 단어가 유지되며, 다시 읽을 사람이 없는 덩치만 비워집니다.

대상	제거되는 것
`tool_output`	특별할 것 없는 오래된 도구 결과(기본값)
`images`	오래된 스크린샷(텍스트는 유지)
`all`	둘 다

“내 컨텍스트는 뚱뚱한데 요약은 원하지 않는다”를 위한 탈출구입니다.

`/context [agent]`

로컬. 이 대화의 에이전트에 대한 컨텍스트 탐색기를 별도의 탭에서 엽니다. 컨텍스트 윈도우의 모든 세그먼트와 부분 — 시스템 프롬프트, 스킬, 컨텍스트 파일, 도구 스키마, 기록과 이미지 — 을 각각의 비용 및 그 배후의 축자적 내용과 함께 보여줍니다.

탭은 (스페이스, 에이전트) 쌍을 키로 삼으므로, 두 번 실행해도 같은 분석이 쌓이지 않고 하나의 탭에 다시 포커스됩니다.

에이전트가 둘 이상인 스페이스에서 /context만 입력하면 헤더의 컨텍스트 사용량 표시기가 읽고 있는 윈도우가 열립니다. 이는 이곳에서 마지막으로 작업한 에이전트, 즉 메시지가 대화 목록 맨 아래에 있는 에이전트의 윈도우입니다. 그리고 탭에는 컨텍스트 · <name> 라벨이 붙어 그 윈도우가 누구의 것인지 알려 줍니다. 전환하려면 다른 이름을 지정합니다: /context qa (@는 선택 사항). 입력한 이름은 유사 매칭 없이 정확히 해석됩니다. 두 에이전트는 서로 다른 두 윈도우를 가지므로, 다른 에이전트를 여는 근접 이름은 묻지 않은 질문에 그럴듯하게 보이는 답이 될 뿐입니다.

같은 탐색기는 스페이스 헤더의 컨텍스트 사용량 표시기 칩 뒤에도 있으며, 그 칩도 같은 에이전트를 따릅니다. 따라서 명령과 칩이 여기서 말하는 “컨텍스트”가 서로 어긋날 수 없습니다.

대화에 대해 묻기

이런 명령은 모델 호출 한 번을 쓰고 대화를 절대 바꾸지 않습니다. 에이전트의 다음 실제 턴은 어차피 봤을 것과 정확히 같은 것을 봅니다. 질문하기의 가치가 바로 여기에 있습니다.

`/handoff [focus]`

사이드. 작업을 처음부터 이어받는 사람을 위한 핸드오프 문서를 작성합니다. 작업이 무엇이고, 무엇을 알아냈으며, 무엇이 남았는지 담습니다.

`/btw <question>`

사이드. 지금까지의 작업에 관한 질문에 답하되, 질문과 답변 어느 쪽도 트랜스크립트에 추가하지 않습니다.

탐색과 내보내기

`/tree`

로컬. 브랜치 탐색기를 엽니다. 대화가 어디서 갈라졌는지, 지금 어느 경로에 있는지, 떠나온 경로로 어떻게 돌아가는지를 보여줍니다. 대화 브랜치를 참고하십시오.

`/export`

로컬. 대화를 자체 포함형 HTML 파일로 작성합니다. 접이식 도구 카드가 들어가고, 스타일시트도 스크립트도 이미지 호스트도 없습니다. 데스크톱에서는 Documents/ControlCenter/exports/에 저장되고, 웹에서는 다운로드됩니다.

`/dump`

로컬. 트랜스크립트를 markdown으로 클립보드에 복사하며, 도구 호출은 접이식 블록에 담깁니다. 추론은 의도적으로 제외됩니다. 버그 보고서에 붙여넣은 트랜스크립트는 사람이 읽기 때문입니다.

그 밖의 모든 것

`/todo [subcommand]`

로컬. 대화에 영속되는 체크리스트를 보고 편집합니다. /todo만 입력하면 편집기가 열립니다. 하위 명령: append, start, done, drop(별칭 rm), edit, copy, export, import.

`/skill:<name> [args]`

디스패치. 설치된 스킬을 적용합니다. 스킬은 자체 skill: 접두사 아래에 있어 내장 명령과 네임스페이스를 공유하지 않습니다. 그렇지 않으면 plan이라는 스킬은 영영 도달할 수 없게 됩니다.

`/<your-command> [args]`

디스패치. 저장소의 .agents/commands, .agent/commands, .claude/commands, .codex/commands, .opencode/commands 아래에 있는 모든 markdown 파일입니다. 중첩된 foo/bar.md는 foo:bar로도 접근할 수 있습니다.

템플릿: $1, $@, $@[start:length], $ARGUMENTS. 프런트매터로 description(작성기 자동 완성)을 설정할 수 있습니다. allowed-tools와 model은 파일에서 파싱되지만, 현재 사용자 명령 호출은 인수를 본문에 치환할 뿐이며 실행의 모델이나 도구 표면을 바꾸지 않습니다.

사용자가 작성한 명령은 같은 이름의 스킬보다 우선합니다. 사람이 인수를 붙여 의도적으로 호출한 지름길이기 때문입니다.

매직 키워드

명령이 아닙니다. 프롬프트 어디에든 독립적으로 놓인 소문자 단어 하나가 그 턴에 숨은 지시를 붙입니다.

단어	효과
`ultrathink`	해당 턴의 추론 강도를 최대로
`orchestrate`	독립적인 작업을 병렬로 위임하고 각 단계를 검증

매처는 경계에 의도적으로 엄격합니다. orchestrate,는 일치하지만 orchestrated, orchestrate.ts, foo::orchestrate, orchestrate()는 일치하지 않습니다. 또한 펜스 코드 블록, 인라인 스팬, XML 섹션은 먼저 가려집니다. 그렇지 않으면 스택 트레이스를 붙여넣는 것만으로 에이전트의 동작이 달라질 것입니다.