AI会议纪要总漏事?任务表+提示词组合拳,两万字十分钟搞定
1. 会议纪要这件事AI到底能不能扛起来先说结论能扛但前提是你得把“任务表”和“提示词”这两样东西喂对。我见过太多人抱怨AI整理会议纪要漏事、张冠李戴、把张三的发言安到李四头上然后得出结论说“AI不行”。其实问题往往不在模型本身而在于你给它的输入结构太随意了。我自己带团队做项目复盘每周至少三场跨部门会议每场会议录音转文字后少则八千字多则两万字。最开始我也是直接把转写文本丢给AI说一句“帮我整理会议纪要”结果出来的东西看着挺像样细看全是坑决议事项漏了两条责任人写错了三个截止日期干脆没提。后来我花了两周时间反复调才摸索出一套“任务表提示词”的组合拳现在整理一份两万字的会议记录从投喂到出稿不超过十分钟准确率能到九成以上。这套方法适合谁适合所有需要频繁整理会议纪要的职场人——项目经理、产品经理、团队负责人、行政助理甚至包括需要整理访谈记录的记者和研究人员。你不需要懂编程不需要会调API只要会用任何一个主流AI对话工具就能上手。核心就两件事第一设计一张结构化的任务表把会议里可能出现的所有信息类型提前定义好第二写一套分步执行的提示词让AI按流程走而不是一口气吃成胖子。下面我把这套方法拆开揉碎讲清楚包括任务表怎么设计、提示词怎么写、每一步为什么要这么做、踩过哪些坑、怎么排查问题。你直接抄作业就行。2. 为什么直接让AI“整理纪要”一定会漏事2.1 大模型处理长文本时的注意力衰减很多人不知道大模型处理长文本时存在一个“注意力衰减”现象。简单说当输入文本超过一定长度后模型对文本中间部分的关注度会明显下降开头和结尾的信息记得比较牢中间的内容容易被忽略。这不是某个模型的缺陷而是当前主流大语言模型的共性特征。我做过一个测试把一份一万两千字的会议转写稿丢给AI让它列出所有“待办事项”。结果它列出了开头三十分钟和最后二十分钟里提到的待办中间四十分钟里提到的五条待办只抓到了两条。漏掉的那三条恰恰是讨论最激烈、穿插在多个话题之间的内容。这就像你让一个人听两个小时的会议录音然后凭记忆复述所有待办事项——他大概率也只能记住开头和结尾的中间那些被各种话题打断的内容很容易就滑过去了。AI也是一样的道理。2.2 “整理纪要”这个指令本身太模糊第二个问题出在指令上。“帮我整理会议纪要”这句话对AI来说信息量太少了。它不知道你要什么格式、什么粒度、重点关注什么。于是它只能按照训练数据里最常见的“会议纪要模板”来生成——通常是“会议主题、参会人员、讨论要点、下一步计划”这种四段式结构。但实际会议里你可能更关心的是“谁在什么时候之前要交付什么东西”而不是“大家讨论了什么”。AI不知道你的偏好就只能按默认套路来结果就是你觉得它漏了关键信息它觉得它已经按模板输出了。我踩过的坑有一次项目评审会会上明确说了“张三负责在周五之前把接口文档更新完李四下周三前完成测试用例”。AI整理出来的纪要里写的是“团队讨论了接口文档和测试用例的进度安排”——责任人没了截止日期也没了。这就是因为“整理纪要”这个指令没有告诉AI要提取“责任人动作截止时间”这个三元组。2.3 会议语言的口语化与碎片化会议转写文本和书面文章完全不同。口语里充满了“那个”“就是说”“你懂的”“咱们回头再看”这类冗余表达还有大量的指代——“这个方案”“那个问题”“上次说的那件事”。AI在处理这些指代时很容易搞混把“这个方案”理解成另一个方案把“上次说的那件事”对应到错误的上下文。更麻烦的是会议中经常出现多人同时说话、话题跳转、中途插入无关内容的情况。转写工具虽然能区分说话人但话题的边界往往不清晰。AI在切分话题时如果判断失误就会把不同议题的内容混在一起导致信息错位。3. 任务表设计把“要提取什么”提前定义清楚3.1 任务表的核心结构所谓任务表其实就是一张提前定义好的信息提取清单。你把它和会议转写文本一起交给AIAI就知道该从里面找什么、按什么格式输出。我用的任务表包含以下几个字段字段名称说明是否必填事项编号自动生成的序号是事项类型决议/待办/待定/风险是事项描述一句话说清楚要做什么是责任人明确到具体人名是协作人需要配合的人否截止时间具体日期或相对时间是优先级高/中/低否来源上下文原文中对应的片段否备注补充说明否这张表看起来简单但每个字段的设计都有讲究。下面我逐个解释。3.2 事项类型为什么要分四类把事项分成“决议、待办、待定、风险”四类是为了让AI在提取时有一个明确的判断框架。如果不分类AI很容易把“大家讨论了一下但没结论”的内容也当成待办事项列出来导致纪要里全是“讨论了XX”这种没有行动力的条目。决议会上已经拍板确定的事情比如“确定采用方案B”“预算调整为五十万”。待办明确有人负责、有截止时间的行动项。待定讨论了但还没结论、需要后续跟进的事项。风险会上提到的可能影响项目进度或质量的问题。我实测下来分了这四类之后AI提取的准确率明显提升。因为它有了判断依据——看到“我们决定”就归入决议看到“谁来负责”就归入待办看到“这个还需要再确认”就归入待定看到“可能会影响”就归入风险。3.3 责任人字段的坑与解法责任人字段是最容易出问题的地方。会议里经常出现“我来跟进”“你那边确认一下”“让小王处理”这类表达AI需要结合说话人身份和上下文来判断“我”是谁、“你”是谁、“小王”是谁。我的解法是在任务表里加一条规则如果责任人无法从上下文明确判断就标注“待确认”而不是瞎猜。同时在提示词里要求AI在提取责任人时必须同时输出判断依据——比如“根据说话人标签此句为张三所说故‘我来跟进’中的‘我’指张三”。这个做法看起来麻烦但能大幅减少责任人张冠李戴的情况。我试过不加这条规则结果AI把五个待办事项的责任人搞错了三个加上之后错误率降到几乎为零。3.4 截止时间的相对与绝对转换会议里说“下周五之前”“这个月底”“两周后”AI需要把这些相对时间转换成具体日期。这里有个关键点你必须在提示词里告诉AI会议的召开日期否则它无法计算。我通常会在任务表顶部加一行“会议日期2025年3月12日”然后在提示词里要求AI把所有相对时间都换算成绝对日期。比如“下周五”换算成“2025年3月21日”“这个月底”换算成“2025年3月31日”。如果换算有歧义就保留原文并标注“需确认”。4. 提示词设计分步走别让AI一口吃成胖子4.1 为什么不能一步到位很多人写提示词的习惯是“一句话把所有要求说完”比如“请从以下会议记录中提取所有待办事项包括责任人、截止时间、优先级并按表格输出”。这种提示词看起来没问题但实际效果很差因为AI在一次生成中要同时完成“理解全文、识别事项、判断类型、提取字段、格式化输出”五个任务任何一个环节出错都会影响最终结果。我的做法是把整个流程拆成四步每一步只让AI做一件事第一步通读全文标记出所有可能包含行动信息的段落。第二步从标记段落中提取事项判断类型。第三步为每个事项补全责任人、截止时间等字段。第四步按任务表格式输出最终结果。这就像工厂流水线每个工位只负责一道工序质量自然比一个人从头做到尾要好。4.2 第一步提示词标记候选段落这一步的目的是让AI先做粗筛把可能包含行动信息的段落找出来而不是直接提取事项。提示词可以这样写你是一名会议纪要助理。请通读以下会议转写文本找出所有可能包含“决议、待办、待定、风险”信息的段落。对每个段落输出 - 段落编号 - 原文片段不超过100字 - 初步判断的类型决议/待办/待定/风险/不确定 注意宁可多标不要漏标。不确定的也标出来标注为“不确定”。这一步的关键是“宁可多标不要漏标”。因为后面还有筛选步骤多标了可以再过滤漏标了就找不回来了。4.3 第二步提示词提取事项并分类拿到候选段落后第二步让AI逐个分析提取出具体事项根据上一步标记的候选段落请逐个分析提取出具体的事项。对每个事项输出 - 事项类型决议/待办/待定/风险 - 事项描述一句话动词开头不超过30字 - 原文依据引用原文中对应的句子 注意 1. 如果同一段落包含多个事项请拆分成多条。 2. 如果段落只是讨论没有结论归入“待定”。 3. 如果段落提到可能的问题或障碍归入“风险”。这一步的核心是“拆分”和“归类”。会议里经常一段话里包含好几个事项比如“张三负责接口文档李四负责测试用例另外服务器扩容的事还需要再确认”——这里就有两个待办和一个待定必须拆开。4.4 第三步提示词补全字段第三步是补全责任人、截止时间等字段为以下每个事项补全信息 - 责任人从原文中判断如果无法确定则填“待确认” - 协作人如有则填没有则留空 - 截止时间将相对时间转换为绝对日期会议日期为2025年3月12日无法确定则填“待确认” - 优先级根据事项的紧急程度和影响范围判断高/中/低 注意责任人判断必须给出依据格式为“依据原文中XX说‘我来跟进’故责任人为XX”。这一步是错误率最高的环节所以要求AI给出判断依据方便你复核。4.5 第四步提示词格式化输出最后一步让AI按任务表格式输出请将以上所有事项按以下Markdown表格格式输出 | 编号 | 类型 | 事项描述 | 责任人 | 协作人 | 截止时间 | 优先级 | 备注 |到这里一份结构化的会议纪要任务表就出来了。你可以直接复制到项目管理工具里也可以再人工复核一遍。5. 完整实操流程从录音到任务表5.1 会前准备转写工具的选择会议录音转文字是第一步。我用过不少转写工具这里不具体推荐品牌只说选择标准第一要能区分说话人否则后面判断责任人会很麻烦第二要支持导出带时间戳的文本方便回溯第三转写准确率至少要九成以上否则后面AI理解起来会很吃力。转写完成后我通常会花五分钟快速浏览一遍把明显的转写错误改掉比如人名写错、专业术语写错。这一步不能省因为AI会忠实于你给的文本你给它错的它就给你错的。5.2 会中记录实时标记关键节点如果你能在会议进行时做记录那最好在听到“决定”“负责”“截止”“风险”这些关键词时在笔记本上记一下大概的时间点。这样会后整理时你可以快速定位到关键段落减少遗漏。我自己的习惯是在会议软件里用聊天框给自己发消息比如“14:23 张三说周五前交文档”会后导出聊天记录和转写文本对照着看基本不会漏。5.3 会后整理四步提示词实操假设你已经有了一份转写文本会议日期是2025年3月12日。操作步骤如下第一步把转写文本和第一步提示词一起发给AI。如果文本太长可以分段发送但要在提示词里说明“这是第一部分后续还有”。第二步把第一步的输出结果和第二步提示词一起发给AI。注意要带上原始转写文本因为AI需要引用原文。第三步把第二步的输出结果和第三步提示词一起发给AI。第四步把第三步的输出结果和第四步提示词一起发给AI。整个流程走下来一份两万字的会议记录大概需要五到八分钟。如果你用的是支持长文本的模型可以适当合并步骤但我建议至少保留“提取”和“补全”两步分开这样准确率更有保障。5.4 人工复核重点检查三个地方AI输出任务表后不要直接发出去。花三分钟检查三个地方第一责任人是否准确。重点看那些标注“待确认”的以及依据不够充分的。第二截止时间是否合理。有些相对时间换算可能有问题比如“下周五”到底是哪一周的周五。第三有没有漏掉的事项。快速扫一遍原文看看有没有AI没提取到的行动信息。我自己的经验是经过这四步流程AI的准确率能到九成以上人工复核只需要处理剩下的一成比从头整理快太多了。6. 常见问题与排查技巧实录6.1 事项提取不全怎么办这是最常见的问题。排查思路如下先看第一步的候选段落标记是否完整。如果第一步就漏标了后面肯定提取不到。解决方法是调整第一步提示词把“宁可多标”的指令再强调一遍或者换一个模型试试。如果第一步标记完整但第二步提取不全可能是第二步提示词里的分类规则不够清晰。可以尝试在提示词里加几个例子比如“例如‘张三负责XX’属于待办‘大家决定采用XX’属于决议”。6.2 责任人判断错误怎么办责任人错误通常有两种情况一种是把“我”判断错了另一种是把协作人当成了责任人。对于第一种检查转写文本是否准确标注了说话人。如果转写工具没有区分说话人AI很难判断“我”是谁。解决办法是在会前就确保转写工具开启说话人分离功能。对于第二种在第三步提示词里加一条规则“责任人是对事项负主要责任的人协作人是配合完成的人。如果原文说‘张三负责李四配合’则责任人为张三协作人为李四。”6.3 截止时间换算错误怎么办截止时间换算错误多半是因为会议日期没有明确告诉AI或者AI对“下周五”这类表达的理解有歧义。解决方法是在提示词里明确会议日期并要求AI在换算时输出计算过程。比如“下周五会议日期为3月12日周三下周五为3月21日”。这样你可以快速检查换算是否正确。6.4 输出格式混乱怎么办如果AI输出的表格格式不对通常是因为第四步提示词里的格式示例不够明确。可以在提示词里直接给一个完整的表格示例包括表头和一行示例数据让AI照着填。另外如果AI在输出时加了额外的解释文字可以在提示词末尾加一句“只输出表格不要输出任何其他文字”。6.5 常见问题速查表问题现象可能原因排查方法解决方案事项提取不全第一步漏标或第二步分类不清检查候选段落标记强调“宁可多标”加分类示例责任人错误说话人未区分或规则不清检查转写文本说话人标签开启说话人分离加责任人判断规则截止时间错误会议日期未告知或歧义检查提示词是否含会议日期明确会议日期要求输出计算过程格式混乱格式示例不明确检查第四步提示词给出完整表格示例要求只输出表格事项重复同一事项在多段出现检查第二步是否去重加去重规则“同一事项只保留一条”7. 进阶技巧让这套方法更稳的几个细节7.1 用多AI协作交叉验证如果你对准确率要求极高可以用两个不同的AI模型分别跑一遍流程然后对比结果。不一致的地方重点复核。我试过用两个模型跑同一份会议记录结果一个有十二个事项另一个有十四个对比后发现多出来的两个确实是第一个模型漏掉的。7.2 建立自己的提示词模板库每次开会类型不同提示词可能需要微调。比如项目评审会重点关注“风险”和“待办”周会重点关注“待办”和“待定”决策会重点关注“决议”。你可以按会议类型建立几个提示词模板用的时候直接调用省去每次重写的时间。7.3 把任务表接入项目管理工具AI输出的Markdown表格可以直接复制到Notion、飞书、钉钉等工具里稍作调整就能变成任务卡片。如果你会用自动化工具还可以设置成自动同步省去手动复制的步骤。7.4 定期回顾与优化我每个月会抽时间回顾一下这个月的会议纪要看看哪些地方AI经常出错然后针对性地调整提示词。比如有一段时间AI总是把“待定”事项归成“待办”我就在提示词里加了一条“没有明确责任人和截止时间的事项归入待定”。调整之后这个问题就很少出现了。8. 我踩过的几个坑你别再踩第一个坑转写文本不校对就直接喂给AI。有一次转写工具把“李四”写成了“李斯”AI就真的在纪要里写了“李斯负责XX”发出去之后被同事笑了好久。从那以后我每次都会花几分钟校对关键人名和术语。第二个坑提示词写得太长太复杂。我一开始想把所有要求都塞进一段提示词里结果AI顾此失彼格式对了内容错了内容对了格式又乱了。后来拆成四步每步只做一件事效果立刻好转。第三个坑完全信任AI的输出。有一次AI把“下周三”换算成了“2025年3月19日”但会议是3月12日周三开的“下周三”应该是3月19日没错但会上说的是“下下周三”AI漏看了一个“下”字。从那以后我养成了复核截止时间的习惯。第四个坑没有保留原文依据。最开始我让AI直接输出任务表不要求引用原文。结果有一次会上讨论了两个相似的方案AI把两个方案的责任人搞混了我因为没有原文依据花了半小时翻录音才确认。后来我在提示词里要求每个事项都必须附上原文依据复核效率高了很多。这套方法我用了大半年现在团队里所有人都按这个流程走会议纪要的整理时间从平均每人两小时降到了二十分钟。最关键的是漏事的情况基本没有了因为任务表的结构本身就逼着AI把所有行动信息都找出来而不是笼统地“总结一下”。如果你也在为会议纪要漏事发愁不妨从今天开始试试这张任务表和这套提示词。先拿一份旧的会议记录练手跑一遍流程看看效果。跑通之后再根据你自己的会议特点微调提示词。用不了几次你就能找到最适合自己团队的节奏。

