最近和不少学弟学妹聊天，发现一个矛盾现象：一边是对AI的无限向往，一边是“不知道从哪里下手”的迷茫。作为在字节一线和AI产品打交道的人，我想说：拥抱AI不是选修课，而是这个时代的必修技能。你可以立刻去做以下几件事，一定会有所提升：创建你的“AI角色卡片”学习时：——让它追问你的逻辑漏洞创作时：——专提反常识的观点复盘时：——自动把你的碎碎念整理成SOP玩转“豆包”的隐藏模式别只用默认对话。试试：“请用苏格拉底式提问法，帮我拆解这个产品问题”“假设你是张一鸣，会怎么评价这个校园社交产品？”“用‘第一性原理’重新思考我的求职规划” 会议记录：会后5分钟，AI自动生成：结构化纪要（自动标记TODO、...

介绍一下基本情况:岗位:某中厂后端开发实习生，本来学的java，岗位是golang，实际接触的代码全是php😅😅😅工作内容:就是给解决用户在产品使用中反馈的问题，比如看不到评论，收不到通知等等，然后就是查日志，复现问题，调接口，看后端代码。😭😭😭室友在大厂的实习都是写需求啥的，我快一个月了，一行代码没写。😐😐😐求大佬们支个招，该怎么包装这段实习。目前想法:1.因为可以接触到所有代码和接口，看到代码过去的更改记录，打算将工作内容写成负责某某模块开发维护，升级了某个接口这种。然后到时候给面试官展示的就是增加了新方法的整个思路。2.但是吧，接触的全是php，我是不是还得准备php开发框架的东西？而且就算是把过去某一个更改说成自己的，内容也好少啊。3.暑期和秋招还想主攻java，该怎么描述这段实习。佬们支个招吧，孩子没法了。😟😟😟😟

我是最近才开始用cursor并且使用一些国内外的编程模型，我发现不管是国内的还是国外的模型，在进行长对话之后大概率都会有幻觉情况。我现在的解决方法就是从prompt和rule上下手。将一些常用的代码规范和数据库表设计规范整合成rule，这样在编写prompt的时候可以轻松一点不同的职责需要创建不同的rule，比如最近在写毕设时就会涉及到原型设计、前端编码、后端编码以及数据库表结构的设计，这就得编写四个rule，如果写到一个rule中会使规则文本过长，对模型也是一种压力，分开设计可以让ai在扮演不同角色的时候单独使用不同的rule。在编写prompt时，主要就是以角色+需求来写，需求尽量精简即可...