1. Fine-grained PAT GitHub 공식 문서 기준으로도 가능하면 fine-grained PAT를 권장한다. Classic PAT는 더 넓은 권한을 갖기 쉬워 보안상 불리하다. Fine-grained PAT는 특정 owner, 특정 repo만 선택하고, Contents / Pull requests / Actions처럼 권한을 세부적으로 나눠서 줄 수 있어서 더 안전하다. Classic PAT는 repo, workflow 같은 넓은 scope 단위라서 권한이 쉽게 과해지고, 여러 저장소에 광범위하게 … 더 읽기
작년에 spec-kit을 뜯어서 직접 하네스(?)를 만들었다. 얼마 지나지 않았는데 벌써 구형이 되서 써먹을 수 없게 되었다. 새로운 하네스를 만들어야 된다. 최소한 ‘멀티 에이전트’와 ‘컴파운드 엔지니어링’을 갖추고 있어야 한다. 1. Oh My OpenAgent Oh My OpenAgent — The Best Agent Harness Meet Sisyphus: The batteries-included agent that codes like you. Multi-model orchestration, Team Mode, background agents, … 더 읽기
1. 한 번의 실패 앞서 Hermes Agent의 Multi Profile 기능을 활용해서 다중 에이전트를 생성하고, 이들 간의 협업을 시도해보았다. 당시 프로필 간 상호작용할 방법이 없어서 에이전트 팀을 만드는 것에 실패했다. 최근 Hermes Agent가 업데이트 되면서 이와 관련된 새로운 기능을 제공해 한번 알아봤다. 2. Kanban 드디어 멀티 프로필을 잘 활용할 수 있는 Native 기능이 추가되었다. Native dashboard와 … 더 읽기
1. OpenClaw 이번에도 Docker로 설치할거다. 서버에서 실행한다. 로컬에서 이미지 빌드하는데 계속 에러가 발생해서 Pre-built된 이미지를 사용한다. 4시간 걸려서 겨우 들어갔는데 뭔가 잘 안된다. 반응이 너무 느리다. 도커로 호스팅하기 사용하기 어렵다. 2. Hermes Agent OpenClaw도 좋지만 Hermes Agent도 좋아보인다. 사용자의 패턴을 바탕으로 스킬을 만들고 개선시킨다. 따라서 사용할수록 더 똑똑해진다. OpenClaw와 다르게 AI를 전문적으로 연구하는 곳에서 만들었다. … 더 읽기
1. 현재 마주한 한계점 Spec Kit과 SDD가 등장한 뒤 반년 정도가 지났다. 그동안 Spec Kit을 재구성해 Skill로 만들고, 이를 OpenCode에서 사용해왔다. 잘 사용해왔지만, 반년 사이 기술이 엄청 발전해버렸다. 그동안 AI를 사용하며 마주한 한계점과 극복 방향성을 글로 정리해보려 한다. 가. 일관성 상실 처음에는 한 개의 에이전트로 모든 작업을 처리하는 방식으로 진행했었다. 계획부터 구현, 수정까지 자연스럽게 작업을 … 더 읽기
1. Web & Serve 바깥에서도 모바일로 Agent에게 작업을 시키고 싶었다. 그래서 기존에 잘 사용하던 OpenCode를 서버에 직접 호스팅해봤다. OpenCode는 처음부터 프론트엔드와 백엔드를 분리해서 개발된 구조다. 이 구조 덕분에 서버에 백엔드만 올리고, 다양한 방식으로 접근하는 구성이 가능하다. OpenCode는 기본적으로 Web 인터페이스를 제공한다. 서버에 배포하면 웹 브라우저를 통해 바로 접근 가능하다. 내부망에 OpenCode를 배포하고 VPN으로 접근하는 방식도 … 더 읽기
1. Paperclip이란 Paperclip이란? 에이전트 팀을 만들고 관리하는 Orchestration 도구. 오픈소스로 무려 MIT 라이선스다. 2. 설치 가지고 있는 홈서버에 배포한다. 컨셉은 언제 어디서든 모바일로 작업을 지시하는 거다. 보안을 위해서 외부망에 노출하지 않고 VPN을 통해서만 접근할 수 있도록 한다. VPN → DMZ → VM의 과정을 통해서 접근하록 방화벽을 설정한다. 로컬로 설치하는 방법도 있지만 관리의 편의성을 위해서 Docker … 더 읽기
1. 문제 상황 Docker에서 bind mount를 사용할 때 가장 많이 만나는 문제가 있다. 바로 permission denied다. 귀찮아서 무시하고 있었는데 드디어 시간을 내서 정리해본다. 결론부터 말하하면 이 문제는 컨테이너의 사용자와 호스트 파일의 소유자가 다르기 때문에 접근 권한이 없을 때 발생한다. 2. UID와 GID 가. 도커의 3단계 권한 흐름 Docker는 아래 3단계를 거쳐 실행된다. 단계 역할 특징 … 더 읽기
Docker는 기본적으로 root 권한이 필요한 daemon과 통신하기 때문에 일반 사용자는 바로 명령을 실행할 수 없다. 매번 sudo를 사용할 수 없다면 사용자에게 docker 명령어 실행 권한을 부여해야 한다. docker 그룹에 사용자를 추가하면 sudo 없이 Docker 명령을 실행할 수 있게 된다. 1. docker 그룹 존재 확인 docker 그룹은 보통 docker 설치 시 자동 생성된다. 없으면 직접 생성할 … 더 읽기
