[Bug] oss提供的提供的启动脚本缺失SKILLHUB_DOWNLOAD_ANON_COOKIE_SECRET

[guoyi8]

Summary

https://imageless.oss-cn-beijing.aliyuncs.com/runtime.sh 这个脚本，缺失SKILLHUB_DOWNLOAD_ANON_COOKIE_SECRET定义，即
SKILLHUB_DOWNLOAD_ANON_COOKIE_SECRET: ${SKILLHUB_DOWNLOAD_ANON_COOKIE_SECRET:?required}
导致用这个runtime脚本启动始终覆盖本地compose.release.yml，启动始终失败

Steps To Reproduce

执行：curl -fsSL https://imageless.oss-cn-beijing.aliyuncs.com/runtime.sh | sh -s -- up

Expected Behavior

启动成功

Environment

No response

API Contract Impact

No response

Logs Or Screenshots

No response

[github-actions]

Issue Triage

• Route: triage/deferred
• Priority: priority/p2 (3.5/5)
• Effort: effort/l (5/5)
• Confidence: 5/5
• Risk: high
• Analysis Mode: rules-only

Why

• Touches core SkillHub workflows (api, download).

High-Risk Signals

• Mentions sensitive areas (secret).

Next Action

• Keep the issue in the deferred queue and let the 6-hour rescore keep lifting it; it is forced into an active lane by day 10. If it is still open on day 14, treat it as a P0 escalation target under the SLA and prioritize it in the next triage pass.

---

问题分流结果

• 路由: triage/deferred
• 优先级: priority/p2 (3.5/5)
• 修复投入: effort/l (5/5)
• 信息完整度: 5/5
• 风险: 高
• 分析模式: rules-only

原因

• 涉及 SkillHub 核心流程（api, download）

高风险信号

• 提到敏感区域（secret）

下一步

• 将 issue 保留在 deferred 队列，并由 6 小时一次的 rescore 持续抬升；最晚在第 10 天强制进入 active lane。若第 14 天仍未闭环，应按 SLA 视为 P0 升级目标，并在下一次 triage 中重点处理

[dongmucat]

感谢反馈，我们已确认问题是 OSS 上的运行时文件未及时同步，导致缺少 SKILLHUB_DOWNLOAD_ANON_COOKIE_SECRET 的自动生成逻辑。

在 OSS 同步完成前，可以暂时使用 GitHub 源进行部署：

curl -fsSL https://raw.githubusercontent.com/iflytek/skillhub/main/scripts/runtime.sh \
  | sh -s -- up

请暂时不要添加 --aliyun 参数。我们正在同步 OSS 上的 runtime.sh、compose.release.yml 和 .env.release.example，完成后会在此 Issue 更新进展。