2026 年 50 个实用工作 AI 提示词

担任[团队]的计划协作助手。仅使用已附的目标、任务清单、截止日期、每人可用工时和已知依赖，为[日期范围]制定周计划。先标出无负责人、成果不清、缺少工时估算或依赖无法满足的任务，再输出表格：优先级、业务理由、负责人、工时范围、依赖、截止日期和首个下一步。承诺栏最多保留[数量]项，其余放入“延后”并说明理由。不得编造产能或更改期限。最后列出发布前需要责任经理回答的三个问题。

根据[已批准项目章程、利益相关者记录、合同和时间表]编写[项目]启动简报。输出：目的、范围内与范围外事项、可衡量完成条件、决策负责人、参与者、里程碑、依赖、假设、风险、沟通节奏和未决问题。每项固定要求旁标出来源；来源冲突时展示双方说法并指定解决负责人，不要自行取舍。不得承诺未经批准的日期、预算、人员或客户成果。最后附一份以决策为中心的30分钟启动会议议程。

使用[证据集]为[待决事项]撰写决策备忘录。开头写明需在[日期]前由谁作出什么决定。用表格按[标准]比较[选项]，列证据、不确定性、可逆性、成本范围、依赖和不行动的后果。把事实、假设和预测分开。只有标准支持时才推荐；否则说明缺失证据和低成本验证方式。纳入反方证据及会改变推荐的条件。不得批准费用或代替负责人决策。输出一页备忘录和带链接的来源附录。

依据任务估算、人员产能、休假、值班、固定期限和依赖日期，检查[团队/日期范围]的工作负荷。仅使用给定数字计算，不猜缺失估算。按负责人输出：可用工时、承诺范围、负荷范围、高风险冲突、被阻塞工作和可选取舍。标出单点故障和截止日期早于依赖完成的任务。可建议排序、缩减范围、提出重新分配或协商期限的问题，但不得自动改派。最后列经理必须决定的事项和导致评估不确定的数据缺口。

把[已批准目标]转成90天执行计划。划分1—30、31—60、61—90天，但若约束需要可调整边界。每阶段写可观察成果、负责人、依赖、领先证据、复核日、风险和停止/变更条件。区分组织承诺与执行者任务。只用给定基线和目标，缺少基线必须标注。加入每周复盘和第90天回顾，且把系统问题与个人表现分开。不得把经过的天数视为成功，也不得虚构提升百分比。

围绕[问题]为[读者]编写基于来源的研究简报。只使用[批准的文件/网址]，记录每个来源的标题、发布者、发布日期或更新日及链接。先给不超过[长度]的直接答案，再写主要发现、支持证据、矛盾证据、局限和未决问题。每项重要事实都要引用，单一来源直接引用不超过[限制]字。无法支持的主张标记“尚未证实”，不要把预测写成事实。最后列三项验证动作及其负责人。

依据不早于[日期]的公开一手资料（必要的旧资料需标注），比较[竞品/供应商]在[标准]上的公开证据。表格列：主张、公司、准确来源、来源日期、证据类型、适用范围、限制和最后检查日。把厂商自述与独立验证分开；找不到时写“未找到”，不要推断功能相同。不要把搜索摘要当证据。表后总结真正差异、证据空白，以及需要演示或合同复核的问题。除非[决策人]提供权重和规则，不要宣布赢家。

围绕[研究问题]综合[客户访谈记录]。保留参与者编号和时间戳，移除不必要的个人信息。输出主题及出现次数（不要编造百分比）、简短代表引语、反例、受影响细分、未满足需求和基于资料覆盖度的置信说明。把受访者原话与分析解释分开，不要因用词相近就合并不同问题。提供主题到访谈编号的追溯表，并写“本样本无法说明什么”。安全、法律或紧急支持问题直接升级给[负责人]。

向[受影响人群]说明[旧政策/版本]与[新政策/版本]之间的变化。输出生效日期、适用对象、未变规则、新增/删除/修改义务、各角色动作、例外、系统或流程更新及需政策负责人确认的问题。引用两个版本的章节号；存在歧义或冲突时短引原文并标记确认。不得提供法律解释，也不得直接发布通知。最后附沟通检查表和一个真正检验理解、而非只确认收阅的问题。

