Run any Skill in Manus with one click

Get Started

door-closing

Stars5

Forks0

UpdatedMay 19, 2026 at 01:57

2단계 — develop fetch, 워크트리 생성, 구현 계획 작성

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

CIrcui-try

CIrcui-try/Circuit

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Software DevelopersComputer and Mathematical Occupations·SOC 15-1252

File Explorer

2 files

SKILL.md

readonly

name	door-closing
description	2단계 — develop fetch, 워크트리 생성, 구현 계획 작성

door-closing

Use this skill when the user asks to run the door-closing workflow.

Command Template

작업 준비 2단계. develop을 fetch하고 워크트리를 만든 뒤 구현 계획(plan.md)을 디스크에 작성한다. 코드 변경·푸시는 하지 않는다.

$ARGUMENTS 형식: <ISSUE-ID> [--force]. 예: /door-closing CIR-15.

인자 파싱

$ARGUMENTS 에서 --force 분리. 첫 번째 토큰을 <ISSUE> 로 사용.
<ISSUE> 가 없으면 사용법 안내 후 중단.

상태 파일 경로

MAIN_REPO_ROOT = $(git rev-parse --path-format=absolute --git-common-dir | xargs dirname)
STATE_FILE = $MAIN_REPO_ROOT/.codex/state/<ISSUE>.json
PLAN_FILE = $MAIN_REPO_ROOT/.codex/state/<ISSUE>.plan.md

자동 체이닝

호출 시 <ISSUE> 의 상태 파일을 읽어 다음 순서로 실행:

stages.boarding.done_at 이 null 이거나 --force 가 주어졌으면 /boarding <ISSUE> [--force] 를 먼저 실행. 채워져 있으면 boarding skipped (done at <시각>) 한 줄만 출력.
그 다음 본 단계 진행.

자기 단계 실행 절차

스킵 판정: stages.door_closing.done_at 이 채워져 있고 --force 가 없으면 한 줄 요약 출력 후 종료.
메인 레포로 이동: 워크트리 안이라면 cd $MAIN_REPO_ROOT.
현재 작업 상태 확인: git status 로 미커밋 변경사항이 있으면 사용자에게 알리고 계속할지 확인.
develop 최신화: git checkout develop && git pull origin develop. 충돌 시 사용자 위임 후 중단.
브랜치명 결정: 상태 파일의 branch 필드(boarding 단계가 채움) 사용. 비어있으면 Linear MCP get_issue 의 gitBranchName 으로 다시 채움.
티켓 상태 동기화: Linear 이슈가 Done/Canceled 가 아니면 상태를 In Progress 로 직접 변경한다.
워크트리 생성:
- 워크트리 경로: .codex/worktrees/<branch> (메인 레포 기준 상대경로).
- git worktree add .codex/worktrees/<branch> -b <branch> develop.
- 동일 브랜치/경로가 이미 있으면:
  - --force 면 사용자에게 “기존 워크트리 삭제 후 재생성?” 확인 받고 git worktree remove --force .codex/worktrees/<branch> 후 재생성.
  - --force 가 없으면 기존 워크트리 재사용 (git worktree add .codex/worktrees/<branch> <branch>).

구현 계획 작성: 워크트리 안에서 코드 탐색 후 PLAN_FILE 작성:

# <ISSUE> 구현 계획

## 목표
- <한 줄 요약>

## 변경 파일
- `<path>` — <변경 사유 한 줄>
- ...

## 구현 단계
1. ...
2. ...

## 테스트 전략
- <pytest / Vitest / Playwright / npm run build 항목별로>

## 수락 기준 매핑
- <issue.md 의 수락 기준 → 어떤 변경/테스트로 충족하는지>

## 리스크 / 미해결 질문
- ...

탐색 폭이 넓으면 Explore 서브에이전트 1개에 위임.

상태 파일 갱신: worktree_path, plan_path 채우고 stages.door_closing.done_at = <UTC ISO8601>.
요약 출력: 워크트리 경로, 변경 파일 수, 구현 단계 수를 한두 문장으로 안내.

주의사항

워크트리 안에서 git push, gh pr create 등 원격 부수효과 금지.
코드 변경·커밋도 금지. 다음 단계 /taxiing 에서만 수행.
develop / main 브랜치에 직접 커밋·푸시 금지.
Linear 티켓 상태는 자동화에 위임하지 않고 직접 Todo → In Progress → Done 으로만 처리한다.
--force 시 PLAN_FILE 을 덮어쓴다.

Codex Invocation

Use this as a Codex project skill. Invoke door-closing with the issue id and flags as described above; treat the user text after the skill name as ``.

More from this repository

same repository

gh-auth-check

CIrcui-try/Circuit

gh 명령 직전 GitHub CLI 로그인 상태와 active account 를 확인

2026-05-215

landing

CIrcui-try/Circuit

항공기 사후 단계 (Landing) — PR 머지 확인 후 워크트리 제거·develop 동기화

