AI的提示词专栏:Prompt 调试的五个常用技巧

AI的提示词专栏:Prompt 调试的五个常用技巧
在这里插入图片描述


在这里插入图片描述
在这里插入图片描述

AI的提示词专栏:Prompt 调试的五个常用技巧

本文聚焦 Prompt 调试的重要性与实操方法,指出调试是缩小 “用户预期” 与 “模型输出” 差距的关键。首先介绍定位偏差点技巧,通过拆解错误输出、对应 Prompt 漏洞精准找问题根源;接着强调最小化修改原则,避免过度调整引发新问题,优先补充信息且每次仅改一个漏洞;然后阐述示例补全法,用完整简洁的正确案例校准模型输出,适配格式、风格等需求;还讲解参数调优,说明 Temperature、Top-P 等核心参数对输出的影响及调整方法;最后介绍多轮迭代法,拆解复杂需求分阶段调试并记录反馈。文章同时给出避坑建议与工具推荐,助力建立系统化调试思维,提升 Prompt 效果。
在这里插入图片描述

人工智能专栏介绍

    人工智能学习合集专栏是 AI 学习者的实用工具。它像一个全面的 AI 知识库,把提示词设计、AI 创作、智能绘图等多个细分领域的知识整合起来。无论你是刚接触 AI 的新手,还是有一定基础想提升的人,都能在这里找到合适的内容。从最基础的工具操作方法,到背后深层的技术原理,专栏都有讲解,还搭配了实例教程和实战案例。这些内容能帮助学习者一步步搭建完整的 AI 知识体系,让大家快速从入门进步到精通,更好地应对学习和工作中遇到的 AI 相关问题。

在这里插入图片描述

    这个系列专栏能教会人们很多实用的 AI 技能。在提示词方面,能让人学会设计精准的提示词,用不同行业的模板高效和 AI 沟通。写作上,掌握从选题到成稿的全流程技巧,用 AI 辅助写出高质量文本。编程时,借助 AI 完成代码编写、调试等工作,提升开发速度。绘图领域,学会用 AI 生成符合需求的设计图和图表。此外,还能了解主流 AI 工具的用法,学会搭建简单智能体,掌握大模型的部署和应用开发等技能,覆盖多个场景,满足不同学习者的需求。

在这里插入图片描述

在这里插入图片描述

1️⃣ ⚡ 点击进入 AI 的提示词专栏,专栏拆解提示词底层逻辑,从明确指令到场景化描述,教你精准传递需求。还附带包含各行业适配模板:医疗问诊话术、电商文案指令等,附优化技巧,让 AI 输出更贴合预期,提升工作效率。

2️⃣ ⚡ 点击进入 AI 灵感写作专栏,AI 灵感写作专栏,从选题到成稿,全流程解析 AI 写作技巧。涵盖论文框架搭建、小说情节生成等,教你用提示词引导 AI 输出内容,再进行人工润色。附不同文体案例,助你解决写作卡壳,产出高质量文本。

3️⃣ ⚡ 点击进入 AI 辅助编程专栏,AI 辅助编程专栏,通过实例教你用 AI 写代码:从功能描述到调试优化。涵盖前端、后端、数据库等,语言包括HTML5、VUE、Python、Java、C# 等语言,含算法实现、Bug 修复技巧,帮开发者减少重复劳动,专注核心逻辑,提升开发速度。

4️⃣ ⚡ 点击进入 AI 精准绘图专栏,AI 精准绘图,聚焦 AI 绘图在设计场景的落地。详解如何描述风格、元素、用途,生成 logo、商标等。含 Midjourney 等工具参数设置,及修改迭代方法,帮设计新手快速出图,满足商业与个人需求。

5️⃣ ⚡ 点击进入 AI 绘制图表专栏,AI 绘制图表专栏,教你用 AI 工具将数据转化为直观图表。涵盖曲线图数据输入、流程图逻辑梳理等,附 Excel 联动、格式美化技巧,适合学生、职场人快速制作专业图表,提升数据展示效果。

