Panolayer가 하는 일
아키텍처란 무엇인가요?
아키텍처는 소스에서 파싱한 지도입니다. 함수, 의존성, 호출자를 둘러보며 변경이 어떤 코드에 영향을 줄 수 있는지 파악하세요.
라이브 문서는 자동으로 업데이트되나요?
아니요. 아키텍처에서 라이브 문서를 생성하고, 코드 변경을 반영하고 싶을 때 다시 생성하세요. 자동으로 업데이트되지 않습니다.
검증
실패한 규칙은 어떻게 해야 하나요?
기대 동작, 관찰된 동작, 위치, 영향을 받는 호출자를 읽으세요. 코드가 틀렸다면 코드를 고치고, 기대 동작이 틀렸다면 규칙을 수정한 뒤 다시 검증하세요. Fix It을 선택해 실패를 Panolayer Agent에게 넘길 수도 있습니다.
검증 결과가 비어 있는 이유는 무엇인가요?
결과가 비어 있다고 해서 코드가 올바르다는 증거는 아닙니다. 파싱과 평가 상태를 확인하고, 평가를 사용할 수 없는 상태가 계속되면 신고하세요.
에이전트
서드파티 에이전트의 모델 사용 비용은 누가 지불하나요?
공급업체가 지원하는 구독이나 API 키를 사용합니다. Panolayer는 에이전트를 실행하지만 모델 비용은 부담하지 않습니다.
에이전트가 시작되지 않은 이유는 무엇인가요?
설치 또는 실행 오류를 읽고 플랫폼과 요청된 권한을 확인하세요. CLI가 열리지만 로그인을 요청한다면, 작업을 맡기기 전에 공급업체 로그인을 완료하세요.
변경 사항 및 commit
위험 점수로 알 수 없는 것은 무엇인가요?
위험 점수는 코드가 작동한다거나 호출자가 여전히 올바르다는 것을 증명하지 않습니다. 모델이 diff를 읽고 각 파일에 점수를 매겨 무엇을 검토할지 고르도록 도와줄 뿐이며, 검증은 별개입니다.
실패가 있어도 commit할 수 있나요?
예. 당신 자신의 commit은 검증에 의해 막히지 않습니다. 실패는 계속 표시되므로 어떻게 처리할지 결정할 수 있습니다.
설정 및 계정
Intel Mac을 사용할 수 있나요?
아니요. Panolayer에는 macOS 15 Sequoia 이상을 실행하는 Apple silicon Mac이 필요합니다.
한계 및 문제 해결
게이트가 로컬인 이유는 무엇인가요?
승인 게이트는 브랜치에 반영되기 전, 그리고 Git 호스트 리뷰 전에 당신의 Mac에 있습니다. 이 승인 게이트는 공유 CI 검사나 브랜치 보호 규칙이 아니므로 팀 전체 정책을 강제하지 않습니다.
버그는 어떻게 신고하나요?
앱의 버그 신고 도구나 문의 페이지를 사용하세요. 자격 증명이나 비공개 소스 코드는 빼고, 재현 단계와 보이는 오류를 포함하세요.