2026-05-215

rejoin

CIrcui-try/Circuit

항법 단계 (Rejoin) — 워크트리 제거 + 브랜치를 develop 위로 리베이스해 메인 레포 로컬 브랜치로 보존 (원래 항로 재합류)

2026-05-215

takeoff

CIrcui-try/Circuit

항공기 이륙 4단계 — develop 리베이스 → push → PR 생성 (원격 영향)

2026-05-215

landing

CIrcui-try/Circuit

항공기 사후 단계 (Landing) — PR 머지 확인 후 워크트리 제거·develop 동기화

2026-05-215

rejoin

CIrcui-try/Circuit

항법 단계 (Rejoin) — 워크트리 제거 + 브랜치를 develop 위로 리베이스해 메인 레포 로컬 브랜치로 보존 (원래 항로 재합류)

2026-05-215

door-closing

Use this skill when the user asks to run the door-closing workflow.

Command Template

작업 준비 2단계. develop을 fetch하고 워크트리를 만든 뒤 구현 계획(plan.md)을 디스크에 작성한다. 코드 변경·푸시는 하지 않는다.

$ARGUMENTS 형식: <ISSUE-ID> [--force]. 예: /door-closing CIR-15.

인자 파싱

$ARGUMENTS 에서 --force 분리. 첫 번째 토큰을 <ISSUE> 로 사용.

<ISSUE> 가 없으면 사용법 안내 후 중단.

상태 파일 경로

MAIN_REPO_ROOT = $(git rev-parse --path-format=absolute --git-common-dir | xargs dirname)

STATE_FILE = $MAIN_REPO_ROOT/.codex/state/<ISSUE>.json

PLAN_FILE = $MAIN_REPO_ROOT/.codex/state/<ISSUE>.plan.md

자동 체이닝

호출 시 <ISSUE> 의 상태 파일을 읽어 다음 순서로 실행:

stages.boarding.done_at 이 null 이거나 --force 가 주어졌으면 /boarding <ISSUE> [--force] 를 먼저 실행. 채워져 있으면 boarding skipped (done at <시각>) 한 줄만 출력.

그 다음 본 단계 진행.

자기 단계 실행 절차

스킵 판정: stages.door_closing.done_at 이 채워져 있고 --force 가 없으면 한 줄 요약 출력 후 종료.

메인 레포로 이동: 워크트리 안이라면 cd $MAIN_REPO_ROOT.

현재 작업 상태 확인: git status 로 미커밋 변경사항이 있으면 사용자에게 알리고 계속할지 확인.

develop 최신화: git checkout develop && git pull origin develop. 충돌 시 사용자 위임 후 중단.

브랜치명 결정: 상태 파일의 branch 필드(boarding 단계가 채움) 사용. 비어있으면 Linear MCP get_issue 의 gitBranchName 으로 다시 채움.

티켓 상태 동기화: Linear 이슈가 Done/Canceled 가 아니면 상태를 In Progress 로 직접 변경한다.

워크트리 생성:

워크트리 경로: .codex/worktrees/<branch> (메인 레포 기준 상대경로).
git worktree add .codex/worktrees/<branch> -b <branch> develop.
동일 브랜치/경로가 이미 있으면:
- --force 면 사용자에게 “기존 워크트리 삭제 후 재생성?” 확인 받고 git worktree remove --force .codex/worktrees/<branch> 후 재생성.
- --force 가 없으면 기존 워크트리 재사용 (git worktree add .codex/worktrees/<branch> <branch>).

구현 계획 작성: 워크트리 안에서 코드 탐색 후 PLAN_FILE 작성:

# <ISSUE> 구현 계획

## 목표
- <한 줄 요약>

## 변경 파일
- `<path>` — <변경 사유 한 줄>
- ...

## 구현 단계
1. ...
2. ...

## 테스트 전략
- <pytest / Vitest / Playwright / npm run build 항목별로>

## 수락 기준 매핑
- <issue.md 의 수락 기준 → 어떤 변경/테스트로 충족하는지>

## 리스크 / 미해결 질문
- ...

탐색 폭이 넓으면 Explore 서브에이전트 1개에 위임.

상태 파일 갱신: worktree_path, plan_path 채우고 stages.door_closing.done_at = <UTC ISO8601>.

요약 출력: 워크트리 경로, 변경 파일 수, 구현 단계 수를 한두 문장으로 안내.

주의사항

워크트리 안에서 git push, gh pr create 등 원격 부수효과 금지.

코드 변경·커밋도 금지. 다음 단계 /taxiing 에서만 수행.

develop / main 브랜치에 직접 커밋·푸시 금지.

Linear 티켓 상태는 자동화에 위임하지 않고 직접 Todo → In Progress → Done 으로만 처리한다.

--force 시 PLAN_FILE 을 덮어쓴다.

Codex Invocation

Use this as a Codex project skill. Invoke door-closing with the issue id and flags as described above; treat the user text after the skill name as ``.