希聲

营销，IP，跨境电商

[希聲 @xsssn6]

说一个很简单海外赚钱思路
就是把国内小红书虚拟产品的玩法拿到海外
国内很卷，所以产品和运营迭代速度很快
但换个角度想，很多产品其实海外也需要——当然需要本土化适配一下，以前很难，现在很容易。
可以和 codex 讨论一下，让他去拉取一下谷歌数据然后做一下简单的分析。

然后重点来了，一开始你千万不要折腾产品，你要先做内容，也就是电商常说的——卖图片。
做个精美的图片或者着陆页和文案，在社媒上面先发内容，验证需求，先收到钱了，验证了，再去折腾产品。

当然说起来简单，有几个前提条件必须满足：
1、你必须有当地的收款方式，这样才能灵活收款适配不同的项目
2、你得擅长做内容，才能把内容数据做得好，不然很多时候不是产品没人要，是你的内容流量太差了，没有推到目标客户眼中——而这一点是有难度的。
因为太多数人只擅长做有流量（能涨粉）的内容，而不是有人买单（能转化）的内容。

[希聲 @xsssn6]

Claude + Codex + Grok，就是王炸

之前写了一篇都去用 Claude5.5 ，���面很多人问我，
怎么让几个 AI 一起干活？
怎么让 AI 带着 AI ���事情？
怎么多个 AI 协同？
需要什么文档还是什么环境？

其实同一天发的第二篇，我已经写过了。但回头看看，确实有点默认大家已经会用了。
插件是什么，CLI 怎么安装，装完之后在哪个窗口说话，这些没讲清楚。
这次从头说一下。

我不懂编程，但一直在用 AI 做网站、做工具、整理资料。
现在比较顺手的用法是：我和 Claude Code 沟通，让它调用 Codex 作图，干执行的活、功能检查。
如果需要做视频或者遇到重要的事情，可以多拉一个模型讨论时，再叫 Grok。
或者 codex 额度不够的时候，grok 顶上去。

这里的原理其实很简单：接通插件和 CLI 后，Claude Code 可以把任务交给 Codex 或 Grok，拿到结果后再检查、继续安排。
全程不需要复制粘贴，claude 可以自己拉起 codex 或者 grok。

📷

做网站也有个顺序：讲清需求，找参考、做 Demo，确认后小步开发，再做功能和用户体验验收。
上线前留好备份和回滚办法，上线后看数据，改完再验证，最后把改动和交接记录留下来。

📷

怎么安装claude、codex 和 grok

需要安装的是：
Claude Code。
Codex CLI，以及装在 Claude Code 里的 OpenAI 官方 Codex 插件。
Grok Build CLI。我平时说的 Grok CLI，就是这个，不用装两遍。
Grok 可以后面再加。
先让 Claude 和 Codex 配合起来，也够做很多事了。

如果不会安装，打开你已经能用的 Codex，或者 WorkBuddy，把下面这段发给它：
我想搭建 Claude Code + Codex + Grok 的协作环境。

先检查我的操作系统，以及电脑上已经安装的工具。
已有的直接复用。

按官方文档帮我安装和配置：
1. Claude Code。
2. Codex CLI。
3. Claude Code 的 OpenAI 官�� Codex 插件：
https://t.co/QnSuur1VG4
4. xAI 官方 Grok Build CLI：
https://t.co/uxE1NBfCLW

需要我登录时，打开对应入口，告诉我怎么做。

完成后，用一个简单的只读任务验证：
Claude Code 能实际调用 Codex 和 Grok，并拿到结果。

把已经接通的工具、还缺的条件，以及调用方法告诉我。

注意，Codex 插件装在 Claude Code 里面。你让 WorkBuddy 帮忙安装，最后也是去 Claude Code 里使用它。
安装 ego浏览器

这里强烈推荐一下 EGO 浏览器。
我之前在知识星球提过，用得很爽。
📷
它可以给 AI 单独开窗口，我继续用自己的浏览器，两边不会抢来抢去。
📷
按我的使用感受，AI 控制起来也比较顺，断连这类问题少一些。
所以很多自动化、后台操作，我现在都交给它。

