生肖与星座内容如何批量生产而不失控：任务拆分、审核与多渠道发布

生肖与星座内容如何批量生产而不失控，关键不是完成一次调用，而是让输入口径、处理状态和结果证据可以复核。本文围绕“如何按对象、周期、日期和语言拆分生肖星座内容任务，并建立审核和失败重试流程”给出一套面向真实业务流程的实现方式。

问题与结果

每个对象、周期和语言组合形成独立任务，生成结果必须通过质量审核后才能进入渠道队列。

适用场景

生肖与星座内容日历
多语言文化内容运营
官网和公众号批量内容准备

实现前先确定边界

生肖与出生年份、星座与出生日期分别执行二选一校验
今日、明日、周、月和年使用不同周期边界
生成成功不等于审核通过，修改后必须重新审核

可验证工作流

生肖与星座内容如何批量生产而不失控工作流架构图

API 编排与职责

内容类型	接口	请求方式	核心约束
生肖内容	生肖周期趋势解读	POST	`zodiac`、`birthDate`、`birthYear` 必须且只能传一个
星座内容	星座周期趋势解读	POST	`sign` 与 `birthDate` 必须且只能传一个
任务查询	异步任务状态查询	GET	每个任务保存独立 `operationId`

两个接口都支持 today、tomorrow、week、month 和 year，并按北京时间与 targetDate 规范化周期范围。

最小可运行实现

生成生肖内容：

curl -X POST \
  "https://api.gugudata.com/ai/chinese-zodiac-period-insight?appkey=YOUR_APPKEY&responseMode=task&streaming=false" \
  -H "Content-Type: application/json" \
  -d '{
    "zodiac": "龙",
    "period": "week",
    "targetDate": "2026-07-18",
    "language": "zh-CN"
  }'

需要根据生日精确计算生肖时传公历 birthDate。生肖年按农历春节换年，不采用八字排盘的立春边界：

{
  "birthDate": "2020-01-20",
  "period": "week",
  "targetDate": "2026-07-18",
  "language": "zh-CN"
}

birthYear 是兼容字段，只按公历年份简化映射，无法识别春节前后的生肖差异：

{
  "birthYear": 1988,
  "period": "week",
  "targetDate": "2026-07-18",
  "language": "zh-CN"
}

生成星座内容：

curl -X POST \
  "https://api.gugudata.com/ai/western-zodiac-period-insight?appkey=YOUR_APPKEY&responseMode=task&streaming=false" \
  -H "Content-Type: application/json" \
  -d '{
    "sign": "巨蟹座",
    "period": "week",
    "targetDate": "2026-07-18",
    "language": "zh-CN"
  }'

通过生日换算时，接口采用固定公历月日边界。例如 01-19 为摩羯座、01-20 为水瓶座，06-21 为双子座、06-22 为巨蟹座。该规则不包含出生时刻、地点或天文交界计算；边界日期用户已知星座时，优先直接传 sign。

任务拆分方式

建议使用稳定任务键：

def build_content_task_key(
    content_type: str,
    subject: str,
    period: str,
    target_date: str,
    language: str,
) -> str:
    """Build an idempotent key for one content generation task."""
    return ":".join(
        [content_type, subject, period, target_date, language]
    )

例如生成简体中文的 12 条生肖与 12 条星座今日内容，需要 24 个独立任务。增加一个语言版本后，再生成一组独立任务，不能共用 operationId 或审核状态。

周期规范化

周期	参数值	输出管理重点
今日	`today`	绑定具体日期
明日	`tomorrow`	适合提前生成
本周	`week`	保存周开始和结束日期
本月	`month`	保存年月和日期范围
本年	`year`	保存年份和版本

不要只在任务记录里保存“本周”。同一文字在下周会表示不同范围，必须保存接口返回的 周期范围.开始日期、周期范围.结束日期 与目标日期。

返回结构与隐私

两个接口都把可核对的基础数据与文化内容分开。生肖接口返回生肖来源和春节换年规则；星座接口返回中英文标识、固定日期范围、计算方式和边界说明；两者都返回实际周期范围，文化解读 固定包含周期主题、事业与学习、关系沟通、生活节奏、建议和提醒。

公历出生日期和出生年份只用于确定基础对象，不应写入业务日志、共享缓存键或内容发布记录。内容生成上下文只需要规范化生肖或星座、周期范围和输出语言。

内容审核怎么设计

生成成功只是技术状态，不等于内容可发布。建议把状态拆成两组：

状态组	示例
接口任务状态	待处理、处理中、已完成、已失败、已过期
内容业务状态	草稿、待审核、需修改、已通过、已发布

质量审核至少检查对象一致性、周期一致性、语言完整性、敏感表达、确定性承诺和文化娱乐参考说明。某一对象失败时，只重试该任务，不回滚其他已审核内容。

失败分类与降级

生肖名称、公历出生日期和出生年份没有且仅有一项时才能进入队列；星座名称与出生日期必须二选一。两个接口的 birthDate 和 targetDate 支持 1901-01-01 至 2100-12-31，生肖兼容字段 birthYear 支持 1900–2100，派生周期也不能越界。

参数错误返回 501/HTTP 400，鉴权错误返回 504/HTTP 401，依赖或内容结构无效返回 901/HTTP 503。任务成功时完整结果位于 Data.result；SSE 客户端必须等待 done.result，只收到部分 content 不能标记成功。

频率受限时按任务重试，并使用指数退避和抖动。任务过期时重新创建新任务，但保留旧 operationId 和失败记录，避免审计链断裂。

数据契约与留痕

字段	作用
`content_job_id`	稳定业务标识，用于关联记录和请求追踪
`content_type`	业务数据字段，保存来源、口径和缺失状态
`subject`	业务数据字段，保存来源、口径和缺失状态
`period`	业务数据字段，保存来源、口径和缺失状态
`target_date`	带时区的采样或生成时间
`language`	业务数据字段，保存来源、口径和缺失状态
`generation_status`	显式状态或原因，禁止以空值代替失败
`review_status`	显式状态或原因，禁止以空值代替失败
`channel_status`	显式状态或原因，禁止以空值代替失败

重试应新增尝试记录，不覆盖最后一次失败。派生结果必须关联输入版本、生成时间和业务状态。

验收清单

每个渠道内容能追溯到独立任务
失败重试不会重复创建已审核内容
多语言版本保持相同事实字段和周期

能力边界

生肖与星座内容属于文化娱乐内容，不能包装成事实预测或个人决策依据。

示例中的 YOUR_APPKEY 仅为占位符。真实密钥只能放在服务端环境变量或密钥管理系统中。