admin/SEONexus
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
53a1d7e4fd94c21c32ee5c57ecf3c79e08a2a166
SEONexus/docs/2026-04-18-AI文案与视频元数据公共规则主线.md

8.0 KiB
Raw Blame History

2026-04-18 AI文案与视频元数据公共规则主线

这份文档不是 GPT 模板专属文档，而是当前整个项目的公共规则主线。

适用范围：

  1. GPT 模板
  2. 老模板
  3. 后续其它模板
  4. 后台人工触发 AI
  5. Codex 接手优化
  6. 视频采集、视频回填、SEO 文案生成、详情页正文补全

一句话：

从 2026-04-18 开始，AI 文案规则 和 视频元数据缺失处理规则 统一提升为全项目公共规则，所有接手 Codex 都必须先读。

为什么要升级成公共规则

前面这些规则虽然最早是在 GPT 模板线里沉淀出来的，但它们约束的不是某一个模板的视觉或 SEO 结构，而是整个项目共同面对的两类基础问题：

  1. AI 文案怎么在真实边界内写得更像人工、又不伤 SEO
  2. 演员、导演、年份、地区、语言、简介等字段为空时，系统应该怎么处理，才能既不乱猜又能持续沉淀进视频库

这两件事天然就是全项目公共能力，不应该只埋在某条模板支线下面。

公共规则 1：AI 文案最高指令

所有 AI 文案，不管是后台 OpenAI、批处理提示词，还是 Codex 参考输出，都必须遵守：

  1. 共同目标是：SEO 效果 + 可读性 + 真实感 + 可持续收录
  2. 只能基于已提供字段和事实写，不允许虚构剧情、角色关系、上映信息、评价内容、播放权益或不存在的资料
  3. 如果现有规则开始明显压制 SEO 增长、压制点击意图、压制更高质量发挥，不能静默硬套，必须明确提出冲突点，再讨论升级
  4. 不允许为了“守规则”写出机械化、模板化、低区分度文案
  5. 不允许写营销承诺词，例如：
    • 免费观看
    • 高清完整版
    • 极速播放
    • 本站提供
    • 全网最全
  6. 不允许堆砌关键词，不允许片名大面积重复，通常不要超过 2 次
  7. 语言必须自然、克制、像人工整理，不要满篇泛称、代词和模板痕迹

公共规则 2：缺失字段绝不能靠 AI 猜

下面这些字段都属于结构化事实字段：

  1. 演员
  2. 导演
  3. 年份
  4. 地区
  5. 语言
  6. 发布日期

统一规则：

  1. 这些字段优先靠 重采 / 补源 / 人工校正
  2. 不允许 AI 猜测补齐
  3. 内详 / 未知 / 不详 / 待补充 / 暂无 / 未知演员 / 未知导演 一律按缺失处理
  4. 搜到了详情，不等于补齐成功
  5. 只有拿到真实有效字段值，才算补齐

公共规则 3：文案型空字段可以补，但只能在真实性边界内补

下面这些字段属于文案型字段：

  1. 简介
  2. 备注
  3. 详情页摘要
  4. 详情页正文补充

统一规则：

  1. 可以在真实性边界内由 AI 补全
  2. 只能使用已有字段组织文案，不能脑补事实
  3. 优先写成自然、克制、资料型、可收录的内容
  4. 只补空字段，不覆盖已有非空字段
  5. 如果事实基础太弱，允许写短，不能硬凑长文

公共规则 4：缺失字段必须优先写回视频库

这是当前整个项目都要遵守的公共回写原则：

  1. 缺失字段一旦补到，优先写回视频数据库
  2. 默认原则：只补空字段，不覆盖已有非空字段
  3. 不允许把空值、脏值、占位值写成“已补齐”
  4. 写库目标不是把库塞满，而是让视频记录后续越来越完整，减少反复空转

公共规则 5：当前全项目的字段优化主矛盾

到目前这一步，文案型空字段已经不是主矛盾，真正的主矛盾是：

  1. v_actor
  2. v_director

所以全项目视频 SEO 元数据优化主线已经统一切成两条：

  1. 结构化字段缺失：
    • 走重采、补源、人工校正
  2. 文案型字段缺失：
    • 在真实性边界内走 AI 补全并写回空字段

