Logo
yetone

yetone

@yetone最近同步 11/8/2026, 12:22:04 AM

Built: avante.nvim Building: https://t.co/kQss3piJs8 https://t.co/pfq9srNgsd https://t.co/QhQRLD4zQo https://t.co/6ERz2HMx0f https://t.co/fpGnPR5t9C https://t.co/cBN1yzJPIG

无

7日排名
#168
总粉丝
104K
7日涨粉
+2.5K
7日爆帖
13
7日曝光
512K
帖均曝光
39.4K

Ranking History

Today’s rankings update in real time. Historical records retain daily top-five entries for growth, posts, and reach. Click to view a poster.

TOP 3 · 2026-10-11
— Daily Posting Breakout —
yetone
yetone@yetone
15posts
Followers92.1K followers
Daily views148K

粉丝趋势

近30日每日已结算数据

内容表现趋势

曝光/互动与爆帖数均按自然日结算

爆帖趋势

近30日每日爆帖数

帖均曝光趋势

每日总曝光 ÷ 每日爆帖数

Participated Topics

Participated in 11 topics

View topic rankings

AI代码质量讨论出现强调测试、灰度发布和监控的新观点,争论焦点重新转向人工代码审查在质量保障中的作用。马天翼认为,软件质量依靠测试、灰度放量、回滚监控及用户反馈,反对把人工Review视为决定性保障,并质疑人类能够做到全局最优的前提。宝玉则表示,代码Review只是质量保障手段之一,不能把缺少审查直接等同于质量失控。Jiayuan认为,单看编码质量已难分辨多代模型,更期待审美、表达和减少过度防护代码方面的改善。这些帖子提供了工程方法与模型体验两个角度,但没有具体软件测试、缺陷统计或对照评测,也未明确证明与此前yetone争议中的参与者存在直接联系。

Participated post: 为什么这么说我?为了软件高质量,我用自己的钱来订阅全世界最好的最贵的且最难订阅的模型 7×24 小时去实现和满足每个用户的真实需求,而且是个完全免费的软件,怎么就在你的口中成了「快餐式服务」和「这种作者」了?看着你挂着 newapi 的官方 logo ,很颠覆 newapi 在我心中的形象,希望你积点口德。
Posts 14 Views 700KHeat 1.4K
#AI编程#代码Review#软件质量

yetone宣布开展个人AI代理考核,随后披露以屏幕截图寻找最高分辨率壁纸的首轮测试,Muse讨论由使用渠道延伸至实际任务表现。其称,Grok Bot最快找到X上的原图,但图片仅为736×736,返回结果后便结束任务;Muse则搜索了较长时间、浏览多个网页,并要求用户确认,但可见正文未展示完整结果。与此同时,meng shao介绍浙大团队的开源个人Agent系统报告,称其以Meta Muse为对照,并开放nanoMuse项目。这组内容关注个人代理的检索质量、任务完成标准和人工介入需求。候选材料没有完整测试记录、统一配置或论文全文,不能据此确定产品排名,也不能认定nanoMuse已经达到Muse的能力水平。

Participated post: 弱弱问一下,你们是如何用上 Muse 的?
Posts 5 Views 488KHeat 610
#Muse#Grok Bot#nanoMuse

中文开发者分享AI编程与桌面软件操作的新实践,涉及Codex配合REA下载微信视频号视频、研究WorkBuddy读取微信聊天记录,以及Claude Code项目级记忆和Skill规则复用。宝玉称,视频下载需要多步对话,Codex最终通过配置本地代理完成;Andy Stewart自述使用REA配合算力舱研究聊天记录读取方式,但可见帖子没有呈现完整过程。Jason Young认为,项目记忆能够保留设计决策、开发红线和待修复问题,提高更换工具的成本;向阳乔木建议借鉴Skill中的验收、数据和画面控制规则。讨论延续智能体操作软件与开发工作流优化的脉络,但缺少兼容性、数据授权、稳定性及效率对照,不能据此确认普遍适用性。

Participated post: 很多人想让我分享一下工作流,我一直没想好怎么分享,因为其实我没有任何的魔法,甚至还特别简陋,总觉得分享出来毫无意义。其实我就是用 Claude Code,然后用官方的 Opus 5.5 模型执行 loop 就可以了。 我会并行执行图里的 3 个 loop,然后每晚抽一点时间铲铲屎(主要是 UI/UX 的问题),然后就没活儿了。
Posts 1 Views 441KHeat 20.6K
#Codex#REA#微信自动化

逍遥XTony继续发布个人交易获利表述,称最近赚得连广告都不想发;梭哈.AI则转述其交易心法,将重点概括为控制亏损,而不是依赖分析预测盈利。相关内容延续此前的个人交易收益叙事,并出现语录分享与追随者互动的讨论。梭哈.AI另称,有人在闲鱼售卖Tony语录获利近300万元,但明确使用“据说”,未提供销售记录。逍遥XTony在另一帖解释,自己每天收到数十条借钱、求带和提问私信,通常不会回复,仅会选择性处理有正事等消息。本批材料没有新增可核验的收益金额、账户流水或策略测试,不能确认其交易表现、语录销售收入,也不能证明相关方法具有可复制性。

