@tienne/gestalt 0.74.0 → 0.75.1

package/plugin/skills/ship/SKILL.md

@@ -100,7 +100,7 @@ outputs:
 
 **이 스킬 안에서 에이전트를 메인 대화에서 직접 부르지 않는다.** 예외는 없다.
 
-에이전트가 서는 자리는 세 갈래다.
+에이전트는 아래 자리에서 선다.
 
 | 자리 | 누가 부르나 |
 | --- | --- |
@@ -116,7 +116,7 @@ outputs:
 
 **그 조건은 사용자가 이 스킬을 부른 시점에 이미 충족됐다.** 리뷰 루프가 이 스킬의 본체이고 리뷰는 에이전트 없이 성립하지 않는다. 라운드마다 다시 묻지 않는다.
 
-다만 위임을 **못 하게** 된 경우는 다르다. 그때는 [`../_shared/agent-delegation.md`](../_shared/agent-delegation.md)의 실패 갈래를 따른다. 메인에서 직접 수행하는 폴백을 썼으면 그 사실을 완료 보고에 적는다. 페르소나 없이 임의로 리뷰하는 갈래는 어느 경우에도 없다.
+다만 위임을 **못 하게** 된 경우는 다르다. 그때는 [`../_shared/agent-delegation.md`](../_shared/agent-delegation.md)의 실패 경로를 따른다. 메인에서 직접 수행하는 폴백을 썼으면 그 사실을 완료 보고에 적는다. 페르소나 없이 임의로 리뷰하는 경로는 어느 경우에도 없다.
 
 ## 멈추는 자리
 
@@ -332,7 +332,7 @@ fi
 git hash-object "$(cat "$shipTmp/verify-src")" > "$shipTmp/verify-src-hash"
 ```
 
-Phase 0에서 4번 갈래(사용자가 직접 준 명령)로 정했으면 `verify-src`가 없으므로 이 절 전체를 건너뛴다.
+Phase 0에서 4번(사용자가 직접 준 명령)으로 정했으면 `verify-src`가 없으므로 이 절 전체를 건너뛴다.
 
 게슈탈트 레포에서는 1번에 걸려 `pnpm gate`가 된다. 아래 예시는 전부 그 경우다.
 
@@ -346,7 +346,7 @@ Phase 0에서 4번 갈래(사용자가 직접 준 명령)로 정했으면 `verif
 
 `agent:ship`으로 남기려면 **이 스킬이 부르는 하위 스킬의 `gestalt pr` 호출까지 그 값이 실린다는 확증**이 있어야 한다. 셸 상태가 도구 호출 사이에 안 남는 런타임이면 `export` 한 줄로는 안 된다. 확증이 없으면 안 쓴다 — **한쪽에만 붙이는 게 제일 나쁘다.**
 
-**이 문서의 `gestalt pr` 예시에는 액터가 안 붙어 있다.** 기본 갈래를 그대로 보인 것이다. `agent:ship`을 고르면 네 자리 전부에 `GESTALT_ACTOR=agent:ship`을 앞에 붙인다 — `pr create`, `pr update` 둘, `pr close`다. **넷 다 붙이거나 넷 다 안 붙인다.**
+**이 문서의 `gestalt pr` 예시에는 액터가 안 붙어 있다.** 기본 형태를 그대로 보인 것이다. `agent:ship`을 고르면 네 자리 전부에 `GESTALT_ACTOR=agent:ship`을 앞에 붙인다 — `pr create`, `pr update` 둘, `pr close`다. **넷 다 붙이거나 넷 다 안 붙인다.**
 
 ### 명령 형태
 
@@ -510,7 +510,7 @@ gestalt pr update <id> --head "$(git rev-parse HEAD)"
 라인 수정으로는 부족합니다. 스펙을 다시 정리할지, 이 이슈를 받아들이고 설계를 고칠지 정해주세요.
 ```
 
-**결함 이슈가 함께 있으면 그것만 먼저 고치고 다시 판정받는 갈래는 쓰지 않는다.** 정합 심급이 Block인 채로 결함만 고치면 다음 라운드도 Block이다.
+**결함 이슈가 함께 있으면 그것만 먼저 고치고 다시 판정받는 경로는 쓰지 않는다.** 정합 심급이 Block인 채로 결함만 고치면 다음 라운드도 Block이다.
 
 ## 승인 단계 ⓐ — GitHub에 올릴지
 
@@ -586,7 +586,7 @@ gh api "repos/{owner}/{repo}/pulls/<prNumber>/requested_reviewers" --jq '[.users
 
 그때는 **멈추고 알린다.** 무엇을 확인해야 하는지 함께 적는다 — 레포 Settings의 Copilot 항목과 계정 구독이다. **Copilot 리뷰를 못 받았는데 받은 것처럼 넘어가지 않는다.** 사용자가 리뷰 없이 진행하기로 하면 승인 단계 ⓒ로 가되 `copilotRounds`를 0으로 적고 완료 보고에 그 사실을 남긴다.
 
-Copilot이 리뷰를 이미 시작해 요청 목록에서 빠졌을 수도 있다. 그 경우는 4.2의 판정에 걸리므로, 목록이 비었으면 **한 번은 4.2로 내려가 보고** 거기서도 아무것도 안 오면 위의 갈래로 간다.
+Copilot이 리뷰를 이미 시작해 요청 목록에서 빠졌을 수도 있다. 그 경우는 4.2의 판정에 걸리므로, 목록이 비었으면 **한 번은 4.2로 내려가 보고** 거기서도 아무것도 안 오면 위의 경우로 간다.
 
 ### 4.2 완료 대기
 
@@ -701,7 +701,7 @@ Copilot 리뷰 수렴 ({N}라운드)
 
 ## Phase 5 — 마무리
 
-**ⓒ에서 "바꾼다"를 고른 경우에만 ready로 옮긴다.** "draft로 둔다"면 이 줄을 건너뛰고 `prState`를 `draft`로 둔다. 아래 로컬 PR 종료와 상태 정리는 어느 갈래든 그대로 한다.
+**ⓒ에서 "바꾼다"를 고른 경우에만 ready로 옮긴다.** "draft로 둔다"면 이 줄을 건너뛰고 `prState`를 `draft`로 둔다. 아래 로컬 PR 종료와 상태 정리는 어느 쪽이든 그대로 한다.
 
 ```bash
 gh pr ready <prNumber>