6️⃣ ⚡ 点击进入 AI 的工具集专栏,AI 的工具集专栏,盘点主流 AI 工具:ChatGPT、DeepSeek、 Claude、Gemini、Copilot 等。解析各工具优势,附使用场景与技巧,帮你根据需求选工具,快速上手提升效率,覆盖办公、创作、开发等场景。

7️⃣ ⚡ 点击进入 AI 的智能体专栏,AI 的智能体专栏,解析智能体自主运行原理,包括任务拆解、环境交互等。教你用大模型搭建简单智能体,附多智能体协作案例,适合想探索 AI 自主系统的开发者入门。

8️⃣ ⚡ 点击进入 AI 的大模型专栏,AI 的大模型专栏,详解大模型部署步骤,从本地搭建到云端部署。含 API 调用教程、应用开发案例,教你将大模型集成到项目,掌握企业级 AI 应用开发技能,应对实际业务需求。

一、引言:为什么 Prompt 调试至关重要

在大语言模型(LLM)的应用中,“写出 Prompt”只是第一步,“让 Prompt 产出符合预期的结果”才是核心目标。但实际操作中,即使遵循“指令+背景+示例”的基本结构,模型输出仍可能出现偏差——比如答非所问、逻辑混乱、格式错误,甚至遗漏关键信息。这并非模型能力不足,而是 Prompt 与模型“理解逻辑”之间存在错位。

在这里插入图片描述

Prompt 调试正是解决这种错位的关键环节,它通过系统性地优化提示词,缩小“用户预期”与“模型输出”的差距。不同于传统编程中“修复语法错误”的调试,Prompt 调试更偏向“优化语义表达”,核心是找到让模型准确捕捉需求的“语言密码”。

举个简单例子:若想让模型生成“适合大学生的 Python 入门学习计划”,初始 Prompt 可能是“写一个 Python 学习计划”。模型可能输出偏向职场人的进阶计划,此时就需要通过调试补充“受众为大学生”“入门级”“包含每周学习时长”等关键约束——这个过程就是 Prompt 调试的核心逻辑。

二、技巧一:定位偏差点——从“错误输出”反推“Prompt 漏洞”

调试的第一步不是盲目修改 Prompt,而是精准定位问题根源。很多时候,用户只关注“输出不对”,却忽略了“为什么不对”,导致后续修改陷入“试错循环”。定位偏差点的核心方法是“输出拆解法”,即把模型的错误输出拆分为具体问题类型,再对应到 Prompt 中的潜在漏洞。

在这里插入图片描述

(一)常见偏差类型与 Prompt 漏洞对应表

偏差类型表现示例可能的 Prompt 漏洞
信息遗漏要求生成“包含3个核心功能的APP需求文档”,但输出只提了2个功能未明确强调“数量约束”,或关键信息被淹没在冗长背景中
逻辑偏离要求“分析某产品的市场优势”,但输出却大篇幅介绍产品功能未明确“分析维度”(如优势=性价比+用户粘性+渠道覆盖),模型误判核心需求
格式错误要求“用JSON格式返回3个客户画像”,但输出是纯文本段落未明确格式规则(如“JSON键名需为name/age/需求”),或未提供格式示例
语气不符要求“写一段面向儿童的科普文案”,但输出语言过于学术化未明确“目标受众特征”(如“8-10岁儿童,用比喻和拟声词”),模型默认通用语气
超出范围要求“总结某篇500字文章的核心观点”,但输出包含大量外部延伸知识未添加“仅基于提供的文章内容”“不引入外部信息”的约束

