WorkBuddy 常用的 100 条日常工作提示词，推荐收藏

让 WorkBuddy 整理会议记录和周报，让 Codex 把重复处理的表格做成脚本，或请豆包改写一封难发的邮件，都是日常工作里真实会遇到的任务。只说“帮我处理一下”，AI 不知道哪些事实不能改、结果给谁看、交付到什么程度。这 100 条 Prompt 从查资料、沟通到数据分析和项目复盘，把每个场景需要交代的信息留在【】中，填好就能发给手边的智能体。

使用时把【】替换为真实信息；文档、表格或聊天记录较长时，直接附在对应提示词后。没有提供的材料就让 AI 标出缺口，别让它替你补事实。

01信息搜索与资料整理

场景 1｜快速了解一个陌生领域

我需要在【时间范围】内了解【领域】，用于【具体工作任务】。先用通俗语言说明它解决什么问题、常见参与者和关键概念，再列出与【具体工作任务】直接相关的 5—8 个要点；每点说明“为什么现在需要知道”。区分稳定概念与需要查证的最新信息；给一份按阅读顺序排列的资料清单，注明来源和日期。无法检索时列检索词，不编造资料。

场景 2｜搜集某个主题的核心资料

围绕【主题】为【目标读者/团队】整理资料。优先找官方文档、原始研究或一手数据，并记录标题、发布方、日期、链接和它能支持的结论。按“入门、关键证据、争议/局限”分组。无法联网时请给检索式，不要编造来源。

场景 3｜从大量资料中提取关键信息

请从以下【资料/文件】中提取与【决策或任务】直接相关的信息。保留原文数字、条件、定义和出处位置，把事实、作者观点、你的归纳分开。按主题整理成表格，并标出冲突、缺项和待核验内容。

场景 4｜长文章快速总结

阅读下面这篇【文章/报告】，我只需要判断它是否影响【工作事项】。请输出：一句话结论、3—5 个关键论据、重要数据及其上下文、作者的假设、对我任务的影响、值得回原文核对的位置。不要把推测写成原文结论。

场景 5｜多篇资料合并整理

请综合【资料A】【资料B】【资料C】，为【用途】形成一份共同摘要。先合并重复信息，再分别保留来源独有的观点或数据。用“共识/分歧/互补/缺证据”四类整理，关键说法附来源标识，不能调和的冲突请并列呈现。

场景 6｜提取文档中的核心观点

从【文档】中找出支撑作者结论的核心观点，按“结论—理由—证据—适用条件”拆解。每项附章节或页码。若某个结论没有材料支撑，标记为“文中未提供依据”，不要替作者补论证。

场景 7｜将杂乱资料整理成结构化笔记

把以下【零散笔记/摘录】整理为供【后续用途】使用的笔记。保留原始事实与数字，按主题、时间或因果关系归类。重复项合并，歧义处加待确认标记。输出标题、要点、证据/出处、待办问题四栏。

场景 8｜对比多个资料来源的异同

比较【来源A】与【来源B】对【问题】的说法。请先统一术语和统计口径，再列出相同点、差异点、差异可能来自的时间/样本/定义因素，以及目前不能判断的部分。每条都注明来源，不要强行选边。

场景 9｜从资料中寻找事实依据

我准备在【报告/方案】中写出这句话：【待支持的说法】。请检查提供的【资料】是否能直接支持它，标出对应原文、页码/段落和支持强度。若只能部分支持，请改写成证据允许的范围，并指出还缺什么证据。

场景 10｜将专业资料解释成通俗语言

请把【专业材料】解释给没有【相关背景】、但需要完成【任务】的人听。先给一句简明解释，再用一个贴近【工作场景】的例子说明。保留关键条件和术语边界，不用类比替代事实，也不要删掉会影响决策的限制。

02写作与文字处理

场景 11｜根据要点撰写完整文章

请依据这些已确认要点【要点】，写一篇供【读者】阅读、用于【目的】的文章。先安排信息顺序，再补必要解释。每个事实仅按材料表达，缺证处用【待补证据】标记。输出标题、正文和需要我确认的问题，不新增虚构案例。

场景 12｜将草稿润色得更加自然