检查数据集[名称/版本]是否适合回答[分析问题]。报告行列数、日期范围、分析单位、各字段缺失、重复、非法值、类别不一致、需复核的异常值、连接键质量、抽样问题及个人/敏感字段。不得删除、填补或转换数据。把确认缺陷与可疑模式分开。输出数据质量表：问题、证据、受影响记录、潜在影响、建议负责人和安全下一步；明确指出哪些分析必须在修复前停止。

根据[已批准事实和来源记录]为[收件人]起草关于[决定/更新]的高管邮件。前两句直接写决定、请求或重大变化；随后只给必要背景、得到支持的量化影响、负责人、期限和未解决风险。正文不超过[字数]，主题行体现行动。不得增加材料中没有的赞美、紧迫、确定性或承诺。再给一个适合需要更多背景读者的版本，并列出发送前需核实的主张。不要实际发送。

将[技术文本]改写给[受众和阅读水平]，不得改变含义。先提取必须保持不变的“含义锁定”清单，包括定义术语、数字、警告、条件和例外；再用短句和具体动词给出通俗版本，并解释无法避免的术语。无法在不解释的情况下简化的句子要标注。不要添加会改变范围的比喻。最后做并排核对，说明原文每个数字、要求和提醒在新版本中的位置。

依据[品牌指南、受众、批准主张和渠道规则]审查[草稿]。输出表格：原段落、问题类型、严重程度、原因和建议修改。检查无依据事实或比较、模糊最高级、隐藏假设、指代不清、排斥性语言、术语不一致、语气偏差和过度承诺CTA。不要把证据缺口润色成肯定语气，应标记补充来源。未经[合格复核人]批准保留刻意的法律措辞。最后给清稿和仍需审批的主张清单。

把[专家笔记、录音或流程文件]整理成[流程]SOP初稿。包含目的、范围、前置条件、角色、输入、编号步骤、判断点、例外、升级路径、产生记录、质量检查、回退/恢复和复核周期。政策性步骤旁标注来源。未说明的衔接和冲突指令应变成问题，不得自行补全。区分强制控制与建议实践。加入正常路径和至少三个边界案例的测试；投入使用前必须由流程负责人[姓名/角色]批准。

为将[源文案]从[源语言/地区]适配到[目标语言/市场]制作本地化简报。提取信息层级、受众、目标行动、受保护产品名、术语表、变量、法律文本、字符限制、链接、日期数字、图片限制和不可直译表达。指出需当地复核人的文化或监管问题。先完成简报再给译稿，对实质偏离加注释。没有证据不得本地化产品主张或法律承诺。最后用含义、术语、版式、链接、无障碍和母语复核清单验收。

依据[未决问题、上次记录和决策期限]为[会议]制定以决策为中心的议程。每项写明需要的决定/结果、负责人、会前材料、分钟数和未决时的处理方式。纯信息更新移到预读，除非必须讨论。标出缺失的决策人和未解决依赖。总时长不超过[时长]，最后保留[分钟]确认决定、负责人、期限和暂存事项。不要增加参会人或实际排期。输出议程、主持人检查表和预读请求。

把[会议录音/笔记]转成可复核的行动记录。分开列确认决定、提议、已分配行动、未决问题、风险和暂存项。每个行动写准确负责人、交付物、期限、依赖和时间戳；不清楚就写“未说明”，不能猜。记录发言矛盾但不判断谁正确。输出参会者短摘要和详细审计表。未经[会议负责人]确认，不得发送跟进或更新系统。

根据已确认的行动记录，为[不同利益相关者]分别起草[会议]后的跟进内容。每个版本只包含与收件人相关的决定、行动、依赖和期限，明确需要对方做什么、何时完成、批准记录链接和升级联系人。不得暴露超出其访问级别的信息，也不得把未达成一致写成承诺。每个草稿前列所用行动编号；缺少负责人或日期时交回会议主持人，不得编造。

为[项目]主持事前复盘，假设它在[日期]失败。依据[计划、风险、依赖和约束]，从客户价值、采用、数据、安全、运营、人员、供应商、进度和治理提出合理失败模式。每项记录原因、早期信号、影响、现有控制、控制负责人、低成本预防或应急动作。区分有证据风险与推测。只有[风险负责人]提供概率和影响尺度后才能排序，不要预言失败必然发生。最后列最值得在上线前验证的五项假设。

从[任务系统、决策日志、风险登记和上周更新]生成[项目/日期范围]周报。开头给总体状态及支持证据，再列已完成成果、下周里程碑、变化、阻塞、待决事项、风险和带负责人/日期的下一步。与批准基线比较，不以活动量代替成果。系统数据冲突时展示差异和时间戳。不得私自改状态或承诺恢复日期。输出不超过[长度]的高管版和可追溯附录。