安装也可以让 AI 帮忙：

请根据官网 https://t.co/OQs79TssS8，
帮我安装并接通 EGO Lite 和 ego-browser 技能。

先检查当前电脑是否支持，已有安��直接复用。
需要我完成初次设置或登录时，告诉我具体步骤。

接通后，打开一个普通网页，
验证读取、点击和截图是否正常。

验证成功后，把浏览器调用方法记录到当前项目规则里。
之后，你在 EGO 里登录好公众号、飞书或者其他后台，就可以让 AI 去操作了。

比如：

我已经在 EGO 浏览器里登录了【平台】。

请进入【具体页面】，帮我完成【具体任务】。
先读取实际页面，再操作。
完成后重新查看结果，告诉我最终状态。

先梳理想法再写代码
我现在经常用微信输入法的语音输入，把想法一口气说出来。
说得乱一点也没关系，先让 AI 整理。

尤其是你也不懂编程的时候，别一开始就纠结技术名词。先讲清楚，你希望谁用这个东西，用来干什么。

比如在 Claude Code 里发：

先不要写代码。

我的想法是：【把想法写在这里】

请和 Codex 一起讨论：
这个东西给谁用，解决什么问题？
用户从哪里��始，经过哪些步骤，最后得到什么？
第一版先做什么，哪些可以以后再做？
如果失���、返回或者中途退出，应该怎么办？
怎样才算做成了？

如果已有项目，先读现有实现。

把需要我决定的问题集中列出来，
确认后整理成一份简洁的需求文档。

如果方案看起来很复杂，我还会补一句：
有没有成熟的现成方案？
有没有更简单、以后更容易维护的做法？
先把不同做法的成本和麻烦讲清楚，再推荐。

否则它很容易顺着你的话，把事情越做越大。
最难的网页设计怎么弄？
“做得高级一点”“漂亮一点”，这种话我也说过，但 AI 理解的漂亮，经常和你想的不一样。

怎么快速让网页变得漂亮呢？
我的做法是：找几个喜欢的网站，把网址和截图给它，再说清楚你喜欢哪里。

是排版、颜色，还是按钮的位置。
然后让它先做 Demo：

请用 EGO 浏览器查看这些参考网站：
【网址和截图】

我喜欢的地方是：【具体说明】

结合已经确认���需求，
整理主要页面、按钮和跳转关系，
再做一个可点击的 Demo。

内容换成我们自己的。
演示数据请标明，暂时不接真实业务数据。

检查需求和页面流程有没有矛盾，
完成后打开给我看。

我做的一个统一管理上网配置的后台，就是这么弄的。

先让 Codex 整理需求，画线框图和跳转图，再生成 Demo。
不满意的地方，截图发给 ai，然后直接说“这里不对”，“这一步多余”。

比对着文档想象容易多了。
确定好之后，再交给 Claude 开发。
📷

demo 觉得满意了，具体要开发时可以这样说：

按确认好的需求开发，拆成可以逐项检查的小任务。

每完成一项，实际运行并验证。

如果安排多个窗口并行修改，
用独立分支和 worktree，避免互相覆盖文件。

完成后让 Codex 独立检查改动，
你再检查一次，发现问题就修正。

最后告诉我：
完成了什么，怎么查看，
哪些���经验证，还有哪些没验证。
分支和 worktree 不会弄也没关系，让它处理。
你只需要知道，���个窗口同时改同一个项目，很容易互相修改文件，所以必须用上分支和 worktree ，不过现在 Claude Code 其实真的足够聪明 就算你不讲，他自己也会这么去做。
改已有功能怎么操作
新项目可以从头规划，但已有网站里加一个功能，最好先让 AI 看一下它和哪些地方连在一起。

一个按钮背后可能同时连着登录、付款、会员权益和数据统计，只盯着这个按钮改，很容易漏掉其他地方。

