提示词工程进阶路线:从结构化设计到大师级工程化管理

讲个真实场景:你是不是也收藏过十几个“提示词合集”,里面贴着上百条据说“封神”的模板,真到要用的时候翻来翻去却找不到一条能直接改来用的?或者更尴尬一些——你照着模板改了几个字,结果AI给出的答案驴唇不对马嘴,于是你得出结论:提示词这玩意儿就是玄学。

我刚开始做内容生产也这么干过。囤模板、抄话术、看各种“一键生成爆款文案”的秘籍,最后发现全都没用。原因很简单:提示词工程压根不是背公式,而是一门关于“如何精准表达需求”的工程技术。你把模板抄得再熟,不理解它每个字为什么放在那儿,遇到稍微复杂一点的任务照样抓瞎。

这篇文章我想把自己总结的一条完整进阶路径写下来。从最基础的结构设计讲起,到思维链、少样本这些进阶技巧,再到把它当成工程项目来管理的“大师级玩法”。全程没有玄学,只有一套可以照着练的方法论。内容面向所有想真正掌握提示词工程的人,无论你是内容创作者、产品经理、运营还是开发者,也无论你用的是哪款主流大语言模型,这套思路都通用——因为提示词工程的内核从来不是某个特定模型,而是“表达”本身。

1. 这个项目的本质:提示词工程不是咒语,而是一套结构化表达能力

1.1 先泼一盆冷水:为什么背模板永远学不会

先说个反直觉的结论:提示词工程最容易踩的坑,恰恰是太把“提示词”当回事。很多人以为提示词是某种咒语,念得越华丽效果越好。真实情况完全相反——模型根本没有“听懂”这回事,它只是在做概率预测:你给的每个词都在帮它锁定一个更有可能的答案区间。

如果你把它当成咒语,就会犯两个致命错误。第一个是过度堆砌形容词。“请用极其优美、超级有文采、极度生动的语言……”这种提示词浪费token,而且对模型输出的影响远不如给一个明确例子来得大。第二个是忽略结构,想到什么写什么。任务描述、背景信息、输出要求混在一起,模型只好猜你要什么,猜错了自然给你一坨不知所云的东西。

我自己写提示词的第一个经验法则就是:删掉所有你认为“在讨好模型”的废话。对话模型没那么感性,你给它完整、精确、有结构的指令,效果远远好过一堆情绪化的恳求。

1.2 提示词工程的底层逻辑:把模型当成“聪明但较真的实习生”

每次有人问我提示词工程的核心是什么,我都喜欢打一个比方:把你的大语言模型想象成一个极其聪明、知识渊博,但对你的生活背景完全不了解、且逻辑较真到令人发指的实习生。

你让他“帮我写个好东西”,他只能给你一个“还行但不贴需求”的东西。你告诉他“我是给十八到二十二岁的大学生写一份招新文案,他们社团是做短视频的,我们想招擅长剪辑的人,校招会本周六举行,需要两百字以内的宣传语,语气要年轻活泼一点”——他从拿到信息的那一刻就知道该往哪个方向走。

这背后其实是模型训练方式决定的。基座模型在训练过程中见过海量的指令—回答对,它学到的规律是:指令越清晰、上下文越充分、约束越明确,越容易出现高质量回答。反过来,输入越模糊、信息越少,它只能从统计最频繁的那批答案里随机挑一个给你——这通常意味着平庸、空泛,甚至跑偏。

所以提示词工程的本质,就是把你自己脑子里的模糊意图,翻译成模型能“检索”到对应知识域和回答模式的明确指令。这不是什么高深算法,而是一种表达能力。好消息是,这种能力完全可以通过练出来的。

1.3 从入门到精通的能力阶梯

我平时把提示词工程师的能力分成五个层次,大家可以自己对号入座:

层次能力特征典型表现
第一层会说“人话”能清楚说出自己想要什么,但不会结构化表达
第二层会搭结构知道角色、任务、背景、约束、输出格式这些基础模块
第三层会引导推理掌握思维链、少样本、角色模拟等进阶技巧,能处理复杂推理任务
第四层会系统设计把提示词当成代码来管理,模块化、参数化、版本化
第五层会闭环迭代建立评估体系,让每个提示词都在数据反馈中持续变好

