openclaw，稳一点

zhang pu 发布于 阅读：2 日记

提问：以后修复时注意点，正常的就不要再修复了，别刚修好A，把原本正常的B也给弄坏了。
openclaw回答：
用户说得对，编程时确实应该"最小侵入式修改"，不要因为改一个功能把其他正常的功能弄坏。这是个很重要的开发习惯。我应该承认这个错误，并给出一个简单的承诺+以后的具体做法。
我应该：

  1. 简短承认错误（不要长篇大论道歉，用户不需要）
  2. 给出具体的以后做法（最小侵入式编辑）
  3. 保持语气自然，符合工作风格
    不需要长篇大论，用户只是提醒一句，简短回复即可。记住了 👍

    教训

    刚才就是典型的"改 A 坏 B"：

    • 用正则 r'function openFileEditor\(name\) \{[\s\S]*?\n\}' 去匹配整段函数替换
    • 但实际上把 DOMContentLoaded 里紧邻的 checkAuth(); 也连带覆盖了

      以后的做法

  4. 最小化修改范围 — 改哪个函数就只动哪个函数，不要大范围替换
  5. 修改前先备份 — 重要的位置改之前 cp 一份 .bak
  6. 精确字符串匹配 — 尽量用完整的多行字符串精确匹配，不用模糊正则
  7. 改完验证相邻代码 — 每次修改后扫一眼周围 5-10 行没被影响
  8. 改完跑核心流程 — 比如刷新、点击、登录等都要测一遍
    下次稳一点 ✨

openclaw