backnotprop/plannotator

외부 오픈소스 저장소를 소개하는 글입니다. HDATF 제품이 아닙니다.

무엇을 하나

Plannotator는 코딩 에이전트를 감독하는 사람이 계획, 문서, 메시지, HTML 결과물과 코드 변경을 확인하는 로컬 브라우저 기반 검토 제품입니다. 터미널 대화에 흩어진 피드백을 검토 대상의 특정 부분에 붙이고 에이전트에 돌려주는 문제를 다룹니다. 입력은 로컬 파일과 폴더, URL, 저장소 변경 내역, GitHub나 GitLab 검토 링크이며, 출력은 주석과 승인 또는 수정 결정, 원래 세션으로 보낼 피드백입니다. 플러그인과 훅, 명령이 지원 에이전트를 로컬 검토 서버에 연결하며, 확인한 Claude Code 설정은 ExitPlanMode 권한 요청을 가로채는 구성을 포함합니다. 별도 Inbox 화면은 여러 에이전트의 질문과 파일, 안내형 검토를 모으고 원래 에이전트의 응답 차례를 대기 상태로 붙잡지 않고 답변을 받을 수 있게 합니다. 일부 에이전트는 전용 플러그인으로 세션을 다시 깨우고, 나머지는 외부 도구 호출 규격인 MCP로 연결하므로 피드백 전달 방식은 연결기에 따라 다릅니다. 시작하려면 Plannotator 실행 파일과 브라우저, 에이전트별 연결 설정이 필요하며, 원격 변경 요청을 검토할 때는 해당 서비스에 인증된 CLI가 필요합니다. 검토 자료는 기본적으로 로컬에 남지만 URL 가져오기와 설정한 AI 제공자, 공유, 호스팅 제품 Workspaces는 외부 통신 범위가 다르며, 원격 모드의 인증 없는 접속 포트는 별도로 보호해야 합니다.

라이선스

Apache-2.0 허용 범위가 넓고 특허 사용 허락이 포함됩니다. 상업적 이용이 가능하며 고지 문구를 유지하고 변경 사실을 밝혀야 합니다.

같은 분야 저장소

• ag-ui-protocol/ag-ui
  AG-UI는 에이전트 서버와 사용자 화면을 연결하는 개발자용 이벤트 기반 통신 규약과 SDK 모음이며, 완성된 비서 제품이나 에이전트 추론 엔진은 아닙니다. 프레임워크마다 다른 메시지, 도구 작업, 실행 상태와 공유 데이터를 화면별로 다시 연결해야 하는 문제를 다룹니다. RunAgentInput은 대화 메시지, 대화와 실행 식별자, 상태, 사용 가능한 도구 등 요청 맥락을 담으며, 응답은 종류가 정해진 이벤트 흐름입니다. 이벤트는 텍스트 조각, 도구 호출, 실행 시작과 완료 또는 실패, 상태 변경을 전달해 화면이 진행 상황을 보여주고 작업에 참여하도록 합니다. 전체 상태를 보내는 스냅샷은 현재 상태를 교체하고, 바뀐 부분을 나타내는 JSON Patch는 클라이언트가 순서대로 적용해야 합니다. 규약 자체는 전송 방식에 묶이지 않지만, 확인한 TypeScript HttpAgent는 JSON POST 요청을 보내고 서버 전송 이벤트 흐름을 받으며 전송할 입력 검사와 요청 중단을 지원합니다. 시작하려면 호환 에이전트 접속점이나 프레임워크 연결기, 이벤트를 처리할 클라이언트, 앱에서 정의한 상태와 도구 동작이 필요합니다. 인증과 업무 권한, 영속 저장, 충돌 처리와 복구 정책은 앱에서 별도로 설계해야 하며, README의 대략적인 이벤트 개수를 현재 소스의 고정 한도로 해석하면 안 됩니다.
• libracoder/kiri
  Kiri는 Docker 이미지와 명령을 받아 로컬 컨테이너를 실행하는 Rust 기반 실행 환경입니다. 개발자가 기존 docker CLI, Compose, buildx를 유지하면서 다른 컨테이너 엔진을 사용할 때를 위한 도구입니다. Docker Engine API라는 명령 통신 규약으로 요청을 받고, 실행 상태와 로그, 컨테이너의 출력을 돌려줍니다. macOS에서는 Linux 가상 머신을 사용하고, Windows에서는 WSL 2라는 Linux 실행 환경을 사용하며, Linux에서는 호스트 커널에서 실행합니다. 내부 에이전트는 운영체제의 namespace와 cgroup으로 프로세스와 자원을 나눠 컨테이너를 만들며, runc나 dockerd를 실행 경로에 두지 않습니다. 이미지와 볼륨, 네트워크를 관리하는 화면과 단일 노드 Kubernetes, 별도 Linux 작업 환경도 제공합니다. 처음 사용할 때 kiri Docker context를 설정하고, 이미지가 로컬에 없으면 해당 이미지 저장소에 접근해야 합니다. 빌드는 관리되는 BuildKit 컨테이너를 사용하므로 Docker의 모든 빌드 동작이 같다고 가정하면 안 되며, 문서에는 buildx의 host-gateway 처리 제약이 남아 있습니다.