很多人学提示词工程卡在第二层和第三层之间。原因很简单:入门内容讲结构、讲要素,网上随手就有;但进阶技巧没人系统讲过,或者说讲得零散。而“大师级”的第四、五层,更是很少有人把它们当作一个工程问题来对待。

这篇文章后面的内容,就顺着这个阶梯往下走。

2. 入门三板斧:角色、结构、格式,先把地基夯结实

2.1 角色设定:为什么给模型“人设”能显著改变输出

刚接触提示词工程的人,最先学会的往往是加角色前缀:“你是资深编剧”“你是顶级营销专家”“你是一位严格的语文老师”。很多教程告诉你这样效果好,但很少说清楚为什么。不理解底层原因,你就没法把它用对地方。

逻辑其实并不复杂。模型在训练时读过海量文本,它会习惯性地把所有知识都拉到同一个“平均水平”。你给它一个身份,本质上是在告诉它:接下来请从“这个身份”写作时对应的概率分布里挑答案,而不是从所有领域的平均分布里挑。这就等于你在压缩它的搜索空间。

比如让模型帮你写一段产品介绍,不加角色,它大概率给你一个四平八稳、像说明书又像广告词的文本。你告诉它“你是一个给年轻人写产品文案的熟悉抖音生态的营销专家”,它会立刻调用文风轻快、短句节奏强、抓痛点、口语化程度高等一系列它认为符合该人设的特征。

但角色设定有一个特别容易踩的坑:当你面对的问题是事实性、逻辑性问题时,角色设定不但没用,反而可能起反效果。你问“巴黎在哪个国家”,把它设定成诗人只会让它回答得更花哨,并不会增加正确率。永远记住,角色设定主要影响的是风格、语气和知识调用侧重,它不会提升模型的推理能力。

2.2 结构四要素:目标、背景、约束、输出格式,缺一个都不行

我现在写任何稍微复杂一点的提示词,都会不自觉地按四个模块来组织。这个习惯建议大家一开始就培养起来,因为这也决定了之后你能多容易地为自己的提示词做迭代——结构化指令才能被结构化修改。

第一个模块是目标。用一两句话说清楚“你要什么”。比如“请帮我把下面这段语音转录整理成会议纪要”。目标是整个提示词的锚点,它决定了模型调用哪些能力。

第二个模块是背景。尽量详细地交代模型需要知道的信息。这就像跟一个什么都不懂的实习同事说话,你需要告诉他:用户是谁、内容是什么场景、有没有特别需要关注的过往信息。背景越充分,输出越贴近你的实际需求。

第三个模块是约束。这是最被低估的模块。所谓约束,包括“不要做什么”“必须遵守什么”“达到什么标准”。比如“不要添加原文没有的信息”“不超过500字”“不要使用夸张形容词”“必须用Markdown列表输出”等。约束的本质是划边界,没有边界的模型就像没有护栏的车,什么都敢生成。

第四个模块是输出格式。直接告诉模型你期望的结构:分几个部分、每部分叫什么标题、用什么列表还是表格,甚至给出一个输出模板。这一步最容易被新手忽略,却是效果提升最立竿见影的——因为模型的训练数据里包含了大量“按某格式输出”的样本,你给它格式,它就能跟着格式走。

我自己的经验是:这四要素里,目标定不准会导致方向偏,背景给不足会导致内容空,约束不清晰会导致错误多,格式不指定会导致整理成本高。每一条展开都能写一本书,但入门阶段你要做的,其实就是养成“分块写提示词”的习惯。

2.3 对比示例:从“三无提示词”到“四要素提示词”

说十遍不如看一遍。我拿一个真实场景来演示:让模型写一份周报。

先看“三无提示词”——没有角色、没有背景、没有结构:帮我写一份周报。大模型吐出多半是:“本周我开始熟悉了团队的业务,参与了部分项目的推进,完成了若干任务……下周将继续配合团队完成交付。”这种废话一把抓,交上去等于没写。

现在用结构化四要素来写:

