fix(chart): align cronjob config with openab binary + add usercron support

[ChunHao-dev]

What problem does this solve?

PR #629 consolidated all cron config under [cron] and renamed [[cronjobs]] → [[cron.jobs]], but the Helm chart template was not updated to match:

• Chart produces: [[cronjobs]] (top-level key)
• openab expects: [[cron.jobs]] (under [cron] per Config.cron: CronConfig in src/config.rs)

Result: all Helm-deployed cronjob configs are silently ignored.

Additionally, usercron_enabled and usercron_path are supported in config.rs but had no corresponding chart fields.

Changes

File	What
charts/openab/templates/configmap.yaml	[[cronjobs]] → [[cron.jobs]]; add [cron] section with usercron_enabled, usercron_path; add enabled field per job; wrap in conditional
charts/openab/values.yaml	Add cron.usercronEnabled (default: false) and cron.usercronPath (default: "")

Testing

helm template verification

# Default — [cron] + usercron_enabled = false
helm template test charts/openab

# With cronjob — produces [cron] + [[cron.jobs]]
helm template test charts/openab \
  --set 'agents.kiro.cronjobs[0].schedule=0 9 * * 1-5' \
  --set-string 'agents.kiro.cronjobs[0].channel=123456789' \
  --set 'agents.kiro.cronjobs[0].message=hello'

# With usercron — renders usercron_path
helm template test charts/openab \
  --set 'agents.kiro.cron.usercronEnabled=true' \
  --set 'agents.kiro.cron.usercronPath=/data/usercron.toml'

OrbStack K8s live test

• ✅ System cron ([[cron.jobs]]) — fires every minute, Discord receives message
• ✅ Usercron (cronjob.toml hot-reload) — file detected, registered, and fired without restart

Discord Discussion: https://discord.com/channels/1491295327620169908/1499264765141454940

[chaodu-agent]

四法師 Review 結論

感謝 @ChunHao-dev 的 PR！方向完全正確，我們交叉比對了 main 上的 config.rs，TOML key 對齊無誤。

✅ 已確認

• [[cronjobs]] → [[cron.jobs]] 對齊 Config.cron: CronConfig ✅
• usercron_enabled / usercron_path 支援完整 ✅
• helm template 三種 case 驗證通過 ✅

🔴 需修：Go template default 布林陷阱（by 覺渡法師）

# 現在（有 bug）：
enabled = {{ .enabled | default true }}

# 修正：
enabled = {{ if hasKey . "enabled" }}{{ .enabled }}{{ else }}true{{ end }}

原因：Go template 的 default 把 false 視為 zero value，所以 enabled: false 會被吃掉變成 true，使用者無法停用單條 job。

🟡 建議：enabled 註解措辭微調（by 擺渡法師）

validate_cronjobs() 在啟動時會驗證所有 jobs（包含 disabled），所以 enabled: false 的語意是「不排程」而非「完全忽略」。建議註解改為：

#       enabled: true          # false = skip scheduling (job config is still validated at startup)

🟡 建議：conditional render 精確化

# 現在（$cfg.cron 因 values.yaml default 永遠 truthy）：
{{- if or ($cfg.cronjobs) ($cfg.cron) }}

# 建議：
{{- if or ($cfg.cronjobs) (($cfg.cron).usercronEnabled) (($cfg.cron).usercronPath) }}

---

法師	Verdict
超渡法師	🟢 修完可 merge
普渡法師	🟡 需修 hasKey
覺渡法師	🟡 需修 hasKey（發現者）
擺渡法師	🟡 註解措辭 + runtime validation gap

Blocking： hasKey fix（1 行）
Non-blocking： conditional 精確化 + 註解措辭 + runtime validate_cronjobs() 跳過 disabled jobs（建議另開 issue）