这里可以补一句：
我要新增或修改的功能是：【说明需求】。
先读现有实现，查清这个改动涉及哪些页面、接口、数据、权限和已有功能。
说明哪些行为需要改变，哪些行为必须保持。
列出可能受影响的用户流程，尤其是登录、付款、会员权益和数据统计；不涉及的不用硬凑。
给出尽量小的实现方案和对应的验证办法。
确认影响范围后再开发，做完不仅验证新功能，也检查这些���有流程有没有被改坏。
推送前记录 log
每次改动并推送到 GitHub 前，先更新 CHANGELOG。
代码要备份，做过���么、为什么这样做，也要一起留下来。
有些方案，你知道它不是最完美的，但为了少一点复杂度，或者不和其他功能打架，最后还是选了它。这个背景不写下来，下次新开窗口，AI 看着觉得奇怪，顺手就给你“优化”掉了。

结果可能 A 功能好了，B 功能又坏了。

所以我会让它把当时的取舍、受影响的功能和没解决的事情一起记下来。
规则文件里写要求，具体改动和背景放到 CHANGELOG 或项目现有的决策记录里。

推送到 GitHub 前，请先更新项目现有的 CHANGELOG。
记录这次改了什么、为什么这样改、涉及哪些功能、怎么验证，以及还有哪些没完成。
如果方案有取舍，说明限制和当时选择它的原因，避免下次优化时误改。
上线之前要尽量测试
前面开发时已经让 AI 检查过代码，上线前，我还会让它控制浏览器，把完整功能跑一遍。
手机和电脑都要看，按钮点���怎么跳转、返回上一步会怎样，也要实际试。
特别是付款、套餐和多语种。

比如你有月付、年付和兑换码：先买月付再买年付，会怎么样？反过来呢？兑换码和付费套餐叠在一起，权益和到期时间会不会算错？

只测“能付款”是不够的。
分析工具也最好上线前就接好：Google Analytics、Search Console、Bing 站长工具和 Clarity。
使用哪个账号、地区和币种怎么设置，记在项目内部的配置说明里，免得以后找不到。
请用 EGO 浏览器，对当前网站做上线前的功能测试。
按实际业务走完整流程，检查主要按钮、页面跳转、返回、失败和恢复，以及手机和电脑上的表现。
如果涉及付款、会员或兑换码，测试不同套餐、购买顺序和权益叠加，核对金额、币种、权益与到期时间。
有多语种时，检查语言切换、文案、布局和关键流程。
使用已授权的测试环境、账号和测试支付方式。
需要真实付款等额外授权时，先停在产生实际后果之前。
检查分析工具是否已接通，并在内部配置说明中记录账号、地区和币种；不要在公开报告里显示账号、密码或密钥。
逐项报告通过、失败和未验证的内容。发现问题给出复现步骤和证据，不能只说“测试通过”。
用户体验优化
AI 做的网站，有时候功能是通的，但用起来很别扭。
比如：下拉选项藏得很深，按钮太小，或者点完以后不知道下一步做什么，也没有文字说明

开发者知道这里应该怎么操作，第一次进来的人可不知道。

这一点在我看来是非常重要的：AI 你让它做什么功能，它就会把这个功能做出来，但它从来不考虑用户体验，从而间接影响你的流量。
我会另外开一个 Codex 窗口，让它通过 EGO 去体验。
这时候为什么不用claude Code，因为claude好像安全锁得比较死，什么创建账号，复制密码之类的 它总是不愿意。

请对这个网站／功能做一次用户流程体验验收，用 EGO 浏览器实际操作，并从目标用户的角度判断它是否容易理解和使用。

检查对象：[网址或功能名称]
其他背景：[可选；已有���下文就直接使用]

先理解产品：
结合已有上下文、产品资料和页面，判断它服务谁、解决什么问题、用户在什么场景下使用���以及用户最终希望获得什么结果。区分已知事实与假设；只有缺失信息会明显影响判断时才询问，不要让我先写一份完整需求文档。

根据产品选择有代表性的用户和任务。必要时分别考虑首次使用者与熟悉产品的使用者，但不要虚构一堆无关画像。任务应描述用户想完成的事情，不要预先告诉自己应该点哪个按钮。