请润色以下【草稿】，读者是【对象】，发布场景为【场景】。保留原意、事实、数字和个人语气，删掉重复和生硬表达。遇到含义不清处先标注疑点，不要擅自补内容。请给润色稿，并简列改动较大的地方。

场景 13｜将口语表达改成正式书面语

把下面这段口语记录改成适合【邮件/报告/会议材料】的书面表达。保留立场、条件和责任归属，删去口头重复。不要把不确定表述改成承诺。输出正式稿，并列出你无法确定的指代或时间。

场景 14｜将正式内容改得通俗易懂

请把这段【制度/技术/业务说明】改写给【非专业读者】看，目标是让读者能【具体操作/理解事项】。用短句解释必要术语，保留例外条件和风险提示。先给改写稿，再列出可能需要专业人员确认的部分。

场景 15｜精简冗长文字

请将【文本】压缩到约【字数/比例】，用于【场景】。优先删除重复、铺垫和不影响结论的细节，保留论点、证据、限制条件、行动要求和必要数字。给出精简稿，并说明删掉了哪些信息类型。

场景 16｜扩写过于简单的内容

将这段【简要内容】扩展为供【读者】使用的【文档类型】。只围绕已有事实补充背景、步骤、原因或例子。新增推断请标注为建议，缺少信息用【待补】注明。按【期望结构】输出，避免重复同一结论。

场景 17｜优化文章开头

为这篇关于【主题】、服务于【读者任务】的文章改写开头。前两段内说清读者会遇到的问题、本文能解决什么和适用范围。不要夸大效果，不虚构个人经历。给出 3 个侧重点不同的版本，并解释各自适合的读者。

场景 18｜优化文章结尾

请为【文章/报告】写一个自然结尾，主题【主题】，读者接下来需要【行动/判断】。只收束正文已经论证的内容，明确下一步建议及其前提。不重复全文、不额外拔高，也不添加没有证据的预测。给两个不同长度版本。

场景 19｜检查文章逻辑和表达问题

审阅下面的【文章】，目标读者为【对象】，预期用途是【用途】。按影响大小找出论点跳跃、证据不足、前后矛盾、歧义和重复。每项引用原句、解释影响并给最小修改建议。先报告关键问题，不要直接重写全文。

场景 20｜在不改变原意的情况下重写内容

请重写【文本】，让它适合【读者/场景】。不得改变事实、观点强度、因果关系、条件和责任主体。有多种解释的句子先保留并标为待确认。输出重写稿及逐项对应的意思核对表。

03邮件、消息与职场沟通

场景 21｜撰写正式工作邮件

根据【事项背景】给【收件人及关系】写一封邮件，目标是【希望对方完成的事】。语气【正式程度】，包含必要背景、明确请求、截止时间【日期】和附件说明【附件】。不要替我承诺未授权事项。输出主题和正文。

场景 22｜回复领导邮件或消息

请帮我回复领导关于【事项】的消息。我的实际进展是【进展】，遇到的阻碍是【阻碍】，我能承诺的下一步是【行动/时间】。先回应对方最关心的问题，再说明风险和所需支持。语气简洁负责，不隐瞒坏消息。

场景 23｜回复同事工作消息

同事发来这段消息：【原消息】。结合当前情况【背景/我的职责】，帮我写一个友好、明确的回复：先确认理解，再说明我能做什么、需要对方补充什么及预计时间。若责任边界不清，给一个澄清问题版本。

场景 24｜向他人礼貌催进度

我需要跟进【事项】，对方是【关系】，原约定时间为【日期】，当前影响是【影响】。请写一条不带指责的提醒，说明已完成部分、需要的具体反馈和最晚时间。再给一个逾期后的升级沟通版本。

场景 25｜委婉拒绝不合理要求

帮我拒绝【请求】，背景是【原因/资源限制】，同时维护与【对象】的合作关系。简洁说明无法承担的部分和真实原因，提供可行替代方案【替代项】或明确边界。不要编造借口，也不要留下模糊承诺。

场景 26｜请求他人协助工作

我需要请【对象/团队】帮忙处理【具体任务】，原因是【业务背景】，期望完成时间【日期】。请写一条易执行的请求，列清输入材料、产出形式、预计投入和联系人。语气尊重，并说明若无法按期完成请何时告知。

