从失望到狂喜，莫过于此，大家看看自己的号，是不是也解封了 上午9点准备上号干活，发现被封禁，然后我找gemini用英文给我写了一封申诉邮件，刚刚我打算先用deepseek的api替换我hemers的模型，deepseek让我绑定邮箱，结果打开邮箱就看到openai发来的解封邮件 12 个帖子 - 6 位参与者 阅读完整话题
今天外网最大的新闻莫过于富途，老虎，长桥被罚了，这次强度有点大。 现在看来，各大交易所从去年开始布局 RWA 链上美股是一步好旗啊。 现在欧易，币安，gate ，bitget ，bybit 这几个一线二线交易所都已经支持买美股和基金了。除了暂时没有分红，其他的都没毛病，慢慢用户习惯就会跟过来，我自己反正是已经在欧易上做了不少美股交易了。 富途里有的热门股票，比如$镁光, $APPL, $TSLA, $AMZN, $QQQ, $MFSFT, $AMD, $RKLB, $SPACEX, $ARM, $INTC, $CRCL, 这些苹果 APPL ，英伟达 NVDA, 特斯拉 TLSA 基本也够平常投资了， 其他的基金比如最近很火的$DRAM 基金，也是有的，购买的话，界面上输入数量购买即可。如果你要看涨，就买”开多“，如果你要看跌，就买”开空“，杠杆可以调，最多 10 倍。 价格波动，在美股交易时段，波动会大一些，非交易时段，基本波动很小，可以开个小网格让它自己跑着。 大钱不说，赚点小钱还是没问题的，撸点生活费而已。下面是我这几天的历史订单。 链上美股的优势 注册方便，不需要资产证明，不需要肉身千万香港 可以上杠杆，放大波动，适合短线博弈。 手续费低，相比传统券商，手续费可以达到 1/10 7x24 小时不间断交易，很方便。 链上美股的劣势 暂时没有分红，这个是劣势 流动性相比正股，有些不足 参考教程 《 2026 年内地用户如何免去香港购买美股苹果英伟达特斯拉股票》
今天外网最大的新闻莫过于富途，老虎，长桥被罚了，这次强度有点大。 现在看来，各大交易所从去年开始布局 RWA 链上美股是一步好旗啊。 现在欧易，币安，gate ，bitget ，bybit 这几个一线二线交易所都已经支持买美股和基金了。除了暂时没有分红，其他的都没毛病，慢慢用户习惯就会跟过来，我自己反正是已经在欧易上做了不少美股交易了。 富途里有的热门股票，比如$镁光, $APPL, $TSLA, $AMZN, $QQQ, $MFSFT, $AMD, $RKLB, $SPACEX, $ARM, $INTC, $CRCL, 这些苹果 APPL ，英伟达 NVDA, 特斯拉 TLSA 基本也够平常投资了， 其他的基金比如最近很火的$DRAM 基金，也是有的，购买的话，界面上输入数量购买即可。如果你要看涨，就买”开多“，如果你要看跌，就买”开空“，杠杆可以调，最多 10 倍。 价格波动，在美股交易时段，波动会大一些，非交易时段，基本波动很小，可以开个小网格让它自己跑着。 大钱不说，赚点小钱还是没问题的，撸点生活费而已。下面是我这几天的历史订单。 链上美股的优势 注册方便，不需要资产证明，不需要肉身千万香港 可以上杠杆，放大波动，适合短线博弈。 手续费低，相比传统券商，手续费可以达到 1/10 7x24 小时不间断交易，很方便。 链上美股的劣势 暂时没有分红，这个是劣势 流动性相比正股，有些不足 参考教程 《 2026 年内地用户如何免去香港购买美股苹果英伟达特斯拉股票》
今天外网最大的新闻莫过于富途，老虎，长桥被罚了，这次强度有点大。 现在看来，各大交易所从去年开始布局 RWA 链上美股是一步好旗啊。 现在欧易，币安，gate ，bitget ，bybit 这几个一线二线交易所都已经支持买美股和基金了。除了暂时没有分红，其他的都没毛病，慢慢用户习惯就会跟过来，我自己反正是已经在欧易上做了不少美股交易了。 富途里有的热门股票，比如$镁光, $APPL, $TSLA, $AMZN, $QQQ, $MFSFT, $AMD, $RKLB, $SPACEX, $ARM, $INTC, $CRCL, 这些苹果 APPL ，英伟达 NVDA, 特斯拉 TLSA 基本也够平常投资了， 其他的基金比如最近很火的$DRAM 基金，也是有的，购买的话，界面上输入数量购买即可。如果你要看涨，就买”开多“，如果你要看跌，就买”开空“，杠杆可以调，最多 10 倍。 价格波动，在美股交易时段，波动会大一些，非交易时段，基本波动很小，可以开个小网格让它自己跑着。 大钱不说，赚点小钱还是没问题的，撸点生活费而已。下面是我这几天的历史订单。 链上美股的优势 注册方便，不需要资产证明，不需要肉身千万香港 可以上杠杆，放大波动，适合短线博弈。 手续费低，相比传统券商，手续费可以达到 1/10 7x24 小时不间断交易，很方便。 链上美股的劣势 暂时没有分红，这个是劣势 流动性相比正股，有些不足 参考教程 《 2026 年内地用户如何免去香港购买美股苹果英伟达特斯拉股票》
今天外网最大的新闻莫过于富途，老虎，长桥被罚了，这次强度有点大。 现在看来，各大交易所从去年开始布局 RWA 链上美股是一步好旗啊。 现在欧易，币安，gate ，bitget ，bybit 这几个一线二线交易所都已经支持买美股和基金了。除了暂时没有分红，其他的都没毛病，慢慢用户习惯就会跟过来，我自己反正是已经在欧易上做了不少美股交易了。 富途里有的热门股票，比如$镁光, $APPL, $TSLA, $AMZN, $QQQ, $MFSFT, $AMD, $RKLB, $SPACEX, $ARM, $INTC, $CRCL, 这些苹果 APPL ，英伟达 NVDA, 特斯拉 TLSA 基本也够平常投资了， 其他的基金比如最近很火的$DRAM 基金，也是有的，购买的话，界面上输入数量购买即可。如果你要看涨，就买”开多“，如果你要看跌，就买”开空“，杠杆可以调，最多 10 倍。 价格波动，在美股交易时段，波动会大一些，非交易时段，基本波动很小，可以开个小网格让它自己跑着。 大钱不说，赚点小钱还是没问题的，撸点生活费而已。下面是我这几天的历史订单。 链上美股的优势 注册方便，不需要资产证明，不需要肉身千万香港 可以上杠杆，放大波动，适合短线博弈。 手续费低，相比传统券商，手续费可以达到 1/10 7x24 小时不间断交易，很方便。 链上美股的劣势 暂时没有分红，这个是劣势 流动性相比正股，有些不足 参考教程 《 2026 年内地用户如何免去香港购买美股苹果英伟达特斯拉股票》
今天外网最大的新闻莫过于富途，老虎，长桥被罚了，这次强度有点大。 现在看来，各大交易所从去年开始布局 RWA 链上美股是一步好旗啊。 现在欧易，币安，gate ，bitget ，bybit 这几个一线二线交易所都已经支持买美股和基金了。除了暂时没有分红，其他的都没毛病，慢慢用户习惯就会跟过来，我自己反正是已经在欧易上做了不少美股交易了。 富途里有的热门股票，比如$镁光, $APPL, $TSLA, $AMZN, $QQQ, $MFSFT, $AMD, $RKLB, $SPACEX, $ARM, $INTC, $CRCL, 这些苹果 APPL ，英伟达 NVDA, 特斯拉 TLSA 基本也够平常投资了， 其他的基金比如最近很火的$DRAM 基金，也是有的，购买的话，界面上输入数量购买即可。如果你要看涨，就买”开多“，如果你要看跌，就买”开空“，杠杆可以调，最多 10 倍。 价格波动，在美股交易时段，波动会大一些，非交易时段，基本波动很小，可以开个小网格让它自己跑着。 大钱不说，赚点小钱还是没问题的，撸点生活费而已。下面是我这几天的历史订单。 链上美股的优势 注册方便，不需要资产证明，不需要肉身千万香港 可以上杠杆，放大波动，适合短线博弈。 手续费低，相比传统券商，手续费可以达到 1/10 7x24 小时不间断交易，很方便。 链上美股的劣势 暂时没有分红，这个是劣势 流动性相比正股，有些不足 参考教程 《 2026 年内地用户如何免去香港购买美股苹果英伟达特斯拉股票》
今天外网最大的新闻莫过于富途，老虎，长桥被罚了，这次强度有点大。 现在看来，各大交易所从去年开始布局 RWA 链上美股是一步好旗啊。 现在欧易，币安，gate ，bitget ，bybit 这几个一线二线交易所都已经支持买美股和基金了。除了暂时没有分红，其他的都没毛病，慢慢用户习惯就会跟过来，我自己反正是已经在欧易上做了不少美股交易了。 富途里有的热门股票，比如$镁光, $APPL, $TSLA, $AMZN, $QQQ, $MFSFT, $AMD, $RKLB, $SPACEX, $ARM, $INTC, $CRCL, 这些苹果 APPL ，英伟达 NVDA, 特斯拉 TLSA 基本也够平常投资了， 其他的基金比如最近很火的$DRAM 基金，也是有的，购买的话，界面上输入数量购买即可。如果你要看涨，就买”开多“，如果你要看跌，就买”开空“，杠杆可以调，最多 10 倍。 价格波动，在美股交易时段，波动会大一些，非交易时段，基本波动很小，可以开个小网格让它自己跑着。 大钱不说，赚点小钱还是没问题的，撸点生活费而已。下面是我这几天的历史订单。 链上美股的优势 注册方便，不需要资产证明，不需要肉身千万香港 可以上杠杆，放大波动，适合短线博弈。 手续费低，相比传统券商，手续费可以达到 1/10 7x24 小时不间断交易，很方便。 链上美股的劣势 暂时没有分红，这个是劣势 流动性相比正股，有些不足 参考教程 《 2026 年内地用户如何免去香港购买美股苹果英伟达特斯拉股票》
人生最难受的事情莫过于，你还在开开心心做实验，结果导师换单位了，换单位也就算了，结果还被扣上学术不端的帽子，没有心力带我了，我好难。。。。本来以为今年能够顺利毕业了，感觉整个世界都和我作对，太难了。。。哎。吐吐槽，书还是要读的，希望大家都能顺利毕业。 3 个帖子 - 2 位参与者 阅读完整话题
今年最火的莫过于 harness engineering 了。 都在说 harness 驾驭 AI ，来说说自己的工作经验，自己在真实的工作中是如何驾驭 AI 的， 在工作或者编码中如何编排自己的工作的，工作流实际上都有哪些变化。 我先说说自己的 我认为 先的 claude code 、codex 就是一个 harness Agent ; 先随着更新越来越强大，基本需要自己编排，类似工作流编排的越来越少的，但是少不代表不需要， 还是需要做一些工作的 例如 人工把控任务拆分： 仍然不要让他一次执行太大的任务，还是先拆分（虽然有 plan 模式和各种 skills 了，）、拆分后多 Agent 执行，不占用主 Agent 的上下文 上下文管理： 要给足和给清楚必要的上下文信息，流程过程以文档留存，面向 AI 编程。 约束边界清晰: 如果一个新的项目，首先要依据自己的经验给 AI 约束，例如技术栈明确、设计约束、研发机构约束等，这些现在还是需要编排好的。 其他： 前后端实现，先让 AI 完成统一的公共部分，例如 api 实现，审核后，编排前后端分别实现各自逻辑。 前端这块 UI UE 现在的 AI 还是做的比较差，必须清楚清晰的知道，甚至布局说明，@各个文件自己组合修改。 自己也整理一个 ai native 框架， https://github.com/chenguangwei/ai-native-collaboration 这个框架也存在不少问题，里面 skills 包含了太多（为了适应更多的人），造成了一些 AI 负担，自己使用过程中还是会发现不少问题，很多无法标准化和规范化，无法放入框架中。 我抛砖引玉，希望大家把自己实际工作中的经验分享出来。
今年最火的莫过于 harness engineering 了。 都在说 harness 驾驭 AI ，来说说自己的工作经验，自己在真实的工作中是如何驾驭 AI 的， 在工作或者编码中如何编排自己的工作的，工作流实际上都有哪些变化。 我先说说自己的 我认为 先的 claude code 、codex 就是一个 harness Agent ; 先随着更新越来越强大，基本需要自己编排，类似工作流编排的越来越少的，但是少不代表不需要， 还是需要做一些工作的 例如 人工把控任务拆分： 仍然不要让他一次执行太大的任务，还是先拆分（虽然有 plan 模式和各种 skills 了，）、拆分后多 Agent 执行，不占用主 Agent 的上下文 上下文管理： 要给足和给清楚必要的上下文信息，流程过程以文档留存，面向 AI 编程。 约束边界清晰: 如果一个新的项目，首先要依据自己的经验给 AI 约束，例如技术栈明确、设计约束、研发机构约束等，这些现在还是需要编排好的。 其他： 前后端实现，先让 AI 完成统一的公共部分，例如 api 实现，审核后，编排前后端分别实现各自逻辑。 前端这块 UI UE 现在的 AI 还是做的比较差，必须清楚清晰的知道，甚至布局说明，@各个文件自己组合修改。 自己也整理一个 ai native 框架， https://github.com/chenguangwei/ai-native-collaboration 这个框架也存在不少问题，里面 skills 包含了太多（为了适应更多的人），造成了一些 AI 负担，自己使用过程中还是会发现不少问题，很多无法标准化和规范化，无法放入框架中。 我抛砖引玉，希望大家把自己实际工作中的经验分享出来。
今年最火的莫过于 harness engineering 了。 都在说 harness 驾驭 AI ，来说说自己的工作经验，自己在真实的工作中是如何驾驭 AI 的， 在工作或者编码中如何编排自己的工作的，工作流实际上都有哪些变化。 我先说说自己的 我认为 先的 claude code 、codex 就是一个 harness Agent ; 先随着更新越来越强大，基本需要自己编排，类似工作流编排的越来越少的，但是少不代表不需要， 还是需要做一些工作的 例如 人工把控任务拆分： 仍然不要让他一次执行太大的任务，还是先拆分（虽然有 plan 模式和各种 skills 了，）、拆分后多 Agent 执行，不占用主 Agent 的上下文 上下文管理： 要给足和给清楚必要的上下文信息，流程过程以文档留存，面向 AI 编程。 约束边界清晰: 如果一个新的项目，首先要依据自己的经验给 AI 约束，例如技术栈明确、设计约束、研发机构约束等，这些现在还是需要编排好的。 其他： 前后端实现，先让 AI 完成统一的公共部分，例如 api 实现，审核后，编排前后端分别实现各自逻辑。 前端这块 UI UE 现在的 AI 还是做的比较差，必须清楚清晰的知道，甚至布局说明，@各个文件自己组合修改。 自己也整理一个 ai native 框架， https://github.com/chenguangwei/ai-native-collaboration 这个框架也存在不少问题，里面 skills 包含了太多（为了适应更多的人），造成了一些 AI 负担，自己使用过程中还是会发现不少问题，很多无法标准化和规范化，无法放入框架中。 我抛砖引玉，希望大家把自己实际工作中的经验分享出来。
今年最火的莫过于 harness engineering 了。 都在说 harness 驾驭 AI ，来说说自己的工作经验，自己在真实的工作中是如何驾驭 AI 的， 在工作或者编码中如何编排自己的工作的，工作流实际上都有哪些变化。 我先说说自己的 我认为 先的 claude code 、codex 就是一个 harness Agent ; 先随着更新越来越强大，基本需要自己编排，类似工作流编排的越来越少的，但是少不代表不需要， 还是需要做一些工作的 例如 人工把控任务拆分： 仍然不要让他一次执行太大的任务，还是先拆分（虽然有 plan 模式和各种 skills 了，）、拆分后多 Agent 执行，不占用主 Agent 的上下文 上下文管理： 要给足和给清楚必要的上下文信息，流程过程以文档留存，面向 AI 编程。 约束边界清晰: 如果一个新的项目，首先要依据自己的经验给 AI 约束，例如技术栈明确、设计约束、研发机构约束等，这些现在还是需要编排好的。 其他： 前后端实现，先让 AI 完成统一的公共部分，例如 api 实现，审核后，编排前后端分别实现各自逻辑。 前端这块 UI UE 现在的 AI 还是做的比较差，必须清楚清晰的知道，甚至布局说明，@各个文件自己组合修改。 自己也整理一个 ai native 框架， https://github.com/chenguangwei/ai-native-collaboration 这个框架也存在不少问题，里面 skills 包含了太多（为了适应更多的人），造成了一些 AI 负担，自己使用过程中还是会发现不少问题，很多无法标准化和规范化，无法放入框架中。 我抛砖引玉，希望大家把自己实际工作中的经验分享出来。
今年最火的莫过于 harness engineering 了。 都在说 harness 驾驭 AI ，来说说自己的工作经验，自己在真实的工作中是如何驾驭 AI 的， 在工作或者编码中如何编排自己的工作的，工作流实际上都有哪些变化。 我先说说自己的 我认为 先的 claude code 、codex 就是一个 harness Agent ; 先随着更新越来越强大，基本需要自己编排，类似工作流编排的越来越少的，但是少不代表不需要， 还是需要做一些工作的 例如 人工把控任务拆分： 仍然不要让他一次执行太大的任务，还是先拆分（虽然有 plan 模式和各种 skills 了，）、拆分后多 Agent 执行，不占用主 Agent 的上下文 上下文管理： 要给足和给清楚必要的上下文信息，流程过程以文档留存，面向 AI 编程。 约束边界清晰: 如果一个新的项目，首先要依据自己的经验给 AI 约束，例如技术栈明确、设计约束、研发机构约束等，这些现在还是需要编排好的。 其他： 前后端实现，先让 AI 完成统一的公共部分，例如 api 实现，审核后，编排前后端分别实现各自逻辑。 前端这块 UI UE 现在的 AI 还是做的比较差，必须清楚清晰的知道，甚至布局说明，@各个文件自己组合修改。 自己也整理一个 ai native 框架， https://github.com/chenguangwei/ai-native-collaboration 这个框架也存在不少问题，里面 skills 包含了太多（为了适应更多的人），造成了一些 AI 负担，自己使用过程中还是会发现不少问题，很多无法标准化和规范化，无法放入框架中。 我抛砖引玉，希望大家把自己实际工作中的经验分享出来。
今年最火的莫过于 harness engineering 了。 都在说 harness 驾驭 AI ，来说说自己的工作经验，自己在真实的工作中是如何驾驭 AI 的， 在工作或者编码中如何编排自己的工作的，工作流实际上都有哪些变化。 我先说说自己的 我认为 先的 claude code 、codex 就是一个 harness Agent ; 先随着更新越来越强大，基本需要自己编排，类似工作流编排的越来越少的，但是少不代表不需要， 还是需要做一些工作的 例如 人工把控任务拆分： 仍然不要让他一次执行太大的任务，还是先拆分（虽然有 plan 模式和各种 skills 了，）、拆分后多 Agent 执行，不占用主 Agent 的上下文 上下文管理： 要给足和给清楚必要的上下文信息，流程过程以文档留存，面向 AI 编程。 约束边界清晰: 如果一个新的项目，首先要依据自己的经验给 AI 约束，例如技术栈明确、设计约束、研发机构约束等，这些现在还是需要编排好的。 其他： 前后端实现，先让 AI 完成统一的公共部分，例如 api 实现，审核后，编排前后端分别实现各自逻辑。 前端这块 UI UE 现在的 AI 还是做的比较差，必须清楚清晰的知道，甚至布局说明，@各个文件自己组合修改。 自己也整理一个 ai native 框架， https://github.com/chenguangwei/ai-native-collaboration 这个框架也存在不少问题，里面 skills 包含了太多（为了适应更多的人），造成了一些 AI 负担，自己使用过程中还是会发现不少问题，很多无法标准化和规范化，无法放入框架中。 我抛砖引玉，希望大家把自己实际工作中的经验分享出来。
今年最火的莫过于 harness engineering 了。 都在说 harness 驾驭 AI ，来说说自己的工作经验，自己在真实的工作中是如何驾驭 AI 的， 在工作或者编码中如何编排自己的工作的，工作流实际上都有哪些变化。 我先说说自己的 我认为 先的 claude code 、codex 就是一个 harness Agent ; 先随着更新越来越强大，基本需要自己编排，类似工作流编排的越来越少的，但是少不代表不需要， 还是需要做一些工作的 例如 人工把控任务拆分： 仍然不要让他一次执行太大的任务，还是先拆分（虽然有 plan 模式和各种 skills 了，）、拆分后多 Agent 执行，不占用主 Agent 的上下文 上下文管理： 要给足和给清楚必要的上下文信息，流程过程以文档留存，面向 AI 编程。 约束边界清晰: 如果一个新的项目，首先要依据自己的经验给 AI 约束，例如技术栈明确、设计约束、研发机构约束等，这些现在还是需要编排好的。 其他： 前后端实现，先让 AI 完成统一的公共部分，例如 api 实现，审核后，编排前后端分别实现各自逻辑。 前端这块 UI UE 现在的 AI 还是做的比较差，必须清楚清晰的知道，甚至布局说明，@各个文件自己组合修改。 自己也整理一个 ai native 框架， https://github.com/chenguangwei/ai-native-collaboration 这个框架也存在不少问题，里面 skills 包含了太多（为了适应更多的人），造成了一些 AI 负担，自己使用过程中还是会发现不少问题，很多无法标准化和规范化，无法放入框架中。 我抛砖引玉，希望大家把自己实际工作中的经验分享出来。
人生最开心的莫过于找到了几个free空间号 但是最悲哀的是，发现活动没了 1 个帖子 - 1 位参与者 阅读完整话题