相关新闻

Spring AI治理实践:观星体系与元数据契约

Spring AI治理实践:观星体系与元数据契约

1. 项目概述:这不是一次简单的版本升级,而是一次治理范式的迁移 “降SpringAI阿里第17掌-羝羊触藩-观星治理”——这个标题初看像武侠秘籍,实则是当前Java AI工程化落地中一个极具现实张力的隐喻。它不指向某个具体代码库或开源项目&#xff…

2026/10/9 13:54:23 阅读更多 →
用AI反向质检方案:多角色挑刺与风险排查实战

用AI反向质检方案:多角色挑刺与风险排查实战

1. 方案被挑刺的根源:你缺的不是能力,是“反向质检”思维在职场里摸爬滚打这些年,我见过太多人栽在同一个坑里:方案写得洋洋洒洒几十页,数据、图表、逻辑一个不少,交上去却被领导三言两语问得哑口无言。问题…

2026/10/10 17:50:36 阅读更多 →
Spring AI ReactAgent实战:构建可观测可熔断的AI编排引擎

Spring AI ReactAgent实战:构建可观测可熔断的AI编排引擎

1. 项目概述:这不是一个“掌法”,而是一次Spring AI生态的深度落地实践“降SpringAI阿里第9掌-或跃在渊-ReactAgent”——这个标题乍看像武侠小说里的秘籍名,但拆开来看,它其实是一份高度凝练的工程实践代号。“降”不是压制&…