(二)定位实操步骤

  1. 明确“预期输出”的关键指标:先写下理想结果应包含的核心要素(如“学习计划需包含每周主题、每日时长、推荐资源”),作为判断标准;
  2. 对比“实际输出”与“预期指标”:逐一检查实际输出是否覆盖所有指标,标记缺失或偏离的部分(如“缺失推荐资源”“每日时长未明确”);
  3. 反推 Prompt 中的漏洞:思考“为什么模型没捕捉到这个需求”——是没提?提得太模糊?还是被其他信息干扰?(如“未提推荐资源”→ Prompt 遗漏该要素;“每日时长模糊”→ Prompt 只写“每天学习”,未明确“需标注具体时长”)。

(三)案例:从偏差定位到漏洞修复

初始 Prompt:“写一份电商运营的月度工作计划。”
实际输出:只包含“活动策划”“客服培训”两个模块,未提及“数据分析”“库存对接”,且未标注每个模块的时间节点。
定位偏差:信息遗漏(缺失2个核心模块)+ 逻辑模糊(无时间节点)。
反推漏洞:未明确“运营计划需包含的核心模块”(如数据分析、活动、客服、库存),未要求“按时间节点拆分(每周/每日)”。
修复后 Prompt:“写一份电商运营月度工作计划,需包含4个核心模块:数据分析(每周销售复盘)、活动策划(2场大促活动)、客服培训(每周1次)、库存对接(每日核对),并标注每个模块的具体时间节点(如‘第1周:完成销售复盘模板’)。”

三、技巧二:最小化修改——避免“过度调整”导致新问题

定位漏洞后,很多用户会习惯性地“大改 Prompt”——比如删除原有内容、新增大量无关约束,结果反而导致模型理解混乱,出现新的偏差。最小化修改的核心原则是:只针对已定位的漏洞进行精准调整,不改变 Prompt 中原本有效的部分,确保每一次修改都有明确的“目标偏差”,避免引入新变量。

在这里插入图片描述

(一)最小化修改的3个核心原则

  1. “加法优先”原则:优先通过“补充信息”修复漏洞,而非“删除原有内容”。例如,Prompt 遗漏“受众”,只需在原有基础上添加“面向刚毕业的职场新人”,而非重写整个 Prompt;
  2. “单一变量”原则:每次只修改一个漏洞,避免同时调整多个要素。比如,若输出存在“信息遗漏”和“格式错误”,先修复信息遗漏,测试效果后再调整格式,防止无法判断哪次修改起了作用;
  3. “保留有效结构”原则:若 Prompt 原本的“指令+背景”结构有效,只针对“指令”部分补充约束,不改变背景描述。例如,背景中“某产品是主打年轻群体的奶茶”有效,只需在指令中补充“突出产品低糖特点”,无需修改背景。

(二)反例与正例对比

场景初始 Prompt错误修改(过度调整)正确修改(最小化)
生成产品介绍“写一段某奶茶的产品介绍,突出口感。”(输出未提受众)删除原有内容,重写为“写一段面向学生的奶茶介绍,要甜而不腻,适合夏天喝,包装好看,价格便宜。”(新增过多无关约束,偏离“突出口感”的核心)保留原有内容,补充:“写一段某奶茶的产品介绍,突出口感(如‘丝滑不腻’),且明确受众为18-22岁大学生。”(只补充“受众”,保留“突出口感”的核心)
生成代码“用Python写一个计算质数的函数。”(输出未加注释)重写为“用Python语言,遵循PEP8规范,写一个高效的计算质数的函数,包含参数说明、返回值说明,还要有测试用例。”(新增“PEP8规范”“测试用例”等无关约束)补充:“用Python写一个计算质数的函数,并为函数添加中文注释(说明参数、返回值)。”(只补充“注释”要求,不改变核心需求)

(三)实操工具:修改跟踪表

为了避免修改混乱,可使用“修改跟踪表”记录每次调整的内容和效果,确保每一步都符合“最小化”原则:

修改次数修改内容(针对的漏洞)测试输出效果是否解决问题
1补充“受众为18-22岁大学生”(修复信息遗漏)输出提到了“适合学生党”,但仍未突出口感部分解决(受众问题),需继续修改口感描述
2补充“口感需用‘丝滑’‘茶香浓郁’等词汇描述”(修复逻辑偏离)输出同时包含受众和口感描述,符合预期完全解决