• serveroshq/panel
  ServerOS panel은 이미 보유한 Linux 서버를 한 화면에서 운영하는 웹 관리 패널입니다. 운영자는 서버 연결 정보, Git 저장소나 배포 템플릿과 작업 설정을 넣어 서비스 배포, 상태 확인과 백업을 관리합니다. 각 관리 대상 서버에는 별도 serverosd 데몬을 연결해야 하며 패널 설치만으로 서버가 자동 등록되지는 않습니다. CPU와 메모리, 디스크 상태, 서비스 로그, 예약 작업과 팀 활동 기록을 다룹니다. 소스의 API 경로는 키 인증 아래 도구 호출을 제공하며 MCP와 API를 통한 외부 도구 연결도 안내합니다. 자체 운영에는 Docker를 구동하는 Linux 서버와 도메인, 일반 구성에서 80, 443, 8443 포트 및 와일드카드 DNS 설정이 필요합니다. 메일 알림과 비공개 GitHub 저장소 연결에는 각각 SMTP와 GitHub App의 별도 설정이 필요합니다. 이 저장소로 빌드한 community edition과 유료 확장 코드가 들어 있는 공식 이미지는 구분해야 합니다. 패널 코드는 AGPL-3.0이지만 유료 확장과 상표는 별도 조건이며 익명 설치 통계 전송의 기본값도 확인해야 합니다.
• JenkinWoo/sheeridVerify
  sheeridVerify는 SheerID 검증 흐름의 학습과 허가받은 시험을 위한 Node.js 작업 화면입니다. 제출 정보의 처리 권한을 가진 교육자, 연구자, 시험 담당자를 대상으로 합니다. 검증 링크, 이름, 생년월일과 설정된 학교 및 증빙 자료 위치를 입력받아 대기열 진행 상황, 로그, 원격 상태를 반영한 결과를 만듭니다. 현재 검증 단계를 조회한 뒤 브라우저 양식 조작과 증빙 업로드 중 필요한 경로를 선택합니다. 증빙은 PNG, JPEG, PDF 원본 바이트로 읽으며 생성하거나 변조하지 않고, 대화형 사람 확인 절차는 사용자에게 맡깁니다. 웹 화면은 동시 실행 수, 중지, 재개, 삭제를 관리하지만 대기열과 이력은 메모리에만 있어 서비스 재시작 시 사라집니다. 제출 응답이 불명확하면 쓰기 요청을 바로 반복하지 않고 원격 상태를 조회합니다. Node.js 22.15 이상이 필요하고 브라우저 경로에는 Camoufox가 필요하며 SheerID와 설정된 자료 또는 프록시 서비스에 접속합니다. 실제 개인정보가 이들 서비스에 전달될 수 있고 로컬 작업 삭제로 원격 제출이나 디스크 로그가 삭제되지는 않습니다. 이메일 문자열 조합은 주소 소유나 학생 자격을 증명하지 않으며 프로젝트는 SheerID와의 공식 관계 및 검증 성공 보장을 부인합니다.
• render-oss/render-mcp-server
  Render MCP Server는 AI 애플리케이션과 Render에 있는 자원을 연결하는 Render의 공식 서버입니다. AI 앱이 사용 가능한 도구를 확인하고 구조화된 인자를 전달하는 통신 규약인 MCP를 사용합니다. 작업공간과 자원 식별값, 로그 조건, 서비스 설정이나 SQL을 입력받고 자원 상세, 운영 기록, 조회 결과를 반환합니다. 서비스와 데이터베이스 생성, 배포 이력 조회와 배포 시작, 로그, 측정 지표, 환경변수 전체 교체 등을 도구로 제공합니다. Postgres 조회 도구는 SQL을 읽기 전용 트랜잭션으로 감싸지만 다른 도구는 기반 자원을 변경하거나 배포를 시작할 수 있습니다. 필요한 인증정보를 갖춘 클라이언트에서 호스팅 주소에 연결하거나 로컬 실행 파일 또는 컨테이너를 사용할 수 있습니다. 데이터베이스 조회는 외부 접속 주소를 사용하므로 해당 데이터베이스의 IP 허용목록을 따라야 합니다. Render의 모든 관리 기능을 제공하지 않으며 민감정보 노출을 줄이려 해도 AI 대화 맥락에 정보가 들어가지 않는다고 보장하지는 않습니다.

Trendshift 순위 목록에 오른 저장소만 담았고, 목록은 후보를 찾는 데만 썼습니다. 순위 숫자는 옮기지 않았습니다. 설명과 라이선스, 별 수는 각 GitHub 저장소에서 확인했습니다. 해설은 우리의 판단입니다. 이 프로젝트들을 직접 시험한 것은 아니며, 상승 목록에 올랐다고 품질이 증명되지는 않습니다.