场景 27｜针对工作失误进行说明

根据事实【发生经过】、影响【影响范围】和当前补救【措施】，帮我向【对象】说明这次失误。按“已确认事实—影响—正在采取的措施—后续防复发安排”组织。不推卸责任、不猜测原因，不承诺尚未落实的结果。

场景 28｜将强硬表达修改得更加得体

请把这段原话【原话】改成适合对【对象】沟通的表达。保留必须坚持的要求【底线】和具体事实，去掉攻击、讽刺或绝对化措辞。给“温和协商”和“明确设限”两个版本。

场景 29｜将模糊沟通整理成明确需求

把这段讨论【聊天/需求描述】整理为可执行需求。识别目标、使用者、输入、期望结果、验收条件、负责人和期限。对缺失信息列澄清问题，不自行假设。最后给一版可直接发给执行方的确认消息。

场景 30｜根据不同对象调整沟通语气

同一事项【事项】需要分别告知【对象A】和【对象B】。核心事实与要求必须一致，请按两人的关注点、权限和熟悉程度调整表达。输出两版消息，并标明哪些内容只是表达差异、哪些信息两边都必须相同。

04会议与沟通协作

场景 31｜根据会议主题生成会议议程

为【会议主题】设计一场【时长】分钟的会议，参会者是【角色】，希望会后决定/完成【目标】。按时间分配议题，区分信息同步、讨论和决策。列出会前材料、主持人问题及每项议题的预期产出。

场景 32｜准备会议发言提纲

我将在【会议】中代表【角色】讨论【议题】，希望推动【结果】。根据材料【要点】，整理一份【时长】分钟发言提纲：先给结论，再给依据、风险和请求。标出可能被追问的问题及简短回答，不编造数据。

场景 33｜整理会议记录

请把以下【录音转写/速记】整理成可追溯的会议记录。保留发言人的明确立场、数字、决定和未决问题。纠正明显口误但不猜内容。按议题分段，无法辨认处标【听不清/待核实】。

场景 34｜从会议记录中提取重点结论

从【会议记录】提取会后需要传播的结论。区分已决定、倾向意见和仍待讨论事项。每条结论注明依据/发言人及适用条件，最后给一段不超过【字数】的摘要供未参会者阅读。

场景 35｜从会议中提取待办事项

从【会议纪要/转写】中只提取明确的行动项。每项列任务、负责人（未明确则写待确认）、截止时间（未明确则写待定）、依赖和完成证据。不要把讨论建议误写成已分配任务。

场景 36｜明确待办事项的负责人和时间节点

下面这份待办表【内容】缺少责任人与时间信息。根据会议原文【记录】补齐有直接依据的字段。无法确认的留空并列出需要询问的人。输出责任矩阵和一段用于会后确认的消息。

场景 37｜将讨论内容整理成会议纪要

请把【讨论记录】整理成供【团队/对象】执行的正式纪要。开头写会议时间、参与者和目的；正文按议题记录结论、依据、分歧与行动项。区分决定与建议；保留负责人和截止日期，缺失项标为待确认。

场景 38｜总结不同参会者的核心观点

从【会议材料】中整理【参会者】各自对【问题】的观点。每人按“主张、理由、关切、所需条件”概括，附原文依据。不要将沉默解释成赞同，也不要合并立场不同的人。

场景 39｜找出会议中尚未解决的问题

检查【会议记录】里关于【议题】尚未解决的事项。按决策缺口、事实缺口、责任缺口、时间/资源缺口分类。说明每个问题为何阻碍下一步，并给出一个最小澄清问题及建议负责人。

场景 40｜根据会议结果生成后续行动计划

将【会议决定和行动项】转为【周期】内的执行计划。按依赖顺序列任务、负责人、截止日、交付物、验收条件和风险。没有明确的信息标待确认，不假定资源已经到位。最后指出最先需要处理的三个事项。

05工作汇报与总结

场景 41｜撰写日报

根据今天的记录【工作记录】写一份给【对象】看的日报。按已完成、进行中、遇到的问题、明日计划组织。结果尽量写成可验证的交付物或影响，无法量化时不要编数字，字数控制在【范围】。

场景 42｜撰写周报