然后实际走流程：
从用户正常会到达的入口出发，经过必要准备、操作、结果确认，一直体验到用户获得目标结果，并知道下一步。按产品特点补充重要分支，以及合理的出错、返回和恢复场景。

操作时，以用户能看到的页面、文字和反馈为判断依据。不要用源码、隐藏接口、开发者知识或直接跳转内部地址，替用户绕过找不到入口、看不懂说明的问题。需要排查根因时，可以另行使用这些信息，但要与用户体验过程分开。

每到一个关键步��，判断：
- 用户是否知道现在要做什么，以及为什么要做？
- 是否能发现正确入口，并理解操作会带来什么结果？
- 信息、控件和选项是否看得清、点得准，符合使用场景？
- 操作后是否能知道正在处理、已经成功或发生错误？
- 是否知道下一步；选错、失败或中断后能否恢复？

结合实际渲染和截图检查视觉与交互，不能仅凭元素存在或自动化点击成功就认定体验良好。根据目标用户的设备覆盖必要场景。

不要只证明“AI 能完成”。即使你最终找到了方法，也要记录途中需要猜测、反复寻找、试错或额外学习的地方。同时区分功能故障、体验障碍和单纯的审美偏好，不要为了找问题而找问题。

输出：
1. 简述你理解的用户、目标、测试场景，以及实际完成和未完成的范围。
2. 按影响程度列出问题。每项说明：发生位置和复现路径、截图或其他证据、用户会遇到什么障碍、可能原因、最小有效改进、如何验证改进。
3. 明确���分已观察事实、用户体验推测和待验证假设。
4. ���出最值得先解决的几项，以及值得保留的设计。

以用户完成任务的影响为优先级依据，不要只给笼统评分或“优化布局、提高体验”之类建议。没有实际操作的部分明确标为未验证。

使用已授权的测试环境和账号；未获授权的真实付款、对外发送、发布或删除，在产生实际后果前停止并注明验证边界。本次交付体验报告，除非另有授权，不直接修改产品。
这一步我希望它真的打开页面、点按钮。

只读代码，很难发现“这个按钮虽然能用，但根本没人找得到”。
有流量以后，定期看数据再优化

有流量之后，我会定期把 Google Analytics、Search Console、Bing 站长工具、Clarity，包括服务器的数据交给 AI，再结合实际页面看。
看用户从哪里来、在哪里退出、停留多久，最后有没有完成想做的事。
请对这个产品做一次数据驱动的用户体验巡检，结合真实行为数据���实际浏览器体验，找出最值得改善的用户流程。

产品：[网址或名称]
数据来源：[可访问的分析后台、事件数据、报告或已有上下文]
复盘周期：[指定周期；未指定时���行选择并说明]

先理解产品服务的用户、核心任务和成功结果，再检查现有数据能回答什么问题。不要把增加点击次数当作默认目标，应优先考虑用户能否更顺利、更少困惑地完成有价值的任务。

先确认数据是否可信、可比：
说明时间范围、用户或事件口径、样本量，以及已知的漏记、重复记录、内部测试流量、版本或流量来源变化等影响。数据不足时明确限制，不要把没有记录当作没有使用。

根据现有数据分析：
- 用户通常从哪里进入，经过哪些步骤，最终是否完成目标？
- 哪些任务经常发生，哪些步骤出现退出、失败、重复尝试或绕路？
- 新老用户、不同角色、设备或来源是否有重要差异？
- 相比上次巡检，哪些问题改善、恶化或仍未得到验证？

点击量高不一定代表价值高，也可能是反复尝试或操作低效；点击量低不一定代表不重要，也可能是入口难找、适用人群少、只需使用一次或记录不完整。比较时尽量考虑有资格使用、实际看到入口的人数，以及使用后的任务结果。

如果只有汇总数据，只描述它能支持的群体趋势；没有连续事件或会话证据时，不声称还原了某个真实用户的完整过程。不要仅凭行为数据断言用户的动机或满意度。

