Tw93

Tw93

@HiTw93最近同步 2026/10/9 00:14:50

Pake · MiaoYan · Kaku · Waza · Kami · https://t.co/PAsOstTehy

7日排名
#77
总粉丝
16万
7日涨粉
+483
7日爆帖
8
7日曝光
18万
帖均曝光
2.2万

上榜记录

当日上榜实时更新;历史记录保留每日增粉、爆帖、曝光榜前 5 名。点击可查看对应海报。

暂无进入每日前 5 名的上榜记录

粉丝趋势

近30日每日已结算数据

内容表现趋势

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

爆帖趋势

近30日每日爆帖数

帖均曝光趋势

每日总曝光 ÷ 每日爆帖数

参与的话题

共参与 3 个话题

查看话题榜

Anthropic 旗下 AI 助手 Claude 网页端订阅页面近日出现重大调整,用户发现账单结算国家选项中已可直接选择中国,且 Pro 与 Max 等付费档位界面同时现身简体中文支持与银联支付标识。该变化迅速在开发者社群引发轰动,部分用户推测 Anthropic 可能正在试探性放宽对中国大陆用户的注册准入;但鉴于此前该平台严苛的风控和大规模封号历史,亦有技术极客质疑此举或为精准识别违规账号的“合规陷阱”,并分享利用开源插件与中英文信息替换隐藏真实身份的防封号思路。讨论反映出国内开发者对闭源大模型官方准入的渴望与长期风控阴影下的戒备心理。

参与帖子: 看到任何 Claude 的奖励、问卷、邮件,建议不要点击、不要点击、不要点击,比如这个 250 刀的云额度,不要去点击,这家公司虽然模型非常厉害,但是行为可能不那么正派。 https://t.co/uyCz7PYWWc
参与 1 帖贡献曝光 7.0万话题热度 1.1万
#Claude订阅#Anthropic#银联支付

Grok Bot的使用讨论从X平台信息检索延伸至云端任务执行,归藏分享了让助手每天早上定时生成AI早报视频的实践。他称内容收集、代码编写和视频渲染均在Grok Bot的云端虚拟机完成,无需使用本地电脑,并表示可通过复制提示词复用任务。WolfyXBT则指出,Codex与Claude Code通常难以直接访问X信息,付费官方或第三方API存在成本与配置门槛,并将直接使用Grok列为解决思路。另一帖转述ChatGPT与Grok Bot工程师的评论区交锋,其中Grok Bot接下编程入门教学任务,呈现产品竞争与任务执行能力的交织。现有材料属于用户实践及转述,不能据此确认全部账号均具备相同权限、稳定性或免费额度。

