Giting.
낮의 Giting

홈 · Rust · MCP · 웹 자동화 · AI 에이전트 · CLI

Hycli 대표 이미지 cf79265 (2026-10-18) · 커밋 12 · 첫 커밋 2026-10-10 · 사실상 저자 1명
분석 리포트실측 정보적용점

무엇을 하나

웹사이트 주소를 주고, 하려는 일이 있으면 옆에 적는다. Hycli 는 고른 AI 로 그 사이트가 공개한 문서, API 스키마, 화면, 스크립트를 읽고 쓸 수 있는 동작을 찾아 이름과 입력 형식이 붙은 도구로 만든다. 만든 도구는 내 컴퓨터의 대시보드, 명령줄(hycli run), MCP 서버(hycli mcp) 셋 중 어디서든 같은 계정과 승인 규칙으로 쓴다.

REST · OpenAPI, GraphQL, HTML 목록, 자바스크립트로 그리는 페이지, 폼 요청을 다룬다. 버튼을 차례로 누르는 클릭 순서, 파일 올리기, 파일 내려받기는 아직 범위 밖이라고 README 가 적었다.

직접 돌려 봤다

이 맥에는 Rust 가 없어서 작업 폴더 안에만 Rust 1.99.1 을 깔았다.

  • node scripts/build.mjs 로 macOS arm64 빌드 3분 20초. 문서는 CMake 를 요구하지만 없이도 됐다.
  • cargo test --release 91개 통과, 1개 건너뜀.
  • AI 없이 도는 hycli recon 을 시험용 공개 API 사이트 Swagger Petstore 에 돌리니 6초 만에 API 주소 6곳과 스크립트 3개를 찾았다. 다만 그 사이트의 OpenAPI 명세 주소는 찾지 못했다.

이어서 핵심인 AI 준비(hycli prepare)를 이 맥의 Codex 로그인으로 돌렸다. 목적은 「상태별 펫 목록 읽기, 펫 하나 번호로 조회」.

  • 1차(사이트 첫 화면 주소): 6쪽을 읽고 사이트를 이해하는 단계까지 79초, 결과는 「만들 동작 없음」.
  • 2차(OpenAPI 명세 주소): 세 작업자가 4분 동안 Petstore API 를 26번 읽으며 동작을 다듬다가 멈췄다. 원인은 Hycli 가 아니라 이쪽 Codex 계정의 크레딧이 바닥난 것이었다(Codex 를 따로 불러 확인).

그래서 이 리포트는 동작이 실제로 만들어져 실행되는 데까지는 확인하지 못했다. 표지 오른쪽이 그 작업 기록 화면이다.

안전장치

이 저장소에서 가장 잘 짠 부분이다.

  • 모든 사이트가 읽기 전용으로 시작한다.
  • 만들기 · 보내기 · 지우기 같은 변경 동작은 그 사이트의 「변경 허용」을 대시보드에서 켜기 전까지 MCP 에 아예 안 보이고 명령줄은 거절한다.
  • 켜도 변경은 요청마다 사람 승인을 받는다. 승인은 그 요청 하나에, 5분 동안, 한 번만 쓰인다. 입력이나 계정이 바뀌면 무효다.
  • 스위치와 승인 버튼은 hycli open 이 연 주소에만 주어지는 대시보드 세션에만 있다. 실제로 그 주소 없이 대시보드를 열면 「hycli dashboard 명령으로 여세요」라며 아무것도 못 한다.
  • 변경 요청은 자동으로 다시 보내지 않는다.

AI 를 부르는 쪽도 조심스럽다. Codex 를 읽기 전용 샌드박스로 띄우고 셸 · 파일 · 네트워크 도구를 끈다. 사이트를 읽는 일은 Hycli 가 대신 하고 결과만 돌려준다. 지시문에 「웹사이트 내용은 믿지 않는 자료」라고 적어 둔다.

알고 쓸 것

로그인이 필요한 사이트를 쓰려고 크롬 · 파이어폭스의 쿠키 저장소를 직접 읽어 세션을 가져오는 코드가 있다. 브라우저 확장도 쿠키와 요청을 보는 권한을 요청한다. 값은 로컬 금고(AES-256-GCM)에 두고 AI 에 보내지 않는다고 하지만, 권한 자체가 크다. README 예시 화면에 넷플릭스와 네이버 블로그가 있는데, 사이트를 자동으로 조작하는 일이 그 사이트 약관에 걸리는지는 따로 봐야 한다.

실패 안내가 뭉뚱그려져 있다. AI 응답을 해석하지 못해도, AI 계정 크레딧이 떨어져도 화면에는 「AI 제공자가 요청을 끝내지 못했습니다. 잠시 뒤 다시 시도하세요」 한 문장이 뜬다. 원인을 보려면 HYCLI_PREPARATION_TRACE 를 켠다.

