热议：‘"你需要一个技术合伙人还是非技术合伙人？"是一个简化的问题。更好的问题是：你能构建吗？你能分发吗？

你的应用是为已经在使用它的人优化的，还是为你希望使用它的人优化的？

说实话，人们在用 o4 mini 做什么？

在教了500多个人编写代码后，我看到的新手最大错误有： - 提示过于模糊（“修复这个错误”） - 不理解信息流 - 在测试任何功能之前构建10个功能 - 未充分利用AI来解释术语和导航用户界面 - 死循环和缺乏版本控制卫生 - 复制粘贴提示而不进行调整 - 不将问题分解 - 忽视错误，认为它们会自行修复 - 盲目信任AI输出 幸运的是，这些问题都是可以解决的。如果你愿意重新学习你的思维方式。

放弃你的 AI 编码工作流程。我发誓我不会复制它（我会的）。

在新加坡举行的首个 @cursor_ai 活动上，参与人数异常庞大！愿新加坡成为全球下一个重要的人工智能中心 🇸🇬🌏 @SherryYanJiang @agrimsingh @ivanleomk @gabrielchua_ @aimuggle @benln @danperks_

在新加坡举办东南亚最大的 @cursor_ai 见面会！ @SherryYanJiang @ivanleomk @gabrielchua_ @aimuggle @benln @danperks_

每日 Sherryaps 第 30 天： 热议 - 我认为每个人最终都应该学习编程 尤其是随着人工智能让学习编程变得比以往任何时候都容易

如何避免让光标代理摧毁你的代码： 📄 首先请求一个用Markdown编写的实施计划 📝 在让它接触任何东西之前，获取一个待办事项列表 👀 创建另一个代理来进行代码审查 🔬 隔离，隔离，隔离 - 在临时文件/分支中工作 🧠 在不同时间点上宗教般地总结上下文

提示工程已经死了。 真正的解锁不是聪明的指令，而是上下文工程。 大多数大型语言模型应用失败是因为它们把提示当作一种把戏。但这个游戏是关于用以下内容填充上下文窗口： - 用户意图 - 相关历史 + 工具 - 少量示例 - 结构化任务 + 数据 做错了 → 这很愚蠢 + 昂贵。 做对了 → 感觉聪明。就像它知道一样。