AI 로 그누보드5 기능 개발을 하다보니
개발환경 구축하는게 생각보다 많이 귀찮습니다
1년전에 서버에 호스팅 솔루션을 만들어서 써봤으나, 이것 또한 호스팅을 매번 관리해야 하는 귀찮음으로 결국 안쓰게 되었네요.
로컬에서 claude code 나 codex 에서 개발하고,
도메인으로 테스트 하고,
git 배포하고,
다시 재수정하는 반복적인 루프 기반을 만들어야겠다는 생각이 들어 작업을 하고 있습니다.
초기 생각했던 구조가
1. ngrok 이나 cloudeflare tunnel 처럼 외부 서버 -> 로컬 서버 터널링이 가능하고, 도메인 기준으로 서비스 확장이 용이
2. 로컬 그누보드5는 docker 기반으로 컨텐츠 도메인이나 솔루션 기능별로 완전히 독립적으로 구축
3. 쉬운 docker 환경 구축 및 필요 기능을 docker image 에 업로드하고, 각 빌더별(g5, 아미나, 기타)로도 switch 가 쉬워야 함
- 그누보드5 각 버전 및 php 버전별로도 테스트 환경이 쉽게 switch 되어야 함
4. 필요한 경우 외부 도메인에서 내 컴퓨터로 접속하여 웹 서비스를 확인 가능하여야 함(frp 기능)
5. 이 모든 기능 설정은 claude skills 기반으로 사용자 프롬프트로 설정되어야 함.
그누보드5 기반 스킬을 만들려다가 스킬 테스트 하는 환경이 필요해서 결국 위의 작업까지 진행하게 되었네요.
사실 이걸 어플 기반으로 만들어둔 서비스들이 github 에 있는데, 그것보다는 직접 만드는게 재미있네요.
(필요한 툴은 직접 만드는게 재미있습니다. 예전에는 꿈도 못구던 기능들을 시간만 조금 추가하면 만들수 있으니까요.)
위에 설명한거 이미지로도 만들어봤습니다.


1년전에 서버에 호스팅 솔루션을 만들어서 써봤으나, 이것 또한 호스팅을 매번 관리해야 하는 귀찮음으로 결국 안쓰게 되었네요.
로컬에서 claude code 나 codex 에서 개발하고,
도메인으로 테스트 하고,
git 배포하고,
다시 재수정하는 반복적인 루프 기반을 만들어야겠다는 생각이 들어 작업을 하고 있습니다.
초기 생각했던 구조가
1. ngrok 이나 cloudeflare tunnel 처럼 외부 서버 -> 로컬 서버 터널링이 가능하고, 도메인 기준으로 서비스 확장이 용이
2. 로컬 그누보드5는 docker 기반으로 컨텐츠 도메인이나 솔루션 기능별로 완전히 독립적으로 구축
3. 쉬운 docker 환경 구축 및 필요 기능을 docker image 에 업로드하고, 각 빌더별(g5, 아미나, 기타)로도 switch 가 쉬워야 함
- 그누보드5 각 버전 및 php 버전별로도 테스트 환경이 쉽게 switch 되어야 함
4. 필요한 경우 외부 도메인에서 내 컴퓨터로 접속하여 웹 서비스를 확인 가능하여야 함(frp 기능)
5. 이 모든 기능 설정은 claude skills 기반으로 사용자 프롬프트로 설정되어야 함.
그누보드5 기반 스킬을 만들려다가 스킬 테스트 하는 환경이 필요해서 결국 위의 작업까지 진행하게 되었네요.
사실 이걸 어플 기반으로 만들어둔 서비스들이 github 에 있는데, 그것보다는 직접 만드는게 재미있네요.
(필요한 툴은 직접 만드는게 재미있습니다. 예전에는 꿈도 못구던 기능들을 시간만 조금 추가하면 만들수 있으니까요.)
위에 설명한거 이미지로도 만들어봤습니다.


