• one

    发现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 读”
    主楼
  • bbs1org

    习惯用gpt 5.60 sol

    #1
  • one

    @qq #2 你们说的我怎么理解不了😦

    #3
  • bbs1org

    应该是对比模型对代码的分析

    #4
  • qq

    opencode go 挺便宜

    #2
  • slower

    gpt sol kimi3

    #5
  • waysonline

    Codex 20Pro + Kimi 699

    #6

发表回复

登录后回复