WP草稿自动保存失效通常源于wp-config.php禁用、autosave.js被移除、数据库写入权限不足或插件/主题钩子干扰，需逐项排查并修复对应配置或代码。
WP草稿自动保存失效，通常不是Cl4版本的问题——WordPress本身没有“Cl4版本”这个官方命名，可能是混淆了插件、主题或某款定制化部署工具（如某些基于Clawdbot/Moltbot的自动化建站套件）的内部代号。如果你遇到草稿无法自动保存，核心要排查的是WordPress原生自动保存机制是否被禁用、干扰或未正确触发。
检查wp-config.php中是否禁用了自动保存
这是最常见原因。打开网站根目录下的 wp-config.php 文件，查找以下两行代码：
-
define('AUTOSAVE_INTERVAL', false);—— 直接禁用自动保存 -
define('WP_POST_REVISIONS', false);—— 虽不直接影响自动保存，但部分旧版兼容逻辑会连带抑制草稿写入
若存在且值为 false 或设为极长间隔（如 86400），请注释掉或改为合理秒数（如 30 表示30秒保存一次）。
确认autosave脚本是否被移除或阻断
WordPress依赖 autosave.js 实现前端定时提交。检查是否有人为删除或屏蔽：
- 打开 wp-admin/post-new.php 和 wp-admin/post.php，搜索
wp_enqueue_script('autosave') - 若该行被注释（
// wp_enqueue_script...）或删除，需恢复 - 浏览器按 F12 → Network 标签页，编辑文章时观察是否有
admin-ajax.php?action=autosave请求发出并返回 200
验证数据库写入权限与auto-draft生成逻辑
自动草稿（auto-draft）需成功写入 wp_posts 表。失败可能源于：
- 数据库用户无
INSERT权限（尤其在严格权限管控的云数据库中） - 插件冲突：安全类、性能优化类插件（如WP Rocket、Wordfence）有时会拦截未发布状态的POST请求
- 自定义代码干扰：主题
functions.php或子主题中调用了remove_action('admin_init', 'wp_maybe_auto_save')等钩子
可临时切换默认主题（如Twenty Twenty-Four）、停用全部插件后测试，快速定位干扰源。
关于“Cl4存储模块搭建”的实际含义
目前WordPress官方及主流生态中并无名为“Cl4”的标准存储模块。如果你指的是某套私有部署方案（例如基于Clawdbot v4的自动化流水线），其“存储模块”大概率是通过自定义 wp_insert_post() 调用、重写 wp_generate_attachment_metadata 钩子，或对接对象存储（如阿里云OSS、腾讯COS）实现的。这类定制不会替代自动保存逻辑，但若覆盖了 post_status = 'auto-draft' 的处理流程，就可能导致草稿无法落库。
建议检查该模块是否重写了 wp_insert_post() 行为，或是否在 save_post / wp_insert_post 钩子中对 auto-draft 状态做了跳过、过滤或强制转态操作。