从最重要的数据异常和核心任务中选择代表性流程，用 EGO 浏览器实际体验。检查入口、信息层级、说明、操作反馈和下一步引导，判断页面表现是否支持对数据的解释。必要时结合已有用户反馈或会话证据，不虚构这些材料。

提出改进时，先说明：
用户的问题是什么，证据是什么，还有哪些可能解释，怎样验证。

对于突出常用入口、折叠低频功能、调整菜单或简化流程等建议，同时考虑任务重要性、使用场景、可发现性和用户已有习惯。不要机械地按点击次数重排整个产品。

输出一份简洁、可执行的报告：
1. 本次最重要的发现，以及数据和检查范围。
2. 优先改进项：证据、受影响用户和任务、���能原因、建议、置信程度。
3. 每项建议的验证办法：预期改善什么，观察哪些指标，哪些体验不能因此变差；数据允许时采用小范围试验或 A/B 测试。
4. 与上次相比的变化、仍待验证的问题，以及最少需要补充的行为记录或用户研究。

把观察事实、原因假设和改进建议分开。没有足够证据时保留假设，不强行下结论；没有发现重要问题时如实报告，不凑数量。

保存本次报告和比较口径，供下次巡检使用。定期运行时，仅在出现重要新问题、明显变化或需要决策时重点通知，避免重复发送相同结论。除非另有授权，不直接修改页面、埋点配置或业务数据。
有些按钮点击很多，可能恰恰是因为用户点了没反应，一直在重试，只看数字，很容易改错。
多任务窗口总结收尾

我现在会同时开几个项目、每个项目同时跑很多任务。

窗口一多，很多时候有点乱，所以当每个人窗口的事情都做完的时候，新开窗口，让 claude 做个收尾。
请对当前项目做一次开发收尾，重点核对最近 3 天的 Claude Code 任务，同时检查更早遗留的未完成事项、分支和 worktree。

1. 核对完成情况
结合可读取的任务记录、实际代码、Git 提交、PR 和测试结果，找出遗漏、未提交、未推送、未合并或未验证的工作。明确区分“开发完成��已合并、已部署”；无法读取或验证的部分如实说明。

2. 合并与同步
对需求明确、审查和必要测试通过的已完成改动，按项目既有流程合并到目标分支并同步 GitHub，核对最终状态。存在冲突、测试失败或用途不明的改动，保留并说明原因，不为收尾强行合并。

3. 清理与释放空间
清理已完成、已合并且不再使用的临时分支和 worktree。删除前检查未提交改动、未跟踪及被忽略的重要文件、未保留的提交，以及是否仍有任务或服务使用该目录。
检查相关依赖、构建产物和缓存的占用，仅清理确认可重建且未被使用的内容。保留主工作目录、必要配置和开发记录，不强制删除用途不明的内容。

4. 更新记录并交接
更新项目现有 Log/CHANGELOG，按实际成果补齐改动、验证结果、提交或 PR、部署状态和剩余事项。
最后简要报告：已完成的收尾、保留内容及原因、清��前后磁盘空间，以及下一步需要处理的事项。

请实际执行符合上述条件的收尾；只有影响正确性或重要后果的信息缺失时再问我。不把部署或���大功能修改默认包含在本次收尾中。

上面这段是多窗口收尾。如果要换电脑继续开发，再多做一步，把整个项目交接好。

如果要换电脑进行开发
因为我买的 mac mini 内存太小，多项目开发经常卡死，所以有的时候我要把某个项目从一台电脑移到另一台电脑上面。

如果要换电脑继续开发，因为有些改动还在别的分支、worktree，或者根本没有提交。
旧电脑先把这些查清楚，整理一份 HANDOFF.md，新电脑再接着做。