Participated post: 其实我最近也发现了为什么大家老是觉得 Agent 不太顺手,而我为什么一直以来都用得特别顺手,就是因为我一直以来都用 --dangerously-skip-permissions 这个参数来启动 claude,这个参数很关键,因为它不只是影响到是否需要人批准,这个参数甚至会影响到 prompt(见截图)。也就是说不加这个参数,claude 基本上是一个半残废的状态,它的积极性和主动性会大大降低,导致很多事情它都不会自动帮你做。 当然,你质疑安全性就当我没说。因为我用 Agent 的习惯就是把它放在一个单独的没有敏感信息的机器里放开手脚,让它去飞。
Posts 5 Views 319KHeat 11.8K
#逍遥XTony#交易收益#交易心法

社交平台X与SpaceXAI被曝正筹备重构X Premium会员订阅体系,计划将头部AI编程工具Cursor、马斯克旗下大模型Grok以及X社交平台的核心会员权益进行深度捆绑,推出全新的“三合一”订阅服务。消息透露该综合订阅方案预计将划分为社交档、日常AI档、重度Agent档及顶级开发者档等四个梯度,以覆盖不同圈层用户的使用需求。该计划在开发者与科技创作者社群中获得高度关注,多数观点认为将高频代码工具Cursor与Grok大模型整合具备极高性价比,折射出马斯克加速将X打造成全功能超级应用与AI生产力平台的生态野心。

Participated post: ALL in One. https://t.co/VfC1PwGv0Q
Posts 1 Views 187KHeat 207
#X Premium#Cursor#Grok

中文X的Agent运行时讨论新增手机操控工具Pinky、Grok Bot开源替代品Hermes,以及Claude跨会话记忆机制三个角度。DIYgod发布开源项目Pinky,称其可让AI Agent操控iPhone和Android手机,并提供付款前确认、操作接管与录屏等功能。范凯说AI自述已从Grok Bot迁移至Hermes,认为后者需要前期配置,但可按个人习惯调整。宝玉则转述Anthropic工程团队文章,介绍Claude通过后台“做梦”步骤纠错和整理记忆。这些内容延续代理运行框架与工具整合脉络,但涉及不同项目,并非统一评测。材料未展示完整测试、权限实现或记忆效果对照,不能确认安全保障、迁移收益及长期任务表现。

Participated post: 大家好,Magpie 今天有一个很重要的更新,就是 Magpie 中的 Claude Code Provider 的实现方式,从之前的使用 claude -p 改为了直接使用 Claude Code TUI。当然这是可配置的,你可以设置回以前的方案。 关于为何做这个改动,其实一开始我是不太情愿的,因为使用 Claude Code TUI 去做这个实现的话,会特别多额外的工作。收益不是很高,甚至 streaming 没法完美实现。但是最近发生了一件事情,让我觉得我不得不得不做这个改动了,就是有人发现直接使用 claude -p 在 5 小时窗口情况下,会比用 Claude Code TUI 多花两倍的 Token(虽然 Claude 今天已经取消了5小时窗口,但是我不确定 Anthropic 以后会不会有其他的区别对待) 换成直接用 TUI 方式实现,除了能够让我们的额度消耗跟直接使用 TUI 一模一样之外,另外一个更大的优势就是在 Magpie 使用 Claude Code Provider 跟用户直接使用 Claude Code TUI 是一模一样的,几乎没有了被检测出来在第三方使用导致封号的风险。 https://t.co/IJJBgInkIS
Posts 2 Views 120KHeat 46.4K
#Agent运行时#Pinky#Hermes

中文X的AI开发讨论新增原生应用重构、iOS开发门槛与高档订阅额度消耗三个角度。yetone称,Alma的UI层已使用MyGo重构为原生版本,并在另一帖中将近期复杂iOS应用增多归因于Opus 5.5,认为其显著简化了开发。Phyrex则自述,最高档Ultra订阅三天已消耗55%的额度,另称Claude Max作为辅助使用也很快耗尽额度,并预告正在开发的作品。这批内容延续AI辅助开发与实际投入的讨论,但Alma重构帖没有说明是否使用Opus,不能将两条帖子直接拼接为同一开发案例。候选材料也没有代码、验收记录、任务规格或完整账单,无法量化开发效率提升及不同订阅的成本差异。

Participated post: 感觉这段时间各种复杂的 iOS 应用的井喷都是因为 Opus 5.5 的出现,现在 Opus 5.5 写 iOS 应用真的是像以前的大模型写落地页一样那么简单
Posts 2 Views 108KHeat 2.9K
#Opus 5.5#iOS开发#Alma

开源全栈开发工具 Alma 正式上线手机端远程控制桌面端功能,并完成新版本合并发版。开发者 yetone 演示了利用 WebRTC 与 H.264 视频编解码技术,实现移动端低延迟操控桌面端环境并进行实时应用预览。该方案有效解决了开发者在手机等移动设备上远程审查与快速调试桌面软件界面的交互痛点,无需繁重配置即可保证流畅运行。技术社群对 WebRTC 技术在个人独立开发工具中的工程落地反响积极,为跨端开发协同与远程调试场景提供了轻量化实现参考。