目标:帮我把本周的工作内容写成一封向领导汇报的周报邮件。 背景:我的岗位是电商运营专员,本周主要完成了三件事:天猫店铺的活动banner文案撰写、竞品店铺的促销策略调研(调研了5家同行)、配合设计部门完成了页面改版素材整理。领导特别关注数据结果,不喜欢看到大段形容词。 约束:只写上面提到的三件事,每件事不超过80字,不要使用“努力、认真、积极”等描述态度的词,每件事格式为:做了什么 + 数据/具体成果 + 下一步动作。 输出格式:邮件的正式开头和结尾 + 三个并列工作项(用项目符号)+ 一段本周复盘反思(限定50字内)。

同一件事,同样用基础模型,你几乎能感觉到它“知道该干什么了”。这就是结构的力量——它不是在给模型增加难度,而是在帮它减少困惑。

3. 进阶核心:让模型“多想一步”的三种技巧组合

3.1 思维链:为什么让模型把推理过程写出来,准确率会明显提升

当你完成的任务开始涉及逻辑推理、数学计算、多步骤分析时,基础版提示词就会显得有点力不从心。你可能遇到过这种情况:让它做一道多步骤的应用题,它直接给了一个错误答案,而且错得很自信。这不是模型傻,而是它默认了“走最短路径直接给答案”的推理模式。而语言模型在做“一步到位”的回答时,往往会省略掉中间推理,挑一个它觉得最像答案的回答——这一步最容易翻车。

解决思路叫作“思维链”,核心一句话:让模型把推理过程分步骤展示出来,它自己就不敢乱跳步了。原因在于,当你逼着模型一步一步写“因为A,所以B;又因为B,所以C”,它每写一步都需要在上一步的基础上做条件概率计算,错误空间被压缩得非常小。

操作方法也很简单,要么在提示词里直接加“请一步一步地思考”,要么更进一步给它一些“推理演示”,让它照着你给的推理路径走。我自己实测下来,在数学和逻辑推理类任务里,加了思维链后正确率往往能有明显的提升,尤其是那些步骤一多就容易像“脑筋急转弯”的题目。

但这招不是万能的。如果你问的是事实性问题“大本钟建成了几年”“Python列表和元组的区别”,思维链完全没必要——正确答案可能一步就走完了,逼着它多步推理反而可能在一个并不需要推理的步骤上踩坑。判断要不要用思维链的唯一标准是:这个任务是不是需要多步骤推理?是,就用;不是,别硬加。

3.2 少样本示例:给一个例子,比解释三句话还管用

提示词工程里有个特别反常识的观察:大模型可能记不住你的口头要求,但给它看一两个输入/输出对应的例子,它反而能非常精准地模仿出你要的格式和风格。这就是少样本学习。

举个例子。你光用自然语言告诉模型“我希望你把每句话改写成口语化、带点幽默感的形式”,它可能理解了个大概,但输出的还是有自己的腔调。但你给它两组改写对照:

输入:项目已经进入收尾阶段。 输出:嘿,项目可算快收尾咯!

输入:本次会议需要确认预算安排。 输出:今儿这会把预算的事敲定就行。

然后告诉它:请用同样的方式改写下面这句。它立刻能抓住你想要的感觉。这是因为在大模型的训练过程里,“从例子中归纳规律并类推”是一种非常核心的能力,你在提示词里用例子比用形容词更能激活这种能力。

使用少样本有三个小技巧。第一个是示例数量不用太多,两到三个往往就够,五六个以上边际收益递减,反而占用上下文空间。第二个是示例的质量比数量重要——你给的示例必须跟你想得到的输出在风格、长度、信息密度上高度一致。第三个是最常被忽略的:示例里的“输入”应该尽可能贴近你的真实使用场景。比如你想处理的是长文本,示例就别给短句,不然模型会照着示例把长文本也压缩成短句。

3.3 组合进阶技巧:一个完整的思维链+少样本提示词长什么样

学技巧单拎出来都懂,真正难的是组合。我直接给一个能直接用在实际工作中的组合提示词模板:

