ridsync
Userdevoks-team-harness plugins for claude code engineering
Categories
Indexed Skills (17)
devoks-plugin-maintenance
devoks-team-harness 저장소에서 플러그인 기능 변경, 버그 수정, 스킬/커맨드/에이전트 추가·수정, MCP prefix·permission 정책 변경, 카탈로그/문서 정합성 점검이 필요한 작업을 할 때 사용하는 maintainers용 로컬 워크플로우. 사용자가 devoks-browser/devoks-rn/devoks-core 같은 플러그인 변경을 요청하거나, plugin version bump / validate --strict / README·README.ko·marketplace·MCP guide 동기화가 필요해 보이면 반드시 이 스킬을 먼저 사용한다.
orchestration-run
devoks-sdlc-orchestration 비-HITL SDLC 파이프라인 진입점. Linear 이슈(수동 입력)를 받아 중간 승인 없이 intake→plan(EARS·traces)→worktree 병렬 구현→검증 체인(자동 게이트)→draft PR→리포트까지 오케스트레이션한다. 기존 devoks-sdlc 에이전트를 이름으로 재사용(수정 없음)하고 정책(deny-list·격리·한도)을 준수한다. 트리거: 오케스트레이션 실행, orchestration run, 비-HITL 파이프라인, 이슈 자동 구현, 자동 SDLC, RUN 실행.
browser-visual-diff
Figma 디자인과 라이브 렌더를 비교해 UI 충실도를 끌어올린다. Phase 0(슬롯 합의·Chrome 연결 확인) → Phase 1~4를 browser-visual-diff-capture 에이전트에 위임(캡처·시각diff·디자인가이드 정합성 검증 결과를 충실도 리포트로 수령) → Phase 5(미세조정) → Phase 6(회수+검증). Figma 비교 / 시각 diff / 픽셀 퍼펙트 / UI 충실도 / Figma vs 실제 렌더 키워드에서 호출.
code-review
(agent-internal — code-reviewer 에이전트 전용, 사용자 요청으로 직접 호출 금지) code-reviewer 에이전트가 호출하는 코드리뷰 실행 엔진. mode(general|diff-branch)와 scope를 입력받아 코드 수집 → 자동화 선행검증 → C.L.E.A.R./Layered/Checklist/심각도 분류 리뷰 → 포맷된 리포트 생성까지 수행한다.
code-security-review
(agent-internal — code-security-reviewer 에이전트 전용, 사용자 요청으로 직접 호출 금지) code-security-reviewer 에이전트가 호출하는 보안 검증 실행 엔진. scope를 입력받아 의존성 취약점·시크릿 하드코딩·인증인가 경계 우회·인젝션/XSS/SSRF·민감 데이터 노출·안전하지 않은 설정을 repo 전수로 점검하고 심각도별 리포트를 생성한다. 진입은 /devoks-sdlc:code-security-review 커맨드. 변경분 단위 경량 보안 체크는 devoks-sdlc:code-review에 포함된 별개 기능이다.
feature-frd-author
거친 기능 아이디어나 FRD 초안을 받아, EARS Acceptance Criteria·Contract(파라미터/상태전이)·Resource 체크리스트·Edge Case·Testing Strategy를 갖춘 정련된 FRD.md로 완성한다. "FRD 초안 정리해줘", "기능 요구서 다듬기", "요구사항을 EARS로 정형화", "AC/Contract 정리", "스펙 문서 작성" 같은 요청에서 사용한다. FRD→PLAN→실행 전체를 한 번에 돌리려면 devoks-sdlc:feature-workflow-runner, 작성 후 작업 분해는 devoks-sdlc:feature-plan-author 를 쓴다.
feature-plan-author
정련된 FRD.md를 받아 실행 가능한 PLAN.md(작업 분해)로 만든다. 요구사항을 단일·검증가능·증분 Task로 쪼개고, TASK-ID·`[P]` 병렬 마커·`size` 크기 마커(실행 라우팅 신호)·`test` 테스트 필요 여부 마커·`file:`·`traces:`를 부여하며, PR 단위로 그룹핑하고 의존성 그래프와 Definition of Done을 작성한다. 모든 REQ/AC/CTR/EDGE가 traces로 커버되는지(누락 0) 검증한다. "FRD를 작업으로 분해해줘", "PLAN 짜줘", "태스크/PR 나눠줘", "스펙→태스크 분해", "작업 계획 세워줘" 같은 요청에서 사용한다. 분해 후 실행은 devoks-sdlc:feature-plan-executor, 전체 흐름은 devoks-sdlc:feature-workflow-runner.
feature-plan-executor
PLAN.md(작업 분해)를 받아 각 태스크를 의존성 순서대로 단계 실행하고 진행 상태를 추적한다. 선행이 끝난 Task부터 `size` 마커로 라우팅해(S 직접·M 위임·L 분해 재검토) code-implementer 에이전트에 구현·검증을 위임(기본 경로) → done 리포트의 검증 근거·인계 노트 확인 → PLAN 체크박스 `[x]`·frontmatter status 갱신. PLAN.md를 진행 SSOT로 삼아 세션이 끊겨도 재개 가능. "PLAN대로 진행해줘", "태스크 단계 실행", "작업 계획 따라 구현", "PLAN 체크리스트 진행", "다음 태스크 이어서" 같은 요청에서 사용한다. 구현 착수 전 브랜치·이슈 사전체크(제안→확인→적용)를 수행한다. 커밋·푸시·PR 생성은 하지 않는다(별도 도구·사용자 명시 요청). 전체 흐름은 devoks-sdlc:feature-workflow-runner.
feature-workflow-runner
FRD(기능 요구서) 초안을 받아 정련된 FRD를 완성하고, 이를 추적 가능한 PLAN(작업 분해)으로 만든 뒤, 각 태스크를 의존성 순서대로 단계 실행하는 통합 워크플로. EARS Acceptance Criteria, REQ/AC/CTR/EDGE↔TASK 추적성, `[P]` 병렬 마커, PR 단위 분리, PLAN 체크박스 기반 진행 추적을 한 흐름으로 묶는다. "FRD 초안 줄게 PLAN 짜고 진행해줘", "기능 요구서를 작업으로 분해", "스펙→태스크 분해 후 단계 실행", "PLAN 만들고 태스크 추적하며 구현", "FRD/PLAN 워크플로" 같은 요청에서 사용한다. 단계별로 따로 돌리고 싶으면 devoks-sdlc:feature-frd-author / devoks-sdlc:feature-plan-author / devoks-sdlc:feature-plan-executor 를 쓴다.
test-author
(agent-internal — test-writer 에이전트 전용, 사용자 요청으로 직접 호출 금지) test-writer 에이전트가 호출하는 테스트 작성 실행 엔진. target을 입력받아 프로젝트의 실제 테스트 러너·라이브러리·파일 패턴을 감지하고 그 컨벤션에 맞춰 단위·통합 테스트를 작성·확장한 뒤 자기검증까지 수행한다. 진입은 /devoks-sdlc:test-author 커맨드. 테스트 실행·실패 분석은 devoks-sdlc:test-run-triage, 요구·보안 충족 판정은 devoks-sdlc:verify-requirements / devoks-sdlc:code-security-review 를 쓴다.
verify-acceptance-test
FRD의 AC(Acceptance Criteria) 중 UI 조작과 상태 영속이 걸린 항목을, 이미 실행 중인 앱에서 실제로 조작해 검증한다. 단위/통합/E2E 자동화 테스트 스위트와 달리 테스트 코드를 남기지 않는 1회성 실동작 확인이다 — 진입 경로(라우트) → 사전 상태 세팅 → 조작(클릭/입력) → 기대 UI 상태 → 기대 영속 상태(DB 필드 대조) 순으로 실행하고 시나리오별 PASS/FAIL 리포트를 낸다. devoks-browser 플러그인(Chrome DevTools MCP, 9269 attach)이 설치돼 있어야 한다. "실동작 검증", "브라우저로 실제 확인", "AC가 실제로 동작하는지", "기능이 실제 앱에서 되는지", "acceptance test", "실기기/에뮬레이터 확인" 키워드에서 호출한다. 레이어별 계측·3중 대조가 필요한 데이터 정합성 심층 검증은 devoks-sdlc:verify-data-flow를 쓴다.
verify-data-flow
데이터가 입력·계산·저장·재사용 전 과정에서 유효하게 흐르는지 검증한다. 검증 대상 인벤토리 합의 → 데이터 흐름 레이어 매핑(입력→계산→적용→영속→재로드) → 임시 계측 로깅 주입 → 실행 로그/스냅샷 수집 → 의도값↔저장값↔재로드값 대조 + 데이터 품질 차원(완전성·유효성·정확성·일관성·무결성·��일성) 판정 → 검증 리포트 작성 → 임시 계측 회수. 데이터 정합성 / 무결성 / 데이터 흐름 추적 / 저장값 대조 / 입력·계산·저장 검증 / reconciliation / data integrity / 값이 제대로 반영·저장되는지 확인 키워드에서 호출. 코드 변경 후 "데이터가 제대로 들어가는지" 의심되는 모든 상황에서 사용한다.
verify-requirements
요구사항을 체크리스트로 구조화하고 구현 충실도를 검증한다. 구현 전 요구사항을 [REQ-카테고리-번호] ID로 추출해 체크리스트를 만들고(checklist 모드), 구현 후 diff와 대조해 커버리지 갭을 심각도별로 보고한다(verify 모드). "요구사항 검증", "구현 충실도 확인", "요구사항 체크리스트", "스펙 커버리지", "구현이 요구를 만족하는지", "requirement verification", "spec compliance" 요청에서 사용한다. 데이터 흐름 정합성은 devoks-sdlc:verify-data-flow, 코드 품질 리뷰는 devoks-sdlc:code-review-diff-branch, 실제 앱 조작을 통한 실동작 확인은 devoks-sdlc:verify-acceptance-test 를 쓴다.
test-run-triage
전체 또는 지정 범위의 테스트 스위트를 실행하고, 실패를 회귀·플래키·스펙불일치·환경 범주로 분류해 원인 추정과 수정안을 리포트한다. 테스트 출력은 대용량이므로 context-mode로 실행해 실패만 surface한다. "테스트 돌려줘", "테스트 실행하고 실패 분석", "왜 테스트가 깨지지", "test 실패 원인", "스위트 돌려봐", "run tests", "test failures" 요청에서 사용한다. 새 테스트 작성은 devoks-sdlc:test-author 를 쓴다.
browser-devtools
이미 실행 중인 Chrome 브라우저(--remote-debugging-port=9269)에 Chrome DevTools MCP로 즉시 연결해 개발 및 디버깅을 수행한다. 브라우저 콘솔 확인, JS 평가, 네트워크 요청 검사, 스크린샷, 페이지 상태 분석 등이 필요할 때 반드시 이 스킬을 사용한다. 키워드: 콘솔 에러, console error, 브라우저 디버깅, 화면 확인, 스크린샷, 네트워크 요청, evaluate, DOM 검사, 라이브 앱 확인, live app, localhost 확인.
project-convention-manage
현재 프로젝트의 active convention을 점검하고, preset provenance 확인·diff·selective apply·재적용·스택 전환을 안전하게 수행한다.
metro-devtools-attach
React Native 앱 디버깅 — 에뮬레이터/시뮬레이터 스크린샷 자동 캡처, Metro CDP로 JS 콘솔 확인, Zustand·TanStack Query 상태 조회, 네트워크 API 모니터링. RN 디버깅, 화면 확인, 스크린샷, console.log 확인, 에뮬레이터, 시뮬레이터, Metro, Hermes, 앱 상태 조회 키워드에 반드시 사용한다.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.