Agent 工作流技能：给每日发布加一道“单槽门禁”

在自动化内容系统里，最容易被忽略的风险不是“完全没有发布”，而是“发布了两次”。一次失败的候选稿如果已经写进生产库，后面再补一篇正确稿，就会让同一天同一栏目出现两个 published 记录。页面可能还能打开，但巡检、索引、推荐和后续统计都会变得不可信。

“单槽门禁”的做法很简单：任何发布动作开始前，先查询同一分类、同一日期、同一语言是否已经存在 published 记录。如果存在，就停止自动发布，转入人工修复或显式覆盖流程。这个检查应该发生在写入之前，而不是发布之后才靠巡检发现。

适合使用这个技能的场景包括：日更文章、日报、产品公告、版本说明、模型评测报告和任何按日期排班的内容。它不适合开放式资料库，因为资料库可能本来就允许同一天多条内容。但只要业务语义是“每天每类一条”，就应该把它变成硬规则。

一个实用检查清单：

• 发布前查询目标日期的 existing published rows。
• 如果已有记录，输出具体 ID 和 slug，不继续写入。
• 如果确实要补发历史缺口，必须显式传入 override 标志。
• 发布后再跑一次同日期同分类审计，确认三语只有一组 slug。
• 失败候选不要删除，先归档为 archived，保留排障证据。

这道门禁的价值在于把重复发布从“线上数据修复问题”提前成“本地发布前失败”。自动化链路越长，越需要这种小而硬的规则。它不追求聪明判断，只负责守住一个底线：一个业务槽位，只能有一个正式结果。