豆包AI不能直接写WordPress插件，仅能辅助检查代码规范、定位错误、补全函数实现；它缺乏上下文感知，无法自动处理钩子时机、权限控制、数据库清理等关键逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
豆包AI不能直接写WordPress插件——它不接触你的服务器、不生成可部署的PHP文件、也不理解WordPress钩子机制。所谓“用豆包AI建站扩展”，本质是人用它辅助写代码，不是它替你完成开发。
为什么add_action和add_filter不能靠豆包AI自动补全
豆包AI缺乏上下文感知能力：它看不到你的主题结构、当前激活的插件、PHP版本、甚至不知道wp-content/plugins/目录是否存在。你问“怎么加一个登录后跳转首页的钩子”，它可能返回一段语法正确但触发时机错误的代码——比如在init里做重定向，结果导致后台也跳走。
- 真实场景中，
wp_redirect()必须配合exit或wp_die()，漏掉就会报“headers already sent”错误 -
template_redirect比init更安全，但只对前端生效；后台跳转得用admin_init+ 条件判断 - 豆包AI常忽略
is_admin()和is_user_logged_in()的嵌套顺序，一并返回就容易挂掉整个后台
把豆包AI当phpcs用反而更靠谱
别让它从零生成插件，让它帮你检查已有代码是否符合WordPress编码规范。比如你写了段WP_Query，粘贴过去问：“这段会不会导致SQL注入？有没有更安全的写法？”它大概率能指出该用$wpdb->prepare()而不是拼接字符串。
- 输入要带明确错误信息，比如复制粘贴
Warning: Cannot modify header information - headers already sent，它才可能定位到输出前置问题 - 问“
get_posts()和WP_Query在循环里哪个更快”，它能对比缓存机制和内存占用，但不会告诉你suppress_filters=false在某些主题下会让the_content过滤器失效 - 避免问“怎么写一个会员插件”，这种开放式问题只会得到骨架代码，缺权限控制、nonce验证、数据库迁移逻辑
真正能落地的“AI辅助建站”流程
你得自己掌控入口、路由、钩子注册这三步，豆包AI只负责中间函数实现。比如你要加个短代码[latest_posts limit="3"]，你应该先手动建好plugin-name/plugin-name.php头注释和add_shortcode调用，再把函数体空着，让AI填WP_Query参数和HTML结构。
将 LaTeX（.tex）学术论文转换为 Word（.docx），支持可编辑的 OMML 公式、原生 Word 表格、嵌入图形、IEEE 双栏排版及参考文献
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
- 必须手动确认
Plugin Name:注释存在，否则WordPress后台看不到插件 - 短代码回调函数名不能含破折号，豆包AI有时会生成
my-plugin-shortcode，实际要改成my_plugin_shortcode - 如果用了
wp_enqueue_script，得自己补wp_register_script和依赖声明，AI常漏掉array('jquery')这个参数
最易被忽略的是uninstall.php——90%的AI生成插件没清理数据库表或选项，用户删插件后残留数据。这事没法靠提示词绕过去，得你亲手写delete_option()或$wpdb->query()。
