메뉴
Jira 이슈 생성·수정·정리 요청에 사용. 이슈 본문을 Wiki markup/Markdown 등 대상 Jira가 요구하는 형식으로 정리하고, 외부 시스템에 전송하기 전 preview confirmation을 강제한다. 특정 Jira cloud/project key/MCP 우선순위는 private/project overlay를 따른다.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | jira-issue-management |
| description | Jira 이슈 생성·수정·정리 요청에 사용. 이슈 본문을 Wiki markup/Markdown 등 대상 Jira가 요구하는 형식으로 정리하고, 외부 시스템에 전송하기 전 preview confirmation을 강제한다. 특정 Jira cloud/project key/MCP 우선순위는 private/project overlay를 따른다. |
Jira 같은 외부 이슈 트래커에 쓰기 작업을 할 때 조용히 전송하지 않고, 읽기 → 정리 → 미리보기 → 사용자 확인 → 전송 순서를 지킨다.
Create/Update 모두 전송 전 preview confirmation이 필수다. 사용자가 명시적으로 즉시 전송을 요청하더라도 외부 시스템 쓰기라는 점을 짧게 알리고 최종 확인을 받는다.
가능한 MCP/API를 사용해 현재 summary/description/status를 읽는다. 사용 가능한 도구가 없으면 사용자가 제공한 텍스트만 대상으로 local draft를 만든다.
대상 Jira가 요구하는 포맷에 맞춘다.
| Markdown | Jira wiki markup |
|---|---|
## 제목 | h2. 제목 |
### 제목 | h3. 제목 |
**bold** | *bold* |
`code` | {{code}} |
| fenced code | {code} block |
[text](url) | `[text |
- item | * item |
전송 전 다음을 보여준다.
사용자의 명시적 승인 후에만 create/update를 실행한다.
회사별 규칙은 private/project skill에 둔다.
현재 worktree를 최신 production 기반 새 branch로 in-place 전환해야 할 때 사용한다. "/to-production", "production으로 옮겨", "production 바라보게", "hotfix로 다시 쌓아" 요청에 사용한다. 기존 작업 commit은 backup 후 cherry-pick하고, 새 worktree가 필요하면 /wt fork --hotfix가 담당한다.
열린 PR의 리뷰 코멘트나 changes requested에 대해 부모/현재 대화와 작업 내역을 확인한 뒤, 표면적 답변이 아니라 근본 원인을 판단해 코드 수정·커밋·푸시·스레드 답글·review re-request까지 수행해야 할 때 사용한다. `--push-only` 모드에서는 코멘트/re-request 없이 커밋·푸시 후 수동 게시용 답글 초안을 세션에서 다듬는다. "PR 코멘트 대응", "리뷰 대응", "이거 대응작업-커밋-푸시-코멘트까지", "근본적으로 대응", "대응할 게 없으면 근거 코멘트" 요청에 사용한다.
Local guide for using interactive_shell in this repo. Prefer it for dev servers, TUI apps, REPLs, database shells, log viewers, and commands that need a visible terminal overlay. Do not use it for subagent-style delegation; use the subagent tool for that.
열린 PR의 GitHub Actions/CI 실패를 분석해 원인을 분류하고, 코드·generated artifact·테스트·환경 문제를 근본 대응한 뒤 검증, 커밋, push까지 수행해야 할 때 사용한다. "CI 실패 대응", "체크 실패 봐줘", "Actions 실패 고쳐줘", "pr-checks 실패", "ci-ship" 요청에 사용한다.
PR을 만들기 전 또는 remote에 올리기 전, 변경사항을 의도 단위로 커밋하고 lint/typecheck/test/build 같은 사전 검증을 통과시킨 뒤 push해야 할 때 사용한다. "ship 해줘", "커밋해서 푸시", "올리기 전에 검증", "push 준비" 요청에 사용한다.
PR/구현 검증을 PM·비개발자도 이해할 수 있는 캡처 중심 HTML 리포트로 만든다. Jira/Notion/Slack/와이어프레임/PR test plan 같은 기획 근거를 사용자-facing 동작과 매핑하고, 핵심 UI 흐름은 스크린샷/GIF를 primary evidence로 증명한다. 로직/API/DB/code diff 검증은 하단 기술 보조 검증으로 정리한다. 기본은 로컬 확인용이며 업로드/PR 업데이트는 명시 요청 시에만 한다.