총 2명이 반응했습니다
|
댓글을 작성하시려면 로그인이 필요합니다.
댓글 9개
이제 그누보드5 skills 빨리 만들어서 공유하도록 하겠습니다.
기본 구조는 만들었고 테스트 프로젝트 수행하면서 skills 업데이트중입니다.
주말쯤에 공개 가능할것 같습니다. 저도 테스트 하면서 기대중입니다.
무슨 논지인지 아직 완전히 이해를 못했는데,
실제 그누보드 사용자(도구)들을 위한 방향인지,
아니면 개인 개발용 인프라/워크플로우 실험에 가까운 건지 궁금하네요.
.
.
.
AI 도구가 활성화된 시대에
'특정 설계의 자기 개발 workflow'는 자연스럽게 구성되지 않나 싶어서요. ..
1. 그누보드5 회원들과 같이 사용할만한 claude plugins 를 개발중
2. plugins skills 를 테스트할려면, 여러 케이스에서 프롬프트 해야 하고, 웹사이트 생성이나, 기능 개발도 해봐야 함
3. 테스트를 자주 할려다 보니, 여러 다양한 상황에 대해 셋팅 하는 과정이 매우 지난하고 귀찮은 작업으로 느껴짐
- 그누보드 버전별
- PHP 버전별
- 그외 빌더별로
4. 최종 테스트는 도메인을 직접 연결하여, 외부에서도 테스트가 가능하게 만드는게 좋음
5. 전 과정이 ai 를 통해서 통합되어 함. 즉 아래와 같이 프롬프트로 테스트 환경 구축이 가능하게
- Prompt : "그누보드 5.6 최신 버전, php 7.4 환경에서 테스트 환경 구축하고, test3.mydomain.com 으로 외부 도메인과 연결해"
1,2,3 => local 의 docker 로 구현
4 => frp 로 tunnel 로 구현
5 => skills 로 구현
-------------------
결론 : 그누보드5 claude plugin 개발을 위한 사전 개발에 개발한 하네스라고 생각하시면 됩니다. 하네스 구축을 하는 이유는 작업의 전구간을 ai agent 자동화를 하기 위해 사람의 개입없이 loop 가 구현되도록 하기 위함입니다.
아.. 참고로 저는 프롬프트만으로 그누보드5 기반의 웹사이트가 한번에 생성되도록 하는 툴을 만드는중입니다.
(목표는 한번이고, 사람의 개입을 최소화 하는것)
1차 작업이 그누보드5를 위한 plugin skills 입니다.
매번 제 글에 답변을 남겨주셔서 감사합니다.
위의 하네스는 공개하는것이 아니라 님이 주신 얘기처럼 제 환경에 맞춰 돌아가는 기능입니다. 하네스가 자기 맞춤형이 강한 기능입니다. 범용 일수록 다양한 개발 환경에 맞추기 어렵기 때문입니다.
댓글에도 남겼지만, 공개하는 기능은 위의 하네스가 아니라, 그누보드5 범용 plugins 스킬입니다.
하네스를 만든건 그누보드5 범용 plugins 를 다양한 환경에서 테스트하기 위한 목적입니다.
다시 댓글을 읽어보니 그누보드5 의 AI 플러그인 개발과
claude code 에서 사용하는 plugins 기능을 그누보드5 특화 버전으로 만드는 것을 혼동하신것 같습니다.
지금 작업중인 기능은
https://code.claude.com/docs/ko/plugins-reference
입니다.
대부분 관심 가는 글을 쓰시니 참견하게 됩니다.
다만 이번 글은,
"예전에는 꿈도 못꾸던 기능"
"주말쯤에 공개 가능할 것 같습니다"
같은 표현들 때문에,
읽는 입장에서는 자연스럽게
- 공익 결과물
- 어느 정도 범용성
- 타인이 사용할 수 있는 형태
를 연상하게 되었습니다.
님의 논리를 이해하자면;
공개 대상은 Claude Code plugin skills이고,
하네스는 님의 내부 테스트용 이라는 설명은 처음에 서술 됐어야 합니다.
. . .
처음 글 내용과 후속 설명의 범위가 다르게 느껴지는 건 여전하지만 응원합니다. ..
한번 더 제 글에 칼을 들어내시면 차단하도록 하겠습니다.
이미지 배포함?
위에서 쓴 docker image 는 제 입맛에 맞춰서 빌드한것 입니다. docker repo 에 그누보드용으로는 이미 배포된게 있습니다.