Skip to main content

acshame

  1. #人工智能
    我最近由于大量采用agent编程,现在可以并发开多个agent搞多个项目,这就对我家里的硬件提出新的要求:需要能够便捷查看多个agent的工作情况。

    原先我的屏幕配置是:一个27寸显示器,加上14寸的MacBookPro,这样合起来就是双显示器。

    我的新要求是:能够再多一屏,这样看多个agent的工作就更方便。于是,我需要从原先的27寸显示器升级到了32寸显示器,这样就能分三个屏(Mac一个,32寸显示器分两个)。这里又面临两个问题:由于显示器更宽了,导致要把眼睛和显示器的距离拉得更长才行;第二个问题是,如何快捷得给显示器分两屏。

    第一个问题,肯定是要把办工桌换成更长的桌子。根据人体工学的理论,27寸的显示器桌子长度55cm,但是到了32寸的显示器就需要到75cm了。我家的书房摆满了东西,重新腾空、拆掉已有的书桌安装一个新的书桌特别折腾。我用了一个折中的办法,电商平台上买了一个给书桌加长的板子,这个方案凑合了一点,但是it works!

    第二个问题,我原先打算买有PBP(Picture By Picture)功能的显示器,这样可以在显示器上“物理模拟”出两个显示器来。但是这个方案并不靠谱,因为分屏操作在我的场景里是非常高频的操作,如果用PBP还需要手动调整显示器的分辨率。所以我选择了“软件分屏”的方案,我采用了Rectangle开源软件),这个软件使用快捷键就能让软件的窗口缩放,非常方便。

    现在折腾完毕之后,有三个屏幕,工作起来特别方便。

    我这次折腾是很典型的:由于环境发生了变化(需要方便看多个Agent的工作),导致的配套基础设施也需要跟着变化。

    类似的,由于Agent写代码更快,导致提交代码更频繁,最近一段时间Github也是频繁宕机。
  2. 用 LLM 写代码对架构清晰和代码质量的要求其实更高,因为 LLM 不是你的脑子,他不知道现在的架构里面有哪些坑,没有那些 Context,在短上下文的情况下一个歪掉的塔只会越盖越歪。

    比如你的系统里面有一坨 legacy 导致了两条 parallel 实现,LLM 搞不清楚该在哪条上继续开发,就会变成一会在 legacy 上雕花一会去在正常流程上堆料,最后一团混乱。

    你必须得非常清楚自己的架构,如果歪了赶快扶正,尽可能多地写文档。索性 LLM 很擅长做重构(大概率比你擅长),在多次 Review 的情况下会给你一个干净的结果,而且它也大概率比你会写文档。

    所以,别用 LLM 糊屎,糊出来了屎也不是 LLM 的问题,是你的管理技术有问题。