- 博客(14)
- 收藏
- 关注
原创 提示词工程入门
提示词工程的核心在于清晰、准确地表达需求,并通过合理的结构设计引导模型生成高质量的输出。在指令中为模型设定合适的角色,使其自动调整专业深度和语言风格将模糊的要求转化为具体的、可量化的约束条件提供格式或风格的示例,利用模型的模式识别能力统一输出规范在计算和推理类任务中要求分步展示过程,提升准确率并便于学习将复杂任务拆分为子任务逐项完成,提高过程的可控性提示词工程没有固定的公式或秘诀,它本质上是一种表达能力的训练——将自己的需求拆解清楚,并用准确的语言传达给对方。
2026-10-26 14:13:53
298
原创 基于QingLedger项目三级锁并发控制机制详解
先看一个最朴素的方案:给会话加一把"全局锁",同一时刻只允许一个请求处理。问题在哪?锁太粗:如果 Session 级锁把整个 LLM 调用(含多轮工具调用)都抱住,那一次请求可能要 10 秒,期间同一个会话的其他请求全部被挡在外面。用户想同时发起两条消息?没门。锁太细:如果只在"单次工具执行"上加锁,那同一会话的两条消息可能交错执行,LLM 上下文就乱了,账也会记串。所以需要分粒度管理:让锁的粒度匹配"需要保护的资源边界"。会话是一次对话的完整上下文,必须串行 → 会话级锁。
2026-08-22 00:12:49
378
原创 一文带你入门Redis--从基础到面试
HotKey指的是访问频率极高的 key。即使 Redis 很快如果所有请求都疯狂打一个 key这个 key 所在节点仍然可能成为瓶颈秒杀商品库存首页爆款商品详情超高热度排行榜本地缓存再挡一层热点 key 拆分或分片对极热点请求做限流Redis 是基于内存的键值型数据库,常用作缓存,也支持多种数据结构它快的核心原因是内存访问、简单命令模型、少锁竞争和高效 I/O常见数据类型有 String、Hash、List、Set、ZSet,分别对应不同业务场景。
2026-07-13 19:49:49
414
原创 每日一题--脱离暴力枚举
我们的值是一个int整型,下标会被覆盖啊,没关系,题目只要求我们返回两个符合的下标即可,所以覆盖了也关系。那么同理,对于这道题,我们也可以采取和上一道题一样的思路,这次map的value依然是一个int整型,用来承接当前数字出现的次数,,并且对于这道题,除了声明一个Map表,还需要定义一个计数器,随后开始枚举数组”右边”的元素,如果当前的元素有作为key存在表中,将计数器加上表中对应的value,随后将表中的数字加一,如果没有找到,就初始化表中以当前元素为key的一个对象,最后返回计数器。
2026-05-10 14:45:01
649
原创 每日一题 5.9
后面呢,也是看了灵神(灵茶山艾府)的题解,了解到优化的思路,构造这个数据结构时,我们可以将传过来的数组的元素加入一个map中,键是元素的值,值就是这个元素在原数组中的下标列表,这样呢,还可以保证我们的这个下标列表是有序的,此时我们有了目标元素对应的下标列表,我们的问题就转化为求目标值对应的下标列表中有多少元素在[left,right]中,我们就可以通过比较左右边界在列表中的位置,再计算得到符合要求的元素数量。2080 区间内查询数字的频率。
2026-05-09 15:47:25
360
原创 每日一题 5.8
怎么改呢,写一个从1开始的for循环,对每个nums[i]都加上nums[i-1],这样循环下去就能得到一个新的前缀和数组,此时就满足我们很经典的二分查找条件,这里要注意,由于我们要的是小于等于queries[i]的前缀和,所以我们right移动条件应该是大于目标值,让left停留在大于target的位置,这样返回的left就是我们的最大子序列长度。那么后续对于这道题进一步的思考,其实可以用二分查找优化,我们将原本的nums数组对应下标的数字改为对应的前缀和即可,就是省略了我们原本方法的函数功能。
2026-05-08 22:09:58
332
原创 每日一题5.7
我们就可以转化为求success / spells[i] 在potions这个数组中的位置,这里就可以用二分查找,去找到这个目标值在potions的位置,再用potions长度减去目标值的下标就是我们要的数量,这里目标值的计算需要注意一点,/这个符号默认是向下取证,我们的计算就应该改成(success +spells - 1)/spells,相当于把success多加了一个除数减一的部分,这样就是向上取整了,保证我们的目标值会满足要求。题目既然要求咒语强度和药水强度相乘要大于等于success。
2026-05-07 23:23:13
429
原创 每日一题蹄体提替
思路:首先理解题目,两个字符串数组,我们要求的是待查表中每个字符串的最小字母出现频次比词汇表中若干字符串最小字母出现频次小的数量,返回的数组也是这个数据,也就是我们可以将两个数组全部转换成对应的最小字符出现频次数组,而得到的两个频次数组中,只有待查频次数组的顺序是要求不能改变的,我们的词汇表频次数组完全可以根据数字大小排序,随后去通过二分查找,计算待查频次数组中每个频次在词汇表频次数组中的位置,从而去获得待查数组中每个字符串最小字母出现频次比词汇表出现频次小的频次数量;
2026-05-05 15:22:28
556
原创 每日一题 5.4
思路:依旧是很典型的一道二分查找,这里注意到题目要求的是大于target的字母,不包含等于目标值的情况,所有我们移动右边界的条件应该是中间值大于目标值的时候,这样右边界在数组中有目标值的时候会最终停留在目标值的位置,否则左边界在数组中有目标值的情况下会停留在目标值的位置,而不是第一个大于目标值的数字,后续循环完毕需要判断,首先左边界的位置不能超过数组长度,对应的位置的字符不能是目标值。我们将数组一的元素都简称x,数组二简称y,那么实际上,他的这个条件|x-y|>d就可以翻译为。
2026-05-04 16:31:52
408
原创 每日一题--二分查找
思路:题目翻译一下,所谓目标值的索引或者顺序插入的位置其实就是要求这个排序(递增)数组中第一个大于等于目标值的数的下标。思路:这道题的解法和上一题也可以说是一模一样,只不过要多做一步判断,去掉第一道题中”返回插入位置”的这种情况。比如说我们的目标值比数组所有的数都大,那么右边界就不会移动永远在最后一位,左边界循环后就会超出...这里要注意,我们的最后判断,left的大小判断一定要先写,不然会出现超出索引的报错。这道题大概解法和昨天的一样,可以关注我昨天的每日一题,里面有较为详细的说明。
2026-05-03 21:15:42
320
原创 每日一题 -- 二分查找
那我们就要保证左边界一定会停留在第一个目标值的位置,那么我们的条件肯定就是当nums[mid] 大于等于我们目标值时,我们的right边界就变成中间值mid-1,而其他情况我们left边界就会变成mid +1,因为左右边界最后肯定是会相邻或重合,再循环一次,left就会大于right,循环停止返回left,而我们的条件又能保证left一定不可能超出第一个目标值,我们假设数组中一定有若干个目标值,此时会有三种情况。例如:1, 1, 2, 3, 3, 4。序列中不允许出现相等的值。例如:1, 2, 3, 4。
2026-05-02 23:15:46
508
原创 每日一题--滑动窗口问题
我的思路:主要利用滑动窗口,维护一个mm去和m进行比较,再定义一个boolean变量,只有不相同元素大于m才会对窗口里面的元素进行计算和比较,具体做法依旧是先初始化窗口,然后还要判断一下,k的大小是不是等于传过来的集合大小,如果是我们就直接返回我们初始化窗口的结果即可,而在后续窗口滑动的每次循环我们都要初始化当前窗口和sum以及boolean变量。后续循环从我们初始窗口的后一位开始,先将左边缘窗口移除,判断是否为白色块,然后再加入右窗口,判断是否为白色块,最后对当前窗口白色块进行计算。
2026-05-01 20:28:13
265
原创 EpidemlQs学习及Coze简单复现
好到此我们的简单的复现就到此为止,实际做下这个工作下来呢,意识到自己对这个平台的熟悉度还是有待提升,也意识到这样的一个平台终归只能做一些玩具级的项目,因为个人免费版可供调用的模型不是特别的高级,在复现的过程中呢,也是经历过各种问题,现在的方案也是不断尝试,迭代之后的产物,耗费了不少的时间,这也只能说大概的模拟一下原本项目中的一小小部分。接着连上教授模型,这里将输出与输入定义好,由于是简单复现,提示词里要求他直接输出后续每个阶段的提示,我们要定义好输出的变量名,要和提示词中定义的一致。
2026-04-25 23:44:33
383
原创 快速入门Coze平台开发智能体
是开发者赋予agent的身份,能力和行为规范,他决定了agent的响应质量和风格提示词帮助用户控制语言模型输出,生成适合的特定需求提示词调整提供了对模型行为的直观控制,但对提示的确切措辞和设计敏感,因此需要精心定制的准则以实现期望提示词两大分类:提示词可以分为系统提示词和用户提示词,顾名思义,系统提示词一般是由开发者自己设置好的一个ai的人设,用户提示词就是用户在对话框中提出的具体指令前者是大模型的角色定位和回复逻辑,并且回持续影响整个会话后者是用户对话框输入,用于指导模型执行特殊任务。
2026-04-18 15:48:22
698
3
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