시작하기

Polylane의 동작 방식

Polylane이 스택 위에서 실행하는 루프와, 이슈와 스레드부터 수정 실행, 에스컬레이션, 자동 수정까지 콘솔에서 보게 될 몇 가지 요소입니다.

Polylane은 클라우드, 리포지토리, 관측성 도구에 연결해 문제를 감시하고, 각 문제를 판정과 수정까지 처리합니다. 전체 이야기는 콘솔, Slack, 코딩 에이전트, 터미널 어디에서든 스레드로 읽을 수 있습니다.

루프

  1. 연결: 클라우드, 리포지토리, 관측성 도구를 연결하면 Polylane이 모든 에이전트가 읽는 시스템의 라이브 지도를 만듭니다. 연결을 참고하세요.
  2. 감지: 텔레메트리로 만들어진 검사가 이슈를 제기하고, 모든 풀 리퀘스트가 프로덕션에 대해 리뷰되며, 위험한 구성이 표시됩니다. 감지를 참고하세요.
  3. 조사와 수정: 하나의 에이전트가 실제 도구로 각 이슈를 처리하고, 증거를 보여 주고, 리뷰할 수 있는 풀 리퀘스트로 수정을 엽니다. 조사와 수정을 참고하세요.
  4. 내 도구에서 작업: 같은 에이전트가 에디터, 터미널, CI, Slack에서 답합니다. 내 도구에서 작업을 참고하세요.

기본 요소

기본 요소무엇인가어디에서 보나
컨텍스트 그래프클라우드, 리포지토리, 통합, 메모리가 공급하고 모든 에이전트가 읽는 스택의 라이브 모델.토폴로지로 렌더링됩니다.
클라우드 계정Polylane이 리소스를 동기화하고, 티어를 매기고, 모든 변경을 기록하는 연결된 클라우드 제공자.Settings의 Clouds. Clouds를 참고하세요.
리포지토리에이전트가 검색하고, 읽고, 풀 리퀘스트를 여는 연결된 코드 호스트로, 배포 대상 리소스와 연결됩니다.Settings의 Repositories. Repositories를 참고하세요.
통합에이전트가 호출하는 도구와 감지가 수신하는 이벤트를 제공하는 연결된 관측성 도구, 채팅, 코드 호스트, 이슈 트래커 또는 코딩 에이전트.Settings의 Integrations. Integrations를 참고하세요.
토폴로지인프라의 그래프 뷰: 리소스는 노드, 관계는 엣지이며 각각 속성과 변경 이력을 갖습니다.Topology. Topology를 참고하세요.
메모리다음 조사가 이미 아는 것에서 시작하도록 에이전트나 사람이 저장하는 확인된 발견 사항.Settings의 Memories. Memories를 참고하세요.
검사제공자와 저장된 질의로 만들어져 리소스를 예약 평가하고, 위반 시 이슈를 제기하는 검사.수정 실행의 Lineage 패널.
이슈단일 감지 레코드: 어떤 리소스에 문제가 있을 수 있다는 기록. 수정 실행이 확인됨 또는 기각됨 판정을 내립니다.해당 수정 실행 스레드. Issues를 참고하세요.
풀 리퀘스트 리뷰연결된 리포지토리의 각 풀 리퀘스트를 배포 대상 프로덕션에 대해 검사하고, 병합 전에 댓글로 게시하는 검사.풀 리퀘스트의 댓글. 풀 리퀘스트 리뷰를 참고하세요.
권고잘못된 구성, 복원력 위험 또는 관측성 공백에 대한 리소스별 권장 사항으로, 에이전트에 맡길 수 있는 수정이 함께 제공됩니다.토폴로지의 리소스 패널. Advisories를 참고하세요.
스레드전체 컨텍스트 그래프를 가진 에이전트와 나누는 대화로, 지켜보고, 중단하고, 공유하고, 이어갈 수 있습니다.Threads. Threads를 참고하세요.
수정 실행하나의 에이전트가 하나의 이슈를 판정에서 근본 원인, 풀 리퀘스트까지 단일 스레드에서 처리하는 것.Type 필터를 Fix run으로 설정한 Threads. 수정 실행을 참고하세요.
에스컬레이션에이전트가 사용자에게 필요로 하는 것 하나당 하나의 레코드로, 처리하면 해소됩니다.Threads의 Needs you 프리셋. Escalations를 참고하세요.
자동 수정에이전트가 작성해 리포지토리에 풀 리퀘스트로 도착하는 코드 수정으로, Polylane의 코딩 에이전트 또는 Devin, Cursor, Factory, Conductor 같은 연결된 에이전트가 실행합니다.풀 리퀘스트와 스레드의 Lineage 패널. Autofix를 참고하세요.

에이전트가 할 수 있는 일

에이전트는 기본적으로 읽기만 합니다: 아무도 메시지를 보내지 않은 실행은 제공자에 읽기 전용으로 접근하고, Read-only로 표시된 클라우드 계정은 모든 쓰기 호출을 거부합니다. 스레드에 참여하고 있을 때 제공자에 대한 쓰기 호출은 안전성 검토를 거친 뒤 실행 전에 사용자의 확인을 기다립니다. 코드 변경은 리포지토리에 풀 리퀘스트로 반영되고, 병합은 사용자의 몫입니다.

관련 문서

  • 빠른 시작: 다섯 단계로 스택을 연결하고 첫 수정 실행을 지켜보세요.
  • Threads: 모든 스레드 유형과 각 화면에서 스레드를 시작하는 방법.
  • 수정 실행: 하나의 이슈가 판정에서 풀 리퀘스트까지 처리되는 방식.
  • 내 도구에서 작업: 코딩 에이전트와 CLI에 적용되는 쓰기 게이트.