fix(assistant): 讓執行路徑走錯與警示原因都看得見

兩支腳本開跑就檢查自己的執行路徑，監控頁的摘要表與最新一輪那一塊補上
「警示來源」。

兩件都是實測之後補的。用全新的 CLI 行程跑，代理人會把工具路徑解回外掛
快取那一份，不是指定的工作樹那一份。原本的對策只在技能說明書裡寫明禁
止，那是文件約束，擋不住真的走錯的那一輪。權限閘門只放行 current 那一
組確切路徑，走錯就被靜靜擋掉，那一輪不寫心跳，外面只看得到心跳過期。
另一頭，沙箱跑出來的摘要列是「警示、四項全過、待人處理 0」，讀的人看
不出警示哪來。查過不是缺陷：四項來源都讀得到，是讀到的內容有警示。摘
要表的用途本來就是一眼看出從哪一輪開始壞，少了原因那一欄就做不到。

巡檢與排程兩支腳本開跑時先比對自己是不是從 current 底下被叫起來的，不
是就往 stderr 印一行警告，點名實際路徑、應該用的路徑與理由。刻意只警告
不中止：從工作樹直接跑腳本是開發時的正當用法，中止會把那條路擋掉，真
正的失敗本來就發生在權限閘門那裡。摘要表從四欄加到五欄，最新一輪那一
塊也補一列，值取每一處設警示時收下來的短理由，多個用頓號串，沒有就寫
「無」。腳本裡每一處把判定改成警示的地方，一律改走同一支函式順手收下
理由，collect 的輸出多印一行 warn_sources。技能主文、行為清單與監控頁
範本跟著寫明這兩件事。

功能範圍是助理的一輪巡檢與系統排程安裝。

templates/monitor-page.md

@@ -43,6 +43,7 @@ flowchart LR
 | 本輪判定 | {正常、警示、異常 三選一} |
 | 本輪項目 | {這一輪跑了哪幾項，成功幾項、失敗幾項} |
 | 讀不到的來源 | {路徑清單，全部讀得到就寫「無」} |
+| 警示來源 | {警示原因，多個用頓號串；沒有就寫「無」} |
 
 ### 心跳與閘門狀態
 
@@ -120,9 +121,11 @@ flowchart LR
 
 一輪一列，最新的在最上面，超過 24 列就丟掉最舊的那一列。
 
-| 巡檢時間 | 本輪判定 | 四項成敗 | 待人處理 |
-| --- | --- | --- | ---: |
-| {yyyy-MM-dd HH:mm} | {正常、警示、異常 三選一} | {成功項數}/{總項數} | {待人處理筆數} |
+| 巡檢時間 | 本輪判定 | 四項成敗 | 待人處理 | 警示來源 |
+| --- | --- | --- | ---: | --- |
+| {yyyy-MM-dd HH:mm} | {正常、警示、異常 三選一} | {成功項數}/{總項數} | {待人處理筆數} | {警示原因，多個用頓號串；沒有就寫「無」} |
+
+「警示來源」那一欄不能省。四項讀取全部成功、但讀到的內容有警示時，判定是警示而成敗欄是 4/4，沒有這一欄的話，看的人不知道警示哪來。理由要短，一眼讀完，像「心跳過期」「版本查詢失敗」「重啟閘門未清」「上一輪逾時被接手」。
 
 ## 寫入規則