rp-dev
Manages development workflows by implementing and testing tasks in isolated branches.
Install
mkdir -p .claude/skills/rp-dev && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/13069" && unzip -o skill.zip -d .claude/skills/rp-dev && rm skill.zipInstalls to .claude/skills/rp-dev
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
[7] 개발. 태스크별 반복 사이클. 통합 브랜치에서 태스크 단위 구현·테스트. Use when Codex should run or follow the harness rp-dev stage, or when the user invokes /rp-dev, $rp-dev, or asks for this workflow step.Key capabilities
- →Manage task-specific development cycles
- →Create and manage git worktrees for isolation
- →Generate task branches from an integration branch
- →Execute builds and tests
- →Merge changes to the integration branch
- →Automate transition to QA upon task completion
How it works
This skill initiates a task-specific development cycle by setting up a git worktree, creating a task branch, and guiding the agent through development, testing, and merging steps.
Inputs & outputs
When to use rp-dev
- →Develop a new task
- →Run feature branch tests
- →Integrate code changes
About this skill
Generated from
docs/skills/rp-dev.md. Do not edit this file directly; runpython3 scripts/sync-codex-skills.pyafter changing the Claude skill source.
Codex Adapter Notes
- Treat this as the Codex project-local equivalent of the matching Claude
/rp-*skill. - Resolve copied relative links against the source file under
docs/skills/when needed. - Do not record Claude-only
.claudehooks or slash commands as executed unless they actually ran. - Use Codex
spawn_agentfor independent review when a review step requires role separation. - Runtime is the reviewer: never call Claude for an extra cross-runtime review.
- Reflect Codex-Lead review findings into the PRD body itself; do not write
review-codex-*.mdorreview-claude-*.mdevidence files.
rp-dev
태스크별 개발 사이클.
트리거
- 태스크 분해 완료 후
/rp-dev명령
진입 시 1회 — 워크트리 + 통합 브랜치 (서브 레포 한정)
태스크 사이클 시작 전 1회 수행. 하네스 메타 레포는 스킵.
- 베이스 감지: 유저 미지정 시
git -C repositories/[project] ls-remote --heads origin develop|main|master순 첫 존재 채택. origin·후보 전무 → 중단 + 사용자 질의 - 최신화:
git -C repositories/[project] fetch origin(실패 시 중단·보고) - 워크트리 생성: 없으면
git -C repositories/[project] worktree add worktrees/feat-[project] -b feat/[project] origin/[base](경로는-C대상 서브레포 기준 →repositories/[project]/worktrees/feat-[project]). 메인 클론은 베이스 브랜치 유지(통합 브랜치 체크아웃 금지) - 재진입: 워크트리 존재 시 재사용 +
git fetch. clean이면origin/[base]rebase 안내, 미커밋 변경 시 rebase 강행 금지 → 경고 후 사용자 선택(중단/stash) - 이후 모든 태스크 작업은 워크트리 디렉터리에서 진행
→ 상세: ../harness-dev.md §워크트리 격리
절차 (태스크당, 워크트리 내부)
- 통합 브랜치에서 태스크 브랜치 생성
- 개발자에 1태스크만 위임
- 빌드 + 테스트 직접 실행 검증 (에이전트 보고만 신뢰 금지)
- 유닛 테스트 작성 + 실행
- 통합 브랜치로 머지 +
git log검증 - 검증 통과 시 다음 태스크 자동 진행
절대 규칙
- 에이전트당 1태스크만 위임
- 테스트 코드 없이 커밋/머지 금지
- 테스트·빌드 미통과 시 다음 태스크 진행 금지
- "급해서", "간단해서" 등 어떤 이유로도 예외 불가
테스트 규칙
- 비즈니스 로직·DB 접근 중심 (trivial 코드 제외)
- 프론트엔드: 빌드 통과 + 컴포넌트 렌더링 테스트
- 실패 시 개발자 자동 수정 (최대 3회)
- 변경 영향 범위 테스트 필수: 요청 기능뿐 아니라 그 변경으로 함께 수정·영향받은 다른 영역(호출처·재사용 모듈·인접 분기 등)에도 회귀 테스트 추가. "요청 기능만 통과 = 테스트 작성 끝" 금지
태스크 완료 체크
- 테스트 코드 작성됨
- 테스트 전체 통과
- 빌드 성공
- 통합 브랜치 머지 + git log 검증
스펙 변경 시
개발 중 스펙 변경 발생 시: PRD 문서 업데이트 → 변경 부분 기획/엔지니어링 리뷰 → 코드 작업. 문서 없이 코드 수정 금지. → ../harness-dev.md §스펙 변경 시 플로우
완료 조건
- 전체 태스크 완료
▶ 자동 전환
전체 태스크 완료 즉시 ✓ [7] 개발 완료 출력 후 /rp-qa 자동 진입.
→ 개발 상세: ../harness-dev.md
When not to use it
- →When the project is a harness meta-repo
- →When multiple tasks are to be delegated to a single agent
- →When committing or merging without test code
Limitations
- →Only one task can be delegated per agent
- →Commits and merges are prohibited without test code
- →Proceeding to the next task is prohibited if tests or builds fail
How it compares
This workflow enforces a structured, isolated, and test-driven development cycle for each task, unlike an ad-hoc development approach.
Compared to similar skills
rp-dev side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| rp-dev (this skill) | 0 | 2mo | No flags | Intermediate |
| testing-workflow | 16 | 9mo | Review | Intermediate |
| dev | 2 | 6mo | Review | Advanced |
| overnight-development | 1 | 27d | Review | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by ryan-papa
View all by ryan-papa →You might also like
testing-workflow
amo-tech-ai
Comprehensive testing workflow for E2E, integration, and unit tests. Use when testing applications layer-by-layer, validating user journeys, or running test suites.
dev
atopile
LLM-focused workflow for working in this repo: compile Zig, run the orchestrated test runner, consume test-report.json/html artifacts, and discover/debug ConfigFlags.
overnight-development
jeremylongshore
Automates software development overnight using git hooks to enforce test-driven Use when appropriate context detected. Trigger with relevant phrases based on skill purpose.
resolve-checks
flowglad
Resolve all failing CI checks and address PR review feedback on the current branch's PR. Runs tests locally, fixes failures, incorporates valid review comments, and resolves addressed feedback. Use when CI is red, after receiving PR feedback, or before merging.
sprint
meta-pytorch
Work on a batch of GitHub issues in parallel using Agent Teams. Creates one worktree per issue with TDD enforcement, coordinates via a lead agent, then produces stacked PRs.
testing
hw-native-sys
Testing guide and pre-commit testing strategy for PTO Runtime. Use when running tests, adding tests, or deciding what to test before committing.