在联系前为[公司]准备有来源的客户研究简报。使用批准的公开来源和CRM历史，覆盖商业模式、当前重点、相关事件、可能的业务角色、既有关系、待验证的问题假设及可能不匹配的理由。每项公司事实标日期和网址。把事实与假设分开，不推断个人特征、敏感信息或购买意图。给三个与证据相关的发现问题，而非伪装成个性化的销售主张。不得联系任何人或补充未经批准的个人资料。

按明确的资格标准[标准和权重]评估[线索/客户]。每项展示现有证据、缺失证据、暂定结果和理由；不把职称、公司名气、地理、姓名或受保护特征当证据，除非合法且批准的业务标准确实要求。信息不足写“信息不足”。指出最能降低不确定性的下一个问题，任何淘汰建议交由[人工负责人]。不得自动拒绝、排序或改CRM；推荐前附公平性和数据质量检查。

依据已确认的客户研究和[销售框架]，为[客户/角色]设计发现电话问题。按当前目标、现有流程、影响证据、约束、决策过程、安全/采购、成功条件和下一步组织。问题保持开放、中性，不嵌入未证实假设，也不索取不必要机密。每题说明为何重要及需追问的证据。核心问题不超过[数量]并适合[时长]。最后列需要专家或经理加入的信号。

仅依据已确认访谈记录、批准能力、定价规则和交付约束，为[商机]编写提案大纲。把每项客户需求映射到建议范围、证据、负责人、验收条件、依赖和明确排除项；区分已承诺能力、可选想法和未来可能。列需客户确认的假设和需内部批准的风险。不得编造ROI、交付日期、案例、折扣、集成或法律条款。输出高管大纲和供销售、方案、安全、财务、法务复核的主张—来源表。

审查[销售管道/日期]的CRM下一步字段。只提出规范化文案，不直接改记录。表格列商机ID、当前阶段、最后确认的客户事件、建议下一步、负责人、期限、依赖和来源。标记模糊行动、过期日期、只有内部活动却无客户承诺、阶段证据不匹配、重复和无负责人记录。不要从内部活动推断会议或购买信号。另建一组需销售确认后才能更新的复核队列。

根据[研究、批准定位、证据、预算和渠道约束]制作[产品/活动]营销简报。包含目标受众与排除对象、任务/问题、洞察、单一信息、支持证据、异议、渠道职责、创意要求、落地页承诺、衡量方案、审批和停止条件。分别标记客户证据、市场证据和团队假设。不得虚构评价、绩效基准、稀缺性或竞品主张。先输出未决受众/主张/优惠决策表，待[负责人]解决后再形成一页简报。

根据搜索意图记录和批准证据，为[关键词/主题]及[受众]建立答案优先的内容大纲。先写读者要完成的决定或任务，再设计一个H1、互不重叠的H2、支持性H3、直接答案框、原创表格/清单、示例、边界、FAQ和相关内链。把事实性章节映射到来源，把产品提及映射到用户需求。不要为了重复关键词而加标题。标出证据空白、需要第一方证明的主张和需专家复核的部分。

从[已批准信息和源素材]为[渠道]创建[数量]个社媒版本。每个版本遵守对应受众、格式、长度、无障碍、链接和披露规则，同时保持同一事实主张。输出开头、正文、CTA、视觉说明、替代文本草稿和来源主张编号。改变切入角度，不要改变证据。不得虚构紧迫性、互动数字、引语或客户成果。缺少审批、版权或本地化复核时标记“不得发布”。

基于[基线数据和约束]为[页面/信息/工作流]设计实验。写可证伪假设、主指标、护栏指标、纳入规则、变体、流量分配、分析师给定的最短运行条件、数据检查和停止/回退规则，并说明各结果支持什么决定。没有基线、最小可检测效应、统计功效和显著性输入时不得计算样本量；观察性比较不得声称因果。列埋点负责人、分析负责人和上线前QA。

截至[日期]审查[已有内容网址/草稿]是否需要更新。与最新一手来源、产品文档、搜索意图和链接页面比较。按原段落输出：过期事实、失效/跳转来源、无依据主张、答案缺口、重复章节、弱示例、不可访问图片、过期产品细节或内链缺口。给来源日期和建议动作：保留、核实、修订、合并、重定向或删除。不要只为显得新而改事实。最后给优先编辑计划和更新后验证清单。

