Ce Sun

Codex 5.5 use cases I found so far: > made my internet faster > made my local 6B SLM 3x faster > made my macbook pro faster like new > made a lightweight suite to write & test metal kernals > made a skill to communicate with claude code in realtime > made a pipeline to generate SFT dataset using Deepseek v4 > made a computer use workflow to fine tune models in Google Colab > made 4 routines to test workflows on autopilot 3 times/day

@ma_zhenyuan 可是硅谷搞AI最牛逼的人用的是MacBook啊

冷知识： 深圳搞 AI 最牛逼的人 用的电脑都不是 MacBook

突然想到，中文难学好像也是对一部分的红利 你看奥，会中文的外国人是稀缺的，他来学个中文随便做个自媒体看的人就很多 加入一个中国人学了英文去国外那就没有任何稀奇的，本来就是通用语言 如果学其他小众语言受众又没有中文那么多🤔

@pavanku63447793 我也就一个人在做😂 感兴趣的话可以交流

@XiangceSun 哥缺人嘛🤔🤔

现在用AI接一些单子感觉很奇怪，我把客户的需求给codex，后台运行7分钟就已经产出了客户要的结果，虽然单价不高300的爬虫小单子，但是我过程中几乎没有任何投入 还记得去年接类似的爬虫单我还需要接管很多次，现在已经完全不同了 可能这也算是赚信息差的钱？ 感觉赚钱又难又简单的🙃

@dashen_wang 感觉可以间隔着来，硬核的文章长期的话，会积累下很多人反复看的 也可以写一些适应流量的文章

这几天不能写长文了。 越狱教程打算直接快速收尾了。 阅读量是真的很差。 也不知道写什么了。 就写胡思乱想吧。

@dotey 经过广泛调研写了一篇最佳实践的教程文章，希望对大家有帮助 x.com/XiangceSun/sta…

如何在 Codex App 使用 /goal 的简单说明： 1. 升级 Codex App 到最新版本 2. 先在命令行运行一下下面的指令： > codex features enable goals 或者手动修改 ~/.codex/config.toml [features] goals = true 3. 开头输入 /goal，或者点 + 弹出菜单中选择 4. 开始后，输入框上方可以暂停、编辑、删除

@austinit 是这样我最近做的一个工具站就是Astro + React island + TypeScript + Tailwind，部署直接走 Cloudflare 静态Pages，如无必要 勿增实体

个人开发者创业做产品，技术栈要最小化。有多小？能不能的库就尽量不用，能省的层就省。 首先直接否掉什么云原生、灾备之类的，其次否决 Java、Rust之类的逆天语言，直接用Python或者Typescript就够用，建议JS系一把梭。 再比如业务少的时候，直接用MySQL一张表也能模拟消息队列，量再大一点，可以考虑Redis，再大了才考虑专业的mq。 可以不用ORM这一层转换，直接用 mysql2 来写原生SQL语句，至于防止 SQL 注入，这些库都是自带的。 这样做的好处是给自己减负，同时给AI减负。用简单的技术来尽快的实现业务，再根据实际业务来调整。

@Ayuan_ai 没关系，自己帮助自己也算是帮助穷人了

你现在最焦虑的事情是什么

@dotey @lefeiren129 谢谢大佬

@lefeiren129 @XiangceSun FYI x.com/dotey/status/2…

同问： 执行 /goal 的过程中，达到限额了，等 5 小时限额恢复了，任务能自动继续？还是需要人手动输入“continue”继续？

虽然这篇文章写了很多方法论 但是其实想要针对性最强，最有效还是自己不断迭代 每一次发现上下文的问题的时候就让另一个agent来分析，从而持续更新你的agent约束 长此以往你的上下文管理只会越来越好 迭代真的很重要

appshot太丝滑了 这个功能其实chatgptapp一直是有的，现在终于给codex加上了 一键上传当前的截图，不需要再一个个复制粘贴了

@dotey okok 我试试

@XiangceSun App 也支持了

@gefei55 梦回24年的AI

不知道微信 AI 搜索里边的上下文是怎么调的，简直是稀巴烂。 既然用了你的“继续提问”功能，而不是新起一个对话，那么是不是就应该把上文放进去。 打错字了，没有联想到刚刚回答过的，我可以理解，但是当我纠正之后，不去看上文，就说不过去了。 你们自己真的会去用自己产品吗？自己能忍吗？

@guishou_56 有道理的，从第一行原理开始慢慢迭代，也一定是能做成的

讲一个有点抽象的底层方法论。 大多数人做产品没拿到预期结果时，第一反应是： 是不是别人手里有一套成型的方法？ 是不是别人知道我不知道的信息差？ 是不是只要我补齐这些信息，就能少走弯路？ 所以他们开始不断找人问，买课，进圈子，搜案例，抄路径。 这件事本身没有问题。 真正的问题在于，时间久了以后，他们会形成一种路径依赖： 只要遇到问题，就默认外部一定有答案。 只要结果不好，就觉得是自己还没找到正确方法。 只要别人跑通了，就想复刻别人的路径。 最后，看起来学了很多东西，实际上自己的判断系统越来越弱。 因为他一直在输入别人的结论，却很少从自己的反馈里提炼规律。 真正厉害的 OPC，核心能力恰恰相反。 他当然也会学习外部信息，但他不会把外部信息当成标准答案。 他会把每一次试错，每一次投流，每一次转化失败，每一次用户反馈，每一次产品迭代，都当成原始数据。 然后不断问自己： 这次失败背后的真实变量是什么？ 哪些是偶然现象，哪些是稳定规律？ 这个经验能不能迁移到下一个产品？ 如果再做一次，我应该修改哪一个关键动作？ 一开始，他总结出来的东西可能很粗糙。 但只要持续试错，持续复盘，持续迭代，他手里就会慢慢长出一套属于自己的产品判断系统。 这个系统，刚开始看起来没有多大优势。 但时间线一拉长，差距会非常惊人。 普通人一直在等别人给方法。 厉害的人已经在用市场反馈训练自己的方法。 普通人越学越依赖外部答案。 厉害的人越做越能自己生长答案。 所以我现在越来越觉得，产品能力的本质，不只是信息差。 更深一层，是你有没有能力从混乱、失败、噪音和不确定性里，提炼出可复用的规律。 这才是普通人和真正厉害的人之间，最底层的区别。

@shao__meng 综合来看吧，大家能理解就行吧

在面试或交流中，如果听到把 prompt 发音为 [pro mo t]，会默默减分吗 😂 我感觉我也不是强迫症，但是每次听到这样读，还是很出戏。。

@hezhiyan7 积累的力量

我看未必，两个标准应该是： 1.学生时代赚钱多 2.成年之后赚钱更多