四、技巧三:示例补全法——用“正确案例”校准模型输出

当 Prompt 包含“生成特定格式/逻辑的内容”需求时(如生成JSON、撰写法律文书、设计营销文案),仅靠文字描述约束,模型仍可能出现偏差。此时,“示例补全法”是最有效的调试技巧之一——通过在 Prompt 中提供1-2个“正确示例”,让模型快速理解“你想要的样子”,本质是利用 LLM 的“上下文学习(In-Context Learning)”能力,降低模型的理解成本。

在这里插入图片描述

(一)示例补全法的适用场景

  • 格式类需求:如生成表格、JSON、Markdown 文档等有固定结构的内容;
  • 风格类需求:如模仿特定作家的文风、符合品牌调性的文案(如“小米式”简洁文案、“故宫文创”的文化风文案);
  • 逻辑类需求:如按“问题-原因-解决方案”结构分析问题、按“时间线”梳理事件。

(二)示例设计的3个关键要素

  1. 完整性:示例需包含“输入需求”和“对应输出”,让模型看到“需求→结果”的映射关系。例如,要求生成“产品卖点”,示例应写成“需求:某低糖奶茶 → 卖点:① 0蔗糖添加,热量仅50大卡;② 采用云南高山茶,茶香持久”;
  2. 简洁性:示例不宜过长,避免占用过多上下文窗口(尤其是模型上下文有限时,如 GPT-3.5 的4k版本)。通常单个示例控制在50-100字内;
  3. 一致性:示例的格式、风格、逻辑需与“最终预期输出”完全一致。例如,预期输出是“3个卖点+每个卖点的理由”,示例也需遵循这个结构,不能只给卖点不给理由。

(三)案例:用示例补全法调试“生成用户反馈分析”Prompt

初始 Prompt:“分析某手机的用户反馈,总结3个核心问题。”
实际输出:纯文本罗列问题(如“用户觉得电池不耐用,拍照不好,系统卡顿”),未说明“问题表现”和“提及频率”,信息不完整。
调试思路:添加“问题+表现+提及频率”的示例,引导模型按该结构分析。
修复后 Prompt
“分析某手机的用户反馈,总结3个核心问题,每个问题需包含‘问题名称+具体表现+提及频率’。
示例:
需求:分析某笔记本电脑反馈 → 核心问题:

  1. 续航不足:表现为‘充满电仅能用3小时,无法满足外出办公’,提及频率占总反馈的35%;
  2. 散热噪音大:表现为‘运行大型软件时,风扇噪音超过50分贝’,提及频率占总反馈的28%。

请基于上述示例结构,分析某手机的用户反馈。”
调试后输出
“核心问题:

  1. 电池续航短:表现为‘重度使用下仅能坚持4小时,低于宣传的6小时’,提及频率占总反馈的42%;
  2. 拍照夜景模糊:表现为‘暗光环境下拍摄,画面噪点多,细节丢失’,提及频率占总反馈的30%;
  3. 系统卡顿:表现为‘打开多个APP后,切换时延迟超过2秒’,提及频率占总反馈的25%。”
    (输出完全符合“问题+表现+频率”的结构,信息完整性显著提升)

五、技巧四:参数调优——用“模型参数”辅助 Prompt 效果优化

很多用户会忽略一个关键点:Prompt 的效果不仅取决于“文字内容”,还与模型的“生成参数”密切相关。当 Prompt 内容已优化到极致,但输出仍存在“重复啰嗦”“过于保守”“逻辑跳跃”等问题时,通过调整模型参数(如 Temperature、Top-P、Max Tokens 等),往往能起到“事半功倍”的效果。

在这里插入图片描述

(一)核心参数与 Prompt 效果的关联

不同模型的参数名称可能略有差异(如 OpenAI 叫 Temperature,Anthropic 叫 Top-K),但核心功能一致。以下是与 Prompt 调试最相关的3个参数:

