FirstIntent

Agent builder. Currently building ccteam — a control plane for one person to manage 50 AI agents.

[FirstIntent @firstintentdev]

CCTeam把你已经在用的 code agent(Claude Code、Codex、Grok、Kimi 等)编成一支团队——任何会话都能跨厂商、跨机器spawn、派活、收结果,而你从Telegram、飞书或浏览器里统一指挥。

https://t.co/mvaEM3jsEK

[FirstIntent @firstintentdev]

早期判断需求看用户“眼睛是否发亮”，而非DAU、留存等指标，团队要爱上问题而非方案。Google Labs 的 2-3 人团队这样验证 AI 产品方向

[FirstIntent @firstintentdev]

ai 时代每个公司都值得重新成立一遍

[Paul Graham @paulg]

Established companies will at best adapt to AI. Newly founded startups will be AI-native from the start. This is an interesting example of a company in the middle, which (by great effort) remade itself as an AI-native company.

[FirstIntent @firstintentdev]

@cz_binance nodejs？

[FirstIntent @firstintentdev]

用户路径测试是有效的办法

[Wyong · 产品增长 @intentplex]

我们之前招的10年经验DevOps，也会自动化测试。花了2个月，给我们公司一个只有二十多万行的webapp产品，生成了5000多个单元测试。只查出来几不痛不痒的bug。
因为单元测试依赖于实现，每次开发们改代码，都要花几十分钟，删除老的单元测试，重新生成新的单元测试，怨声载道。
这个DevOps离职以后，我不让老板再招人，我自己接手这个自动化测试。我定了一个原则，测试用例只测用户能感知到的东西，绝对不基于任何内部实现写测试。我还写了一个通用测试技能，只让GPT生成150个测试用例，就抓到了15个bug。
我的结论是：一般的产品不要再写单元测试。多人长时间vibe coding出来的东西，可能核心功能能用，但是用户可见的边边角角的bug率非常高，如果没有专门的工作流去测试，很难发现。

[FirstIntent @firstintentdev]

商品化的是电力？gpu？算力？token？

[FirstIntent @firstintentdev]

@Xudong07452910 手里面的高价值能拿结果的活，猛蹬就行了

[FirstIntent @firstintentdev]

@dotey https://t.co/gHzt92o8ST

[FirstIntent @firstintentdev]

不是我开发的，觉得好用就分享出来
https://t.co/yrmvaPlELa

[FirstIntent @firstintentdev]

@dotey cswap run 123

[Grok @grok]

正经agent研究方向主要在这些：

1. 长时程可靠性：错误检测、回退、可验证规划，解决错误级联。
2. Agentic RL：用真实环境/harness反馈直接训练策略，而非纯提示工程。
3. 多agent协作与协议：分工、通信、冲突解决。
4. 长期记忆与技能演进：冻结权重下的可塑性记忆与技能库。
5. 真实环境grounding：电脑使用、工具动态集成、具身。
6. 诚实评估与安全：成本、可靠性、对抗鲁棒。

最优控制可作数学视角，但实际瓶颈在训练范式、环境交互和评估，而非再formalize提示。

[FirstIntent @firstintentdev]

claude code是程序员最好的游戏，build! build! build!

[FirstIntent @firstintentdev]

社区总是后知后觉，opus5.5 最近大家才开始好评。

其实 opus5.5 刚发布第一天我就已经知道了它和之前的模型不是一个物种了，第一天发布在我的大型项目中所展现出的深度，它已经不是一个 code agent 助手了，而是真正能带来成果了。

[FirstIntent @firstintentdev]

做大项目的人，应该都深有体会。

软件工程里的文档，可以扔了。

文档一发布，就得有人维护它、对齐真相。这个成本极高，而且永远对不齐，总有不一致。

真相只有一个：代码。

以前就是这样。产品经理不知道最新的业务逻辑，最后还是得去翻代码。需求文档过期了，人走了没交接清楚，都是一回事。

现在有了 coding agent，想从哪个角度看这个系统，都能随时从代码里按需生成。不用再维护一份“二手真相”。

对外场景暂时还得留文档，那是没办法。但对内，别再写了。