请用本周记录【记录】撰写面向【团队/领导】的周报。先概括本周重点，再按项目列进展、结果、未完成原因和下周行动。区分团队成果与个人贡献，保留数据口径并标出风险。

场景 43｜撰写月度工作总结

根据【本月任务记录和指标】写月度总结，供【读者】了解目标完成情况。逐项对照计划与结果，解释偏差及证据，列出经验、问题和下月优先事项。无数据支撑的成效用定性描述并注明依据。

场景 44｜撰写季度工作总结

整理【季度目标、项目记录、指标】为一份季度总结。按目标达成、关键交付、未达事项、原因与下季度计划展开。注明统计周期和口径，分别呈现已确认事实与个人判断，避免把相关性写成因果。

场景 45｜根据零散工作记录生成工作汇报

把这些零散记录【记录】整理为针对【汇报对象】的【时长/篇幅】工作汇报。先识别目标和结果，再按重要性归并事项。保留关键数字、协作对象和阻碍，输出口头版提纲及书面摘要，缺数据处标注。

场景 46｜将工作过程提炼成工作成果

从【工作过程记录】中提炼可核实的成果，面向【对象/用途】呈现。每项按“原目标—采取动作—交付结果—证据/指标”写。不能证明的影响不要推断，团队贡献与个人负责部分分开。

场景 47｜将技术工作转化为领导能看懂的汇报

把技术说明【材料】改成给【管理层角色】的汇报。保留技术判断所需的事实，先说明业务问题、方案取舍、进度、风险和需要决策的事项。术语首次出现时解释，避免把技术复杂度等同于业务价值。

场景 48｜提炼工作亮点

从【项目与成果材料】筛出适合写入【汇报/绩效材料】的亮点。只选有交付物、数据或他人确认支撑的内容。按影响范围、难度、协作和可复用性说明依据，并标明哪些数字需要复核。

场景 49｜梳理存在的问题和风险

根据【项目状态/工作记录】，整理当前问题和未来风险。分别写已发生问题与尚未发生风险，列可能影响、触发信号、现有控制、负责人及需要的决策。无法估算概率时用高/中/低并解释判断依据。

场景 50｜制定下一阶段工作计划

依据【当前进度】和目标【目标】，拟定【周期】工作计划。排序要考虑依赖、资源和截止时间。每项包含交付物、验收标准、责任人、里程碑和风险。指出计划成立的前提，别把愿望写成已批准承诺。

06方案策划与项目管理

场景 51｜将一个初步想法整理成完整方案

把这个想法【想法】整理成供【决策者/执行团队】评估的方案。补齐问题、目标用户、范围、方案路径、资源、时间、成本、衡量指标和风险。未知处列假设与待验证问题，不把假设伪装成现状。

场景 52｜分析项目目标和核心需求

请分析项目背景【背景】与需求材料【材料】，明确项目要解决的用户问题和业务结果。拆分目标、非目标、使用场景、成功指标和约束。列出相互冲突或定义模糊的需求，给出需优先确认的问题。

场景 53｜将复杂项目拆解成具体任务

把项目目标【目标】拆成可执行工作包。按阶段和依赖组织，每项任务说明负责人角色、输入、交付物、验收条件、估算依据及阻塞项。颗粒度以一位执行者能明确开始和完成为准。

场景 54｜制定项目实施计划

为【项目】拟定从【开始日期】到【截止日期】的实施计划。结合人员【团队】、预算/资源【约束】列阶段、任务、依赖、交付物、验收门和风险缓冲。若工期不现实，指出冲突并给缩小范围方案。

场景 55｜制定项目时间表和里程碑

根据【目标、任务、依赖和期限】做项目时间表。标出关键路径、里程碑、负责人、输入输出和检查点。区分硬截止日与估算日期，并说明延误某项会影响什么。输出可复制到表格的 CSV 风格行。

场景 56｜明确项目人员分工

为项目【名称】按任务【清单】设计分工。使用 RACI（负责、批准、协作、知会），确保每项只有明确的最终负责人。标出职责重叠、无人负责、审批瓶颈和需要团队确认的安排。

场景 57｜梳理项目依赖关系