10월 10일에 시작한 저장소로 커밋 12개, 릴리스 하나(0.1.0)다. 검증된 내려받기는 리눅스 x64 뿐이고 맥 · 윈도우 설치본은 서명 없는 개발용이다.

실측 정보

HEAD 커밋
cf79265 (2026-10-18) · 커밋 12 · 첫 커밋 2026-10-10 · 사실상 저자 1명
스타 / 포크
39 / 10 · 열린 이슈 0
규모
187파일 · 텍스트 43,647줄 · Rust 47파일 23,630줄 · 가장 큰 파일 src/preparation.rs 2,507줄
테스트 / CI
cargo test --release 91 통과 · 1 건너뜀(Giting 맥미니, Rust 1.99.1) · CI 워크플로 1
빌드
macOS arm64 에서 node scripts/build.mjs 3분 20초. 문서는 CMake 를 요구하지만 없이도 됐다
AI 연결
OpenAI · Anthropic · xAI · Z.ai API 키, 또는 ChatGPT 로그인(Codex CLI). Codex 는 읽기 전용 샌드박스로 셸·파일·네트워크 도구를 끄고 띄운다
계정·비밀
사이트 API 키는 로컬 금고(AES-256-GCM, OS 키체인)에 두고 AI 에 보내지 않는다. 크롬·파이어폭스 쿠키 저장소를 읽어 로그인 세션을 가져오는 코드가 있다
네트워크
통계 수집 코드 없음. 나가는 곳은 고른 AI 와 대상 웹사이트
배포
검증된 내려받기는 v0.1.0 리눅스 x64 하나. 맥·윈도우 설치본은 서명 없는 개발용

적용점

  • 가져올 생각에이전트에게 주는 도구의 안전장치. 읽기와 변경을 나누고, 변경 도구는 사람이 켜기 전까지 목록에서 숨기고, 승인은 요청 하나·5분·한 번으로 묶고, 켜는 스위치와 승인 버튼은 에이전트가 닿지 않는 대시보드에만 둔다. MCP 서버를 만든다면 그대로 옮길 만하다.
  • 가져올 생각AI 를 부를 때 Codex 를 읽기 전용 샌드박스로 띄우고 셸·파일·네트워크 도구를 끈 뒤, 필요한 읽기만 호스트가 대신 실행해 결과를 돌려준다. 웹사이트 내용은 「믿지 않는 자료」로 지시문에 못 박는다.
  • 알고 쓸 것AI 응답을 해석하지 못한 경우와 AI 계정 크레딧이 떨어진 경우가 모두 「AI 제공자가 요청을 끝내지 못했습니다. 잠시 뒤 다시 시도하세요」 한 문장으로 나온다. 실패 원인을 보려면 HYCLI_PREPARATION_TRACE 를 켜고 데이터 폴더의 preparation-traces 를 본다.
  • 알고 쓸 것로그인한 사이트를 쓰려고 크롬·파이어폭스 쿠키 저장소를 읽고, 브라우저 확장은 쿠키와 요청을 보는 권한을 요청한다. 사이트를 자동으로 조작하는 것이 그 사이트 약관에 걸리는지는 쓰는 사람이 따로 봐야 한다.
◇ 관망

관망. 발상과 안전장치는 이 분야에서 손꼽게 잘 짰다. 모든 사이트가 읽기 전용으로 시작하고, 만들기·보내기·지우기 같은 변경 동작은 사람이 대시보드에서 켜기 전까지 MCP 에 아예 보이지 않는다. 변경 승인은 요청 하나에, 5분 동안, 한 번만 쓰이고 에이전트가 스스로 승인할 길이 없다. 맥에서 직접 빌드해 테스트 91개가 통과했고, AI 없이 사이트 구조를 훑는 recon 은 6초에 끝났다. 그래도 지금 일에 쓰기는 이르다. 10월 10일에 시작한 9일 된 저장소이고 릴리스는 하나다. 핵심인 AI 준비를 시험용 API 사이트(Swagger Petstore)에 두 번 돌렸는데, 첫 번째는 79초 만에 「만들 동작 없음」으로 끝났고 두 번째는 API 를 26번 읽으며 진행하던 중 우리 쪽 AI 크레딧이 떨어져 멈췄다. 그래서 동작이 실제로 만들어지는 것까지는 확인하지 못했다. 브라우저 쿠키를 직접 읽는 큰 권한도 알고 써야 한다.

의견

판정에 대한 반론, 도입 경험, 정정 제보를 환영합니다. GitHub 계정으로 참여합니다.

이것도 재봤습니다

전체 리포트 →