#memes 部署一个 Node.js 项目 be like:

👁 741❤️ 6🔁 0💬 1

卫斯理 @imwsl90感觉很多人要到多年后才会发现,什么文档工具都不如微软的 office 三件套....
nekocode @nekocode_cn你如果在用 SDD,那我不建议你把 Spec 持久化。因为 Spec 会漂移!
代码在变,Spec 却不一定跟着更新。过时的 Spec 不是文档,是噪音,是幻觉的温床
真正的「唯一真相来源」应该只有一个:代码本身
又或许你更需要的是 Plan Mode,或者一个全局唯一的 Spec: ARCHITECTURE.md
nekocode @nekocode_cn谁说 Agent Client Protocol 只能给 GUI 用 🤣
Team/Swarm 模式很可能是 Coding Agent 在 2026 年真正爆发的关键方向。可以预见,每个主流 Coding Agent 都会推出自己的 Team Mode —— 但一个更有意思的问题是:怎么让不同厂商、不同架构的 Coding Agent 组成一个异构 Team?
目前市面上已经有一些尝试,但各有局限:
1. Headless 模式:通过 Coding Agent CLI 的 Headless 模式来编排多个 Agent。问题在于,各家的 Headless 模式普遍是阉割版——功能覆盖不全,交互能力也大打折扣,远不如完整的 CLI 交互体验。
2. PTY 劫持:直接通过伪终端(PTY)接管 Coding Agent CLI 的输入输出。这种方式虽然理论上能获取完整能力,但信噪比极低——你需要从大量终端控制字符、ANSI 转义序列和格式化输出中解析出真正有用的信息,既脆弱又难以维护。
而 ACP(Agent Client Protocol)提供了一个更优雅的解法。 它在 CLI 交互之上抽象出一层统一的、结构化的协议层,让上层编排系统无需关心底层 Agent 的具体实现细节,就能以一致的方式与不同的 Coding Agent 进行通信和协作。
基于这个思路,我做了一个开源项目来验证这个想法 👇
https://t.co/Sl1nMKd7Yq
Yumin @YuminAIAnthropic这帮人是有病吧
他们发明了plugin, agents, skills
但这不都是一堆markdown文件吗
为什么还区分那么多?
无非都是prompt
ok,有些prompt可以被重复使用
但你也不致于发明这么多概念啊
你就老老实实的说
这个是做ui的prompt
这个是做code review的prompt
这个是做web search的prompt , 但你可以同时开多个进程来跑这个prompt
我他妈还寻思这都是什么高科技呢
天天装神弄鬼,也不学点好
ghostviper @A9yNtIHEjvVkW7Cdify真的可以用了,迭代模式好像比coze好用?coze的编排界面实在是太卡了,今天刚把远古时期Fastgpt做的编排迁移到dify,20分钟完成一个还新增了日期、天气、知识方面的功能,效率爆炸。

ruanyf @ruanyf新的博客文章《信息就像糖一样上瘾》:工业革命有一个很少人提到的后果,就是人类可以大量生产糖了。
从此,大部分食物都添加糖,垃圾食品泛滥,因为糖会增加多巴胺的分泌,让你对糖上瘾,过量进食。
信息就像糖一样,也能增加多巴胺,让人上瘾。https://t.co/ccIYy1rW1Q
polebug @polebug最近看到很多大 v 说千万不要开杠杆/合约,我不太认同。
杠杆/合约并不等于高风险,这个命题的关键在于“欲望”,欲望越大,杠杆倍率越高,这样才导致了高风险。
作为一个一开始控制不住欲望爆仓了,但是后面吸取教训,做好仓位管理,现在能轻松翻倍的合约玩家来说,杠杆是一种能快速提升资产的方式。



nekocode @nekocode_cnGUI IS BULLSHIT!
就算强如 Claude Opus 4.6,在 Vibe coding GUI 项目时(尤其是非 Web 栈),在稍微复杂的交互场景下,总容易会有 Bug 或细节问题,很容易让细节狂魔抓狂。
反观非 GUI 项目,Vibe coding 简直行云流水,身心愉悦。
看来文本喂出来的模型,终究是个半瞎 🤔



Tom Dörr @tom_doerr


nekocode @nekocode_cn其实 CSDN 能活到今天,都是同行的「大多数」用脚投票导致的。劣币驱逐良币,前面有多少好的社区都倒闭了,哀哉 🤡