01
코드베이스 어느 부분이든 질문하세요
“좋아요 토글이 엔드 투 엔드로 어떻게 동작하는지” 같은 주제를 입력하면, Panolayer가 아키텍처를 기반으로 관련 컴포넌트, 라우트, 함수를 요청이 거쳐 가는 순서대로 문서로 작성합니다.
Panolayer Studio · 살아 있는 문서
코드베이스의 어느 부분이든 질문하면 Panolayer가 파싱한 아키텍처를 바탕으로 문서를 작성하고, 문서의 각 주장은 해당 주장이 설명하는 파일과 함수에 연결됩니다. 코드가 바뀌면 클릭 한 번으로 다시 생성하세요.
Apple silicon에서 macOS 15 · 무료로 시작 · 신용카드 필요 없음
그런 다음 agent가 좋아요 핸들러를 리팩터링하고, 파일 두 개의 이름을 바꾸고, 라우트가 반환하는 값을 변경했습니다. 문서가 낡았다는 걸 아무도 눈치채지 못했기 때문에 아무도 문서를 업데이트하지 않았습니다. 다음 agent는 그래도 그 문서를 읽었습니다.
작동 방식
01
“좋아요 토글이 엔드 투 엔드로 어떻게 동작하는지” 같은 주제를 입력하면, Panolayer가 아키텍처를 기반으로 관련 컴포넌트, 라우트, 함수를 요청이 거쳐 가는 순서대로 문서로 작성합니다.
02
문서의 파일 및 심볼 이름은 설명하는 코드로 연결되며, 모든 문서에는 “소스에 연결된 주장 22개”처럼 연결된 주장 수가 표시됩니다. 문장이 잘못된 것 같으면 코드와 대조해 확인할 수 있습니다.
03
Guardian 규칙이 코드에 적용되는 경우, 문서는 “좋아요는 뷰어별로 추적됩니다”처럼 해당 규칙을 인용합니다. 사람이든 agent든, 읽는 사람은 누구나 적용 대상 코드 옆에서 제약 조건을 확인할 수 있습니다.
04
클릭 한 번으로 현재 코드에서 문서를 다시 빌드하고 버전 번호가 올라가므로, 새 문서와 오래된 문서를 구분할 수 있습니다.
05
Panolayer는 repository에 이미 있는 Markdown(예: README.md, AGENTS.md, docs/ 아래의 모든 항목)을 찾아, 폴더별로 그룹화해 자체 작성한 문서 옆에 나열합니다.
FAQ
다른 문의가 있으신가요? 문의하기를 통해 알려주시면 답변해 드리겠습니다.
README는 한 번 작성되면 시간이 지나면서 실제 코드와 어긋납니다. 리빙 문서는 Panolayer가 코드에서 파싱한 아키텍처를 기반으로 작성되고, 문서의 주장을 소스에 연결하며, 코드가 변경될 때마다 재생성할 수 있습니다.
예. 모델이 Panolayer가 소스에서 파싱한 구조를 바탕으로 본문을 작성합니다. 그래서 각 주장이 코드로 다시 연결됩니다. 설명하는 대상과 대조해 어느 주장이든 확인할 수 있습니다.
코드베이스에 관한 모든 것을 요청할 수 있습니다. 기능이 처음부터 끝까지 어떻게 동작하는지, 프로젝트의 주요 기능, 아키텍처가 어떻게 맞물리는지 등입니다. 문서는 아키텍처, API, 컴포넌트 같은 영역별로 태그가 지정됩니다.
무료 플랜에는 리빙 문서 2개가 포함됩니다. Pro에는 무제한 리빙 문서와 공유 기능이 포함됩니다. 가격 보기.