Seunghyeon's lab.

GitHub PR에 Claude Code Action을 붙일 때, 원문에서 확인한 역할과 경계

GitHub PR과 이슈에 Claude Code Action을 붙일 때, 이 원문이 분명히 설명하는 역할은 질문에 답하고 코드 변경을 구현하는 일이다. 실행 모드는 워크플로우 문맥에 따라 달라지고, 인증 방식도 여러 선택지로 나뉜다. 이 설명만으로 특정 저장소의 실행 결과까지 확정하지는 않는다.step-security/claude-code-action 원문은 이 액션을 GitHub PR과 이슈에서 질문에 답하고 코드 변경을 구현할 수 있는 범용 Claude Code 액션으로 설명한다. 검증일: 2026-07-15.기능은 질문, 리뷰, 구현, 연동으로 나뉜다대화형 코드 보조 기능은 코드, 아키텍처, 프로그래밍에 관한 질문에 답한다.PR 리뷰 기능은 PR 변경을 분석하고 개선점을 제안한다.코드 구현 기능은 ..

Claude Code Action은 깃허브 풀 리퀘스트와 이슈에서 질문에 답하고 코드 변경을 맡을 수 있는 범용 액션입니다. 처음 적용할 때는 기능을 모두 펼치기보다 작동 장면 하나, 맡길 일 하나, 허용할 도구 범위를 먼저 정하는 편이 낫습니다.이 글은 anthropics/claude-code-action 저장소의 README에 공개된 기능을 기준으로 적용 범위를 정리합니다. 직접 실행한 결과나 저장소별 설정값은 다루지 않습니다.검증일: 2026-07-13먼저 정할 것은 설치 방식보다 작동 장면이다README는 @claude 멘션, 이슈 할당, 명시적 프롬프트가 있는 자동화 작업을 작동 문맥으로 제시합니다. 워크플로우 문맥에 맞는 실행 모드를 자동으로 고르는 구조이므로, 첫 적용에서는 어떤 문맥을 시작..

PawRelay의 비공개 테스트 모집 문구는 단순한 홍보 문장이 아니라, 제품이 실제 생활 문제를 제대로 잡고 있는지 확인하는 첫 번째 필터였다. 결론부터 말하면 이번 기록의 핵심은 “많이 모으기”가 아니라 “맞는 사용자를 안전하게 모으기”였다. 강아지나 고양이를 함께 돌보는 사람, 같은 집 안에서 밥·약·산책 같은 일을 나눠 맡는 사람, 그리고 Android와 Google Play 테스트에 참여할 수 있는 사람을 명확히 좁혔다.테스터 이메일을 공개 댓글로 받지 않는다는 문장도 남겼다. 이건 운영상 편의가 아니라 제품화 과정에서 꼭 필요한 안전선이다. PawRelay는 아직 공개 출시가 아니라 Google Play 비공개 테스트 단계이고, 사용자의 Google 계정 이메일은 테스트 참여를 위한 민감한 연..

PawRelay의 제품 방향은 단순한 반려동물 기록장에서 가족·커플이 돌봄 상태를 넘겨받는 인수인계 도구로 좁혀졌다. 기록을 많이 남기는 앱이 아니라, “밥 줬어?”, “약 누가 줬지?”, “오늘 산책했나?”, “어제 토한 건 몇 시였지?” 같은 반복 질문을 줄이는 앱이어야 한다는 결론이 더 분명해졌다.이 판단은 기능을 더 붙이자는 이야기가 아니다. 오히려 어떤 기능을 우선순위에서 밀어야 하는지 정하는 기준에 가깝다. 혼자 쓰는 기록 앱으로도 기본 가치는 있어야 하지만, PawRelay가 계속 테스트할 만한 제품이 되려면 함께 돌보는 집에서 더 강해져야 한다. 그래서 이번 기록의 중심은 테스터 모집이 아니라, 제품의 쐐기를 어디에 둘 것인지에 대한 판단이다.빠른 답: PawRelay는 무엇을 줄여야 하나..

Claude Code와 Codex를 한 프록시로 묶고 싶을 때 먼저 할 일은 설치가 아니라 근거를 고정하는 것이다. 확인된 공개 근거는 GitHub 저장소 Alishahryar1/free-claude-code와 그 URL뿐이다. README 발췌, 설치 명령, 설정 파일, 실행 로그, 지원 모델, 포트, 성능 수치, 성공 사례는 이 자료 안에 들어 있지 않으므로 이 글에서는 설치 절차처럼 단정하지 않는다.지금 할 수 있는 판단은 저장소 존재 확인까지다결론부터 말하면, 이 자료만으로는 “Claude Code와 Codex를 한 프록시로 붙이는 방법”을 완성된 실행 가이드로 쓰면 안 된다.확인된 것은 하나다. free-claude-code라는 GitHub 저장소가 있고, 이 저장소가 Claude Code와 C..