参数名称核心作用对 Prompt 输出的影响适用场景
Temperature(温度)控制输出的随机性:值越高(0.8-1.0),输出越灵活、多样;值越低(0.1-0.3),输出越确定、保守- 高值(0.7+):适合创意类需求(如文案、小说),但可能出现逻辑混乱;
- 低值(0.3-):适合事实类需求(如问答、数据分析),但可能过于刻板
- 创意类 Prompt(如“生成3个奶茶新品名”):设为0.7-0.9;
- 事实类 Prompt(如“解释什么是 Chain-of-Thought”):设为0.1-0.3
Top-P(核采样)控制输出的“词汇范围”:值越低(0.1-0.5),模型只从概率最高的少数词汇中选择;值越高(0.8-1.0),词汇范围越广- 低值(0.3-):适合需要精准输出的场景(如生成固定格式的表格),避免无关词汇;
- 高值(0.8+):适合需要丰富表达的场景(如写散文)
- 格式类 Prompt(如“生成JSON格式的用户画像”):设为0.2-0.4;
- 表达类 Prompt(如“写一段情感文案”):设为0.8-1.0
Max Tokens(最大令牌数)控制输出的长度:值越小,输出越简短;值越大,输出越详细(但不能超过模型的上下文窗口)- 值过小:可能导致输出不完整(如“生成学习计划”只写了1周就中断);
- 值过大:可能导致输出冗余(如重复表述同一观点)
- 短篇需求(如“写一个产品标题”):设为50-100;
- 长篇需求(如“写一篇2000字的文章”):设为2000-2500(需预留上下文窗口)

(二)参数调优的实操步骤

  1. 先固定核心参数:初始调试时,先将 Temperature 设为0.5、Top-P 设为0.7(中间值),观察输出是否存在“随机性过高”或“过于刻板”的问题;
  2. 针对性调整单一参数:若输出“逻辑混乱”,降低 Temperature 至0.3以下;若输出“过于重复”,降低 Top-P 至0.5以下;若输出“不完整”,增加 Max Tokens;
  3. 测试参数组合效果:当单一参数调整效果有限时,可组合调整(如“Temperature=0.2 + Top-P=0.3”),但需记录组合方式,避免混乱。

(三)案例:用参数调优解决“输出重复”问题

场景:用 Prompt“生成5个电商促销活动主题”,初始参数为 Temperature=0.8、Top-P=0.9,输出如下:
“1. 夏日大促,全场5折;2. 夏日促销,全场5折起;3. 夏日特惠,全场5折;4. 夏日折扣,全场5折;5. 夏日狂欢,全场5折”(存在严重重复)。
调试思路:重复的原因是“随机性过高(Temperature=0.8)+ 词汇范围过广(Top-P=0.9)”,导致模型倾向于使用“全场5折”这类高概率词汇。
参数调整:将 Temperature 降至0.3,Top-P 降至0.5。
调整后输出
“1. 夏日焕新:新品首单8折,旧品满300减100;2. 清凉狂欢:家电类满1000减300,日用类买2送1;3. 夏日补贴:会员享折上折,非会员满200赠防晒礼包;4. 限时秒杀:每日10点爆款5折,限量100件;5. 亲子特惠:儿童用品满150减50,亲子套装立减80”(无重复,且活动形式多样)。

六、技巧五:多轮迭代法——通过“反馈循环”持续优化 Prompt

复杂需求(如生成完整的商业计划书、设计多轮对话的 Chatbot)往往无法通过1-2次调试达到理想效果,需要通过“多轮迭代法”建立“调试-测试-反馈”的循环,逐步逼近预期输出。多轮迭代的核心是“将大问题拆解为小问题,分阶段调试”,避免一次性面对过多偏差。

在这里插入图片描述

