旅行 Skill 的开发版通过了本地测试和结构校验，平台状态仍然显示未通过。可见页面没有驳回原因，版本历史也只显示版本号、状态和提交时间。没有原因码时，最危险的做法就是挑一个看起来顺眼的解释，当成官方结论。
我一度把问题集中在 Python、HTML 和文件读写上，认为改成 Markdown only 就能避开风险。后来登录复核时看到，两个 codex 换肤版本同样是 Markdown 和 YAML only，也连续显示未通过。这个对照削弱了“只是扩展名问题”的猜测，却仍然不能证明驳回原因。
后来我把官方公开规则、上传限制、被拒包和能力说明放在一起核对。旅行 Skill 的预提交版收回到 3 个 Markdown 文件，移除 Python 执行、文件写入、HTML 报告、私人资料读取、实时核验、特殊人群和现实安全判断；旧包单独保留，版本号升到 1.0.1，再跑 quick validate 与 SkillHub CLI dry run。RedSkill 审核复盘中的版本与状态边界
具体驳回原因没有找到，就不能写成已经找到。能确定的是，文件扩展名不足以解释全部结果；Skill 实际要求模型做什么、会读写什么、怎样处理私人资料、是否涉及外部状态和专业判断，都需要一起审。这里的能力面更重要，是排查后的工作判断，不是平台给出的正式说明。
缩权包的 Skill Creator quick validate 和 SkillHub CLI dry run 都通过，大小约 6.5KB；这只能证明本地预提交条件通过。另一个旅行发布包还保存了自动化测试、演示数据说明、图片尺寸检查、文案一致性和 23 个核心文件的哈希清单。它们是本地证据，不能替平台审核盖章。现在我会把状态分成三层，本地通过、预审可提交、平台正式状态。审核没说原因，就把我不知道留在档案里。