콘텐츠로 이동

개념

이 페이지들은 Control Center가 어떻게 동작하고 왜 그런지를 설명합니다. 무언가를 이해하기 위한 글이지, 실행하기 위한 글이 아닙니다. 여기에는 따라야 할 절차가 없습니다. 특정 작업을 완수하려면 사용 가이드로 가고, 무언가를 찾아보려면 레퍼런스로 가십시오.

어떤 순서로 읽어도 됩니다. 처음 접한다면 핵심 모델부터 시작하는 것이 좋습니다.

나머지 모든 것이 그 위에 세워지는 네 가지 아이디어.

  • 워크스페이스와 격리 — 테넌트 경계, 그리고 그것이 쿼리 규율이 아니라 데이터베이스 레이아웃으로 강제되는 이유
  • 에이전트 모델 — 에이전트를 이루는 것: 신원, 역할, 스킬, 어댑터, 모델
  • 에이전트 디스패치 수명주기 — 메시지를 보낸 뒤 에이전트의 첫 토큰이 나오기까지 벌어지는 일
  • 모드 — chat, plan, review, orchestrate가 에이전트가 할 수 있는 일을 어떻게 바꾸는지
  • 도구 컨텍스트와 프롬프트 캐싱 — 에이전트가 왜 도구의 일부만 보는지, 나머지 도구에는 어떻게 접근하는지, 무엇이 제공업체 캐시를 따뜻하게 유지하는지
  • 코드 인텔리전스 — 코드 그래프, 언어 서버, 구조적 검색, 디버거
  • 대화 기록 — 지속성, 압축, 트랜스크립트 포크

에이전트가 무엇을 건드릴 수 있고, 누가 그것을 결정하는지.

  • 샌드박스와 보안 — 오늘날 에이전트 실행을 실제로 제약하는 것
  • 가드레일 — 모든 변경 동작을 위한 하나의 정책 엔진과 규칙이 결정되는 방식
  • 권한 부여 — 역할, 권한 카탈로그, 감사 기록
  • 리그와 인클로저 — 에이전트가 여러분의 머신 대신 일회용 VM을 받는 이유, 그리고 그 경계가 실제로 무엇인지

의도를 실제로 완수되는 일로 바꾸기.

  • 티켓과 위임 — 플릿 전체가 공유하는 벤더 중립적 작업 단위
  • 파이프라인과 자동화 — DAG 워크플로, 트리거, 재개 가능한 실행
  • 오케스트레이션 — 목표 하나, 승인 하나, 생성된 파이프라인
  • AI 리뷰 — PR이 리뷰된 PR이 되는 과정: 리뷰 스페이스, 동료 합의, 축, 그리고 Ship/Hold/Block 판정
  • PR 대화 — forge 자체에서 GitHub 멘션이나 ai-review 레이블에 답하기
  • 메모리와 지식 — 사실, 정책, 그리고 에이전트가 알 수 있는 것
  • 평가와 품질 — 평가 스위트와 품질 탭

다른 사람과 함께 일하고, 다른 곳에서 플릿에 도달하기.

시스템 자체의 구조.