(一)多轮迭代的4个核心步骤

  1. 拆解需求阶段:将复杂需求拆分为“多个子需求”,按“从易到难”的顺序调试。例如,“生成商业计划书”可拆分为“生成项目概述”“生成市场分析”“生成财务预测”3个子需求,先调试“项目概述”,再逐步推进;
  2. 单轮调试阶段:针对每个子需求,使用“定位偏差→最小化修改→测试效果”的流程,确保该子需求的输出符合预期;
  3. 整合测试阶段:当所有子需求调试完成后,将它们整合为完整的 Prompt,测试整体输出是否存在“逻辑断层”(如“市场分析”与“财务预测”的数据不匹配);
  4. 反馈优化阶段:收集整合测试中的新问题,重复“拆解-调试-整合”的流程,直到整体输出符合预期。

(二)迭代过程中的“反馈记录”模板

为了跟踪每一轮的优化方向,建议使用以下模板记录反馈:

迭代轮次调试对象(子需求)本轮问题(偏差类型)修改措施(Prompt/参数)测试结果下轮优化重点
1项目概述(商业计划书子需求)信息遗漏(未提及目标用户)Prompt 补充“明确目标用户为25-35岁白领”输出包含目标用户,但未提项目优势补充“需说明项目核心优势(如技术壁垒、团队经验)”
2项目概述信息遗漏(未提项目优势)Prompt 补充“包含项目核心优势(技术+团队)”输出完整,但语言过于学术化参数调整:Temperature 从0.3升至0.5,增加表达灵活性
3市场分析(子需求)逻辑偏离(未分析竞争对手)Prompt 补充“分析3个主要竞争对手的优劣势”输出符合预期整合“项目概述+市场分析”,测试逻辑连贯性
4完整商业计划书逻辑断层(市场分析中的竞争对手数据未在财务预测中体现)Prompt 补充“财务预测需参考市场分析中的竞争对手定价”输出逻辑连贯,符合预期结束迭代

(三)案例:多轮迭代优化“生成多轮对话 Chatbot Prompt”

初始需求:设计一个“电商客服 Chatbot”的 Prompt,需实现“问候→解答订单问题→推荐商品→结束语”的多轮对话。
迭代过程

  1. 第1轮:调试“问候+解答订单问题”
    • 问题:模型仅回复“您好,有什么可以帮您?”,未主动询问订单号;
    • 修改:Prompt 补充“用户首次咨询时,主动询问‘请问您的订单号是多少?以便查询进度’”;
    • 结果:成功询问订单号,但解答订单问题时过于简略。
  2. 第2轮:优化“解答订单问题”
    • 问题:用户说“订单没发货”,模型只回复“请耐心等待”,未说明查询步骤;
    • 修改:Prompt 补充“解答订单问题时,需包含‘查询步骤(1. 打开APP→2. 进入我的订单→3. 点击物流信息)+ 预计发货时间’”;
    • 结果:解答详细,但未主动推荐商品。
  3. 第3轮:添加“推荐商品”逻辑
    • 问题:用户确认订单后,模型未衔接推荐环节;
    • 修改:Prompt 补充“用户确认订单信息后,根据订单商品类型推荐相关商品(如用户买了手机,推荐手机壳)”;
    • 结果:推荐自然,但结束语过于生硬。
  4. 第4轮:优化“结束语”
    • 问题:结束语为“再见”,无品牌关怀;
    • 修改:Prompt 补充“结束语需包含‘感谢您的支持,如有问题可随时联系在线客服,祝您生活愉快’”;
    • 结果:完整实现“问候→解答→推荐→结束语”流程,符合预期。

七、总结:Prompt 调试的核心逻辑与避坑指南

(一)核心逻辑:从“被动试错”到“主动拆解”

Prompt 调试不是“碰运气”,而是一套有章法的流程——先通过“定位偏差点”找到问题根源,再用“最小化修改”避免新问题,结合“示例补全法”和“参数调优”提升效果,最后通过“多轮迭代”解决复杂需求。整个过程的核心是“将模糊的‘输出不对’转化为具体的‘漏洞点’”,让每一次修改都有明确目标。

