2. V2EX
  3. 看似是用户和开发者在交互，实则是 ai 和 ai 在交互

看似是用户和开发者在交互，实则是 ai 和 ai 在交互

FlashEcho 2026-08-26 09:31 1

最近遇到了不少视频，很没有营养，就想着用 ai 帮我总结一下，自己只看总结的文字稿了，准备做一个 skill


然后在 ai 的辅助下，选择了一个 asr 框架


让 ai 全程操办 skill 的编写，review 的时候，发现 ai 显示指定了模型保存的路径，觉得不太对，但是发现去掉这个保存在默认位置，每次都会重新下载


让 ai 一通分析，说是框架的实现遇到了一个 Windows 的 feature ，文件大小大于 2G 就会检测失败，于是让 ai 帮我写了个 issue 发了出去: https://github.com/CrispStrobe/CrispASR/issues/393


开发者看到 issue 后也没说话，用 ai 默默地把问题修了: https://github.com/CrispStrobe/CrispASR/commit/d57ed3b6a7eca8874a21d1d8194050f014a022d7


这波看似是用户和开发者的良好互动，使用一个小众框架（ github stars < 1k ），还反馈了 bug 和原因，但是其实是 gpt-5.6-sol 和 claude-fable-5 的互动，ai 包办全流程，人类一败涂地了

最新回复 (5)
  • mangmaimu 08-26 09:37
    1楼
    也不太对,用户发现 bug, 开发者验证 bug 修复, ai 只是起到中间辅助
  • cslive 08-26 09:37
    2楼
    既然开源的不如你让 ai 帮他修好提个 pr
  • FlashEcho 楼主 08-26 09:45
    3楼
    @mangmaimu #1 如果是我手动用的，我肯定懒得去优化框架的使用命令，显示指定路径能正常用就不折腾了，用户自适应了，因为说不定是我自己的使用问题，哪里配置错了。ai 才能这么细致地去看源代码，是框架的实现有问题

    而且如果是我自己手动用，也懒得写 issue 了，ai 这方面还是能提效不少，不用自己手动写工作量小了才有发 issue 的动力
  • FlashEcho 楼主 08-26 09:46
    4楼
    @cslive #2 那有点用 ai 堆屎山的嫌疑，毕竟我没仔细看过这个框架的源代码，也没法 review ai 的修复对不对，无脑信任 ai 给出的框架 bug 的描述，发个 issue 给开发者本人审核已经是我的极限了
  • dongzhuo777 08-26 12:17
    5楼
    对于你不熟悉的领域 那只能相信 AI 你熟悉的领域那肯定是你指挥 AI 。
    后端转前端 你指望你前端写的比 AI 好吗
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