[Bug] 管理员上传的 Skill 不会触发安全扫描

[yxmeco]

Summary

当以超级管理员身份上传技能包时，发布流程看起来跳过了 skillhub-scanner 的安全扫描步骤。无论是扫描记录还是扫描报告都无法看到，而普通成员提交技能则会正常触发扫描并生成报告。这可能导致管理员在不知情的情况下发布包含潜在风险的技能包。

Steps To Reproduce

部署 SkillHub 并正确启用 skillhub-scanner（LLM 分析也已开启）。

使用超级管理员账号登录 Web UI。

上传一个新的 Skill 包并直接发布。

进入技能详情页或审核中心，查找该技能的扫描结果。

再次使用普通成员账号提交一个 Skill 包，观察扫描流程。

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 (2.6/5)
• Effort: effort/l (4/5)
• Confidence: 5/5
• Risk: low
• Analysis Mode: rules-only

Why

• Touches core SkillHub workflows (scanner, api).

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 (2.6/5)
• 修复投入: effort/l (4/5)
• 信息完整度: 5/5
• 风险: 低
• 分析模式: rules-only

原因

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

下一步

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