在这里插入图片描述

(二)常见坑点与避坑建议

常见坑点后果避坑建议
不定位漏洞,直接重写 Prompt无法复现有效经验,陷入“改了又错”的循环每次修改前,先用“输出拆解法”标记具体偏差,再针对性修改
同时修改多个要素无法判断哪次修改起作用,调试效率低遵循“单一变量”原则,每次只改一个漏洞或一个参数
忽略模型参数的影响Prompt 内容没问题,但输出仍不符合预期当内容优化无效时,检查 Temperature、Top-P 等参数,尝试调整
复杂需求一次性调试问题过多,无法聚焦,容易放弃将复杂需求拆分为子需求,按“从易到难”的顺序分轮调试

(三)工具推荐:提升调试效率的辅助工具

  1. Prompt 记录工具:如 Notion、飞书文档,用于记录每版 Prompt 的内容、参数、输出效果,方便回溯;
  2. 模型参数调试工具:如 OpenAI Playground、Claude Console,支持实时调整参数并对比输出效果;
  3. 格式校验工具:如 JSON Validator(校验 JSON 格式)、Markdown 预览器(校验格式),避免因格式错误导致的偏差。

通过掌握以上五个技巧,你可以摆脱“靠感觉写 Prompt”的困境,建立系统化的调试思维,让大语言模型更精准地满足你的需求——这也是从“会用 Prompt”到“精通 Prompt”的关键一步。

联系博主

    xcLeigh 博主,全栈领域优质创作者,博客专家,目前,活跃在ZEEKLOG、微信公众号、小红书、知乎、掘金、快手、思否、微博、51CTO、B站、腾讯云开发者社区、阿里云开发者社区等平台,全网拥有几十万的粉丝,全网统一IP为 xcLeigh。希望通过我的分享,让大家能在喜悦的情况下收获到有用的知识。主要分享编程、开发工具、算法、技术学习心得等内容。很多读者评价他的文章简洁易懂,尤其对于一些复杂的技术话题,他能通过通俗的语言来解释,帮助初学者更好地理解。博客通常也会涉及一些实践经验,项目分享以及解决实际开发中遇到的问题。如果你是开发领域的初学者,或者在学习一些新的编程语言或框架,关注他的文章对你有很大帮助。

    亲爱的朋友,无论前路如何漫长与崎岖,都请怀揣梦想的火种,因为在生活的广袤星空中,总有一颗属于你的璀璨星辰在熠熠生辉,静候你抵达。

     愿你在这纷繁世间,能时常收获微小而确定的幸福,如春日微风轻拂面庞,所有的疲惫与烦恼都能被温柔以待,内心永远充盈着安宁与慰藉。

    至此,文章已至尾声,而您的故事仍在续写,不知您对文中所叙有何独特见解?期待您在心中与我对话,开启思想的新交流。


     💞 关注博主 🌀 带你实现畅游前后端!

     🏰 大屏可视化 🌀 带你体验酷炫大屏!

     💯 神秘个人简介 🌀 带你体验不一样得介绍!

     🥇 从零到一学习Python 🌀 带你玩转Python技术流!

     🏆 前沿应用深度测评 🌀 前沿AI产品热门应用在线等你来发掘!

     💦 :本文撰写于ZEEKLOG平台,作者:xcLeigh所有权归作者所有)https://xcleigh.blog.ZEEKLOG.net/,如果相关下载没有跳转,请查看这个地址,相关链接没有跳转,皆是抄袭本文,转载请备注本文原地址。


在这里插入图片描述

     📣 亲,码字不易,动动小手,欢迎 点赞 ➕ 收藏,如 🈶 问题请留言(或者关注下方公众号,看见后第一时间回复,还有海量编程资料等你来领!),博主看见后一定及时给您答复 💌💌💌

Read more

服务器宕机前预警!Uptime Kuma+cpolar 让监控随时随地

服务器宕机前预警!Uptime Kuma+cpolar 让监控随时随地

