القائمة
하이퍼-워터폴 작업에서 아직 GitHub Issue가 없는 신규 타스크를 등록한다. 열린 milestone과 기존 label을 조회해 후보를 고르고, 이슈 생성 전 작업지시자 확인을 받은 뒤 GitHub Issue 번호를 만든다. 이슈 생성 후 브랜치/오늘할일/수행계획서는 task-start 절차로 넘긴다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | task-register |
| description | 하이퍼-워터폴 작업에서 아직 GitHub Issue가 없는 신규 타스크를 등록한다. 열린 milestone과 기존 label을 조회해 후보를 고르고, 이슈 생성 전 작업지시자 확인을 받은 뒤 GitHub Issue 번호를 만든다. 이슈 생성 후 브랜치/오늘할일/수행계획서는 task-start 절차로 넘긴다. |
gh CLI 인증 완료.github/ISSUE_TEMPLATE/task.yml 또는 프레임워크 원본 templates/.github/ISSUE_TEMPLATE/task.yml을 읽을 수 있음gh issue list --repo {REPO_SLUG} --state all \
--search "{작업 키워드}" \
--limit 20 \
--json number,title,state,milestone,labels,url
gh api repos/{REPO_SLUG}/milestones \
--jq '.[] | {number,title,state,description,open_issues,closed_issues}'
title, state, description을 기준으로 판단한다.gh api repos/{REPO_SLUG}/labels --paginate \
--jq '.[] | {name,description,color}'
name, description을 기준으로 판단한다.title/description과 가장 잘 맞는지 비교한다.name/description과 명확히 대응할 때만 선택한다.type label 1개 + area label 1~2개 + kind/status label 0~1개로 제한한다.bug, documentation, enhancement, duplicate, question 등 작업 성격을 나타내는 label 중 1개를 우선 고른다.area:* label은 영향을 받는 모든 영역이 아니라 주 작업 소유 영역 기준으로 고른다.kind:* label은 kind:architecture, kind:automation, kind:regression, kind:verification, kind:follow-up처럼 처리 방식이나 맥락을 실제로 구분할 때만 붙인다..github/ISSUE_TEMPLATE/task.yml을 우선 기준으로 작성한다.
templates/.github/ISSUE_TEMPLATE/task.yml을 참조한다.gh issue create는 Issue Form UI를 실행하지 않으므로, Form의 입력 항목을 아래 Markdown 섹션으로 변환해 본문을 만든다.gh issue create를 실행하지 않는다.gh issue create --repo {REPO_SLUG} \
--title "{제목}" \
--body "{본문}" \
--milestone "{milestone}" \
--label "{label}"
--label documentation --label enhancement처럼 반복한다.--label 옵션을 생략한다.gh issue view {N} --repo {REPO_SLUG} \
--json number,title,state,milestone,labels,url
task-start 진입 승인 요청OPEN 상태여야 한다.area:* label은 주 작업 소유 영역 기준으로 선택되어야 한다..github/ISSUE_TEMPLATE/task.yml의 필수 입력에 대응하는 배경, 목표, 포함 범위, 제외 범위, 수용 기준, 검증 기준을 채워야 한다.gh issue create 실행task-start까지 이어서 실행$task-register 또는 /skills 메뉴에서 task-register 선택/task-register应用外部贡献者 PR review 流程。 收集 PR 信息，编写 mydocs/pr/pr_{N}_review.md，执行验证，编写 pr_{N}_report.md， 并在处理完成时将文档移动到 archives/。只用于外部贡献者 PR，不用于内部 task。
在确认 PR merge 后应用 cleanup。 关闭 GitHub Issue，删除远程 publish/task{N} branch， 清理本地 local/task{N} branch 和 separate worktree，并返回 {BASE_BRANCH}。 只在 PR 实际 merge 后调用。
应用 Hyper-Waterfall task 的 final report 和 PR publication 流程。 编写 final report（`_report.md`），将 daily task board 标记为完成， 创建 final commit，push 远程 publish/task{N} branch，并创建面向 {BASE_BRANCH} 的 Open PR。 只在所有 Stage 完成后、PR publication 之前立即调用。
在 Hyper-Waterfall workflow 中注册一个尚无 GitHub Issue 的新 task。 查询 open milestones 和 existing labels，选择候选， 创建 Issue 前与任务请求者确认，然后创建 GitHub Issue number。 Issue 创建后，将 branch、daily task board 和任务计划书工作交给 task-start。
应用 Hyper-Waterfall task 的 Stage 完成流程。 编写 stage report（`_stage{N}.md`），将 Stage source 和 report 一起 commit， 并运行 Stage 验证命令。在一个 Stage 完成后、进入下一 Stage 前调用。
应用 Hyper-Waterfall task start 流程。 确认 GitHub Issue，更新 {BASE_BRANCH}，创建 local/task{N}， 添加 daily task board row，并创建任务计划书模板。 在开始新的代码或文档变更前使用。