手搓了一堆GPT Free号，但是已经几乎没什么用了，几次请求就周限。公益站也一片哀鸿遍野，几乎没什么能用的。 天才程序员纷纷坠落~~ 偶然发现x鱼上的API还可以用，3块钱100刀，已经问了好几个问题，消耗不到10刀，比自己折腾free或者公益站舒服多了，感觉比plus还扛用。 也有按天计算的，胆大的也可以试试月度的，几十块钱一个月——当然，听说薅羊毛的方法被举报到GPT官方了，不知道下周会不会开杀。 本帖不做任何推荐或者保证，只是提供一种思路。 10 个帖子 - 10 位参与者 阅读完整话题
什么故事能让我记住 20 多年 上小学时候，新学期发课本是一件备受期待的事。 而在一堆课本中，我最喜欢的非《读物》莫属，每次发完书后，我总是迫不及待地先看完它。 不知道现在的学生还有没有这种书：它是《语文》的辅助读本，相当于纯享版的故事集。 那时候娱乐匮乏，《读物》在某种程度上替代了现在孩子们的绘本故事书。《读物》在一二年级时是大人带着读的，后来能查字典后就自己看了。 至今 20 多年过去了，对当时看过的故事或文章依然有残留记忆。 比如有一篇讲述未来科技发达的故事，人们能够通过视频电话沟通，机器人负责保姆、洗衣、做饭之类的事情。 在当时看来天方夜谭的事情现在也成了稀松平常，现在的孩子很难想象电话、电视都触不可及的年代吧。 《读物》中让我印象最深的，就是《百灵鸟搬家》，至今让我仍然心有戚戚焉。 查过才知道这篇是出自《伊索寓言》，主旨是讲“观其言而察其行”、“求人不如求己”，但年幼的我根本没往这个方向理解。 包括看过的很多故事都是如此，只顾着情景代入、沉浸故事线，从来没有思考过所谓的“教育意义”。 《百灵鸟搬家》让我深为触动，主要是因为： 一方面，我代入小百灵鸟的视角，无法理解妈妈的从容淡定。毕竟人类就在旁边准备收麦子，身临其境感受到那种即将暴露的紧迫感，为什么非得等到最后一刻才搬家呢？ 另一方面，我真的相信了百灵鸟会在麦田筑巢的设定，因为家里真的有麦田，麦子成熟时田野中间会有倒伏的小片，或是野鸡野兔之类的巢穴。 自从看完这个故事后，跟大人去地里干活，我执迷于去地中间看看有没有百灵鸟的存在。 当然没有找到，现在我也不知道百灵鸟长啥样。 但有一次，我真的在地里发现了一只羽翼还不太丰满的麻雀，它飞到田埂，我捧住它。心心念念的百灵鸟寻觅终于告一段落。 不过，很快，在回家的小路上，这只麻雀从我手里飞走，飞向夕阳下的天空。 再见，小鸟。 《百灵鸟搬家》 一只百灵鸟，在一片麦地里做了窝。 它和孩子们住在一起，过得很安稳。 春天过去了，麦子一天天长高。 小百灵鸟也慢慢长大了。 有一天，麦地的主人来了。 他看着金黄的麦子，说： “麦子熟了，我得赶紧收割了。 我去找邻居来帮忙吧。” 小百灵鸟听见了，很害怕。 它们对妈妈说： “妈妈，我们快搬家吧！这里太危险了！” 百灵鸟妈妈摇了摇头，说： “不用急，他只是说说，还不会马上来收。” 过了几天，主人又来了。 他看着地里的麦子，说： “邻居太忙了，我去找亲戚来帮忙。” 小百灵鸟更着急了： “妈妈，这次真的要收了吧？我们走吧！” 妈妈还是不慌不忙地说： “别着急，他还是在指望别人。” 又过了几天，主人第三次来到麦地。 他着急地说： “不能再等了，明天我自己动手收割！” 百灵鸟妈妈一听，立刻站了起来，说： “孩子们，快！我们马上搬家！” 小百灵鸟一边飞，一边问： “妈妈，为什么这次要走呢？” 妈妈说： “因为他不再等别人，而是要自己动手了。” 不久以后，农夫果然来收割麦子了。 可那时，百灵鸟一家已经飞到安全的地方去了。 1 个帖子 - 1 位参与者 阅读完整话题
这就是一个 不过 80 行的 .h 文件, 就问了第1个问题, 然后给我扔一堆错误, 还要我一一反驳, 给我气笑了 , 4 个帖子 - 2 位参与者 阅读完整话题
我最近在使用 notion 的 agent 尝试让它做调研类工作。 但即使是 opus 4.6 在 notion 的提示词下也工作的很糟糕，但 4.7 好像克服了，效果真的很不错，我满意。 我将继续狠狠试用Notion Business 3 个帖子 - 2 位参与者 阅读完整话题
项目测出来一堆BUG，回头一看天塌了， 所有手里的gpt5.4公益站都倒了 8 个帖子 - 5 位参与者 阅读完整话题
不会编程的我, 在各中转站踩了一堆坑后转向官方账号来源, claude是真好用, 但是真贵真容易封号, 反复比较, 只能选gpt.于是用了两天codex, 感觉还行吧. 基本满足需求.自己搭了个cpa,plus号最开始两个, 现在加到四个. 但是token耗的太疯狂了, 已经400M了,这还是号池不够用, 不敢敞开用的情况下. 前半部分用超高模式, 后半部分用高思考模式. 如果真敞开用, 我估计可能是两倍打底的量, 毕竟不懂编程只会按继续 而且感觉gpt5.4 即使超高模式, 也不能把我贫瘠的需求描述顺利落地, 还是想试试5.4pro. 我现在慎重在考虑买个pro 20. 主要是两点没想明白, 请各位佬指点下: 1.把codex装到美国甲骨文服务器上, oauth登录, 不反代, pro套餐纯在codex上用,不知道能不能活满一个月? 2.我不会编程, 用了两天已经习惯了codex桌面版的前端布局, 远程操作的话, 怎么才能尽量保持现在这样的相对方便的交互界面? 10 个帖子 - 6 位参与者 阅读完整话题
佬们，我有个问题，怎么知道skills的触发次数呢 今天突然想到的，因为我其实加载了一堆skills，但实际上都是github热门skills； 有很多的触发条件我都不知道，我就想看看到底哪些是我日常描述能触发到的，哪些没触发到，问AI也没看到好的解决方案； 来这里水一贴 3 个帖子 - 3 位参与者 阅读完整话题
如題，留言區一堆垃圾訊息啥也看不了 有發現新的關鍵字可以提醒我，我再更新腳本 X.com 留言區色情/垃圾訊息過濾器 1 个帖子 - 1 位参与者 阅读完整话题
猜猜罪魁祸首是谁呢？ 3 个帖子 - 3 位参与者 阅读完整话题
背景 跟 AI 描述一个功能，放手让它去写代码，写了一堆，但实际测试效果就是不行。 我告诉它现在的测试结果是什么，然后它再根据反馈修改。兜兜转转，还是不行。 后面自己停下来，不问 AI 了，思考这个功能包含的点是什么，以往的常见处理方式是什么？ 然后我就想到，这不是两步就能解决的事情吗？ 告知 AI 后，它很快进入轨道，然后把之前写的一堆代码都删了，就留下之前代码量的五分之一。 然后问题解决了。 反思 我反思自己的问题： 用 AI 把脑袋用懒了，一味指望用 AI 帮我抉择，帮我解决问题 但人还是应该占据主导地位，就像战场上的将军那样，给 AI 指定明确的方向。 目标越明确，路径越清晰，AI 的表现才更强。 别自己的思考拉到和 AI 一个维度。 让AI 去思考代码维度的事情，我则需要负责思考更高维的，比如架构应该是怎样的，步骤应该有哪几步。 而不是停留在代码阶段，它给什么代码，我就思考什么代码，却不思考这个代码是否符合更高维度的需求。 以上。 碎碎念 13 个帖子 - 11 位参与者 阅读完整话题
网页版的 gpt5.4 thinking 没人觉得很啰嗦吗 看他的回复全是 1,2……20，每次都是一堆点，几句话反复讲 用 cherry studio 里面的 api 也是这样 现在切回 5.2 聊天了 可是为什么好像没人提到这一点 补充： 可以尝试在个性化里面调整一下，但是作用不大 9 个帖子 - 8 位参与者 阅读完整话题
锻炼对自己产品的理解 初学者刚入门时，很容易被琳琅满目的原型工具和一堆案例牵着走，脑子里装满了别人花哨的功能、亮眼的方案，却唯独缺少对自己产品的理解，想来想去都是别人的东西。 这样的 PM，平时和别人对话时，往往会是这种状态： A（老板）：你觉得这里放四个标签页合理不合理？ P（PM）：当然合理，美团、点评、微信都这么做。这是大趋势。 A：那我们页面上功能排版这样靠谱不？ P：没问题。现在这样的排版方式最常见，交互方式也很流行，色调设计还是国际上流行的 Minimal。 A：额，那我们这几个功能是必需的吗？ P：这几个功能竞品都有，我们没有的话不太合适吧。 A：…… 对自己产品的理解，其实可以分成很多层面： 对公司定位的理解，和老板、投资方有关 对用户定位的理解，和公司定位、市场状况有关 对产品定位的理解，和用户定位、产品推出的初衷有关 对公司研发能力的理解，包括设计能力、开发能力和运营能力 对其他部门状况的理解，包括各部门在做什么、当前推进到什么状态 …… 总之，你做出的每一个判断，都应该建立在对产品多方面的理解之上，不能只抓住竞品、市场这些零散因素。 只有这样，当设计师交出一版你不满意的稿子时，你才能说： 这个风格可能更适合年轻人，但我们的目标用户是商务人士。 当你要求工程师去处理一个看起来不重要的 Bug 时，你也可以说： 后续运营部门计划有几次大型活动，到时流量会瞬间暴涨，这个 Bug 会被放大很多倍，所以风险很高。 当你和老板讨论要不要加一个功能时，你能够说： 我觉得这个功能是一个重要补充，和下个版本要做的事情是连得上的。 具体怎么去锻炼，其实很费力，也很费脑。你要不断和老板沟通、和同事沟通，去和用户聊，去做调研，同时做大量思考和总结。你最好有一本属于自己的“词典”，记录所有和你负责产品相关的解释与判断，随时可以翻阅。 这本词典可以记在心里，也可以整理成笔记。别人看来，它可能不起眼，也没有那些“人机交互趋势”“立体化设计语言”之类的术语那么唬人。但如果没有这本词典，你往前走的每一步都可能踩坑，等走远了再回头补，往往已经来不及了。 提高分析和判断能力 如果说对产品的理解是第一步，那么第二步，就是基于这些理解做出靠谱的判断。 很多 PM 遇到问题时，习惯参考别人、做用户调研，或者直接听老板的。但实际上，很多事情并没有那么复杂，只要有生活常识，有基础的推理能力，完全可以先做出更靠谱的初步判断。先有一个初步判断，再去做用户调研，这时候调研才真正有意义：它是验证手段，不是需求来源。 总结起来，就是三个字：讲道理 产品经理在做任何决定时，都应该尽量做到这一点。 那怎样培养这种能力？方法其实也不复杂，就是在日常生活里多问几个“为什么”。 比如： 这个小区的停车场入口为什么要绕三个圈？ 优衣库一进门最先看到的为什么常常是内衣裤？ 楼下咖啡店平时看着顾客不多，为什么能撑五年还没关门？ 很多道理是相通的。你每天都在想明白一些事情，真遇到棘手的产品问题时，思考自然会比别人更远，也更稳。 看别人的产品也一样，别只学表面。多去想它背后的原因：从商业模式到交互细节，再到视觉风格，它为什么这么做，解决的是什么问题，这样的代价又是什么。 3. 确保良好的沟通和表达能力 当你已经对产品有足够理解，也能对问题做出清晰、有依据的判断，下一步就是把这些判断和理解有效地传达给同事。 这件事说难也难，说简单也简单。核心还是两点：一是沟通时要让人愿意配合，二是每次沟通都尽量有效率。 在协作中，尽量做到这些 始终清楚自己是产品经理，但不是“经理”，不要盛气凌人 用事实和理由说服别人，不要动不动搬出“老板决定了” 别人遇到困难时，先理解问题，再一起找备选方案 项目组里谁和谁有了矛盾，要主动协调，不要围观 让产品线上的同事随时知道整体进展，帮助大家建立全局意识 用户反馈整理后及时同步，让团队感受到自己的工作是有价值的 在讨论问题时，也尽量做到这些 每次沟通前先想清楚目的，心里有基本框架 描述问题尽量清晰，不要一边说一边散 每个问题都尽量形成结论，避免讨论很多却什么都没定下来 不要把所有决定都推给别人，自己要准备方案和建议 过程和结论都尽量留下记录，方便后续查阅 交际能力提升最快的办法，往往也不是背书或者记技巧，而是观察一个你觉得相处起来很舒服、同时又很优秀的人，看看他是怎么处理关系、怎么表达观点、怎么推进事情的，然后一点点学过来。 4. 对产品的责任心 责任心看起来像是最容易具备的东西，但真正做到，其实很难。 产品经理最重要的能力，就是让正确的事情相继发生。 你把前面说的那些都做好了，其实只是完成了“做正确的事”这一部分。至于这些事能不能真的推进下去、一个接一个地发生，就要看责任心了。 比如： 午夜工程师为项目上线加班时，你是在楼下看电影，还是愿意留在旁边一起盯着？ 设计师和老板因为方案僵住时，你是在等他们自己缓和，还是主动去沟通、推动事情往前走？ 运营同事提了一个很赶、又不太现实的需求时，你是直接一句“做不完”，还是愿意坐下来一起找折中的办法？ 从劳动契约上说，你当然没有义务包办一切；从岗位职责上说，也不是所有问题都归你解决；公司有坑，也不必全由你来填。 但一个真正优秀的产品经理，会对所有和产品相关的事务保持敏感，会把那些妨碍产品正常推进的事情看成自己需要介入的问题，也会去关注那些可能真正帮助产品变好的机会。 在这些具体问题上的取舍，决定了你最终只是一个普通 PM，还是一个更强的 PM。 5. 关于工具的使用 把工具放在后面说，是因为真正意义上的产品经理，其实不一定要掌握很多原型工具、交互工具，甚至绘图工具。 任何工具都只是服务于人、服务于当下的事情。关键问题始终只有一个： 它到底有没有帮你提高效率。 很多初创团队刚起步，就急着上各种复杂的 Feature/Bug 管理平台，制定很重的需求文档规范，把脑图、Axure 之类的东西当成标配。最后流程越来越重，效率却没有提高，反而拖慢了很多事。 就像 MBA 不太适合创业者一样，过于复杂的流程，往往会严重拖累中小公司的运转。 只要你手头的工具好用、顺手、高效，就没有必要为了显得专业去换成更复杂、更“高级”的东西。 6. 尽力涉猎广泛 作为产品经理，懂一些其他岗位的基础知识其实很有帮助。这样一来，沟通会更顺畅；二来，在考虑需求和方案时，你也更容易有数。 这是一种很好的补充，当然，不是说你非得样样精通。但你至少可以去看看他们平时在看什么书，关注什么内容，学一点基础概念。哪怕只是看看一些入门文章，也会有帮助。 这样至少别人不会觉得，你每天只会空想点子、画点原型、做一些飘在空中的方案。 4 个帖子 - 4 位参与者 阅读完整话题
最近尝试用AI搞科研，把一堆文献丢给它，让它给我解读和总结，我再挑一个点让它调研，形成研究的idea。（百分百复刻我导对研究生的指导流程，我应该写一个导师.skill） 经过多轮的交互，AI确实能成功给我看上去像那么回事的idea，给出的实现方案也合理可行，但我总觉得跟我想要的还差一点。但差在哪我又很不清晰 后来我想明白了，我根本不知道我要的是什么，因为对于这个要做的研究点，我没有主动思考的过程，只是被动的被AI喂到嘴里 懂不懂嘛，倒也懂，但是一个是没有系统性思考，对于整个idea推导的思维链路印象不够深刻，另一个是只知道整体思路，对各个细节没有足够的掌握，总有一种浮在表面的感觉，缺乏撞了南墙再回头的切身痛感 其实对写代码也有这种感觉，以前碰到问题，从csdn到github到stack到处找，一个方法一个方法尝试，一卡好几天，一旦解决了，直接颅内高潮，比***还爽。现在拿AI写，别说解决bug了，里面怎么实现我都不知道 当然我是一个坚定的AI党，血肉苦弱，机械飞升，硅基万岁！ 只不过还不太适应这种有些失控的感觉 2 个帖子 - 2 位参与者 阅读完整话题
今天早上发现之前用的公益站都无了，怒刷了一上午L站，尝试了一堆现在能用的公益站但到我的codex上就一直reconnecting，俺不中了 我的project没有你可怎么活呀 难道真要去开cursor pro吗，钱包空空 3 个帖子 - 3 位参与者 阅读完整话题
佬们，我领导问我能不能自己搞个大模型。 问了我一堆关于Ai相关的知识。 他说想要搞个知识库，这里面门道到底有多少呢。 19 个帖子 - 18 位参与者 阅读完整话题