PHP实现AI社区问答或自动回复需按问题类型选方案：固定响应用规则匹配，乱序提问需上下文推理，多模态则整合图片与历史；流式响应须手动处理SSE、禁Nginx缓冲、正确flush；国内大模型token需Redis缓存并提前刷新；知识库需关键词兜底+向量检索+提示词约束；微信类回调须读php://input；所有请求必须设合理超时。
PHP 做社区问答或自动回复，核心不是“选哪个 AI 最强”，而是看你要解决什么问题：是快速响应固定问题？还是理解用户乱序提问？或是把图片、历史聊天都喂给 AI 做上下文推理？不同 AI 接入方式和成本差异很大，不能一概而论。
OpenAI / Anthropic 流式接口必须用 cURL 或 Guzzle 手动处理 SSE
官方 SDK（如 openai-php）默认不支持流式响应（text/event-stream），直接调用 chat/completions?stream=true 会卡住或报错 400 Bad Request。你得自己构造请求头、禁用缓冲、逐块解析 data: 行。
- 必须手动设置
header('X-Accel-Buffering: no')，否则 Nginx 会攒满 4KB 才吐数据，打字机效果就废了 -
ob_flush()和flush()要成对出现，且 PHP 运行模式不能是php-fpm的静态缓冲池（建议改用ondemand模式） - 每条
data:行可能包含多个 JSON 对象，或只有一半内容，要用json_decode($line, true)容错处理，跳过空行和event:控制帧
国内大模型（文心一言/通义千问/星火）的 access_token 有效期只有 30 分钟
不像 OpenAI 的 Bearer token 长期有效，百度、阿里、讯飞的 API 都要求先用 client_id + client_secret 换取短时 access_token，再拿它去调用对话接口。PHP 后端必须缓存这个 token 并自动刷新。
- 别在每次请求里都重新申请 token——触发频率高时会被限流，返回
error_code: 17（access token invalid） - 推荐用 Redis 存
access_token，key 设为qwen:token，过期时间设为1800 - 60秒，提前 1 分钟刷新 - 刷新失败时要 fallback 到上一个有效 token，避免整批请求崩掉
知识库问答不能只靠 embedding + 向量检索
单纯把 FAQ 切块向量化后搜相似度，遇到“怎么退款”“钱退到哪了”“订单取消后多久到账”这种同义多问，召回率极低。PHP 层必须加一层规则兜底。
- 先跑一次关键词匹配（比如检测到“退款”“退钱”“返款”就强制命中退款类 FAQ），再走向量检索
- 向量数据库（如
pgvector）查询时，别只取 top-1，至少取 top-3，让 LLM 自己判断哪条最相关 - LLM 提示词里要明确写：“仅根据以下检索结果回答，禁止编造；若无匹配内容，请回复‘我还没学会这个问题’”——不然它会胡说
微信/企业微信自动回复必须绕开 $_POST 直接读原始 body
企业微信回调、微信公众号服务器配置，都是用 application/json 发 POST，但 PHP 默认的 $_POST 只解析 application/x-www-form-urlencoded 和 multipart/form-data。直接读 $_POST 会是空数组。
- 必须用
$raw = file_get_contents('php://input')拿原始 JSON 字符串 - 再
json_decode($raw, true)解析，否则收不到MsgType、Content等关键字段 - 验证签名时注意：企业微信的
msg_signature是对timestamp+nonce+body（未解析的原始字符串）三者拼接后 SHA256，不是对解析后的数组
最易被忽略的一点：所有 AI 请求都要加超时控制。OpenAI 默认连接超时 30 秒，但国内模型常有 5–8 秒首包延迟，PHP 的 default_socket_timeout 如果没调小，用户端早关页面了，后端还在等响应。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
