fix(pr-watch): 試跑的預告與實跑的守門對齊，並說出路徑被佔住這件事

review 抓到一處落差：試跑判「終止且工作樹乾淨」就預告 git worktree remove，
但實跑多判一件事——那條路徑上的東西是不是真的一棵工作樹。別的 clone 在同一條路徑上
留下目錄時（路徑由 owner/repo/分支名 推導，不含本機 clone 的位置），試跑會預告一行
實跑必然拒絕的指令，而回報裡完全看不出原因。

判斷收進 lib 的 inspectWorktree，由它直接給出 reason（missing／foreign／dirty／
removable）：試跑與實跑、自動與手動四條路徑從此擋在同一個判斷上，worktree-remove 裡
那份重算的副本也跟著刪掉。回報多一個「是工作樹」欄位，手動出口的 NOT_A_WORKTREE
不再是使用者第一次聽到這件事。

順帶兩件同源的修正：
- 「是不是工作樹」改認 .git 為**檔案**。獨立 clone 的 .git 是目錄，先前會被當成工作樹，
  然後在 git worktree remove 那一步炸出一句原始錯誤。
- 兩支腳本的 --dry-run 請求預告收進 pr-threads 的 plannedRequests，並補上 pr-watch
  先前漏掉的那句說明（逐則 reaction 與逐個 review 的行內留言事前列不完）。預告與實際
  發出的請求分開寫，加一個端點就會有一邊忘了改。
- PR 讀不到 head 分支時給出 PULL_HEAD_MISSING，而不是拿空字串去推導一條路徑。

議題 #41

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

scripts/worktree-remove.js

@@ -39,14 +39,14 @@ main(async () => {
   // 試跑與實跑走同一條守門：試跑印得出漂亮的計畫、實跑卻被擋下來，是最難查的那種落差
   if (flags['dry-run']) {
     const state = inspectWorktree(worktree);
-    checkRemovable({ ...state, reason: reasonOf(state) }, worktree);
+    checkRemovable(state, worktree);
     return {
       dryRun: true,
       repo,
       branch,
       worktree,
-      已經不在: !state.exists,
-      commands: state.exists ? [`git worktree remove ${worktree}`] : [],
+      已經不在: state.reason === 'missing',
+      commands: state.reason === 'removable' ? [`git worktree remove ${worktree}`] : [],
     };
   }
 
@@ -64,13 +64,6 @@ main(async () => {
 });
 
 
-/** inspectWorktree 的結果換算成 removeWorktree 用的同一組原因，讓試跑與實跑擋在同一處 */
-function reasonOf(state) {
-  if (!state.exists) return 'missing';
-  if (!state.worktree) return 'foreign';
-  return state.dirty ? 'dirty' : 'removed';
-}
-
 /** 擋下來的兩種情況各有各的下一步，錯誤碼要分得開 */
 function checkRemovable(result, worktree) {
   if (result.reason === 'dirty') {