参与帖子: 最近给我每天都在使用的工程师合集技能 Waza 加上了一个很有用的操作以及回复规则,来源于 ASD-STE00,一套最开始用于航空维修文档的简化技术英文标准。 最开始是看到 Andrej Karpathy 的推荐,让大模型参考这一套规范来解释事情,回复会更加易读,刚好晚上有空,我顺着看了看规范和官方的 AI 白皮书,发现它对于词语、条件、和操作顺序的要求,真的非常适合拿来检查 AI 到底有没有把话讲明白讲清楚,想着基于我的理解给大伙更好懂的解释一下。 可以理解飞机维修手册其实面向阅读的人来源于各个国家,英文不一定是对方的母语,比如说修飞机的时候,拆哪一个零件、什么时候可以操作、前一步做到什么地步才可以继续做下一个步骤,是不是感觉非常像现在我们让 Agent 去做一些事情,我们也是想着尽可能 Agent 非常准确快速的做好,并把我们的诉求理解到位。刚好就和这个飞机维修手册上的说话操作规范非常像。 很多时候,一个词语换一个意思,一句话里面漏掉一个条件,面对说明书操作的人可能会做成不同的操作。好比大公司里面,CEO 的想法是经过多轮传递,很容易会导致很多信息失真,最后做出来的东西可能会当时想的完全不一样。 这套标准从我的理解正是用来解决这种说话和执行偏差的问题,它由协作规则和词典组成,词典会限制一个词可以用什么词性、表达什么含义,包括这个行业里面的哪些技术属于可以允许使用。同一个东西也不会为了避免重复就换一个名字去做,操作的步骤会需要写清楚条件和顺序等等这样的要求,其实这些放到技术文档里面也非常好理解。 我在 Waza 里面为了让 AI 更好理解,比如说在 write 写作技能里面我放了这样的例子,让 AI 写出来的内容更加清晰明白。 比如“上传完成后,删除本地文件”,如何被 AI 简化成“开始上传,然后删除本地文件”,会很容易出问题,可能文件还没有传完就被删除掉了,这里的“完成”就是决定了什么时候能删除,是必须存在的词。 再比如“只有检查通过,才允许重启” 和 “检查通过后就重启”,前一句就符合这个要求,后一句没有执行要求的动作容易多出很多可能,“才允许”在这里就是那个保持原意的关键词。 这正是我希望 AI 在日常回复和帮我干活时候要注意的地方,把做的结果讲明白、讲清楚,让它和我都不困惑不懵逼,说到点上,不要我再去多问一句更多的才好。比如说代码改好了、测试通过了、已经推送了、用户可以下载了都是对于结果的详细表述,假如它只回一句“已经修复并验证”,这种情况下,我肯定会继续问,到底解决了啥都好了没。 不过我认为,这里没有必要让 AI 去完整参考所有的标准,归纳起来的规则其实非常短,「同一个对象保持同一个名称,指代不清时写明对象,把条件和例外放在对应动作附近,保留先后关系,分清建议、要求和可能性。已经清楚的话就不改,不要为了简短删掉原因和边界。」 当然你也可以直接安装 Waza 的 clarity 规则来使用,或者直接去这里看看。 https://t.co/ogGSjIXGhN
参与 1 帖贡献曝光 2.9万话题热度 5.1K
#Grok Bot#AI早报#云端虚拟机

OpenAI 围绕代码与大模型产品线展开高频迭代,开发者实测确认 GPT-6 Astra 与 6.1 Sol 的推理速度自 20 TPS 提升至 30 TPS,严格兑现了默认提速 50% 的性能承诺。与此同时,市场传出 OpenAI 正式上线月费高达 500 美元的高阶订阅套餐,引发用户对高算力模型定价溢价与实用价值的广泛讨论;此外,ChatGPT 宣布引入隐藏文本水印技术,通过特定词汇分布规则标记 AI 生成内容。虽然官方公布了水印原理,但社区认为简短对话即可规避检测,围绕大模型性能提升、商业收割与内容溯源展开多维博弈。

参与帖子: 最近看到有一些朋友 GitHub 被封了,其实挺麻烦,应该是通过一些自动化的 Agent 模拟浏览器操作违反了官方规定。 小伙们们用各种 Agent 时候,特别是最近大火的各种 Personal Agent时候,建议给他加一条硬规则,不要直接通过浏览器自动化操作自己的重要账号,尤其是 X、Reddit、小红书,以及 GitHub、Gmail。 能用官方 API 就用官方 API,有官方 CLI 就用 CLI,对于 MCP 以及第三方 CLI 需要看一下底层实现,有些只是把网页模拟点击、Cookie 或私有接口包了一层,这种也容易有坑,其实也不太合规。 没有合适的官方接口,就让它停下来告诉你,自己手动处理,不要让 Agent 为了完成任务擅自尝试各种解法,触发风控甚至封禁,就有点可惜了。 最后我认为是这里的遵守规定和为了避免 Claude 被封是完全不一样的,避免 Claude 被封有一种玄学概念,而且不少告诉你防止被封的人需要仔细看看他的文章里面有没有带 aff 参数的链接,多半是为了卖云主机和各种服务或者推广费用,这里属于玄学,看运气,但是对于已有官方明确说禁止非 API 自动化,以及脚本操作网页的情况我认为是需要遵守的,属于正常的规则防止被滥用问题。
参与 1 帖贡献曝光 2.7万话题热度 2.0万
#OpenAI#ChatGPT#推理提速

近7日爆款推文

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