Participated post: 用 WebRTC 吧,Alma 手机端使用 WebRTC 和 H.264 来远程控制桌面端去做桌面端应用的 preview,还是特别流畅的
Posts 3 Views 100KHeat 424
#Alma#WebRTC#远程控制

中文X围绕Kimi K3.1 Pro发布的讨论,从模型跑分与估值比较延伸至海外创作者推广文件及商业合作披露争议。KC与Max For AI转述海外博主@elshayib_的披露,称疑似Kimi提供的推广须知要求创作者先提交稿件审核,获批后才能发布;KC还称文件要求不要添加“Paid partnership”标签,并转述该博主没有接受合作。初码据此推测Kimi面临融资、性能和资源压力,但没有提供财务或技术证据。马天翼另批评模型推广中过度强调跑分、与Opus 5.5比较的做法,可见文字未明确点名Kimi。候选材料没有完整原始文件、合作协议或Kimi回应,尚不能确认文件真实性、实际执行范围及是否存在违规。

Participated post: 恭喜 Kimi,人类终于有了新的选择!也很开心 Kimi 成为 Magpie 软件内的第一个合作伙伴!
Posts 1 Views 68.1KHeat 1.5K
#Kimi K3.1 Pro#海外推广#商业合作披露

郭宇分享DeepSeek操作手机的新案例,称自己在Codex中让模型把航旅纵横一年的行程迁移到Flighty,约20分钟完成。按照他的描述,代理起初建议开通会员并批量导出,在被要求直接操作手机、逐条导入后完成了任务。同批帖子中,Geek表示Magpie已可使用,kevinzhow则称DSH能够发挥DeepSeek的潜力,体现围绕模型与工具结合的使用反馈。此次内容将既有手机自动化实践延伸至旅行记录跨应用迁移,但后两帖没有展示具体任务,也未说明DSH与Magpie的关系。现有材料缺少完整操作日志、迁移数量及结果核对,不能确认所有行程均准确导入,亦不足以比较不同工具的效率与可靠性。

Participated post: 虽然现在已经不用我的小破 Macbook Air 改用 Mac mini 了,但是 Claude Code 同时跑的 Subagent 实在太多了(而且越来越多),仍然经常导致电脑彻底卡死,所以刚刚又下单了个最新版的 Mac mini。想不到我第一次在家庭内部搞分布式计算是为了 Vibe Coding。
Posts 1 Views 67.6KHeat 8.7K
#DeepSeek#手机自动化#航旅纵横

中文X围绕Grok Bot的使用讨论新增自动扫链额度消耗、提示词权限控制和教练应用三个角度。0xkevin称,用Grok Bot运行币安Agent自动交易时,频繁唤醒扫链会快速消耗额度,建议将扫描环节移出Bot持续运行的流程,但正文未展示完整命令。CryptoBLACK则提出,应在提示词中限定信息来源、输出条件及外发权限,减少无效运行和操作风险。dontbesilent宣布创业教练与内容教练上线Grok Bot,称工具免费、AI额度由用户支付。这组内容延续自动代理的运行规则与成本管理脉络,但没有完整用量记录、配置对照或效果测试,不能确认优化幅度、权限保障及教练应用的实际表现。

Participated post: 我对 Grok bot 最大的担忧就是它的模型可能不好。但是对 Grok bot 产品本身和技术本身肯定不用担忧的,毕竟是 Cursor 团队做的。
Posts 1 Views 44.7KHeat 3.0K
#Grok Bot#自动扫链#额度消耗

近7日爆款推文

按近 7 日曝光排序,展示前 10 条。

5
10.3万 followers
Views6.6万
第一轮测试,我就是将原推里的屏幕截图分别给了它们,让它们找到该壁纸的最高清版本,结果如下(图片也按文字的顺序展示各个 Agent 的结果): 1. Grok bot:用最快的速度找到了推特上的原图,但大小只有 736×736,直接返回给我结束了。 2. Muse:找了好久好久,翻了很多网页让我确认了很多 permission 之后最终还是返回那张 736×736 的图片。并且它表示它其实知道网上有一张 1024x1024 的图片,但实在是下载不下来。 3. Cue:直接没找到,放弃了。甚至还怪我没有裁剪掉截图中的其他软件的图标。 4. Comma:找了半天,最后也只找到了推特上那张 736×736 的图片,花费的时间比较长。 5. Today:找了半天没找到,最后放弃了。 6. Alma:虽然 Alma 不是 personal agent,但是最让我惊喜的是 Alma。我在上面用 deepseek-v4.1-flash 模型,给它一模一样的任务,它快速找到了推特上 736×736 的原图,但它不满足于这个清晰度,又在网上找了很久,终于找到了 1024×1024 的那张网上最清晰的图片。花心思把它下载下来后,它还不满足这个分辨率,它又去调用了超分程序对其进行超分处理,变成了一张更高清的图片,最后把这几张图片都给我,让我自己做选择。这一点太让我震撼了!
yetone 的图片 1
yetone 的图片 2
yetone 的图片 3
yetone 的图片 4