任务:帮我把下面这段产品需求描述转化成结构化需求文档。 推理要求:请严格按照以下步骤处理—— 第1步:先判断这段描述里提到了哪几类需求(功能类/性能类/体验类/兼容类)。 第2步:对每一类需求,提炼出:目标用户场景、具体功能点、验收标准。 第3步:找出描述里缺失的关键信息,用[待补充]标记。 第4步:将结果按表格形式输出,字段为:需求分类、功能描述、目标用户、验收标准、备注。 参考示例: 输入:用户希望打开应用的时候能快点,最好三秒内进入首页。 输出: 需求分类 | 性能需求 功能描述 | 优化应用冷启动速度 目标用户 | 所有用户 验收标准 | 冷启动时长不超过3秒 备注 | [待补充] 具体性能要求是否包含2G网络场景 现在请处理以下输入:...

你看到这个提示词的结构了吗?它有明确的分步推理指令(思维链),有输入输出成对示例(少样本),有精确的输出格式(表格),还有一个兜底的“缺失信息标[待补充]”的安全网。这种组合之所以强大,是因为它同时约束了模型的思考路径、模仿对象和输出格式——把不确定性压到了最低。

4. 大师级玩法:把提示词当工程项目来管理

4.1 模块化与参数化:写一次,复用一百次

很多人练到上一个阶段就停了,因为觉得“能写出不错的提示词了”。但如果你的目标是“大师级”玩法,下一步不是你想象中那些更华丽的提示词技巧,而是工程化思维。

想想看:一个需要反复使用的提示词,比如“写小红书文案”“写会议纪要”“做竞品分析”,你每次重写一遍,既浪费时间,又容易因为随手改了某个字导致质量波动。正确做法是把它做成一个“参数化模板”:把变化的内容留成占位符,把稳定的结构、规则、约束固定下来。

模块化意味着把提示词拆成稳定块和可变块。稳定块是那套角色设定、结构规则、输出格式、常用约束,它从头到尾不变。可变块是每次要输入的任务内容、案例、附加信息。我自己的做法是写一个主模板,里面用占位符标注{待处理内容}、{用户背景}、{特殊要求},每次用的时候只替换占位符,其他一概不动。

这么做的收益在短期内可能不明显,等你手里攒了二十个稳定模板,就会发现自己处理日常任务的效率几乎翻倍——因为剩下要思考的时间全都省下来了。

4.2 对抗性测试:别光测正常用例,拿刁钻输入试试自己的提示词

我见过一种很常见的“自信错觉”:写了一个顺手的提示词,连续用了十来次都很好,于是认定它是完美的,直到某天一个输入把它打回原形——输出了一堆废话或错误内容。

大师级做法是给提示词做“对抗性测试”。就跟你写程序要处理异常输入一样,你设计的提示词也不该只在“理想情况”下表现良好。我会故意拿三类危险输入去测试:一是极短输入,比如只给一句话甚至几个字,看它会不会胡编乱造;二是含歧义信息的输入,看它会不会自作主张补充错误假设;三是与模板预设场景不匹配的输入,看它会不会强行套模板导致答非所问。

测试完了,还得给提示词加上“异常情况处理规则”。比如在提示词里加一句“如果提供的信息不足以完成需求,请列出需要补充的问题,而不是自行猜测”,你会发现,很多胡编乱造的问题一次就治好了。

4.3 建立评估闭环:用数据代替“我感觉”

到了这层,你已经不只是“用提示词的人”,而是一个“提示词产品经理”了。产品经理最忌讳拍脑袋做决定,提示词工程也一样。你改了一个短语,效果变好了还是变差了?要是没有标准,你会永远停留在主观感觉里。

我的建议是给每个长期使用的提示词建一个简单评估表,每次记录输出结果的命中率。命中率拆成三块:内容相关性、格式符合度、信息完整度,每块按1到5分打分。一段时间后,你就能从分数里看出:到底是你加的那句“忽略所有不相关内容”起了作用,还是你调整的角色设定起了作用。

这个习惯的价值在迭代期最能体现。比如一个模板你连续用了两个月,想升级它,如果没有历史记录,你根本不知道改哪些地方才不会破坏它原来表现好的部分。有数据在手,你就能像做实验一样,一次只改一个变量,精准判断取舍。

