fix: update lock PID with Worker's real process PID after spawn

[clonable-eden]

closes #294

概要

spawn.sh が issue_lock_acquire で $$（自身の PID）を lock に記録するが、spawn.sh は Worker 起動後すぐに終了する短命プロセスのため、lock の PID が常に dead 状態になる。これにより stale 検知（kill -0）が誤動作し、同一 issue に対して重複 Worker が spawn される可能性があった。

変更内容

• issue-lock.sh: issue_lock_update_pid 関数を追加（既存 lock の PID を更新）
• backends/headless.sh: backend_get_pid 追加（handle がそのまま PID）
• backends/tmux.sh: backend_get_pid 追加（tmux list-panes -F '#{pane_pid}'）
• backends/wezterm.sh: backend_get_pid 追加（wezterm cli list --format json からパース）
• backend-adapter.sh: External API ドキュメントを 4→5 に更新
• spawn.sh: spawn 後に backend_get_pid + issue_lock_update_pid で実 PID に更新

テスト

• test-issue-lock.sh: issue_lock_update_pid のテスト 3 件追加（更新成功、lock なし失敗、check との連携）
• test-backend-headless.sh: backend_get_pid のテスト 2 件追加
• test-backend-dispatch.sh: API 関数チェックを 4→5 に更新

[clonable-eden]

レビュー結果: Approve ✅

良い点

• Issue の要件（spawn.sh の $$ → Worker 実 PID への更新）を正確に実装
• issue_lock_update_pid は既存の lock API パターンに忠実で、引数バリデーション・エラーハンドリングが適切
• spawn.sh での PID 更新が || true で保護されており、backend_get_pid が失敗しても spawn プロセス全体は壊れない
• テストは正常系（PID 更新）、異常系（lock なし）、連携（lock_check との統合）を網羅
• CI パス済み

軽微な指摘（non-blocking）

• headless.sh、tmux.sh、wezterm.sh のファイルヘッダーコメントが Implements 4 external API functions のまま。backend_get_pid 追加で 5 になったので、余裕があれば更新をお勧めします
• backend_get_pid の handle ファイル探索（type 省略時の ls ... | head -1）が 3 バックエンドで重複しているが、これは既存の backend_worker_alive / backend_kill_worker でも同じパターンなのでスコープ外（将来のリファクタリング候補）