2026/10/10 17:51:30 阅读更多 →

最新新闻

零基础 30 分钟出片:用万相 Animate 把角色设定变成可复用的动画素材

零基础 30 分钟出片:用万相 Animate 把角色设定变成可复用的动画素材

零基础 30 分钟出片:用万相 Animate 把角色设定变成可复用的动画素材 【免费下载链接】Wan2.2-Animate-2-14B 项目地址: https://ai.gitcode.com/hf_mirrors/Wan-AI/Wan2.2-Animate-2-14B 做一条角色动画,过去意味着什么?画角色设定、…

2026/10/10 21:18:06 阅读更多 →
用C语言手写迷你编译器:词法、语法、符号表与解释执行全解

用C语言手写迷你编译器:词法、语法、符号表与解释执行全解

简介:这是一份基于C语言实现小型编译程序的课程设计资源,面向编译原理课程学生及需要完成编译实验的开发者,核心目标是演示如何将高级语言源代码逐步转换为四元式中间表示,并提供一个可运行的编译框架。资源中注释清晰&#xff0c…

2026/10/10 21:18:06 阅读更多 →
Java Spring Boot实战:大学生国学自主学习平台设计与实现

Java Spring Boot实战:大学生国学自主学习平台设计与实现

前阵子整理自己手头的课程设计项目时,我把这个基于Java Spring Boot的大学生国学自主学习平台重新过了一遍代码、补全了文档、录制了运行演示视频和核心代码讲解视频,最后把源码、数据库脚本、部署文档打包成一套完整的学习资料。这套东西从一开始就不是…

