왜 지금 이 주제가 중요한가
바이브코딩은 아이디어를 바로 화면으로 옮기는 속도가 핵심이다. OpenClaw를 쓰면 채팅에서 요구사항을 말하고, ACP 기반 코딩 에이전트가 실제 파일을 만들고 수정하는 흐름까지 이어갈 수 있다. 즉, 코드를 줄줄이 직접 입력하는 방식보다 기획과 검수에 더 집중하기 쉬워진다.
핵심 개념 또는 변화 정리
OpenClaw는 ACP 에이전트를 통해 Codex나 Claude Code 같은 코딩 도구를 채팅 흐름 안으로 연결할 수 있다. 사용자는 자연어로 앱 요구사항을 전달하고, 에이전트는 프로젝트 폴더를 탐색하며 파일 생성, 수정, 실행 방법 정리까지 맡는다. 디스코드에서는 thread 기반 세션으로 이어가기 좋고, 다른 채널에서도 같은 원리로 후속 요청을 덧붙일 수 있다.
실무에서 이렇게 쓰면 된다
1. 첫 요청을 기능 중심으로 적는다
결과 품질은 첫 메시지에서 많이 갈린다. 어떤 앱인지, 꼭 필요한 기능이 무엇인지, 어떤 기술을 원하는지 한 번에 적는 편이 낫다.
Codex로 간단한 React 할 일 앱 만들어줘.
할 일 추가, 수정, 삭제, 완료 체크가 필요하고
새로고침 후에도 남게 로컬 저장을 넣어줘.
끝나면 실행 방법도 같이 정리해줘.이렇게 보내면 에이전트가 화면 구조와 상태 관리, 저장 방식까지 묶어서 처리하기 쉽다.
2. 같은 세션에서 수정 요청을 이어간다
첫 결과를 받은 뒤 바로 다시 손본다. 예를 들어 다크 모드, 모바일 레이아웃, 검색 기능처럼 추가 요구사항을 붙이면 된다. 바이브코딩의 장점은 이 후속 대화가 자연스럽게 이어진다는 점이다.
방금 만든 앱에 다크 모드 토글을 추가하고
완료된 항목은 아래쪽으로 정렬해줘.3. 상태를 확인하면서 끊기지 않게 운영한다
작업이 길어질 때는 현재 세션 상태를 확인해 진행 흐름을 본다. OpenClaw에서는 기본 상태 확인 명령으로 아래를 쓸 수 있다.
/status이걸로 세션이 계속 동작 중인지, 어느 정도 진행됐는지 확인하고 다음 지시를 붙이면 된다.
주의할 점
- 막연한 요청보다 기능 목록과 완료 기준이 있는 요청이 훨씬 안정적이다.
- 생성된 코드는 바로 배포하지 말고 실행 방법, 환경 변수, 폴더 구조를 먼저 검토해야 한다.
- README나 실행 명령 정리까지 함께 받아야 다음 수정이 쉬워진다.
바로 해볼 것
- 기능 3개짜리 작은 앱을 정해 첫 ACP 요청 보내기
- 첫 결과 뒤 디자인 수정 요청 1개 더 보내기
- 마지막에 실행 방법과 폴더 구조 설명까지 받아 문서화하기
마무리
OpenClaw 바이브코딩의 포인트는 코드를 대신 쳐주는 데서 끝나지 않는다. 채팅 안에서 기획, 생성, 수정, 검수의 루프를 짧게 돌리는 데 있다. 작은 내부 도구나 프로토타입부터 시작하면 금방 감이 온다. 익숙해지면 업무용 앱 초안도 훨씬 빠르게 뽑아낼 수 있다.
참고자료
- OpenClaw ACP 에이전트 실행 방식
- Codex, Claude Code 작업 흐름
- OpenClaw 세션 상태 확인 기능