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>

test/worktree-remove.test.js

@@ -152,6 +152,18 @@ test('--repo 格式不是 owner/name 時失敗', async (t) => {
   assert.equal(json.error.code, 'BAD_REPO');
 });
 
+test('路徑上是一個獨立的 clone 時也擋下：對它下 worktree remove 只會得到一句 git 的原始錯誤', async (t) => {
+  const { repo, home, branch, worktree } = await withWorktree(t);
+  repo.git('worktree', 'remove', worktree);
+  mkdirSync(join(worktree, '.git'), { recursive: true });
+
+  const { code, json } = await run(home, ['--repo', REPO, '--branch', branch]);
+
+  assert.equal(code, 1);
+  assert.equal(json.error.code, 'NOT_A_WORKTREE');
+  assert.equal(existsSync(join(worktree, '.git')), true);
+});
+
 test('推導出來的路徑上是別人的東西時不碰它', async (t) => {
   const { repo, home, branch, worktree } = await withWorktree(t);
   repo.git('worktree', 'remove', worktree);