thtbee/nectarlink
- 출처
- GitHub
- 처음 오른 날
- 분야
- 워크플로
- GitHub 별 수
- 2,438
- 주 언어
- Rust
외부 오픈소스 저장소를 소개하는 글입니다. HDATF 제품이 아닙니다.
무엇을 하나
NectarLink는 Android 휴대전화와 Windows PC를 함께 쓰는 사람을 위한 기기 연결 앱입니다. 허용한 알림과 메시지와 클립보드와 파일과 사진과 화면을 연결된 PC에서 이용하고 일부 제어는 반대 방향으로도 수행합니다. 공통 Rust 코어가 기기 식별과 연결 승인을 맡고 PC와 Android 앱이 각 화면을 제공합니다. 기본적으로 로컬 네트워크나 USB로 직접 암호화 통신하며 이동통신망을 통한 중계는 선택 기능입니다. 양쪽 앱을 설치하고 연결을 확인한 다음 필요한 기능만 켜는 방식으로 시작하며 일부 Android 고급 기능에는 별도로 승인한 디버깅 접근이 필요합니다. 선택형 로컬 HTTP 및 JSON 자동화 API는 파일과 알림 전송과 카메라 요청 등을 지원하고 Bearer 토큰을 요구하며 기본적으로 꺼져 있습니다. 문서의 v0.1.4 배포 파일은 Windows x64와 Android용이며 Linux와 Windows ARM64 패키지는 예정 상태이고 macOS는 미리보기입니다. 클라우드 협업 서비스가 아니며 다른 채팅 앱의 과거 대화는 알림 접근 범위에 제한되고 PC에서 통화를 제어해도 통화 음성은 휴대전화에 남습니다.
라이선스
자체 라이선스 표준이 아닌 자체 라이선스입니다. 재사용 전에 라이선스 파일을 직접 읽어야 합니다.
같은 분야 저장소
- KKKKhazix/agent-autoloop
터미널 에이전트가 이벤트를 받아 일하고 사람의 결정이 필요할 때만 질문하도록 묶는 자동화 중간 계층입니다. 자체 모델이 아니라 이미 설치하고 로그인한 Claude Code, Codex 등의 실행기를 호출합니다. 일정, GitHub 이벤트와 외부 HTTP 이벤트를 규칙에 따라 작업 폴더와 에이전트에 배정합니다. 에이전트의 마지막 답변과 구조화된 회신을 받아 완료, 질문 카드, 알림이나 나중에 재검토할 상태로 기록합니다. 질문을 기다릴 때 에이전트 프로세스를 끝내고 답변을 받으면 기존 세션을 이어가는 방식을 제공합니다. macOS나 Linux에서 Node 24, Git, curl과 인증된 에이전트가 필요하며 Windows는 현재 지원하지 않는다고 명시합니다. 이벤트 소스, 알림 채널, 에이전트와 전달 파이프라인은 별도 설정이 필요한 플러그인으로 나뉩니다. 일부 알림 및 업무 예제는 모의 환경에서만 검증되었고 임의 명령 플러그인이 모든 실행기의 권한을 강제로 제한하지는 않습니다. 모델 사용량은 연결한 계정에 발생하며 입력 자료의 악성 지시와 같은 시스템 계정의 파일 접근 위험은 별도 통제가 필요합니다. - emanuele-em/kanzo
Kanzo는 사람과 코딩 에이전트가 같은 프로젝트에서 일하는 자체 운영형 작업 보드입니다. 사람은 브라우저에서 작업, 설명, 댓글, 이미지를 입력하며 에이전트는 AI 도구 연결 규약인 MCP나 명령줄을 사용합니다. Rust 프로그램은 REST 형태의 JSON API와 표준 입출력 또는 HTTP 기반 MCP를 제공하고 작업은 SQLite에, 이미지는 로컬 파일로 저장하며 브라우저 변경은 주기적 조회로 반영합니다. 기본 실행은 localhost:4242를 열며 공유와 참여 모드는 공유 호스트 보드와 원격 요청 중계를 제공합니다. 작업은 할 일, 진행 중, 검토, 완료와 선택적인 대기 목록을 지원하고 태그, 표시 순서, 댓글, 시각을 기록하지만 확인한 스키마에는 담당자, 의존 관계, 감사 이력이 없습니다. next_task는 쓰기 트랜잭션 안에서 사람이 담당하지 않는 할 일을 고르고 진행 중으로 바꿔 동시 선택을 막도록 설계됐지만 독점 소유권을 주지는 않습니다. 사람 담당 작업은 에이전트 목록과 자동 선택에서 빠지지만 에이전트가 식별자를 알면 수정과 삭제에서 해당 보호를 강제하지 않습니다. 별도 읽기 전용 토큰은 없고 공유 포트에 접근하는 사람은 보드를 바꿀 수 있으므로 시작 전에 로컬 또는 공유 방식, 자료 폴더, 네트워크 제한을 정해야 합니다. 배포 대상은 macOS, Linux, Windows이고 라이선스는 AGPL-3.0-only이며 소개의 크기, 메모리, 시작 시간, 토큰 절약 수치는 개발자 측 측정값이지 독립 검증 결과는 아닙니다. - immortal71/openoncology
OpenOncology는 종양 변이 근거를 모아 전문가 검토용 약물 후보 순위를 만드는 연구 플랫폼이며 검증된 치료 추천 서비스가 아닙니다. 문서상 입력은 돌연변이, 유전자 복제 수 변화, 융합 정보이며 제출 API는 환자 인증을 전제로 생검 파일과 DNA 파일, 암 유형을 받습니다. 출력은 변이, 근거 등급, 출처 기록과 약물 후보 순위이며 결과 API와 약물 재창출 API가 나뉩니다. FastAPI 서버는 Next.js 화면, PostgreSQL, Redis, 파일 저장소, 백그라운드 작업자와 함께 동작하며 Docker 설정은 Python 3.11과 Node.js 20을 사용합니다. 유전체 처리에는 별도 분석 흐름과 참조 자료가 필요하므로 개발용 컨테이너가 시작된다고 원시 염기서열 분석이 끝까지 된다는 뜻은 아닙니다. 후보 점수는 여러 출처의 가중치를 재조정하고 감점과 근거 등급 규칙을 적용하며 현재 설정은 README의 오래된 가중치 설명과 다릅니다. 기본 작업자는 표적 가능 변이 중 첫 항목을 중심으로 후보를 만들므로 환자 전체를 평가한다는 설명을 모든 실행 경로에 그대로 적용하면 안 됩니다. 시작 전 서비스 비밀값과 근거 접근 설정이 필요하며 OncoKB 접근이 불가능할 때 사용하는 고정 대체 자료는 출처와 최신성의 한계를 따져야 합니다. 공식 문서는 과거 순환적인 종양내과 의사 일치 평가를 철회했으며 MSK CHORD 후향 비교도 허가 조건에 맞는 약물과의 일치를 평가할 뿐 치료 효과를 입증하지 않습니다. 위험 분석은 임상 검증 관문을 충족하지 못해 치료 판단에 쓰면 안 된다고 명시하며 이번 조사는 원문만 읽었고 의학적 유효성, 성능, 운영 준비 상태를 검증하지 않았습니다. - warmbly/warmbly
Warmbly는 이미 보유한 메일함으로 영업 메일과 메일함 준비 작업을 운영하려는 팀을 위한 자체 호스팅 플랫폼입니다. Gmail, Microsoft 또는 SMTP와 IMAP 계정을 연결하고 연락처, 연속 발송 문안, 시간과 발송 한도를 입력합니다. 캠페인 기록, 열람과 클릭 이벤트, 답장, 통합 받은편지함, 고객 관리 기록을 제공합니다. 메일함 준비는 감시되는 메일함 집단에서 계획된 메시지를 점진적으로 주고받는 방식이며 이후 메일의 받은편지함 도착을 보장하지 않습니다. 상태를 보관하는 Go 백엔드와 이벤트 처리 서비스, 교체 가능한 Go 작업자를 분리하고 Postgres, Redis, 이벤트 전달 시스템, React 대시보드와 별도 실시간 서비스를 둡니다. 작업자는 수신자에게 직접 배달하지 않고 각 메일 제공자에 발송을 요청하며 기본 로컬 구성은 NATS, 로컬 키 관리와 파일 저장을 씁니다. REST 인터페이스, 웹훅과 문서화된 연동을 통해 외부에 연결하고 AI 기능에는 별도 모델 제공자 설정이 필요합니다. 문서의 시작 경로는 Docker Compose 릴리스 이미지나 소스 빌드 뒤 일회용 초기 소유자 등록과 메일함 연결을 하는 방식이며 Google과 Microsoft 계정에는 OAuth 앱 설정이 필요합니다. 개발용 초기 데이터는 자체 호스팅과 데이터베이스를 공유하고 공개된 관리자 접속 정보를 넣으므로 운영 비밀값 설정, 암호화 키 백업과 데모 분리가 중요하며 이번 조사에서는 발송 성능, 도착률과 ATF 연동을 검증하지 않았습니다. - every-app/every-app
EveryApp은 코딩 에이전트가 사내 웹 앱을 만든 뒤에도 남는 호스팅, 로그인, 권한 설정 문제를 다룹니다. 자체 Cloudflare 계정에서 이런 앱을 운영하려는 팀과 개발자를 대상으로 합니다. 앱 정의, 사용할 자원 목록, 브라우저나 AI의 도구 요청을 입력으로 받고, 배포된 앱과 권한이 허용된 처리 결과를 제공합니다. 공개 Gateway가 접근을 검사하고 비공개 앱 Worker로 내부 연결을 통해 요청을 넘기며, 앱 진입부는 서명된 사용자 정보를 확인합니다. 시작 예제는 할 일을 D1에 저장하고 인증된 사용자 식별자로 질의를 제한하므로, 개별 행의 공개 범위는 앱이 책임져야 한다는 점을 보여 줍니다. 예제 도구는 읽기, 쓰기, 파괴적 작업의 위험 등급을 구분하며, AI 도구 호출용 공통 규약인 MCP를 통해 Gateway에서 노출됩니다. 앱 선언에는 허용할 기능도 적고, Gateway가 인증 정보를 보관하면서 외부 API 접근을 중개합니다. 문서상 시작 조건은 Workers Paid를 사용하는 Cloudflare 계정과 Cloudflare 관리 도메인이며, 제공 구조는 필요에 따라 Workers, D1, R2, KV를 사용합니다. 프로젝트는 초기 개발 단계라고 명시하므로, 이런 접근 구조만으로 완전한 보안, 모든 SaaS와의 호환성, 운영 준비 완료를 입증하지는 않습니다.
Trendshift 순위 목록에 오른 저장소만 담았고, 목록은 후보를 찾는 데만 썼습니다. 순위 숫자는 옮기지 않았습니다. 설명과 라이선스, 별 수는 각 GitHub 저장소에서 확인했습니다. 해설은 우리의 판단입니다. 이 프로젝트들을 직접 시험한 것은 아니며, 상승 목록에 올랐다고 품질이 증명되지는 않습니다.