3
16.1万 粉丝
曝光3.5万
今天终于把拖了很久的事情,放到一天给做了,我把 Mole 从开售到9月底所有没有激活的用户全部发送了一封邮件,这个过程挺有感触,顺便又做了一个有趣小魔法功能。 用 AI 写了一个简单的本地脚本把用户邮箱、Key 给列了,然后一封一封根据月份、国家语言把 license key 重新发了出去,不是促销邮件,也不是催促激活,更多就是发一个微信一样告诉用户不要忘记了。 有意思的是,陆陆续续收到了非常多各个国家用户的回信,比我预想的要有意义很多。 有用户说买来就是想支持你的开发,自己更喜��用 terminal 版本;还有人完全忘记了 GUI,一直在使用 CLI; 也有用户非常用心,买了两个,一个给自己,一个给家人,打算当圣诞节礼物,没有没有激活,已经存到了自己的密码管理器,让我这个世界真美好。 也有用户最开始公司的电脑可以用,但是由于对未在公司范围的软件进行的禁止使用,他一直在等他自己的新 Mac,等新 Mac 到了他就可以用了;也有用户是在我打折的时候买的,现在还没有 MacBook,等自己新机到手就立马去激活。 不过其中有一些用户其实是邮箱填写错了,可能是打太快了,把邮箱写成了 gmai、con、cloud 这一类 ,也没有找我;也有用户是第一封邮件没有收到,想着更快使用又继续买了一遍。 虽然这里没有收到激活码的用户占总用户比例非常小,也有不少在每日的答疑邮件中帮忙解决了,可能对于不少做 App 售卖的公司而言,会认为收到钱以后这段关系就结束了,不过对于Mole而言,我感觉才刚刚开始,后续和用户持续共建可以做非常多有趣的事情。 用户买到软件以后,也不一定会里面用,并不是我们开发者自己想的「看到->买->立马用」,其实也有是随手买一个,key 进来收件箱,想到了再去用,或者付钱但没有收到 key,这里好比有一段购买到真正使用的空白在开发者和用户之间的,有不少用户会主动往前一步找开发者问我的key呢,但是也有部分用户没有迈出这一步,对于这种情况,开发者应该多迈出去。 做产品的人,特别是工程师出身的,非常用于在产品功能上较劲,疯狂开发功能,很容易忽视从购买流程数据去看用户的真实使用,真实体验,以及围绕非产品功能的体验去做优化,这也是和用户交流的一个非常好的场景和渠道,真实的交流很重要,也会让你对自己做的产品更有成就感。 程序员天然会喜欢做可扩展的事情,任何事情想着尽可能工具化、自动化、AI 化来解决,让自己“偷懒”,但是我反而认为在这个代码没有啥壁垒的年代,我们可以多做一点不可扩展的事情,只有自己手动去走一遍才知道如何更好的优化用户体验,单纯想其实想不出出来的。 所以我会在下一个 Mole 的版本上线一个有意思的功能,用户付款结束后,会自动跳到 Mole 官网的一个激活 key 的页面,当然支付平台也会同步发送邮件给用户,由于有这个激活页面,即使用户邮件填错了,即使是被用户邮箱拦截了,用户会第一时间在购买后看到,我还做了一个有意思的功能,用户在网页上点击激活,我会一键把 Mole 客户端唤起来,自动的在许可证激活页面填充这个 Key,用户啥也不用干,点下确定按钮就好了。 对于写过客户端和前端的工程师可能会认为这个唤起填充技术实现其实很简单,但是会对我们大部分用户会感觉卧槽、神奇、魔法、让我好简单,这个产品帮我多做了些事情。 或者这是我做产品非常追求的一个点,就是多做一些有趣的功能让用户感觉到这类”魔法”,也是一直想追求的黑客与画家的那种工程师的感觉。
5
16.1万 粉丝
曝光2.9万
最近给我每天都在使用的工程师合集技能 Waza 加上了一个很有用的操作以及回复规则,来源于 ASD-STE00,一套最开始用于航空维修文档的简化技术英文标准。 最开始是看到 Andrej Karpathy 的推荐,让大模型参考这一套规范来解释事情,回复会更加易读,刚好晚上有空,我顺着看了看规范和官方的 AI 白皮书,发现它对于词语、条件、和操作顺序的要求,真的非常适合拿来检查 AI 到底有没有把话讲明白讲清楚,想着基于我的理解给大伙更好懂的解释一下。 可以理解飞机维修手册其实面向阅读的人来源于各个国家,英文不一定是对方的母语,比如说修飞机的时候,拆哪一个零件、什么时候可以操作、前一步做到什么地步才可以继续做下一个步骤,是不是感觉非常像现在我们让 Agent 去做一些事情,我们也是想着尽可能 Agent 非常准确快速的做好,并把我们的诉求理解到位。刚好就和这个飞机维修手册上的说话操作规范非常像。 很多时候,一个词语换一个意思,一句话里面漏掉一个条件,面对说明书操作的人可能会做成不同的操作。好比大公司里面,CEO 的想法是经过多轮传递,很容易会导致很多信息失真,最后做出来的东西可能会当时想的完全不一样。 这套标准从我的理解正是用来解决这种说话和执行偏差的问题,它由协作规则和词典组成,词典会限制一个词可以用什么词性、表达什么含义,包括这个行业里面的哪些技术属于可以允许使用。同一个东西也不会为了避免重复就换一个名字去做,操作的步骤会需要写清楚条件和顺序等等这样的要求,其实这些放到技术文档里面也非常好理解。 我在 Waza 里面为了让 AI 更好理解,比如说在 write 写作技能里面我放了这样的例子,让 AI 写出来的内容更加清晰明白。 比如“上传完成后,删除本地文件”,如何被 AI 简化成“开始上传,然后删除本地文件”,会很容易出问题,可能文件还没有传完就被删除掉了,这里的“完成”就是决定了什么时候能删除,是必须存在的词。 再比如“只有检查通过,才允许重启” 和 “检查通过后就重启”,前一句就符合这个要求,后一句没有执行要求的动作容易多出很多可能,“才允许”在这里就是那个保持原意的关键词。 这正是我希望 AI 在日常回复和帮我干活时候要注意的地方,把做的结果讲明白、讲清楚,让它和我都不困惑不懵逼,说到点上,不要我再去多问一句更多的才好。比如说代码改好了、测试通过了、已经推送了、用户可以下载了都是对于结果的详细表述,假如它只回一句“已经修复并验证”,这种情况下,我肯定会继续问,到底解决了啥都好了没。 不过我认为,这里没有必要让 AI 去完整参考所有的标准,归纳起来的规则其实非常短,「同一个对象保持同一个名称,指代不清时写明对象,把条件和例外放在对应动作附近,保留先后关系,分清建议、要求和可能性。已经清楚的话就不改,不要为了简短删掉原因和边界。」 当然你也可以直接安装 Waza 的 clarity 规则来使用,或者直接去这里看看。 https://t.co/ogGSjIXGhN
Tw93 的图片 1
6
16.1万 粉丝
曝光2.7万
最近看到有一些朋友 GitHub 被封了,其实挺麻烦,应该是通过一些自动化的 Agent 模拟浏览器操作违反了官方规定。 小伙们们用各种 Agent 时候,特别是最近大火的各种 Personal Agent时候,建议给他加一条硬规则,不要直接通过浏览器自动化操作自己的重要账号,尤其是 X、Reddit、小红书,以及 GitHub、Gmail。 能用官方 API 就用官方 API,有官方 CLI 就用 CLI,对于 MCP 以及第三方 CLI 需要看一下底层实现,有些只是把网页模拟点击、Cookie 或私有接口包了一层,这种也容易有坑,其实也不太合规。 没有合适的官方接口,就让它停下来告诉你,自己手动处理,不要让 Agent 为了完成任务擅自尝试各种解法,触发风控甚至封禁,就有点可惜了。 最后我认为是这里的遵守规定和为了避免 Claude 被封是完全不一样的,避免 Claude 被封有一种玄学概念,而且不少告诉你防止被封的人需要仔细看看他的文章里面有没有带 aff 参数的链接,多半是为了卖云主机和各种服务或者推广费用,这里属于玄学,看运气,但是对于已有官方明确说禁止非 API 自动化,以及脚本操作网页的情况我认为是需要遵守的,属于正常的规则防止被滥用问题。
Tw93 的图片 1