5. 亲测案例:一条“三无提示词”到大师级模板的完整改造过程

5.1 第一版到第二版:只加角色和背景,效果就能翻倍

理论说再多,不如看一次完整的实战改造。我把一个真实经历再拆细一点——我想要一个能自动帮团队产出短视频脚本的提示词。

第一版我写的是:“帮我写一个短视频脚本,主题是推荐一个记账软件。”

模型给出的脚本基本走向是:“开场白 + 产品功能介绍5条 + 结尾CTA”,中规中矩,但一眼看就是那种预算五毛钱的地毯式广告。问题出在哪?没有受众定位、没有场景感、没有语言风格约束,模型只能按统计平均来写。

第二版我加了角色和背景:

你是短视频平台上的科技类创作者,粉丝大多是刚参加工作的年轻人。请帮我写一条1分钟以内的口播类短视频脚本,向公司内部用户推荐我们在做的记账软件。

这一版输出的脚本明显更口语化,开场会抓痛点(“月底一看账单,钱都不知道花哪儿去了”),节奏也快了。但它仍然有两个问题:一是跟我们的真实产品特性对不上,二是脚本结构太单一,不同选题用同样的结构很快就会看腻。

5.2 第三版到第四版:固化结构、加入示例和约束

到第三版,我开始给它喂我们真实产品的三个核心卖点,并指定脚本结构——痛点开场、场景故事、功能引入、使用演示、行动号召,一段一段明确要求。

第四版我在里面塞了少样本示例,先给一段“已经改得很好的脚本”作为风格基准。同时加了两条很管用的约束:“不要使用'神器''宝藏''绝绝子'这类被用滥的网络热词”“每句文案不超过20个字,口播时要能一口气说完”。

这一版的输出质量已经稳定在一个相当可用的水平,拿出去直接录完全没问题。但离“大师级”还差最后一步:可复用性和异常兜底。

5.3 第五版:参数化与自检机制,终于可以甩手交给其他同事

最后一版,我把整个提示词做成了参数化模板。开放给团队的模板长这样:

任务:为{产品名}生成一条{视频主题}口播短视频脚本。 受众:{目标人群描述}。 核心卖点:{卖点1、卖点2、卖点3}。 风格偏好:{示例脚本或风格描述},若无则按“痛点+场景+干货+CTA”的统一结构输出。 输出要求: 1. 按“开头钩子(30字内)→ 场景故事(50-80字)→ 功能引入(30字)→ 使用效果(50字)→ 行动号召(20字)”组织脚本。 2. 每句不超过20字,朗朗上口,不用网络热词。 3. 若某个卖点信息不足,请用[待补充]标出,不要自行编造。 4. 最后列出三条备选开场白,供我们筛选。

这版提示词交到完全不熟悉提示词工程设计的同事手里,他们只需要花一分钟填一下占位符,出来的结果跟之前遇到的好效果几乎没有差别。这就是工程化和非工程化的最大区别——前者让能力被复制,后者只让你自己偶尔发挥得好。

这也是我理解中“大师级玩法”的真正含义,你不再依赖灵感,而是把整个流程变成了可管理、可复制、可优化的系统工程。真正的大师不是每句话都说得妙,而是在于他的第二句话会顺着第一句话往下走,层层递进,稳扎稳打。

写到这里,我自己回看了一遍整条学习路径,发现一个很有趣的事情:刚接触提示词工程的时候,我总在找人要更好的提示词;现在,我在帮身边的朋友搭属于他们自己的提示词库。中间隔的其实不是练习量,而是视角的转变——从“攒模板”变成“设计系统”。如果你也在学习路上,别急着囤更多话术,先拿今天这套思路好好改一改手里最常用的那个提示词。它会带你从一个完全不同的高度开始思考。

相关新闻

LangGraph生产级State设计:序列化、重放与审计的实战指南

LangGraph生产级State设计:序列化、重放与审计的实战指南

