逍遥XTony继续发布个人交易获利表述,称最近赚得连广告都不想发;梭哈.AI则转述其交易心法,将重点概括为控制亏损,而不是依赖分析预测盈利。相关内容延续此前的个人交易收益叙事,并出现语录分享与追随者互动的讨论。梭哈.AI另称,有人在闲鱼售卖Tony语录获利近300万元,但明确使用“据说”,未提供销售记录。逍遥XTony在另一帖解释,自己每天收到数十条借钱、求带和提问私信,通常不会回复,仅会选择性处理有正事等消息。本批材料没有新增可核验的收益金额、账户流水或策略测试,不能确认其交易表现、语录销售收入,也不能证明相关方法具有可复制性。
Participated post: 超级好的文章,《如何与 AI agent 协作》 as of October 2026,作者在 AmpCode 工作,里面没有啥复杂的大道理,核心思想就是大模型现在非常强大,不需要那么多约束和规则,充分相信他的能力,并且给予适当的规则即可。摘抄几条都短小精悍但是深得我心 看了好几遍
1 用最新 最强的模型,差的模型让你反复浪费时间 时间也是成本
2 别再担心 AI 会写出 slop ,它的能力已经够强大,即使有些冗余,也不重要
3 告诉大模型你到底要什么 别告诉它具体要怎么做
4 让 agent 能看见整个流程,这个说的非常好,整个流程应该都对 agent 可见 能给多少给多少 减少幻觉 E2E 生产日志 部署 等等 多给它权限
5 要证据,要大模型给你 E2E,对比数据 截屏等能证明它完成了,写到 agents.md 中作为验收条件 代码风格等等不要管了
文中还有很多条很多条,每条都很好,都值得拿出来好好念一遍,大家要好好看看
Posts 2 Views 79.5K Heat 11.8K#逍遥XTony #交易收益 #交易心法
中文开发者分享AI编程与桌面软件操作的新实践,涉及Codex配合REA下载微信视频号视频、研究WorkBuddy读取微信聊天记录,以及Claude Code项目级记忆和Skill规则复用。宝玉称,视频下载需要多步对话,Codex最终通过配置本地代理完成;Andy Stewart自述使用REA配合算力舱研究聊天记录读取方式,但可见帖子没有呈现完整过程。Jason Young认为,项目记忆能够保留设计决策、开发红线和待修复问题,提高更换工具的成本;向阳乔木建议借鉴Skill中的验收、数据和画面控制规则。讨论延续智能体操作软件与开发工作流优化的脉络,但缺少兼容性、数据授权、稳定性及效率对照,不能据此确认普遍适用性。
Participated post: 用 Opus5.5 的朋友们必看 Claude 官方的这篇文章《Getting the most out of Opus 5.5 in Claude and Claude Code》充分发挥 Opus 5.5 的能力
https://t.co/GqBwPRR6JR
作者是 Addy Osmani 算个大名人了,之前在 google 呆了 14 年,写了很多前端的书,我也读过很多,2026年9月加入 A 社了。
这篇文章我觉得优势是特别可以通俗,没有什么复杂的原理 但是非常偏实战
几个方面:1 怎么下任务 2 控制 Long Run 的集中方法 3 验收结果 4 Claude App 的使用技巧 5 Opus 5.5 的安全开关 ,这个比较有趣 一旦被判敏感 Claude 不会停,而是自动换成更旧的模型接着答
Posts 1 Views 29.7K Heat 20.6K#Codex #REA #微信自动化
中文X的AI开发讨论新增原生应用重构、iOS开发门槛与高档订阅额度消耗三个角度。yetone称,Alma的UI层已使用MyGo重构为原生版本,并在另一帖中将近期复杂iOS应用增多归因于Opus 5.5,认为其显著简化了开发。Phyrex则自述,最高档Ultra订阅三天已消耗55%的额度,另称Claude Max作为辅助使用也很快耗尽额度,并预告正在开发的作品。这批内容延续AI辅助开发与实际投入的讨论,但Alma重构帖没有说明是否使用Opus,不能将两条帖子直接拼接为同一开发案例。候选材料也没有代码、验收记录、任务规格或完整账单,无法量化开发效率提升及不同订阅的成本差异。
Participated post: 大家可以看看 Matt Pocock 在 React Advanced Conference 中的演讲《Why Software Fundamentals Still Matter》 非常精彩
https://t.co/K7hHKWKpyj
如果 AI 已经在写代码了 软件基础知识还重要吗?他认为很重要,并且将问题具体化到 React 上了。
评论里各位大佬都发表了自己的意见,大部分理解 React 没那么重要,Thariq 说框架内部实现细节不重要,更底层的东西更重要。
我看了完整的视频,视频很精彩,里面有推荐书,还有他真是工作使用他自己 skills 的一系列场景。我觉得他的结论是:软件工程的设计原则和实践比以往更重要,因为bad code 更容易破坏整个系统。说的是工程设计能力,而不是传统意义上的基础知识。
Posts 1 Views 25.5K Heat 2.9K#Opus 5.5 #iOS开发 #Alma
立党连续发帖讨论电子、PLC、嵌入式与计算机专业选择,将推荐依据归于中国产业结构及个人学习能力。他称机电产品占中国外贸制造业的重要部分,以此解释为何建议部分学生学习电子及相关工程技能;另一帖则建议具有省级竞赛一等奖经历的提问对象转向计算机方向。争议主要来自他将高考分数与智力、学习能力直接关联,并对不同人群作出强烈评价。这组内容延续其重视计算机教育和工程技能的讨论,但候选文字部分截断,未完整展示专业推荐逻辑,也没有提供产业统计来源、就业数据或教育研究。相关表述属于个人择业观点,不能据高考分数判断个人智力,更不能据此保证某一专业的长期就业前景。
Participated post: 现在失业怎么都搞 OPC 去了,我的一点小建议:
1 认真找工作 虽然已经很难找了 但是还是有可能找到的
2 少看成功故事 别光看月入万刀 多看失败故事 看月入零刀的 精心开发一个月的产品 没有一个用户的 这样不会一腔热血就开始干
3 从月入十刀开始努力 月入十刀应该能战胜 90% 的OPC 或者独立开发者
4 验证了的产品要坚持不懈 别倒腾一个产品一个月发现不赚钱就开始搞另外一个了
5 搞这个东西 和工作多少年也没有关系 都是新人
Posts 1 Views 20.8K Heat 8.3K#立党 #专业选择 #PLC
中文X围绕商业交付的讨论新增FDE概念泛化、企业客户信任和知识产品付费三个角度。dontbesilent认为,企业咨询、小程序网站外包、Token转售和Agent开发都被装进FDE标签,并以接入DeepSeek API的小程序外包讽刺概念包装。大漂亮从消费端与企业端业务差异出发,强调客户关系和人与人之间的信任具有复用价值。indigo转述Dan Koe文章及数字产品发售案例,认为用户更愿意为能够产生共鸣的经验型内容付费。这些内容延续从工具能力转向客户价值、获客与商业交付的脉络,但不是同一项目的经营记录。候选材料没有FDE业务样本统计、客户留存数据或发售收入凭证,不能验证相关比例、成功案例及商业模式的普适性。
Participated post: 谢谢评论 说一点我的愚见 我三个月前想法还是和你一样的 关注代码质量 关注diff 关注一些实现细节 专注于多 agent review 并且靠我来把关 修那个不修哪个 就是怕我自己的项目被它们完全搞成黑盒我看不懂了
但是慢慢我首先不认真的看源代码了,zed 也不怎么打开了,第一时间我还怅然若失,后来我开始不看 diff 了,后来 review 我也渐渐让 Agent 去做主了,只是像Anthropic 一样的规则,review 要能收敛,最多三轮,超过就打回来。后来我都开始放权了,部署等等。只要把测试和验证做好,我已经不需要知道细节了 也就是现在我已经接受它是完全黑盒了
可以看一下我发的的 Anthropic流程
Anthropic 是怎样解决 code review 的,每周数千个 PR,是我很喜欢的一篇文章 发了多次:https://t.co/54T2yeQkAZ
我相信这个产品也已经大部分都是黑盒了 但是有正确的workflow 还是能够做到可靠交付和长期负责
Posts 1 Views 19.6K Heat 6.4K#商业交付 #FDE #DeepSeek API