在旧电脑的 Codex 或 Claude Code 里发：
我要换电脑继续开发，请完成整个项目的迁移交接，不要只整理当前窗口。
检查各分支、worktree、未提交改动，以及能读取到的其他窗口任务状态。其他窗口通常已经审查过，不必重复全面审查，重点确认有没有未完成、未同步或遗漏的工作；无法读取的窗口上下文请明确说明。
将启动方法、环境配置要求、各任务进度、关键决定、已知问题和下一步整理到根目录的 HANDOFF.md。把应保留的代码和文档提交并推送到 GitHub，确认同步成功；未完成的工作也要妥善保存，不要为了交接强行合并或丢弃。密钥和本地专用配置不要上传，列出���要另外迁移的内容。
最后给我一段新电脑可直接使用的接续提示词，包含仓库地址、相关分支和交接文档位置。
普通细节自行处理，只有缺少必要信息时才问我。
我现在觉得，这三个工具配合起来最方便的地方，就是不用什么都自己查、自己搬、自己检查。

想不清楚，让它们一起讨论；确定好了，让它们去干；做完换一个来挑问题。

[希聲 @xsssn6]

@gengdaJ 一个号已经不够用了，正在想办法弄第二第三个号。。。

[希聲 @xsssn6]

@DemitiyaGeekzen @Khazix0918 我也试过，但是太不耐用了，六十美元的，半小时不到就干没了。。根本没法用

[希聲 @xsssn6]

很多人一想到不上班，脑子里只有两个字：辞职。可我越来越觉得，辞职只是离开一份工作，不等于你已经有了新的出路。

我姐姐之前也想创业。她做过少儿编程的课程设计，也经常帮别人改课程、演讲稿和PPT。这个能力其实很有价值，但我给她的第一条建议不是辞职，而是先把它当副业验证。

因为创业不是换个地方上班。你要回答三个很现实的问题：卖什么产品？客户从哪里来？最后怎么收钱？这三个问题没跑通，辞职只会把职业焦虑变成现金流焦虑。几个月赚不到钱，人一急，动作就很容易变形。

所以对于大多数人来说，最好的做法，是先保留主业，把公司当成一个有人付工资的训练场。

你可以跟着公司学习怎么做业务、学怎么搭建流程和 sop、学习经理是怎么做决策；下班后，再拿一个小服务去验证。
比如先找10 个同行，看看他们服务谁、卖什么、怎么表达，再尝试服务第一个真实客户。

不上班的出路，从来不是某天突����交辞职信。它是你在上班的时候，一点点做出另一套产品、获客和交付能力。等第二条路真的能走，再决定要不要离开。

[希聲 @xsssn6]

OpenClaw发了 2.0。这个项目的经历本身就挺有意思。

它最早叫 Clawdbot，2025 年 11 月上线 GitHub，是奥地利开发者 Peter Steinberger 做的开源个人 AI Agent。不是聊天机器人，而是一个 7x24 自主运行的助手，能执行命令、管理文件、浏览网页、处理邮件，通过 WhatsApp、Telegram、飞书、钉钉这些聊天工具来控制。

2026 年 1 月正式发布，24 小时拿了 9000 Stars。两天后因为商标问题改名 Moltbot，又过了三天再改名 OpenClaw，同时成立了基金会。2 月破 10 万 Stars，3 月破 25 万，成了 GitHub 历史上增长最快的开源项目之一。创始人 Steinberger 后来加���了 OpenAI，项目交给基金会管理。

2.0 版本由 933 位贡献者完成了超过 16000 个 PR，主要更新包括简化安装流程、浏览器界面升级、新增共享云会话（协作者可以接管任务）、以及凭证锁定等安全机制。

但说实话，2.0 发布的时候，讨论热度已经和年初没法比了。

这不是 OpenClaw 的问题。年初它上线的时候，"个人 AI Agent"这个概念还很新鲜，大家愿意花时间折腾部署。半年过去，Claude、GPT 自己的 Agent 能力在快速补齐，各家 IDE 和工作流工具也在集成类似功能。当一个方向从"只有少数开源项目能做"变成"到处都有"，先行者的关注度自然会被稀释。

AI 这个领域就是这样，半年前的现象级项目，半年后可能已经是基础设施的一部分。不是它不好了，是整个环境往前走了。

[希聲 @xsssn6]

昨天 OpenAI 发了 GPT-6 Astra。Brockman 说 Welcome to the AGI era。