当前全项目统一执行口径

A. 做 AI 文案时

  1. 先看事实字段是否足够
  2. 足够才写
  3. 不足就克制写成资料型
  4. 不够就宁可短，不要乱编

B. 做字段补齐时

  1. 先区分结构化字段和文案型字段
  2. 结构化字段缺失优先排到重采队列
  3. 文案型字段缺失优先排到 AI 补全队列
  4. 所有结果最终都要沉淀回视频库

B.1 做缺字段扫描和任务派发时

当前全项目建议统一使用下面这条命令做安全触发：

php SEONexus/code/think video:metadata:task-pool --sample=8 --queue-limit=50 --prompt-limit=10 --batch-size=10 --batch-limit=10

这条命令的统一含义是：

  1. 扫描视频缺字段情况
  2. 刷新工作台产物
  3. 生成可派给 Codex 的缺字段任务池
  4. 不自动补演员、导演、年份、地区、语言、发布日期
  5. 不自动偷偷调用 OpenAI API

所以它适合作为：

  1. 其它项目同步代码后的首条启动命令
  2. 计划任务挂接入口
  3. 技术排查当前缺字段规模的统一入口

如果当前项目使用数据库计划任务表统一调度，也可以使用：

  1. pt_code = REFRESH_VIDEO_METADATA_TASK_POOL
  2. 对应安全入口为 PlanTask::refreshVideoMetadataTaskPool()

这条入口仍然遵守同一条公共边界：

  1. 生成扫描与派单产物
  2. 不自动补事实字段
  3. 不自动调用 OpenAI API
  4. 不自动写回视频库

当前配套的两个运维入口也建议一起看：

  1. 状态总览页：用于看当前缺字段规模、任务池批次状态、计划任务状态
  2. 运维总览页：用于看当前推荐动作、常用命令、产物路径

对应产物目录为：

SEONexus/code/app/public/_admin_templates/video-metadata-missing-task-pool/

如果你更习惯后台 JSON 入口，也可以直接用：

  1. GET /admin/video/metadata/missing/task-pool/status
  2. GET /admin/video/metadata/missing/task-pool/ops

B.2 页面入口和数据接口要分开理解

从这轮开始，这条线的后台页面已经迁到 Vue 后台 SEONexusAdmin。

统一口径：

  1. PHP /admin/video/... 主要提供数据接口
  2. Vue #/video/... 主要提供后台实际操作页面

当前页面型入口统一使用：

  1. #/video/metadata/missing/workbench
  2. #/video/metadata/missing/task-pool
  3. #/video/metadata/missing/task-pool/status
  4. #/video/metadata/missing/task-pool/ops

这一步的意义是：

  1. 后台页面能力统一收回到 Vue 工程
  2. PHP 侧不再继续膨胀出一套“伪后台页面”
  3. 同步到其它服务器时，更容易区分哪些是接口代码，哪些是前端页面代码

C. 做复盘时

  1. 不只看“命中没命中”
  2. 要看字段缺失审计是否真实下降
  3. 要看是否误写了无效值、占位值、脏值

公共阅读入口

所有新接手 Codex，建议先按这个顺序读：

  1. README.md
  2. Codex启动提示词模板.md
  3. 2026-04-18-AI文案与视频元数据公共规则主线.md
  4. 2026-04-18-视频元数据缺失处理公共执行规则.md

如果接手的是 GPT 模板支线，再继续看：

  1. 2026-04-18-GPT模板SEO公共主线汇总.md
  2. gpt-template-seo/README.md

来源说明

这份公共规则主线并不是凭空新建，而是把原本已经在 GPT 模板线里验证通过的规则，提升成项目公共规则。

规则来源主要包括：

  1. gpt-template-seo/17-GPT模板AI文案最高规则-2026-04-18.md
  2. gpt-template-seo/18-GPT模板演员导演缺失重采Top50执行单-2026-04-18.md

从现在开始，这两份属于“来源与实验沉淀文档”，而这份文档属于“全项目公共总口径文档”。

Reference in New Issue View Git Blame Copy Permalink