긴 세션에서 성능을 갉아먹는 건 토큰보다 불필요한 히스토리다. 전부 지우거나 압축하지 말고, 작업 단계별로 컨텍스트를 다르게 정리하면 바로 체감된다.
/btw는 답변을 오버레이로 띄우고 대화 기록에 넣지 않음. 플래그·API·관용구 확인용으로 적합하다./rewind는 체크포인트 기준 이후 또는 이전만 요약한다. 초기 설계와 최근 작업 상태 중 무엇을 살릴지 고를 수 있음./compact <instructions>는 다음 작업이 명확할 때 유리하다. 예: API 변경은 남기고 디버깅 기록은 버리기.CLAUDE.md에 압축 규칙을 넣으면 매번 반복 입력할 필요가 없다. 수정 파일·테스트 명령 보존 같은 불변식에 맞다.저장소별 에이전트 설정을 UI 클릭 없이 API로 확인할 수 있다. 클라우드 에이전트가 실제 코드에 접근한다면 권한·설정 드리프트 점검에 바로 쓸 만함.
Get Copilot cloud agent configuration for a repository; 현재 public preview 상태다.Copilot 에이전트를 붙였다면 챙길 가치 있음.이제 앱에서 Spaces를 직접 만들고 수정·삭제할 수 있다. 레포 컨텍스트를 내부 도구나 반복 에이전트 작업에 묶는 자동화에는 바로 쓸 만함.
Spaces의 생성·조회·수정·삭제를 지원한다. GitHub UI 밖에서도 작업 컨텍스트를 준비할 수 있음.Space 템플릿을 만들어두면 에이전트에게 주는 배경지식을 표준화하기 좋다.Copilot Spaces를 쓰는 워크플로우에서 가치가 커짐.프롬프트 요령보다 지속 컨텍스트가 더 크게 먹힌다. Projects, CLAUDE.md, 스타일, 스킬, 서브에이전트를 기본 세팅으로 묶으면 바로 효율이 난다.
Projects에 한 번 넣는다. 반복 붙여넣기는 그대로 컨텍스트 비용이다.Claude Code에서는 세션 프롬프트보다 CLAUDE.md 영향이 크다. 80줄 안팎 프로젝트 맥락이 반복 설명을 줄인다.Sonnet, 설계는 Opus, 티켓·메일·PDF 대량 처리는 Haiku가 맞다.