这一代的核心变化是操作能力：像人一样点网页、开表格、填表单、改 CRM、排日程、做 PPT，在浏览器和桌面软件里把整个流程跑完。官方 demo 里，用语音把一个黄色圆点变成火箭、再变成 3D 小游戏，也能直接在电商平台上架商品页。

跑分数据：

• 操作电脑 OSWorld 2.0：72.6%，平均约 40 分钟完成评测任务；上一代 GPT-5.6 Sol 是 65.7%、约 75 分钟

• 数学 FrontierMath Tier 4：97.6%（Sol 约 83%）

• 科学 GPQA Diamond：96%

• 软件工程 DeepSWE：74.1%；Terminal-Bench 约 57.7%

• 抽象推理 ARC-AGI-3：官方测试环境最高 99.9%；第三方标准测法约 62.7%。两边都是目前最高，但差距很大，看的时候注意区分测试条件

• 上下文约 105 万 token，输出上限约 12.8 万；知识截止大约到 2026 年 4 月 30 日

安全方面：它是 OpenAI 第一个达到内部安全评估"Critical"级别网络能力的模型，ExploitBench 满分，评测过程中还挖出过未公开漏洞。最强的攻防能力会先锁在 Daybreak 这类受控通道里，ChatGPT 端不会直接开放。

价格：API 大约每百万 input token 10 美元、output 50 美元，缓存读取约 1 美元。官方建议按"完成一件任务的总成本"来算，而不是只看 token 单价——他们给出的数据是，在部分工程任务上少走弯路、少重试，整体成本可以比上一代低。

开放：先给受控企业用，接下来几天陆续进 ChatGPT Plus、Pro、Business、Enterprise，API 名称是 gpt-6-astra，也会上 AWS。订阅额度内可以直接用，超量再买 credit。

我这周的用法：测三件事——长任务能不能自己跑完、写代码和改页面要不要一直盯着、有没有越权去碰不该碰的东西。测下来省时间就调整工作流，不省就先不动。

[希聲 @xsssn6]

我看不起的同行，让我亏了20万

#创业复盘 #商业思维 #市场调研 #同行分析

[希聲 @xsssn6]

工作5年以后，最重要的不是继续学习

#职场成长 #团队管理 #SOP #经验复制

[希聲 @xsssn6]

失败，是普通人最容易忽略的个人资产

#个人成长 #创业复盘 #商业思维 #失败经验

[希聲 @xsssn6]

AI最先淘汰的，可能是老板

#AI #人工智能 #小团队 #企业管理

[希聲 @xsssn6]

废掉一个职场人最隐蔽的方式，就是让他所有能力都留在公司里。

#AI #职场成长 #经验沉淀 #工作方法

[希聲 @xsssn6]

AI 时代最应该培养的能力是什么

#AI #人工智能 #问题思维 #AI能力

[希聲 @xsssn6]

为什么每天都在用AI，工作却没有真正轻松下来？

#AI #人工智能 #工作效率 #AI工作流

[希聲 @xsssn6]

越分享干货，客户可能离你越远

#内容创作 #个人IP #内容营销 #客户信任

[希聲 @xsssn6]

我会的AI工具越多，就越容易赚钱吗？

#AI #人工智能 #AI副业 #客户价值

[希聲 @xsssn6]

买了 Grok 订阅，却一直只能在 CLI 里用？
我用 Codex 做了个小插件：把已登录的 Grok 订阅接进 DeepSeek Harness，让它直接作为子代理工作，还补上了图片、音视频消息卡和长视频理解。
欢迎试用、提 Issue，一起慢慢打磨👇
https://t.co/GScPtGH3o4
非官方社区项目，OAuth 仍由 Grok 官方 CLI 保管。

[希聲 @xsssn6]

你有真正的个人事业吗？

#个人成长 #个人事业 #创业 #商业思维

[希聲 @xsssn6]

下班后应该学AI，还是找客户？

#AI #人工智能 #AI副业 #客户开发

[希聲 @xsssn6]

35岁以后，真正危险的不是失业

#职场成长 #个人事业 #副业 #独立赚钱