检查【项目任务清单】之间的前置条件和外部依赖。输出“前置任务→后续任务”关系、依赖方、所需交付、最晚日期及失效影响。区分真实依赖与仅仅按习惯排序的事项，并指出可并行工作。

场景 58｜分析项目潜在风险

为【项目及当前方案】做风险梳理，考虑技术、数据、人员、供应商、预算、合规和进度。逐项列触发条件、可能后果、可观测信号、缓解动作和责任人。需要法律/监管判断的标待专业核验。

场景 59｜根据项目进展判断下一步工作

当前状态【进展】、目标【目标】、阻碍【问题】。请结合剩余时间和依赖，建议下一步最值得执行的 1—3 项工作。说明判断依据、完成定义、需要谁配合及暂缓事项，不用臆测缺失状态。

场景 60｜对项目方案进行完整性检查

审查这份【项目方案】，目标是准备【立项/评审/执行】。按目标、范围、用户、路径、资源、排期、指标、依赖、风险、验收逐项检查。列阻断项、可补充项和通过项，并给每个问题一个可回答的修订问题。

07分析问题与辅助决策

场景 61｜分析一个问题的根本原因

问题表现为【现象】，发生在【范围/时间】，现有证据是【证据】。请提出多个可能原因，用“已知证据支持/反驳/仍需验证”逐一评估。设计能区分原因的低成本检查，不要把相关因素直接称为根因。

场景 62｜将复杂问题逐层拆解

我需要处理【复杂问题】，最终要决定/完成【任务】。请从目标、组成部分、约束、相互依赖和信息缺口逐层拆开。画出文字版问题树，并指出先验证哪一支能最快减少不确定性。

场景 63｜从多个角度分析同一个问题

分析【问题】对【相关对象】的影响。请分别从用户、业务、技术、运营、成本和风险角度说明影响机制与所需证据。避免为凑角度重复结论，最后指出当前最关键的两项未知信息。

场景 64｜比较多个方案的优缺点

比较方案【A】【B】【C】用于【场景】。依据【优先标准】逐项分析收益、成本、实施难度、风险、可逆性和适用条件。说明评分/排序所依赖的假设，信息不足处不打分，最后给条件式建议。

场景 65｜建立方案选择标准

我们要在【备选方案】中选择方案来解决【问题】。请先把目标拆成可观察的评价标准，区分硬性门槛和可权衡项，给出定义、测量方式与数据来源。检查标准是否重复或偏袒某个方案。

场景 66｜识别方案中的潜在风险

审查方案【方案】在【实施环境】中的失败可能。按“假设错误、资源不足、执行依赖、外部变化、合规/安全”寻找风险，写明触发信号、影响对象和缓解措施。法律、隐私或安全判断须标注待专家核验。

场景 67｜找出当前方案可能遗漏的问题

请用评审者视角检查【方案】是否漏掉关键对象、流程、异常路径或验收条件。根据目标【目标】列出最可能改变决策的遗漏项，并说明若不补会造成什么。区分阻断缺口与可后补细节。

场景 68｜对一个观点进行反向质疑

观点是【观点】，已有依据为【依据】。请构造最强的反方检验：哪些前提可能不成立、什么反例会推翻它、证据是否有选择偏差、还有哪些解释。最后判断观点目前是成立、部分成立还是证据不足，并说明理由。

场景 69｜根据已有信息提出解决思路

面对【问题】，已知条件【事实】、限制【资源/时间/权限】、尝试过【做法】。请提出 2—4 条不同路径，每条包含原理、第一步、所需资源、验证指标、主要风险。不要假设我拥有未说明的权限或工具。

场景 70｜将复杂决策整理成决策分析框架

我需要决定【决策】，最晚【日期】前完成。把决策整理为目标、选项、不可妥协条件、权衡标准、证据、未知项、可逆性和延迟成本。给出需要补充的信息及决策记录模板，不替我隐藏价值取舍。

08数据、表格与业务分析

场景 71｜分析一张数据表应该重点看什么

这张表【字段说明/样例】用于【业务问题】，时间范围【范围】。先检查行粒度、字段定义、缺失和重复，再建议最值得看的指标及分组维度。说明每项能回答什么问题，指出口径不明处，勿直接推断原因。

场景 72｜从数据中寻找异常情况

