发现GLM5.3的质量比DSV4P高。
修正摘要
一、描述性错误(7 项,已全部修正)
最严重的是 uninstall 回调签名:我原模板写了f(array $plugin, bool $keep_data),实际代码(Plugin.php L1257)只传一参,且保留数据卸载时根本不调用该回调——照原模板写会导致 PHP 参数不匹配错误。其余修正:install 执行条件(仅未启用或市场强制时跑)、reply.after_render完整 ctx(含 reply_position)、hook() "返回 null=不修改"约定、plugin_call 异常重新抛出、entries 未声明键默认开启、cron interval 函数两参签名。二、遗漏机制(15 项,已补充)
- Cron.php 整个组件(原文件完全没提):租约抢占、快速重试(min(300, interval))、3 次失败暂停 30 分钟、cron 异常不停用插件(与 hook 回调的关键差异)
- 8 类 manifest 回调签名总表:routes/admin_tabs 回调实际接收
$plugin参数——原来一处都没写 - 卸载备份 + 递归删目录(印证“运行数据必须放 DATA_DIR”的根本原因)、卸载表冲突保护、install 幂等条件、核心常量表(15 个)、
topic.list_columns白名单限制、row() 负缓存、rows_by_ids 返回 map 形态、tx() 嵌套无独立回滚、hook 函数名静默容错(拼错无报错)等
三、红区写法具体化(3 项,已重写)
- 原来只有一句话,现在有可直接套用的三段式标准模式(boot 预加载含配置 → topic.replies 批量收集 ID → 渲染钩子纯内存拼接)
- 明确红区禁令不止
q/one/val/row,还覆盖plugin_config()(停用态回退查库)和首次setting() - 发现文档红区表覆盖不足:
markdown.render/after与markdown.before同样逐楼层触发(L1893 markdown_html 在 topic_post_row 内),实际都应按红区对待——已标注“以代码为准,三者一律零 DB 读”
主楼习惯用gpt 5.60 sol
opencode go 挺便宜
gpt sol kimi3
- waysonline2026-08-22⭐️ 新访客379
Codex 20Pro + Kimi 699