先讲一个我实际撞上的事故。某客服自动回复系统上线跑了一个多月,开发阶段一直用的内存版 checkpoint,大家都觉得这图跑得挺稳。结果一换数据库版 checkpointer,图走到第三个节点直接抛异常——原因让人哭笑不得:上游同学在 State…

2026/10/19 17:07:28 阅读更多 →
任务型智能助手实战:多思AI的架构设计与调优全记录

任务型智能助手实战:多思AI的架构设计与调优全记录

如果你和我一样,最近半年被各种聊天助手搞得又惊又喜,应该能理解我的真实感受:能陪你闲聊的模型越来越多,但真要让它们帮你把一件事办成,比如整理一份会议纪要、规划一条合理的行程、在内部文档里快速找到答案&#xf…

2026/10/19 17:07:27 阅读更多 →
毕业论文AI辅助写作全指南:从选题到答辩的十个可落地方案

毕业论文AI辅助写作全指南:从选题到答辩的十个可落地方案

2025届的毕业论文,现在开题了吗?如果已经开始,你大概率在某个AI对话框前纠结过:直接让它写,怕学术不端;完全不用,又觉得周围的同学都在用,自己效率上吃亏。我的建议是——别把这个问…

2026/10/19 17:07:27 阅读更多 →

最新新闻

RGAT+GRU融合模型解决APT溯源图稀疏漏报问题

RGAT+GRU融合模型解决APT溯源图稀疏漏报问题

简介:本资源是华中科技大学2023届计算机相关专业(如计科、人工智能、网络安全等)优秀毕业设计成果,聚焦APT攻击检测这一前沿安全问题,提出并实现了一种基于溯源图建模与RGATGRU融合架构的检测方法优化方案。面向在校本…

2026/10/19 17:38:44 阅读更多 →
文件格式伪装揭秘:从魔数原理到apate工具实战

文件格式伪装揭秘:从魔数原理到apate工具实战

很多人在第一次听说“文件格式伪装”时,第一反应都是:这玩意儿真的能实现吗?改个扩展名谁不会,把.txt改成.exe,文件不照样打不开?如果你也这么想,说明你还没真正理解文件识别的底层逻辑。文件格…

2026/10/19 17:38:44 阅读更多 →
Source Map泄露实战:从检测还原到构建防御的完整指南

Source Map泄露实战:从检测还原到构建防御的完整指南

接手一个站点做安全评估的时候,我习惯先打开开发者工具的 Sources 面板,随手翻一下静态资源目录。很多时候问题就藏在那些不起眼的*.js.map文件里——Webpack 构建后遗留的 Source Map,一旦暴露在生产环境,等于把源码打包好递到别…

2026/10/19 17:38:44 阅读更多 →
MySQL存储过程实战:语法、游标、动态SQL与性能优化全解析

MySQL存储过程实战:语法、游标、动态SQL与性能优化全解析

这年头一说起MySQL存储过程,不少开发者的第一反应就是“能不用就不用”、“业务逻辑别放进数据库”。我早些年也是这个态度,直到接手了几个数据清洗、批量报表、复杂统计类的项目,被接口超时和网络往返折腾得没脾气,才老老实实回头…

2026/10/19 17:38:44 阅读更多 →
Spark性能优化实战:从数据倾斜到资源配置的完整调优指南

Spark性能优化实战:从数据倾斜到资源配置的完整调优指南

1. 为什么 Spark 性能优化是个绕不开的坎干过大数据的人都有一个共识:Spark 作业能跑起来不难,难的是跑得又快又稳。我见过太多团队,集群规模不小,机器配置也不差,但一个 ETL 任务动辄跑两三个小时,资源利用…

2026/10/19 17:38:44 阅读更多 →
open-code-review实战:从零搭建开放可持续的代码审查机制

open-code-review实战:从零搭建开放可持续的代码审查机制

1. 为什么“open-code-review”值得单独拿出来聊第一次听到“open-code-review”这个词,很多人会下意识觉得它只是“代码审查”换了个英文壳子。但真在团队里推过代码审查的人都知道,代码审查这件事,做一次两次不难,难的是把它做成…

2026/10/19 17:37:42 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/19 17:32:41 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 2:54:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/18 12:16:16 阅读更多 →