请检查【数据表/指标序列】在【周期】内的异常。先核验单位、重复、缺失、季节性和数据更新，再用可解释的基线找偏离。输出异常时间、幅度、对比基准和可能原因，区分统计信号与已证实原因。

场景 73｜从数据中总结趋势变化

根据【数据】概括【指标】在【时间范围】的变化。注明统计口径、总体方向、转折点、分组差异及可能的季节效应。如果样本或时间不足以支持趋势判断，请明确说明并给出需要补充的数据。

场景 74｜分析某项指标上升或下降的原因

【指标】从【基准值/周期】变为【当前值/周期】，数据表和口径见【材料】。先统一统计周期、单位和分母，再拆分构成项与分群贡献；用表格列出“变化量—贡献项—证据—待查数据”。原因只写成可检验假设，指出可能的混杂因素和下一步验证方法；不要仅凭同期变化断言因果。

场景 75｜确定一项业务应该关注哪些指标

为【业务/产品】确定一套能支持【目标决策】的指标。根据业务链路列输入、过程、结果和护栏指标，给出定义、公式、粒度、数据来源、刷新频率及易误读点。避免只列无法行动的虚荣指标。

场景 76｜将原始数据整理成分析结论

请用【原始数据】回答问题【业务问题】。先说明清洗规则、口径和排除项，再展示关键计算及分组结果，随后给结论、可支持的解释和不能推出的内容。所有数字须可追溯，发现异常先报告。

场景 77｜根据数据生成管理层摘要

将分析结果【报告/数据】改写为给【管理者】看的摘要，用于【决策】。首段回答发生了什么及影响。随后列关键数字、证据范围、风险和建议动作。保留指标定义，不确定归因写成待验证假设。

场景 78｜设计数据统计表结构

为追踪【业务流程/指标】设计一张可维护的表。列出字段名、含义、类型、单位、必填规则、主键/关联键、更新频率和示例值。说明如何处理缺失、修订和历史快照，避免字段定义重叠。

场景 79｜设计数据分析框架

为回答【业务问题】制定分析框架。把问题拆成假设、所需数据、指标和对照维度，安排探索顺序及判断标准。区分描述、诊断、预测和因果分析，标出各方法的前提与可能误区。

场景 80｜根据数据提出下一步分析方向

已有发现【发现】来自数据【数据描述】，下一步需要支持【决策】。请提出按价值和可验证性排序的后续分析问题，逐项写所需字段、切分方法、预期区分的假设和结果如何影响行动。不重复已有结论。

09PPT、报告与文档制作

场景 81｜根据主题设计 PPT 整体结构

为【主题】制作面向【听众】、时长【分钟】的演示。目标是让听众【理解/决定】。请设计逐页结构，每页给结论式标题、核心证据、图表建议和讲述目的。内容不足处标记待补，不编造案例或数字。

场景 82｜将长文整理成 PPT 大纲

把【长文/报告】转成适合【时长】汇报的 PPT 大纲。保留主结论和必要证据，合并重复背景，每页只承担一个信息任务。输出页码、标题、要点、素材来源和需要口头补充的内容。

场景 83｜将复杂内容压缩成一页 PPT

把【复杂主题】压缩为一页供【听众】快速理解的幻灯片。先确定唯一核心结论，再选最多【数量】项证据。建议版面层级、图表/示意图和脚注边界，说明哪些细节必须留在备份页。

场景 84｜优化 PPT 每一页的核心观点

检查【PPT页内容】是否一页表达一个清晰结论。逐页指出标题是否只是主题、论据是否支撑标题、信息是否过载，并给改写标题和删改建议。不改变数据口径或擅自补新结论。

场景 85｜为 PPT 提炼标题和结论

根据每页材料【页面内容】为【汇报对象】提炼结论式标题。标题应表达该页能证明什么，避免空泛主题词。同时给一句口头结论和支撑它的证据，证据不充分时提醒降低标题强度。

场景 86｜将技术内容改写成汇报材料

将技术说明【材料】改成给【管理层角色】的汇报。说明用户影响、当前状态、可选方案、资源要求、主要风险和待决事项。保留足够技术依据供追问，区分已实现、计划中和待验证能力。

