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/pr-comments.js

@@ -21,7 +21,13 @@ import {
   preflight,
   resolveLogin,
 } from './lib.js';
-import { fetchPull, readPullComments, unhandledCount } from './pr-threads.js';
+import {
+  COMMENT_REQUEST_NOTE,
+  fetchPull,
+  plannedRequests,
+  readPullComments,
+  unhandledCount,
+} from './pr-threads.js';
 
 main(async () => {
   const flags = parseFlags(process.argv.slice(2), {
@@ -31,23 +37,14 @@ main(async () => {
   });
   const repo = parseRepo(flags.repo);
   const index = parseIndex(flags.index);
-  const pullPath = `/repos/${repo}/pulls/${index}`;
 
   if (flags['dry-run']) {
     return {
       dryRun: true,
       repo,
       index,
-      requests: [
-        { method: 'GET', path: '/user' },
-        { method: 'GET', path: pullPath },
-        { method: 'GET', path: `/repos/${repo}/issues/${index}/comments` },
-        { method: 'GET', path: `${pullPath}/reviews` },
-        { method: 'GET', path: `/repos/${repo}/issues/${index}/timeline` },
-      ],
-      note:
-        '每則一般留言還會各查一次 reaction、每個 review 還會各查一次它的行內留言；' +
-        '次數取決於留言數，事前無法列舉。',
+      requests: plannedRequests(repo, index),
+      note: COMMENT_REQUEST_NOTE,
     };
   }