按批准的优先级和路由政策分诊[支持工单]。提取客户请求、受影响产品/账户、影响、范围、时间敏感性、复现证据、已尝试动作和安全信号。输出建议类别、优先级、队列、理由、缺失信息和升级触发条件，并引用所用政策规则。不得仅凭语气判断严重性、暴露受限账户数据、承诺解决或关闭工单。可能涉及安全、法律威胁或大面积故障时停止常规草稿并通知[值班负责人]。

只使用[批准知识库文章和账户事实]起草对[问题]的客户回复。先给直接答案，再按顺序给安全步骤、预期结果和结果不同时的处理。每项重要指令旁附文章标题和链接。不得泄露内部备注、猜根因、索要密码或承诺时间。来源冲突或未覆盖时明确未知，并为[复核人]准备具体问题。所有账户操作在确认授权前保持草稿状态。

从工单、日志和尝试记录生成[案例]升级摘要。包含：客户描述、已核实影响和范围、环境、带时间戳的时间线、复现状态、证据链接、已尝试动作及结果、明确标记的假设、当前临时方案、需要专家作出的决定、紧急规则和客户沟通状态。保留原始错误但去掉秘密和无关个人信息。不得归责或无证据宣布根因。最后给最安全的下一诊断动作及负责人。

根据批准的[质量标准]审查[支持对话]。评估问候与身份验证、问题理解、准确性、来源使用、负责意识、清晰度、不过度承诺的同理、隐私、升级、确认解决和记录。每项给时间戳证据、评分锚点和辅导建议。把客服可控行为与政策、工具、人员或知识库缺陷分开；不要超出文字推断情绪或意图。输出一个优点、一个最高影响改进和需运营负责人处理的系统问题。

分析[日期范围/工单样本]中的知识缺口。按客户任务、产品区域和故障模式聚类未回答或反复升级的问题，并保留工单编号链接。每项写次数、代表案例、已检查文章、文章为何失效、业务影响证据、建议内容类型、负责人和验证专家。区分内容缺失与搜索困难、权限、产品缺陷及培训问题。不得暴露客户个人信息或直接发布AI答案。按给定影响和频率规则排序，不只看总量。

用带时间戳的案例、队列数据、交接和返工原因分析[流程]瓶颈。先定义起点、终点和工作单位。逐步输出负责人、等待时间、处理时间、一次完成率、返工、依赖和证据覆盖。把测得延迟、利益相关者解释和AI假设分开。识别约束、交接模糊、批处理、信息缺失和政策审批。不得把相关性说成因果。提出含成功与回退条件的小测试，并列流程负责人需补的数据。

依据批准政策和已复核历史案例，为[工作流]建立例外处理手册。每类例外包含检测信号、验证步骤、风险、允许动作、禁止动作、决策人、升级渠道、保留证据、沟通方式、超时和恢复路径。区分确定规则与判断事项；政策沉默或冲突处交给[政策负责人]，不得把历史临时办法自动变成政策。投入运行前加入正常、边界、滥用、隐私和系统不可用测试。

按照批准的[要求和权重]比较[供应商]。证据矩阵覆盖功能匹配、数据处理、安全材料、无障碍、实施、互操作、支持、定价基础、锁定、退出/迁移和合同空白。每项评分链接厂商文档、测试证据或复核笔记，缺证据写“未验证”。厂商主张与独立测试分开。不得虚构权重、总分、折扣或合规结论。最后列演示、客户背调，以及安全、采购、财务和法务问题。

从日志、告警、工单、聊天和变更记录重建[事故编号]时间线。统一到[时区]并保留原始时间。每个事件写来源、人员/系统、观察到的动作、确认影响和置信度；分开事实、假设、决定和沟通。标出证据空档、时钟冲突及采集后可能改变的数据。不得归责、推断动机或宣布根因。输出响应人员短时间线和事故复盘证据附录，并标注访问限制。

为[工作项]从[交出团队]到[接收团队]建立交接清单。包括完成定义、必备材料、来源链接、负责人、状态、质量检查、权限、已知限制、开放风险、对客户/员工承诺、下次复核、备份联系人和接收确认。区分“已提供”和“接收方已验证”。标出失效链接、未决事项、未记录例外和无连续性负责人任务。不要自行标完成或通知。最后给接收负责人准确的接受、拒绝或有条件接受问题。

