jiantw83andClaude Opus 5
ffe9a20178
上一版把整條 PATH 快照進條目，實測直接裝不起來：crontab 一行有長度上限， 回的是 command too long，結束碼 4。這台機器的 PATH 是 2160 字元，去重又去掉 不存在的那幾段之後還有 1332 字元，仍然超過。 改成只帶放得下 CLI 執行檔的那幾個目錄，這台機器實測兩個、合起來 70 字元， 整行降到 685 字元。夠用的理由是這一條要解決的問題很窄：cron 只給 /usr/bin 與 /bin，而偵測 CLI 那一支靠 PATH 找執行檔，找不到就回結束碼 0 加一份空清單 ——看起來像「這台機器沒裝 CLI」。巡檢要跑的指令本身走字面絕對路徑，不靠它。 收尾接上 cron 本來就會給的那兩段，免得只剩自訂目錄而找不到系統工具。 一個代價寫進註解：有些 CLI 裝在會過期的目錄底下，例如帶行程編號的多殼層 目錄，那種路徑下一次開機就不在了。不特別過濾——過濾要認得每一種安裝方式， 那份名單會過期得比路徑還快。重跑一次 install 就重新拍一份，而條目本來就是 安裝當下的快照。 實測：拿條目會帶的那條 PATH 在清空環境裡跑，五支 CLI 全解得出來；真的裝一次 回結束碼 0，服務在跑，連結檢查通過。 三份 manifest 版號 0.2.5 升到 0.2.6。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
16 lines
356 B
JSON
16 lines
356 B
JSON
{
|
|
"name": "jsc-assist",
|
|
"version": "0.2.6",
|
|
"description": "助理：事件收攏、健康巡檢與待辦簿（MONITOR_{HASH} wiki 頁）",
|
|
"skills": "./skills/",
|
|
"jsc": {
|
|
"requires": {
|
|
"jsc-cli": ">=0.2.7",
|
|
"jsc-gitea": ">=0.2.0",
|
|
"jsc-hooks": ">=0.3.7",
|
|
"jsc-log": ">=0.1.4",
|
|
"jsc-meta": ">=0.3.3"
|
|
}
|
|
}
|
|
}
|