文章目录 * 前言 * 一、前期准备 * 本教程环境为:Centos7,可以跑Docker的系统都可以使用本教程安装。 * 本教程使用Docker部署服务,如何安装Docker详见: * 二、Docker部署Uptime Kuma * 三、实现公网查看网站监控 * 四、使用固定公网地址访问本地部署的监控服务 * **Uptime Kuma 的轻量监控能力,搭配 cpolar 的远程访问支持,共同构成了一套零成本的全栈监控方案。它既能满足中小团队对服务器、网站的实时监测需求,又能打破地域限制,让运维工作不再受限于局域网,实现高效、灵活的远程管理。** 前言 Uptime Kuma 是一款轻量级的开源监控工具,支持 HTTP、TCP、Ping 等多种协议,能实时监测网站、服务器、API 接口的运行状态,还能通过邮件、钉钉等数十种方式推送告警信息。它适合个人开发者、中小企业运维人员使用,优点是占用资源少(单实例内存低于 100MB)、操作简单、

By Ne0inhk

vscode remote ssh 记住账号密码

在使用 VS Code 的 Remote - SSH 扩展时,每次连接远程服务器都需要手动输入账号和密码可能会比较麻烦。为了记住账号和密码,可以使用以下几种方法: 方法 1:使用 SSH 密钥认证 SSH 密钥认证是最安全且方便的方式,可以避免每次输入密码。 1. 生成 SSH 密钥对 在本地机器上生成 SSH 密钥对(如果尚未生成): bash ssh-keygen -t rsa -b 4096 -C "[email protected]" * 按提示操作,可以选择默认路径保存密钥(~/.ssh/id_rsa 和 ~/.ssh/id_rsa.pub)

By Ne0inhk

【Vibe Coding系列】解决 Ubuntu 安装Codex CLI 和 IDE 插件时报“Token exchange failed: 403 Forbidden” 问题

在 Ubuntu 22.04 上部署 OpenAI Codex CLI 时,常见的失败点并不集中在“包本身是否可用”,而是落在更基础的运行时与鉴权链路上:Node.js 版本不满足最低要求、全局安装目录权限不足,以及在 CLI 与 IDE(以 Cursor 为代表)中通过 ChatGPT 账号登录时出现 403 Forbidden 的 token 兑换失败。本文给出一条可复现的排障路径:先修复安装环境,再解释 403 的成因与规避方式,最后通过设备码登录稳定打通 CLI 与 IDE 插件的共享认证状态。 一、推荐安装方式:使用 nvm 安装 Node LTS,再安装 Codex

By Ne0inhk
ARM Linux 驱动开发篇--- Linux 并发与竞争实验(信号量实现 LED 设备互斥访问)--- Ubuntu20.04信号量实验

ARM Linux 驱动开发篇--- Linux 并发与竞争实验(信号量实现 LED 设备互斥访问)--- Ubuntu20.04信号量实验

🎬 渡水无言:个人主页渡水无言 ❄专栏传送门: 《linux专栏》《嵌入式linux驱动开发》《linux系统移植专栏》 ❄专栏传送门: 《freertos专栏》《STM32 HAL库专栏》 ⭐️流水不争先,争的是滔滔不绝  📚博主简介:第二十届中国研究生电子设计竞赛全国二等奖 |国家奖学金 | 省级三好学生 | 省级优秀毕业生获得者 | ZEEKLOG新星杯TOP18 | 半导纵横专栏博主 | 211在读研究生 在这里主要分享自己学习的linux嵌入式领域知识;有分享错误或者不足的地方欢迎大佬指导,也欢迎各位大佬互相三连 目录 前言 一、实验基础说明 1.1、信号量简介 1.2 本次实验设计思路 二、硬件原理分析(看过之前博客的可以忽略) 三、实验程序编写 3.1 信号量 LED 驱动代码(spinlock.c) 3.2、驱动代码分段解析 3.2.

By Ne0inhk