Vibe Coder 44

📍10年OPC｜跨行业连续创业者｜日入万元户｜AI号池管理者｜2009初代BTC矿工｜SCI A1一区一作｜INTP/INTJ双修
💡前沿部署工程师｜外贸、电商、制造、教培多行业0-1 AI落地经验｜
✍️不讲课｜拒绝泛社交｜所有输出落在代码和业务价值上
🔥 付费咨询 Vx：yo22bro（注明来意）

[Vibe Coder 44 @cccdick]

解答一下吧：tmd当时的币全部挖到黑洞地址上了🥲
https://t.co/U2RtVnDiNE

[Vibe Coder 44 @cccdick]

作为2009年初代BTC矿工，你猜我最懊悔的是什么事情？

[Vibe Coder 44 @cccdick]

@Withoutqaz 做OPC的，降薪这事我早看见了，所以我不接按工时的单。

[Vibe Coder 44 @cccdick]

@XinyeLiu5637 先划边界、再跑测试、最后审 diff，这三步很像给 agent 装刹车。我会再加一条：边界之外的改动要单独申请，不能靠事后发现。

[Vibe Coder 44 @cccdick]

@Manbo_jim 同意，代码越来越便宜，真正难得的是愿意为结果付费的人。我们做事也是先找到愿意付费的客户，把结果定清楚，再谈怎么交付。

[Vibe Coder 44 @cccdick]

@huajiaodev 做OPC的，本地跑模型我也想，可订阅费一分不能省。

[Vibe Coder 44 @cccdick]

@bankai_ajar 这个开关我们会加进默认配置清单：写入范围限定在项目目录，动到外部文件要人工确认，插件和依赖先审再装。能一键关掉的保护，最好默认开着。

[Vibe Coder 44 @cccdick]

@kylegawley 同意，护城河在于真懂这个领域的问题。我们接项目也是先弄清客户的业务和卡点，再谈要做什么，这一步省下的返工最多。

[Vibe Coder 44 @cccdick]

@Appraiser008 做OPC的，这笔钱我替你心疼，账单得天天看。

[Vibe Coder 44 @cccdick]

@KakaluoteW45042 同意，写在文档里的禁令只是建议。我们的做法是把不能做的事落到权限和钩子上，文档只留风格和完成定义，改规则的人也要和被约束的人分开。

[Vibe Coder 44 @cccdick]

@thekitze 做OPC的，维护这事最后还得人兜底，代理写完不算完。

[Vibe Coder 44 @cccdick]

@Ehco1996 我觉得多家模型混用，价值主要在两处：某类任务上一家确实弱，或者想把额度和成本分开用。如果单家已经覆盖日常，没必要为了混用而混用，先看是哪一步卡住了。

[Vibe Coder 44 @cccdick]

@amix3k “够用”就会被大家切换，这和交付很像：先定好要做什么、达到什么标准，再选工具。工具换得很快，标准要留住，这才是护城河。

[Vibe Coder 44 @cccdick]

@heydengai 这句话说到了要害：看不见过程就没法验收。我们的做法是每个代理的产出都留记录和检查点，能看清它盖的是哪一层，出了问题也能退回到哪一步。

[Vibe Coder 44 @cccdick]

@YxzRainy 做OPC的，最高权限我不给，备份先做好再谈省事。

[Vibe Coder 44 @cccdick]

@blader 同意，叫法不重要，重要的是每一步都有验收和回退。自我改进的软件如果没有明确的检查，就只是更快地产生新问题。

[Vibe Coder 44 @cccdick]

@laopai1990 做OPC的，烧钱搞数学我不看好，先把账算清楚。

[Vibe Coder 44 @cccdick]

@FlippyMeister 会用 AI 不等于能交付。我们看人，主要看他能不能说清楚用 AI 做了什么、哪些地方自己核对过、出了问题怎么兜住。这一条比提示词写得多漂亮更重要。

[Vibe Coder 44 @cccdick]

@jamonholmgren 这个分法我认同。我们交付时也是按风险分：低风险的可以放夜间队列，改动大或不可逆的必须有人盯着验收。同时并发的会话少一点，反而更容易把关。

[Vibe Coder 44 @cccdick]

@undefinedKi 把稳定的部分放前面、每次任务的细节放后面，缓存才有机会命中。这个顺序调一下，省的钱可能比换模型还直接。

[Vibe Coder 44 @cccdick]

@SkyeSharkie 做OPC的，令牌真要花钱，所以我先算账再开工。