场景 87｜根据材料生成正式报告目录

根据【资料和问题】拟一份用于【用途】的正式报告目录。目录顺序应服务于读者决策，标明各章节要回答的问题及所需证据。不要机械套模板，材料无法支撑的章节标作待补或建议删除。

场景 88｜将零散内容整理成正式报告

把【零散材料】整理为关于【主题】的报告，供【读者】使用。先核对来源和时间，再按问题、发现、依据、影响、建议组织。保留不一致信息和限制，输出正文草稿、引用对应表与待确认清单。

场景 89｜检查报告是否存在结构和逻辑问题

评审报告【报告】，读者需要据此【任务】。检查章节顺序、结论与证据对应、术语一致、数字口径、遗漏反例和建议可执行性。按严重程度列问题位置、影响和修订动作，不要只做语言润色。

场景 90｜根据不同汇报对象调整材料重点

同一份材料【材料】需汇报给【对象A】和【对象B】。分别说明他们关心的决策、风险、成本或实现细节，再调整摘要和讲述顺序。事实、数字和限制必须完全一致。输出两版提纲及保留的共同核心内容。

10个人效率、学习与 AI 协作

场景 91｜将今天的工作整理成任务清单

从今天的记录【记录】提取我真正需要继续做的事项。按任务、下一步动作、优先级、预计耗时、截止时间、依赖整理。已完成事项不要重复列，推测出的期限标为建议，最后给一份可直接复制的待办清单。

场景 92｜根据任务重要性安排优先级

请根据任务【清单】、目标【目标】和可用时间【时长】安排优先级。结合影响、紧急度、依赖、风险和耗时说明排序理由。指出可委派、可延后或应取消的事项，并给今天的执行顺序。

场景 93｜将一个大任务拆成可以立即执行的小任务

把【大任务】拆到我今天能开始执行的程度。说明最终交付物、完成标准、先后依赖和每步的起始动作。单项尽量控制在【时长】内，并指出第一步需要的材料或决策。

场景 94｜制定一天的工作计划

我今天可工作的时段是【时段】，固定安排【日程】，待办有【事项】。按重要性、精力需求和依赖排出可实现计划，预留休息及突发缓冲。说明哪些事必须完成、哪些可移到明天。

场景 95｜制定一周的工作计划

根据本周目标【目标】、任务【清单】和可用时间【时间】，安排一周计划。标出每日重点、里程碑、依赖与检查点，避免每天排满。周末给出复盘问题，并提醒最可能导致计划失效的约束。

场景 96｜快速学习一个陌生概念

我需要为【实际任务】快速理解【概念】，目前基础是【基础】。请先解释核心定义和解决的问题，再用一个准确例子说明，并指出容易混淆的概念、适用边界和自测题。最新事实请标出来源或待核验。

场景 97｜为某个知识领域制定学习路径

为我设计【周期】内学习【领域】的路线，我的基础【水平】、目标是【可验证目标】、每周可投入【时间】。按先修关系安排主题、练习、阶段产出和自测标准。资源优先选可靠来源，并说明课程/文档版本需要核验。

场景 98｜让 AI 通过提问帮助自己梳理思路

请用提问陪我梳理【问题/选择】，不要马上替我下结论。每次只问一个能改变判断的问题，先澄清目标、限制和已知事实，再检验假设。当信息足够时，总结我的选项、取舍和仍未解决的点。

场景 99｜让 AI 检查自己的工作成果

请检查我的成果【文档/表格/方案】是否满足要求【标准/任务说明】。逐条对照，引用对应位置，区分明确不符合、信息不足和可改进项。按影响排序并给最小修正动作，不把个人偏好当硬性错误。

场景 100｜将重复性工作整理成可复用的 AI 工作流

我经常重复做【任务】，输入通常是【输入】，期望交付【输出】，现有规则【规则】。请设计一条可复用的人机流程：准备、AI处理、人工核验、异常分支、最终检查。明确每步输入输出和停止条件，适合自动化的部分单独指出。

这 100 条覆盖资料、沟通、会议、汇报、项目、分析和个人效率。实际使用时，先把背景与目标说具体，再提供真实材料；尤其是数据分析，最好同时给字段定义、时间范围和指标口径。