2026/10/10 21:18:06 阅读更多 →
维普AIGC检测降AI率实战:从38%到3%的完整改写方法论

维普AIGC检测降AI率实战:从38%到3%的完整改写方法论

第一次把论文初稿丢进维普AIGC检测,看到38%的AI疑似率时,我的第一反应是逐句改:把“首先”换成“第一”,把“综上所述”全部删掉,把“促进”“提升”这类动词换成意思相近但更生僻的词。改完四十多分钟,再测…

2026/10/10 21:18:05 阅读更多 →
ThinkPHP项目迁移Swoole实战:常驻内存、连接池与协程优化

ThinkPHP项目迁移Swoole实战:常驻内存、连接池与协程优化

1. 为什么要把 ThinkPHP 项目跑在 Swoole 上先聊个现象。很多 PHP 开发者一说 Swoole 就摇头,觉得那是“常驻内存”的东西,心智负担重,学了容易忘,项目一忙就想扔回 FPM 的怀抱。但真实场景是——你的 ThinkPHP 项目一旦流量上来&…

2026/10/10 21:18:05 阅读更多 →
云桌面厂家实力排行:办公、设计、教学场景精准适配

云桌面厂家实力排行:办公、设计、教学场景精准适配

在企业数字化升级的大背景下,传统物理PC运维繁琐、数据分散、算力不足等问题逐渐凸显,云桌面成为政企、工业、教育等行业的主流替代方案。市面上云桌面厂家数量繁多,产品架构、适配场景、服务能力参差不齐,多数企业选型时容易陷入…