依据批准的岗位要求、薪酬/地点规则和招聘政策起草[岗位]的包容性职位说明。包含岗位目的、可观察成果、核心职责、现实的必备条件、可培养的优先条件、工作条件、决策范围、协作方式和申请流程。删除无工作依据的过高学历要求、暗示性或排斥性语言。不得推断受保护特征、承诺合理便利、虚构薪酬或加入监控要求。输出要求—来源表及给用人经理、HR、无障碍、薪酬和法务的问题。

依据批准的能力模型和岗位成果，为[岗位]建立面试评分表。每项能力包含一个工作相关问题、允许追问、正反行为锚点、应记录证据和统一的[等级]定义；加入候选人提问和合理便利提醒。避免受保护/私人问题，不因表达风格、相似度、口音或模糊“文化匹配”加分。要求面试官先独立评分再讨论，并记录不确定性。使用前由招聘负责人按当地法规验证。

把[简历/申请]中明确陈述的证据映射到[批准岗位标准]供人工复核。每项标准引用候选人的原话，标证据类型、明确写出的时间/范围，并标记支持、部分支持、未找到或不清楚。不得推断身份、年龄、性别、族裔、残障、家庭、人格、诚信或未陈述技能；不得打分、排序、拒绝或横向比较。只提出与岗位要求相关的中性追问，并把可能过度限制的标准交HR复核。

根据批准的岗位成果、当前工作、必需系统、政策、学习资料、工作时间和已约定的无障碍需要，为[岗位/员工]建立30天入职计划。把员工成果与经理、IT、伙伴和复核人的承诺分开。每周列学习、关系、权限、带教任务、证据、复盘和变更条件。从最小权限和一个真实可撤销任务开始。不得创建隐藏绩效分，也不收集医疗细节。第30天复盘要区分入职系统失败与个人后续发展需要。

根据[批准政策/版本]起草员工FAQ。每题提供通俗答案、适用范围、生效日期、所需动作、例外或限制、政策章节引用和未解决时的联系人。保留强制措辞，把政策事实和解释示例分开。不得提供法律建议、判断规则如何适用于某个人，或泄露受限内部指引。针对改动章节补充常见问题，歧义交给[政策负责人]。发布或用于重要决定前必须经HR/法务批准。

用批准的实际数、预算、预测、科目表和财务说明解释[期间]预算差异。先核对总额，再按科目列重大差异：金额、仅在分母有效时给百分比、时点/长期分类、已有证据的原因、不确定性、负责人和下一步检查。把算术事实、管理层解释和前瞻假设分开。不得生成新预测、移动分录或脱离政策把支出定性好坏。标出数据不一致，并列叙述发布前需财务负责人回答的问题。

依据采购订单、收货、发票、供应商主数据、税务规则、容差政策和审批矩阵检查[发票/批次]例外。队列表格包含单据ID、差异类型、比较值、政策阈值、证据、风险、建议路由和缺失文件。区分重复、价格/数量/税差、异常银行变更、缺收货和授权缺口。不得修改、批准、拒绝、付款、联系供应商或推断欺诈。银行信息变更和疑似入侵按批准流程立即转给[安全/财务负责人]。

使用给定假设、范围、约束和模型，比较[决策]的[情景]。每个情景展示输入、计算方式、结果范围、敏感驱动因素、盈亏平衡条件、非量化风险和来源。除非有验证过的概率模型，否则标为情景而非预测/概率。未经批准不得用行业平均填缺失假设。加入下行情景和维持现状，说明哪些假设会改变决定，并给[决策人]最小补证清单。

面向[业务读者]总结[合同条款]，使用已签署或当前草案版本。每项列章节、通俗含义、义务、期限、依赖、例外、续约/终止影响及给合格律师的问题。保留定义术语，区分原文与解释。不得建议接受、判断可执行性、编造行业标准或遗漏冲突条款。标出缺少附件、交叉引用、版本差异、数据/安全承诺和运营负责人。本输出只是复核辅助，不是法律意见。

依据[证据集]为[项目]提出风险登记更新。每项写原因、不确定事件、后果、证据、受影响目标、现有控制、控制证据、负责人、复核日和建议缓解/应急措施。使用组织给定的可能性和影响尺度；除非方法明确，不得编造概率或相乘序数。区分正在发生的问题、未来风险、机会和威胁，保留异议与不确定性。不得接受风险、分配预算或关闭条目，这些决定交[风险负责人]。