오늘의 결론은 분명했다. PawRelay는 기능을 더 많이 보여주는 방향보다, 사용자가 손으로 길게 입력하지 않아도 기록을 남길 수 있게 만드는 방향으로 계속 다듬어야 한다. 반려동물 돌봄 기록은 의욕이 많은 날보다 바쁜 날에 더 자주 쓰이기 때문에, 첫 접점에서 피로가 쌓이면 앱 자체가 아니라 기록 습관이 먼저 무너진다. 그래서 이번 기록에서는 버튼 중심 입력, 사진의 선택적 사용, 메모의 후순위라는 원칙을 다시 고정했다.왜 입력을 줄이는 쪽이 더 중요한가PawRelay에서 다루는 기록은 대단히 복잡한 문장보다 짧은 사실의 반복에 가깝다. 밥을 먹었는지, 물을 마셨는지, 산책을 했는지, 약을 먹었는지, 증상이 있었는지 같은 내용이 대부분이다. 이런 정보는 정교한 서술이 아니라 빠른 확인과 누적이 더 중..

밤에 컴퓨터한테 "이 문제 좀 연구해놔" 하고 자러 갔는데, 아침에 일어나니 멋진 보고서가 나와 있다. 좋다. 그런데 그 보고서, 진짜로 맞는 걸까 아니면 그럴듯하게 지어낸 걸까? 자동 리서치의 진짜 고민은 "돌릴 수 있냐"가 아니라 "결과를 믿어도 되냐"다.ARIS(Auto-Research-In-Sleep)가 잡는 지점이 바로 여기다. GitHub 저장소 wanshuiyin/auto-claude-code-research-in-sleep의 설명을 그대로 옮기면, ARIS는 "자율 ML 리서치를 위한 가볍고 Markdown 전용인 스킬" 묶음이고, 핵심은 세 가지다 — 교차 모델 리뷰 루프(cross-model review loops), 아이디어 발굴, 실험. 한 모델이 낸 결과를 다른 모델이 다시 검수하..

앱이 화면에 보이기 시작하면, 일은 거의 끝난 것처럼 느껴진다. 그런데 실제로는 그때부터가 더 오래 걸린다. 기능이 돌아가는 것과, 실제 사용자가 막힘 없이 끝까지 쓰는 것은 다르기 때문이다.PawRelay도 지금 그 구간에 있다. 겉으로는 “앱이 만들어졌다”에 가까워 보여도, 제품으로 보기 위해서는 아직 확인할 게 많다. 가장 먼저 보는 것은 업데이트가 실제로 내려오는지다. 개발 화면에서 정상처럼 보이는 것과, Play Store 쪽 흐름에서 사용자가 같은 결과를 받는 것은 다를 수 있다. 배포 경로가 하나라도 어긋나면 이후 테스트는 전부 헛돌기 때문에, 이 부분은 먼저 확인 기준을 세워둔다.그다음은 결제다. 특히 테스트 결제가 진짜 테스트 결제로 처리되는지 보는 일은 생각보다 중요하다. 겉보기에는 같..

팀에 새 자동 빨래기를 들였다고 해보자. 버튼을 눌러 돌아가는 소리가 나면 다들 "됐네" 하고 자리를 뜬다. 그런데 빨래가 정말 깨끗하게 나왔는지, 물은 빠졌는지 누가 열어봤나? 자동화 워크플로우를 설치하고 나서 우리가 자주 빠뜨리는 게 딱 이 지점이다. 스크립트가 에러 없이 끝났다고 "작동한다"는 뜻은 아니다.오늘 다룰 소스는 alirezarezvani/claude-code-github-workflow의 설치 문서(COMPLETE_SETUP.md)다. 이 저장소는 GitHub Actions와 Claude Code를 묶어, 계획을 이슈로 바꾸고 브랜치를 자동으로 만들고 품질 검사를 돌리는 과정을 한 번에 깔 수 있게 만든 복사-붙여넣기형 블루프린트다. 문서 표현대로면 "5분 안에" 설정이 끝나고, 워크플..

오늘 잡은 버그는 '기능 버그'가 아니었다PawRelay의 Plus 테스트용 흐름 중 하나는 Google Drive를 통한 선택적 수동 백업·가져오기다. 가족 구성원끼리 데이터를 옮길 때, 자동 동기화 외에 손으로 직접 가져올 수 있는 경로를 하나 더 두는 것이다.이 흐름 자체는 거의 완성돼 있었다. 코드 생성도 되고, 다른 기기에서 그 코드를 입력하면 데이터도 들어온다. 로직만 보면 통과다. 그런데 QA에서 한 가지가 걸렸다.초대코드가 너무 길어서, Android에서 입력하는 도중에 잘렸다.기능은 맞다. 그런데 사용자가 코드를 다 입력하지 못하고 중간에 막히면, 그 기능은 사실상 동작하지 않는 것과 같다.판단 기준: "된다"의 정의를 사람 쪽으로 옮기기여기서 내가 세운 기준은 단순하다.로직상 된다 = ..