2026/10/10 21:17:05 阅读更多 →

日新闻

卫星轨道分类全解析:从LEO到GEO的选型逻辑与工程实践

卫星轨道分类全解析:从LEO到GEO的选型逻辑与工程实践

1. 从“卫星轨道分类”这个标题说起:为什么值得花时间搞懂第一次接触“卫星轨道分类”这个概念,很多人会觉得它离自己很远——不就是天上的星星怎么转吗?但如果你正在做航天任务规划、遥感数据接收、星座设计,甚至只是准备一场航天…

2026/10/10 0:00:39 阅读更多 →
Spring AOP 核心原理与实战:从概念到日志切面落地

Spring AOP 核心原理与实战:从概念到日志切面落地

1. 从一个真实痛点说起:为什么你的代码里到处都是重复逻辑刚入行那会儿,我写过一个用户管理模块,注册、登录、改密码、注销四个接口。每个接口里都塞了几乎一样的日志打印、参数校验、事务开启和提交。当时觉得没什么,能跑就行。直…

2026/10/10 0:00:40 阅读更多 →
Python招聘数据采集与分析可视化:从采集清洗到薪资技能城市可视化全链路

Python招聘数据采集与分析可视化:从采集清洗到薪资技能城市可视化全链路

简介:这是一套面向计算机相关专业学生与项目实战学习者的Python数据采集与分析可视化完整项目,以Boss直聘岗位数据为对象,适合用作毕业设计、课程设计或期末大作业。资源包共38个文件,约246KB,以13个py源码文件为核心&…

2026/10/10 0:00:40 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

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

2026/10/10 11:14:25 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

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

2026/10/10 1:36:08 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

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

2026/10/10 11:14:58 阅读更多 →

月新闻

我发现了一个新思路:用 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/10 5:23: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/9 21:32:20 阅读更多 →
黑夜航拍船只数据集训练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/10 10:38:42 阅读更多 →