요구사항 하나가 떨어지면 Agent가 수십 개의 파일을 한 번에 움직이며, 라인별 변경 사항을 넘겨보아도 어떤 모듈들이 실제로 영향을 받는지 알기 어렵고, 병합한 후에야 다른 곳과 충돌했다는 것을 발견하게 됩니다.

Birdview의 접근 방식은 코드를 건드리기 전에 먼저 프로젝트의 아키텍처 맵을 그리고, 이번에 어느 모듈들을 만질 계획인지 표시한 다음, Agent가 이 지도를 볼 수 있는 상태에서 작업을 수행하도록 하는 것입니다.

지도상의 각 모듈은 고정된 ID와 소속 파일, 그리고 해당 출처 코드 증거를 가지고 있습니다. 또한 모듈 간의 관계도 그려져 있으며, 모든 연결고리는 출처 코드로 추적할 수 있습니다.

GitHub:
http://github.com/Qiuner/birdview
이것은 서비스를 실행할 필요 없이 독립적인 HTML을 생성하며, 다음 세 가지 뷰를 전환할 수 있습니다: 전체 아키텍처, 이번에 변경된 내용, 그리고 변경 사항의 나란한 이전-이후 비교입니다. 따라서 수정 범위가 한눈에 스캔 가능합니다.

Skill로 패키징되면 기본적으로 자동 개입(auto-intervenes)합니다. 즉, 코드 변경 전에 매번 지도를 재사용하거나 업데이트하고 관련된 모듈들을 선언합니다. 또한 요청 시에만 지도를 그리는 온디맨드(on-demand) 모드로 전환할 수도 있습니다.

작업을 기록할 때