代码是唯一的真相源，该花力气维护的只有它。

[火星财经 @MarsBit2022]

⚡Dragonfly合伙人：Hyperliquid正开拓市场而非抢夺份额，未来加密、金融科技乃至AI等叙事将彼此融合

10 月 12 日，Dragonfly 管理合伙人 Haseeb Qureshi 在最新 Space 中分析 Hyperliquid 与中心化交易平台的关系时指出，两者用户群重叠有限。许多无法合规完成 KYC、所在国家难以接入主流平台的用户，把 Hyperliquid 当作事实上的主要交易入口，因此它更具「补位」色彩，而非单纯与中心化交易平台正面抢量。 Binance 等已感受到威胁并有所动作，但若对照成交量，Hyperliquid 市场份额在增长的同时，中心化交易平台的交易量并未同步下降——两者都在扩张。这说明更像是市场边界被拉开，而不是份额从 CEX 单向转移到 Hyperliquid。Haseeb 还认为 pre-IPO 股票已有大量需求与产品市场契合，https://t.co/8HvNOSosFn 仍处早期但进展可观。对未来 6–12 个月的加密行情，Haseeb 态度偏积极，认为市场将有不错表现。 Haseeb 还谈到 2030 年的加密基金形态，「加密 VC」不会消亡，但人们可能不再这样称呼它。加密已渗入金融科技、数字银行、消费产品与稳定币后端，加密投资会像当年互联网投资一样，最终成为普通投资中的一类。或许再过一两期基金，行业还会把某些基金称为「加密基金」，但包括 Dragonfly 在内的基金，都会更多投向台面上使用加密的金融科技、新技术乃至 AI 类公司，各种叙事正在彼此融合。 Haseeb 认为真正能在这一转型中留下的基金，靠的不是「懂加密」这一个优势，而是对世界的理解、深厚关系，以及能否真正帮创始人解决问题，以及除了加密还能带来什么。2020、2021 年那种「募个基金、投些比特币、翻倍就完事」的策略已难以为继。

[FirstIntent @firstintentdev]

对于创业型产品研发团队，成员主业应该转型成产品经理，兼职工程师。

[돈벌고영 @Dontgiveup_26]

지금 전 세계 개발자 커뮤니티가 발칵 뒤집힌 이유.

Playwright 쓰던 사람들이 단체로 갈아탈 수밖에 없게 만든 오픈소스 'Stagehand v4'가 나옴.

최근 화제인 Jev까지 붙으면서 LLM 호출 97% 삭감, 속도 11배 폭증.

반복 실행 비용이 '0원'으로 수렴해버리는 미친 자동화의 비밀 👇 (타래)

[FirstIntent @firstintentdev]

opus5.5 指标比fable5.1强，还便宜。疑惑还有什么理由用fable呢？

[Claude @claudeai]

Opus 5.5 is a major step up from Opus 5, leading on agentic coding, computer use, and knowledge work.

[FirstIntent @firstintentdev]

战略其实就是：怎么先不死（生存战略）、怎么变大（增长战略）、什么最值得做（聚焦战略）、为什么选我（差异化战略）、怎么比别人更便宜（成本战略）、怎么不被复制（壁垒战略）、怎么持续赚钱（现金流战略）、怎么用更少资源做更大结果（杠杆战略）、怎么把收入变资产（资产战略）、怎么避免一次归零（风险战略）、怎么让未来更多路可走（选择权战略）、什么时候停止（退出战略）。

[超级峰 @Mileson07]

🤯 我勒个去。。。 飞书 CLI 支持查询全网的公开的云文档 😱

我惊呆了 😅，太夸张了吧，这难道不是中文互联网最高质量的地方了吗

另外，建议大家不要轻易公开飞书云文档了，因为指不定你的云文档就被别人用 飞书 CLI 直接查到了，信息泄露了

[FirstIntent @firstintentdev]

不是我开发的，觉得好用就分享出来
https://t.co/yrmvaPlELa

[FirstIntent @firstintentdev]

cswap 这个工具真好用，一台机器登录7个claude订阅账号额度自动切换，终于解决了5h/7d限额这个问题了