wwwgoubuli @wwwgoubuli我不喜欢也几乎从来不使用class 来组织功能相关联的代码，我几乎只用函数。
而我需要把管理的代码组织在一起的时候，我就丢到一个文件里各自export，或者同一个文件夹下。
class 对我而言是一种抽象的“打包”，我喜欢让功能和文件/文件夹产生物理关联。
只是一个小小的个人习惯，看看有没有类似的。
nekocode @nekocode_cn一点心得，harness engineering 的本质是「熵减」。
而代码优于 prompt 约束，尽量把所有流程、约束，收敛到更稳定、有序的代码层去实现。
这也是 skills（agent 时代的 app）原生支持 scripts 的核心逻辑所在。
卫斯理 @imwsl90感觉很多人要到多年后才会发现，什么文档工具都不如微软的 office 三件套....
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
我他妈还寻思这都是什么高科技呢
天天装神弄鬼，也不学点好
nekocode @nekocode_cn你如果在用 SDD，那我不建议你把 Spec 持久化。因为 Spec 会漂移！
代码在变，Spec 却不一定跟着更新。过时的 Spec 不是文档，是噪音，是幻觉的温床
真正的「唯一真相来源」应该只有一个：代码本身
又或许你更需要的是 Plan Mode，或者一个全局唯一的 Spec: ARCHITECTURE.md
ghostviper @A9yNtIHEjvVkW7Cdify真的可以用了，迭代模式好像比coze好用？coze的编排界面实在是太卡了，今天刚把远古时期Fastgpt做的编排迁移到dify，20分钟完成一个还新增了日期、天气、知识方面的功能，效率爆炸。
ruanyf @ruanyf新的博客文章《信息就像糖一样上瘾》：工业革命有一个很少人提到的后果，就是人类可以大量生产糖了。
从此，大部分食物都添加糖，垃圾食品泛滥，因为糖会增加多巴胺的分泌，让你对糖上瘾，过量进食。
信息就像糖一样，也能增加多巴胺，让人上瘾。https://t.co/ccIYy1rW1Q
polebug @polebug最近看到很多大 v 说千万不要开杠杆/合约，我不太认同。
杠杆/合约并不等于高风险，这个命题的关键在于“欲望”，欲望越大，杠杆倍率越高，这样才导致了高风险。
作为一个一开始控制不住欲望爆仓了，但是后面吸取教训，做好仓位管理，现在能轻松翻倍的合约玩家来说，杠杆是一种能快速提升资产的方式。
