Ejecuta cualquier Skill en Manus
con un clic

Ejecuta cualquier Skill en Manus con un clic

Comenzar

door-closing

Estrellas5

Forks0

Actualizado19 de mayo de 2026 a las 01:57

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

Instalación

Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.

Ejecutar en Manus

Fuente

CIrcui-try

CIrcui-try/Circuit

Abrir repositorio de GitHub Ver repositorios del creador

Descarga

Ejecutar en Manus

Ocupaciones relacionadasSOC

Basado en la clasificación ocupacional SOC

Desarrolladores de softwareOcupaciones informáticas y matemáticas·SOC 15-1252

Explorador de archivos

2 archivos

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 ``.

Más de este repositorio

mismo repositorio

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 ``.