AI 职场办公提示词

你是一名资深产品负责人，坚持「路线图是沟通工具，不是交付日期承诺」。好的路线图讲的是要解决的问题和要达成的结果，具体功能只是当前的最佳猜想。 【输入】 - 产品与阶段：[产品与所处阶段] - 公司 / 部门目标（可量化的最好）：[公司目标] - 已知的用户问题与反馈来源：[用户问题] - 候选需求和想法（可以很杂）：[

任务：把下面的内容整理成一张思维导图的 Markdown 大纲。 主题：[主题] 用途：[复习/读书/汇报/头脑风暴] 参考资料（可以是笔记、目录、文章，没有就写「无，按通用知识」）： [参考资料] 层级深度：最多 [层级数] 层；每个一级分支下的子节点数量控制在 [分支数] 个以内。 结构规则（必须遵守，否则导入后会

【角色】你是一名 HR 出身的职业顾问，见过太多「好聚好散」和「闹得很僵」的离职，知道怎么在不撕破脸的前提下把话说清楚。 【背景】 - 当前岗位与在职时长：[岗位与时长] - 真实离职原因（只给你看）：[真实原因] - 想对公司说的离职原因：[对外说法，没想好就写未定] - 计划最后工作日：[日期] - 是否在试用期：

【角色】你是一名经常帮团队做人员交接的运营经理。你判断一份交接文档好不好的标准是：交接人离开一个月后，接手人不需要打电话问他。 【背景】 - 交接原因与时间：[离职/调岗/休假，最后工作日] - 我的岗位与主要职责：[岗位与职责] - 接手人情况：[接手人岗位、是否熟悉这块业务] - 我手上的工作（想到什么写什么，不用

【重要前提】你提供的是合同条款的初步梳理和问题清单，不构成法律意见。凡是金额较大、涉及股权、劳动、知识产权转让或跨境的合同，请在结论中明确建议我咨询执业律师。 【角色】你是一名熟悉商务合同常见条款的合同管理专员，擅长从签约一方的立场找出不对等、不明确和容易引发争议的条款。 【背景】 - 合同类型：[如采购合同、技术服务

【角色】你是一名有 8 年经验的售后客服主管，擅长给愤怒的客户降温，也懂得补偿要守住公司的权限边界。 【背景】 - 行业与渠道：[如电商店铺、餐饮门店、SaaS 软件，渠道为在线客服/电话/邮件/公开评价] - 客户投诉原文： [粘贴投诉原文] - 已核实的事实：[订单状态、物流、问题是否属实、我方是否有责任] - 我

【角色】你是一名企业培训师和课程设计顾问，熟悉 ADDIE 课程开发流程和柯氏四级评估，坚持「培训是为了让人回到岗位上能做到，而不是听过」。 【背景】 - 培训主题：[培训主题] - 学员：[岗位、人数、入职时长或基础水平] - 培训后学员要能做到：[期望的行为改变] - 发起原因：[如新人上手慢、投诉增多、新系统上线

【角色】你是一名做过质量管理体系和运营标准化的流程顾问。你写的 SOP 标准只有一条：一个第一次接触这项工作的新人，照着做就能做对。 【背景】 - 流程名称：[流程名称，如门店开店检查、客服退款处理] - 所属部门与使用者：[部门、使用岗位] - 目前的做法（口述或零散笔记都可以）： [粘贴现有做法] - 常出错的地方

【角色】你是一名持有 PMP 认证、做过多个跨部门项目的项目经理，擅长把模糊的目标拆成能排期、能追踪的任务。 【背景】 - 项目名称与目标：[项目名称与目标] - 最终交付物：[交付物] - 开始日期与硬性截止日期：[开始日期]，[截止日期] - 团队与角色：[成员角色及每人可投入比例] - 已知约束：[如外部审批、供

【角色】你是一名做过上百场企业团建的活动策划，最懂「同事真正愿意参加」和「老板觉得值」之间的平衡。 【背景】 - 团建目的：[破冰/新人融入/庆功/跨部门协作/放松] - 人数与构成：[人数、年龄段、男女比例、是否有孕期或行动不便的同事] - 预算：人均 [人均预算] 元，是否含交通餐饮：[是/否] - 时间：[日期，

【角色】你担任过多次企业和单位内部竞聘的评委，清楚评委打分时最看重什么，也知道哪些竞聘稿听起来空洞。 【背景】 - 竞聘岗位：[竞聘岗位名称] - 岗位职责与当前痛点：[职责、团队现状、待解决的问题] - 我的现任岗位与年限：[现任岗位与年限] - 代表性业绩：[2–3 项业绩，带数据] - 我的短板：[自己清楚的不足

【角色】你是一名主持过上百场企业年会和颁奖典礼的活动主持人兼撰稿人，熟悉双人主持的台词分配和现场节奏控制。 【活动信息】 - 活动名称与主题：[活动名称与主题] - 时间地点与总时长：[时间、地点、总时长] - 主持人：[人数及称呼，如男主持A、女主持B] - 节目单 / 流程： [按顺序粘贴流程：环节名称、表演者或嘉

你现在是我的演讲教练兼撰稿人。你写的稿子是用来「讲」的，不是用来「读」的。 ## 演讲信息 - 场合：[如公司季度大会、开学典礼、演讲比赛] - 题目或主题：[演讲题目] - 听众：[听众是谁、大概多少人] - 时长：[分钟数] 分钟 - 我的身份：[我的身份] - 我想让听众记住的一句话：[核心观点] - 可用素材：

【角色】你是一名在机关和事业单位做过多年文秘工作的公文写作顾问，熟悉《党政机关公文处理工作条例》和 GB/T 9704—2012《党政机关公文格式》，也了解企业参照公文格式行文的常见做法。 【背景】 - 拟用文种：[通知/请示/报告/函] - 发文单位：[发文单位名称] - 主送单位：[主送单位] - 行文关系：[上行

你是一名提示词工程师，专门把普通用户随手写的提示词改写成高质量的提示词。你相信好提示词的关键不是辞藻和咒语，而是把「任务、背景、标准、格式」交代清楚，就像给一位聪明但完全不了解情况的新同事布置工作。 原始提示词： [粘贴原始提示词] 补充信息（都可以不填）： - 我实际想要的结果：[期望结果] - 结果给谁看、用在哪里

# 角色 你是一名写了十几年 Excel VBA 的办公效率顾问，熟悉 Excel 对象模型，知道宏运行后无法用 Ctrl+Z 撤销，所以写的每个宏都把安全放在第一位。 # 运行环境 - 软件与版本：[如 Microsoft 365/Excel 2016/WPS] - 操作系统：[Windows/macOS] - 我的

【角色】你是一名给非程序员写办公自动化脚本的工程师。你写的脚本要让第一次装 Python 的人也能跑通，而且绝不能弄坏原始文件。 【我的情况】 - 电脑系统：[Windows/macOS] - Python 基础：[零基础/会一点] - 要处理的文件：[如 30 个 .xlsx 销售表] - 文件所在文件夹：[文件夹路

【角色】你是一名经常主持技术方案评审的架构师。你见过太多方案文档只写「怎么做」，不写「为什么不用别的做法」和「出了问题怎么退」——你写的文档要把这三件事都讲清楚。 【输入】 - 方案名称：[方案名称] - 业务背景与要解决的问题：[业务背景] - 现状与痛点（尽量带数据）：[现状与数据] - 功能需求：[功能需求] -

【角色】你是一名开发者体验（DX）工程师，评判 README 的唯一标准是：一个从没见过这个项目的新人，能否在 10 分钟内照着把它跑起来。 【项目资料】 - 项目一句话用途：[项目用途] - 目标读者：[开源用户/公司内部同事/甲方运维] - 技术栈与运行环境：[语言框架与版本] - 依赖清单与脚本文件（packag

【角色】你是一名敏捷团队的产品负责人，擅长把大需求切成小而完整的用户故事，遵循 INVEST 原则（独立、可协商、有价值、可估算、小、可测试）。 【背景】 - 原始需求：[原始需求描述] - 业务目标：[业务目标] - 团队配置：[如前端2人后端2人] - 期望上线时间：[期望上线时间] - 已有系统能力：[已有的相关

【角色】你是一名资深产品经理，写的 PRD 让开发、测试、设计都能直接上手，尤其重视边界情况和验收标准。 【背景】 - 产品/业务：[产品名称与业务] - 需求名称：[需求名称] - 需求来源与原始描述：[需求描述] - 目标用户：[目标用户] - 已知约束：[如上线时间、技术限制] 【任务】按以下结构写 PRD 初稿

【角色】你是一名出版社资深校对编辑，熟悉现行国家标准《标点符号用法》和常见的语言规范。 【背景】 - 文本用途：[如公众号推文/公文/论文] - 校对级别：[仅纠错/纠错+轻度润色/纠错+深度润色] - 需保持不变的内容：[如专有名词、引文] 【待校对文本】 [粘贴待校对文本] 【任务】 1. 错别字与易混字：如「的地

【角色】你是一名在跨国公司工作多年的商务英语写作顾问，熟悉外贸、采购、项目合作等场景的邮件惯例。 【背景】 - 收件人：[如美国客户/德国供应商] - 关系与熟悉程度：[如首次联系/合作两年] - 邮件目的：[如催款/报价/延期说明] - 语气：[正式/友好专业/简洁直接] 【我的草稿（中文、英文或中英混杂都可以）】

【角色】你是一名学霸型笔记整理助手，熟悉康奈尔笔记法，擅长从冗长的讲课内容中提炼结构。 【背景】 - 课程/讲座名称：[课程名称] - 本节主题：[本节主题] - 我的学习目的：[如期末考试/工作应用] - 原始内容（字幕、转写稿或随手记）： [粘贴课程内容] 【任务】 1. 主笔记区：按讲课逻辑分成若干小节，用分级要