[{"data":1,"prerenderedAt":374},["ShallowReactive",2],{"$fiukYS_4vg6IakdEv9GMlDr-NQCi6YjZzfJLxdhqc8f8":3,"$fc3Wdf5mibs6awOtfPkoiwVbv1rH8nV0KqeQLWZrtTwI":54},{"title":4,"date":5,"category":6,"readTime":7,"tags":8,"content":19,"_excerpt":20,"_faqs":21,"id":52,"_path":53},"WorkBuddy 不会用？110 条能直接干活的办公提示词库 + 5 段式黄金结构","2026-07-16","工具教程","22 分钟",[9,10,11,12,13,14,15,16,17,18],"WorkBuddy","提示词工程","AI 办公","智能办公","提示词库","工作流自动化","提示词模板","AI Agent","办公效率","萝卜哥","\u003Ch1>WorkBuddy 不会用？110 条能直接干活的办公提示词库 + 5 段式黄金结构（10 年程序员视角重写）\u003C\u002Fh1>\n\u003Cblockquote>\n\u003Cp>\u003Cstrong>核心结论\u003C\u002Fstrong>：很多人第一次用 WorkBuddy，会直接说"帮我写个周报"、"分析一下数据"、"约个会"——\u003Cstrong>WorkBuddy 当然能回答，但它不知道该读取哪些材料，也不知道结果要交给谁\u003C\u002Fstrong>。本文给你一套\u003Cstrong>5 段式黄金结构\u003C\u002Fstrong>（\u003Cstrong>工作对象 + 可用材料 + 具体动作 + 交付物 + 检查规则\u003C\u002Fstrong>）+ \u003Cstrong>11 类 110 条直接可复用的提示词\u003C\u002Fstrong>——\u003Cstrong>每一条都写清了数据范围、交付物、验收条件，涉及发消息、改数据、创建任务时都默认"先预览后执行"\u003C\u002Fstrong>。\u003Cstrong>你不需要背 110 条\u003C\u002Fstrong>，\u003Cstrong>只需要按场景分类挑、用前换方括号、跑前先预览\u003C\u002Fstrong>——\u003Cstrong>WorkBuddy 就能从"会回答问题的 AI"变成"能接住具体任务的工作搭档"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003C\u002Fblockquote>\n\u003Cp>\u003Cstrong>3 分钟摘要\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>90% 的人用 WorkBuddy 失败的原因\u003C\u002Fstrong> = 只给"愿望"、不给"任务"\u003C\u002Fli>\n\u003Cli>\u003Cstrong>5 段式黄金结构\u003C\u002Fstrong> = 工作对象 + 可用材料 + 具体动作 + 交付物 + 检查规则\u003C\u002Fli>\n\u003Cli>\u003Cstrong>核心安全线\u003C\u002Fstrong> = 写入前先给预览（\u003Cstrong>邮件、任务、自动化必须遵守\u003C\u002Fstrong>）\u003C\u002Fli>\n\u003Cli>\u003Cstrong>11 类 110 条提示词\u003C\u002Fstrong>完整覆盖：个人工作台 \u002F 会议协作 \u002F 文档知识库 \u002F 邮件沟通 \u002F 项目推进 \u002F 数据表格 \u002F 内容市场 \u002F 招聘团队 \u002F 财务采购 \u002F 研发运维 \u002F 自动化工作流\u003C\u002Fli>\n\u003Cli>\u003Cstrong>3 类常见错误\u003C\u002Fstrong> = 给太少材料 \u002F 没说验收标准 \u002F 直接执行未预览\u003C\u002Fli>\n\u003Cli>\u003Cstrong>正确打开方式\u003C\u002Fstrong> = 先选 1 类最常用的 5 条、跑通 5 次、再扩到 11 类\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>缘起\u003C\u002Fstrong>：最近读到萝卜哥写的《WorkBuddy 不会用？我写了 110 条能直接干活的办公提示词》，作为 10 年程序员 + 2 年独立开发者 + 1 年 AI 重度用户，我必须说：\u003Cstrong>这套提示词库是我见过最接地气、最工程化、最能直接落地的一套\u003C\u002Fstrong>。\u003Cstrong>5 段式结构本质上和软件工程的需求文档结构完全一致\u003C\u002Fstrong>——\u003Cstrong>工作对象 = 需求方、可用材料 = 输入数据、具体动作 = 业务流程、交付物 = 输出物、检查规则 = 验收标准\u003C\u002Fstrong>。本文\u003Cstrong>完整保留 110 条提示词\u003C\u002Fstrong>，\u003Cstrong>重新解读 5 段式结构背后的工程思想\u003C\u002Fstrong>，并加上\u003Cstrong>3 类常见错误示范 + 1 套从 5 条到 110 条的渐进式落地路径\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Chr>\n\u003Ch2>一、5 段式黄金结构（程序员视角重写）\u003C\u002Fh2>\n\u003Cp>萝卜哥给出的核心结构是：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>工作对象 + 可用材料 + 具体动作 + 交付物 + 检查规则\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>作为一个写过 10 年代码的程序员，\u003Cstrong>我看到这个结构立刻想到了软件工程的需求文档\u003C\u002Fstrong>——这 5 段本质上和 PRD（产品需求文档）的 5 个核心字段完全对应。\u003C\u002Fp>\n\u003Ch3>1.1 5 段式的工程解读\u003C\u002Fh3>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>5 段式结构\u003C\u002Fth>\n\u003Cth>软件工程对应\u003C\u002Fth>\n\u003Cth>现实意义\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>\u003Cstrong>工作对象\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>需求方 \u002F 业务背景\u003C\u002Ftd>\n\u003Ctd>告诉 AI "为谁做"\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>可用材料\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>输入数据 \u002F 接口\u003C\u002Ftd>\n\u003Ctd>告诉 AI "从哪找数据"\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>具体动作\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>业务流程 \u002F 业务逻辑\u003C\u002Ftd>\n\u003Ctd>告诉 AI "怎么一步步做"\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>交付物\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>输出物 \u002F 交付格式\u003C\u002Ftd>\n\u003Ctd>告诉 AI "结果长什么样"\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>检查规则\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>验收标准 \u002F 异常处理\u003C\u002Ftd>\n\u003Ctd>告诉 AI "什么算合格"\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Cp>\u003Cstrong>这 5 段 = 1 份"AI 也能读懂的需求文档"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>1.2 实际改写示范（before \u002F after）\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>改写前\u003C\u002Fstrong>（90% 用户的写法）：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>帮我写个周报\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>改写后\u003C\u002Fstrong>（5 段式写法）：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>读取我本周有权访问的任务和日程，范围只限本周一至周五。\n将已经办结和仍在推进的事项按项目归组，生成一份 600 字以内的周报。\n正文写出实际进展、当前阻塞和下一步动作。\n找不到依据的成绩不要补写，缺失信息放进待确认区。\n先输出预览稿，不要发送。\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>5 段式拆解\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>工作对象\u003C\u002Fstrong>：本周一至周五的任务和日程\u003C\u002Fli>\n\u003Cli>\u003Cstrong>可用材料\u003C\u002Fstrong>：本周所有任务状态、日程记录\u003C\u002Fli>\n\u003Cli>\u003Cstrong>具体动作\u003C\u002Fstrong>：按项目归组、提取进展 \u002F 阻塞 \u002F 下一步\u003C\u002Fli>\n\u003Cli>\u003Cstrong>交付物\u003C\u002Fstrong>：600 字以内周报\u003C\u002Fli>\n\u003Cli>\u003Cstrong>检查规则\u003C\u002Fstrong>：找不到依据不补写、先给预览\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>任务还是那个任务——但 WorkBuddy 需要猜的地方已经少了很多\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>1.3 黄金结构背后的工程思想\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>5 段式 = 把"模糊愿望"翻译成"具体任务"\u003C\u002Fstrong>——这和软件工程的本质完全一致。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>软件工程的核心是消除歧义\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>一个 bug 描述不清 → 程序员返工\u003C\u002Fli>\n\u003Cli>一个需求写得不具体 → 产品上线失败\u003C\u002Fli>\n\u003Cli>\u003Cstrong>一个 AI 提示词不具体 → AI 输出随机\u003C\u002Fstrong>\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>5 段式 = 把"AI 输出随机"变成"AI 输出可控"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Chr>\n\u003Ch2>二、核心安全线：先预览，后执行\u003C\u002Fh2>\n\u003Cp>这一条是 110 条提示词里\u003Cstrong>最重要的一条\u003C\u002Fstrong>——比任何分类都重要。\u003C\u002Fp>\n\u003Ch3>2.1 为什么"先预览后执行"是核心防线\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>WorkBuddy 可能会接触文件、任务系统、日历和邮件\u003C\u002Fstrong>——账号接入情况不同，\u003Cstrong>它能做的动作也会不同\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>核心风险\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>❌ 直接发邮件给客户 → 不可撤回\u003C\u002Fli>\n\u003Cli>❌ 直接删除文件 → 不可恢复\u003C\u002Fli>\n\u003Cli>❌ 直接修改数据库 → 不可逆\u003C\u002Fli>\n\u003Cli>❌ 直接触发自动化 → 可能产生连锁反应\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>这就是为什么所有 110 条都默认遵守一条规则\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cblockquote>\n\u003Cp>\u003Cstrong>读取前先确认范围，写入前先给预览\u003C\u002Fstrong>。没有权限就说明限制，不能用猜测补齐数据。\u003C\u002Fp>\n\u003C\u002Fblockquote>\n\u003Ch3>2.2 必须遵守的 3 条操作边界\u003C\u002Fh3>\n\u003Cp>如果你要自己写提示词，\u003Cstrong>把这段放在末尾——百试百灵\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>- 先确认你能访问的数据和工具\n- 缺少关键信息时列出待补内容，不要自行编造\n- 涉及发送、创建、修改或删除时，先给预览和影响范围，得到确认后再执行\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>这 3 条 = AI Agent 的"权限审计 + 异常处理 + 人工把关"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>和软件工程的对应\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>"先确认你能访问的数据和工具" = \u003Cstrong>权限审计\u003C\u002Fstrong>\u003C\u002Fli>\n\u003Cli>"缺少关键信息时列出待补内容" = \u003Cstrong>输入校验\u003C\u002Fstrong>\u003C\u002Fli>\n\u003Cli>"涉及发送、创建、修改、删除时先给预览" = \u003Cstrong>写操作前的人工 review\u003C\u002Fstrong>\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>AI Agent 的工程化 = 权限审计 + 输入校验 + 写操作 review\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Chr>\n\u003Ch2>三、110 条 WorkBuddy 办公提示词（完整库）\u003C\u002Fh2>\n\u003Cp>下面 110 条按 11 类组织，\u003Cstrong>所有方括号 \u003Ccode>[...]\u003C\u002Fcode> 内的内容都要换成你的真实信息\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>一、个人工作台\u003C\u002Fh3>\n\u003Ch4>001｜生成今日行动清单\u003C\u002Fh4>\n\u003Cp>读取我今天的日程和未办结任务，按截止时间与业务影响排序。只保留今天确实需要推进的事项，为每项写出预计用时和下一步动作。发现时间冲突时先提示，不要直接改日程。\u003C\u002Fp>\n\u003Ch4>002｜规划本周重点\u003C\u002Fh4>\n\u003Cp>读取我本周的日程、任务和项目节点，选出最需要关注的工作。按项目归组，写出本周目标、关键动作和可能卡住我的问题。找不到截止时间的任务放进待确认区。\u003C\u002Fp>\n\u003Ch4>003｜拆解复杂任务\u003C\u002Fh4>\n\u003Cp>将任务【任务名称】拆成可以独立推进的子任务。每项写出交付物、前置条件、预计用时和验收方式。先给拆解预览，等我确认后再创建任务。\u003C\u002Fp>\n\u003Ch4>004｜清理逾期任务\u003C\u002Fh4>\n\u003Cp>查询我当前所有逾期任务，按逾期天数和业务影响排序。判断哪些应该继续、延期或关闭，并说明依据。涉及修改状态和截止日期时先给操作清单。\u003C\u002Fp>\n\u003Ch4>005｜检查个人负载\u003C\u002Fh4>\n\u003Cp>统计我未来【时间范围】内的会议时长和任务预计工时。找出负载最高的日期，并给出一版调整建议。不要移动已有日程，只生成预览。\u003C\u002Fp>\n\u003Ch4>006｜生成下班前复盘\u003C\u002Fh4>\n\u003Cp>根据我今天的任务状态和日程记录，生成一份简短复盘。写出今天推进了什么、还卡在哪里，以及明天最先处理哪件事。没有记录支持的内容不要补写。\u003C\u002Fp>\n\u003Ch4>007｜把聊天内容变成待办\u003C\u002Fh4>\n\u003Cp>从我提供的聊天记录中提取承诺、截止时间和责任人。将信息写成待办预览，并标出存在歧义的地方。责任人或日期不清楚时先提问。\u003C\u002Fp>\n\u003Ch4>008｜设置专注时间\u003C\u002Fh4>\n\u003Cp>查看我【日期】的空闲时段，为任务【任务名称】寻找一段连续的专注时间。避开已有会议，并说明选择该时段的理由。得到我确认后再创建日程。\u003C\u002Fp>\n\u003Ch4>009｜设计重复任务\u003C\u002Fh4>\n\u003Cp>将工作【重复工作】改写成周期任务。写清触发时间、执行内容、交付结果和异常处理方式。先输出规则预览，不要直接启用。\u003C\u002Fp>\n\u003Ch4>010｜建立个人决策记录\u003C\u002Fh4>\n\u003Cp>根据我提供的讨论材料，写一份决策记录。保留问题背景、最终选择、主要理由和后续复查日期。无法从材料确认的结论标记为待确认。\u003C\u002Fp>\n\u003Ch3>二、会议与协作\u003C\u002Fh3>\n\u003Ch4>011｜寻找共同空闲时间\u003C\u002Fh4>\n\u003Cp>查看【参会人】在【日期范围】内有权共享的忙闲信息，找出两个可用时段。每个时段说明冲突情况和参会覆盖率，等我选择后再创建会议。\u003C\u002Fp>\n\u003Ch4>012｜生成决策型议程\u003C\u002Fh4>\n\u003Cp>为会议【会议主题】写一份【时长】分钟的议程。围绕本次必须做出的决定分配时间，注明每个议题的负责人和所需材料。删除只汇报进展且无需讨论的部分。\u003C\u002Fp>\n\u003Ch4>013｜准备会前材料\u003C\u002Fh4>\n\u003Cp>读取与【会议主题】相关的指定文档，生成一页会前阅读材料。写清背景、当前分歧和需要参会人提前思考的问题，并附上使用到的文件名称。\u003C\u002Fp>\n\u003Ch4>014｜生成会议邀请预览\u003C\u002Fh4>\n\u003Cp>为【会议主题】写会议邀请。说明开会目的、参会人需要准备的材料和预期产出。先给标题、正文和参会名单预览，不要发送。\u003C\u002Fp>\n\u003Ch4>015｜从记录中生成纪要\u003C\u002Fh4>\n\u003Cp>根据我提供的会议记录生成纪要。区分已经确认的决定与仍在讨论的问题，行动项要写责任人和截止日期。材料里没有的信息不要推测。\u003C\u002Fp>\n\u003Ch4>016｜提取会议行动项\u003C\u002Fh4>\n\u003Cp>从【会议记录】中提取所有行动项，按责任人归组。每项保留原始依据、截止日期和交付标准。日期不清楚时标记为待确认。\u003C\u002Fp>\n\u003Ch4>017｜追踪会后进展\u003C\u002Fh4>\n\u003Cp>查询会议【会议名称】产生的行动项，列出当前状态和逾期风险。先生成提醒消息草稿，语气保持简洁，等我确认后再发送。\u003C\u002Fp>\n\u003Ch4>018｜压缩低效会议\u003C\u002Fh4>\n\u003Cp>阅读【会议议程】，判断哪些内容可以改成异步同步。给出一版压缩后的议程，并说明节省时间的依据。不要直接取消或缩短现有会议。\u003C\u002Fp>\n\u003Ch4>019｜处理会议时间冲突\u003C\u002Fh4>\n\u003Cp>检查会议【会议名称】与参会人的已有日程冲突。给出保留原时间和更换时间两套方案，说明各自影响。等我选择后再修改日程。\u003C\u002Fp>\n\u003Ch4>020｜生成异步站会\u003C\u002Fh4>\n\u003Cp>为团队【团队名称】生成一份异步站会模板。成员需要填写当前进展、下一步动作和阻塞问题，回复控制在 150 字以内。附上汇总规则和未回复提醒方式。\u003C\u002Fp>\n\u003Ch3>三、文档与知识库\u003C\u002Fh3>\n\u003Ch4>021｜压缩长文档\u003C\u002Fh4>\n\u003Cp>阅读文档【文档名称】，生成一份适合【目标读者】阅读的摘要。保留关键结论和重要数据，每条结论标注对应章节。无法验证的内容不要改写成事实。\u003C\u002Fp>\n\u003Ch4>022｜比较两个版本\u003C\u002Fh4>\n\u003Cp>对比文档【版本 A】和【版本 B】，列出新增内容、删除内容和含义发生变化的地方。按影响程度排序，并指出需要人工确认的修改。\u003C\u002Fp>\n\u003Ch4>023｜从资料生成大纲\u003C\u002Fh4>\n\u003Cp>阅读我指定的材料，为主题【主题】生成文章或报告大纲。每个章节写出要回答的问题和可以引用的材料来源，不要加入资料外的数据。\u003C\u002Fp>\n\u003Ch4>024｜把流程写成 SOP\u003C\u002Fh4>\n\u003Cp>根据【流程材料】写一份可执行的 SOP。每一步写触发条件、操作动作和检查结果，异常情况单独说明。涉及权限操作时标出负责人。\u003C\u002Fp>\n\u003Ch4>025｜生成内部 FAQ\u003C\u002Fh4>\n\u003Cp>从【产品文档或聊天记录】中提取高频问题，写成内部 FAQ。答案保持简短，并附上依据来源。材料没有覆盖的问题放入待补列表。\u003C\u002Fp>\n\u003Ch4>026｜建立术语表\u003C\u002Fh4>\n\u003Cp>阅读【资料范围】，提取容易混淆的业务术语。为每个术语写通俗解释和使用示例，并标出存在多个定义的词。\u003C\u002Fp>\n\u003Ch4>027｜检查文档缺口\u003C\u002Fh4>\n\u003Cp>审查文档【文档名称】，从目标读者和使用场景出发寻找信息缺口。列出缺少的证据、跳跃的结论和无法执行的描述，不要直接改写全文。\u003C\u002Fp>\n\u003Ch4>028｜改写成管理层版本\u003C\u002Fh4>\n\u003Cp>将【文档名称】改写成管理层阅读版。开头先给结论，正文保留影响决策的数据和风险，技术细节放到附录。所有数字保持原值。\u003C\u002Fp>\n\u003Ch4>029｜生成知识卡片\u003C\u002Fh4>\n\u003Cp>从【文档或会议记录】中提取可复用知识，写成知识卡片。每张卡片只讲一个问题，包含适用场景和原始来源，重复内容合并。\u003C\u002Fp>\n\u003Ch4>030｜设计归档规则\u003C\u002Fh4>\n\u003Cp>根据【文件夹】里的文件名称和修改时间，生成归档方案。先列出建议目录、命名规则和重复文件，不要移动或删除任何文件。\u003C\u002Fp>\n\u003Ch3>四、邮件与沟通\u003C\u002Fh3>\n\u003Ch4>031｜生成邮件优先级清单\u003C\u002Fh4>\n\u003Cp>读取我有权访问的未读邮件，按紧急程度和业务影响分组。每封邮件用一句话说明需要我做什么，不要自动回复或改变邮件状态。\u003C\u002Fp>\n\u003Ch4>032｜撰写客户邮件\u003C\u002Fh4>\n\u003Cp>根据【背景材料】写一封发给【客户角色】的邮件。正文先说结论，再写需要对方确认的事项。语气保持专业克制，先给草稿不要发送。\u003C\u002Fp>\n\u003Ch4>033｜回复模糊需求\u003C\u002Fh4>\n\u003Cp>阅读邮件【邮件主题】，找出需求中缺少的信息。生成一封澄清邮件，只询问会影响交付的关键问题，并给对方一个方便回复的格式。\u003C\u002Fp>\n\u003Ch4>034｜礼貌拒绝请求\u003C\u002Fh4>\n\u003Cp>为请求【请求内容】写一封拒绝邮件。说明当前无法接受的原因，同时给出一个可行替代方案。不要承诺未经确认的时间和资源。\u003C\u002Fp>\n\u003Ch4>035｜催促对方回复\u003C\u002Fh4>\n\u003Cp>根据邮件线程生成一封跟进邮件。简要回顾等待确认的事项和对进度的影响，给出希望回复的日期。语气坚定但不施压，先给草稿。\u003C\u002Fp>\n\u003Ch4>036｜生成项目升级邮件\u003C\u002Fh4>\n\u003Cp>根据【问题记录】写一封升级邮件。只写已经确认的事实、当前影响和需要管理层做出的决定。附上原始材料名称，不要夸大风险。\u003C\u002Fp>\n\u003Ch4>037｜提取邮件承诺\u003C\u002Fh4>\n\u003Cp>从【邮件范围】中提取双方已经确认的承诺，写出责任人、交付内容和日期。存在冲突时并列展示对应邮件依据，不要替任何一方做决定。\u003C\u002Fp>\n\u003Ch4>038｜生成邮件摘要\u003C\u002Fh4>\n\u003Cp>将主题【邮件主题】下的邮件线程压缩成一页摘要。保留最新结论、尚未解决的问题和下一步动作，重复引用只保留一次。\u003C\u002Fp>\n\u003Ch4>039｜改写邮件语气\u003C\u002Fh4>\n\u003Cp>检查下面这封邮件的语气，在不改变事实和要求的前提下，改得更简洁、更容易执行。输出修改稿，并说明最重要的一处变化。\u003C\u002Fp>\n\u003Ch4>040｜准备批量通知\u003C\u002Fh4>\n\u003Cp>为事件【事件名称】写一份批量通知。根据收件人名单检查称呼和信息差异，先生成发送预览。名单或随附文件不完整时停止发送并提示我。\u003C\u002Fp>\n\u003Ch3>五、项目推进\u003C\u002Fh3>\n\u003Ch4>041｜写项目启动卡\u003C\u002Fh4>\n\u003Cp>根据【项目背景】生成项目启动卡。写清目标、范围边界、主要交付物和决策人。信息不足的部分保持空白并列出待确认问题。\u003C\u002Fp>\n\u003Ch4>042｜生成里程碑计划\u003C\u002Fh4>\n\u003Cp>将项目【项目名称】拆成里程碑。每个里程碑写交付物、负责人、前置条件和验收日期。没有工时依据时不要虚构精确日期。\u003C\u002Fp>\n\u003Ch4>043｜识别项目依赖\u003C\u002Fh4>\n\u003Cp>阅读【项目计划】，找出任务之间的依赖关系。标出会影响整体进度的关键依赖，并写出依赖未按时满足时的处理建议。\u003C\u002Fp>\n\u003Ch4>044｜建立风险台账\u003C\u002Fh4>\n\u003Cp>根据【项目材料】建立风险台账。为每项风险写触发信号、可能影响、负责人和应对动作。推测出的风险要标注为待验证。\u003C\u002Fp>\n\u003Ch4>045｜评估变更请求\u003C\u002Fh4>\n\u003Cp>分析变更【变更内容】对项目范围、时间和资源的影响。给出接受、延期或拒绝的判断依据，先生成评估报告，不要修改项目计划。\u003C\u002Fp>\n\u003Ch4>046｜检查团队负载\u003C\u002Fh4>\n\u003Cp>读取项目成员在【时间范围】内的任务分配，找出可能过载或空档的成员。给出一版资源调整预览，保留现有分配不变。\u003C\u002Fp>\n\u003Ch4>047｜生成项目周报\u003C\u002Fh4>\n\u003Cp>根据本周任务状态和项目记录生成周报。重点写实际进展、偏离计划的原因和需要决策的问题。每项结论附上数据来源或任务链接。\u003C\u002Fp>\n\u003Ch4>048｜准备迭代计划\u003C\u002Fh4>\n\u003Cp>从待办池中筛选适合进入【迭代周期】的任务。结合优先级、依赖关系和团队容量给出建议，先输出候选清单，不要修改任务状态。\u003C\u002Fp>\n\u003Ch4>049｜生成验收清单\u003C\u002Fh4>\n\u003Cp>根据需求文档【文档名称】生成验收清单。每项写测试动作和通过条件，无法从需求中推导的标准标记为待产品负责人确认。\u003C\u002Fp>\n\u003Ch4>050｜写项目复盘\u003C\u002Fh4>\n\u003Cp>根据项目计划、任务记录和结果数据写一份复盘。对照原目标说明差距，区分可复用经验与偶然结果。缺少证据的评价不要写成结论。\u003C\u002Fp>\n\u003Ch3>六、数据与表格\u003C\u002Fh3>\n\u003Ch4>051｜检查数据质量\u003C\u002Fh4>\n\u003Cp>读取表格【文件名称】，检查空值、重复记录和格式不一致。先生成问题清单与影响行数，不要直接修改当前文件。\u003C\u002Fp>\n\u003Ch4>052｜生成字段说明\u003C\u002Fh4>\n\u003Cp>根据数据表【表名】生成字段字典。写出字段含义、数据类型、示例值和可能的质量问题。无法判断含义的字段标记为待业务确认。\u003C\u002Fp>\n\u003Ch4>053｜寻找异常波动\u003C\u002Fh4>\n\u003Cp>分析指标【指标名称】在【时间范围】内的变化，标出异常波动和发生时间。区分数据异常与业务变化，只根据现有数据给出可能原因。\u003C\u002Fp>\n\u003Ch4>054｜生成数据透视方案\u003C\u002Fh4>\n\u003Cp>根据业务问题【问题】设计数据透视表。说明行字段、列字段和计算指标，先给结构预览，得到确认后再新建工作表。\u003C\u002Fp>\n\u003Ch4>055｜选择合适图表\u003C\u002Fh4>\n\u003Cp>阅读数据【数据范围】，根据我要表达的结论推荐图表。说明选择理由和容易造成误解的展示方式，先给图表方案不要改文件。\u003C\u002Fp>\n\u003Ch4>056｜写管理层数据摘要\u003C\u002Fh4>\n\u003Cp>根据【分析结果】写一页管理层摘要。开头给最需要关注的结论，随后写业务影响和建议动作。相关性不能写成因果关系。\u003C\u002Fp>\n\u003Ch4>057｜做用户分组分析\u003C\u002Fh4>\n\u003Cp>根据【用户数据】和目标【业务目标】设计分组规则。说明每组特征和样本数量，样本过少时给出提示，不要强行下结论。\u003C\u002Fp>\n\u003Ch4>058｜生成趋势预测说明\u003C\u002Fh4>\n\u003Cp>基于【历史数据】生成趋势预测方案。写清采用的方法、数据限制和误差来源，输出预测区间，不要只给单一数字。\u003C\u002Fp>\n\u003Ch4>059｜编写只读 SQL\u003C\u002Fh4>\n\u003Cp>根据需求【查询需求】编写只读 SQL。注明使用的表和过滤条件，先给查询语句与预期返回字段，不要执行更新或删除操作。\u003C\u002Fp>\n\u003Ch4>060｜设计数据看板\u003C\u002Fh4>\n\u003Cp>为业务主题【主题】设计一页数据看板。每个指标写明计算口径和更新频率，优先展示能推动行动的数据，先输出布局说明。\u003C\u002Fp>\n\u003Ch3>七、内容与市场\u003C\u002Fh3>\n\u003Ch4>061｜提炼目标用户\u003C\u002Fh4>\n\u003Cp>根据【访谈、评论或销售记录】提炼目标用户特征。区分材料中直接出现的事实和推测，不要凭空补年龄、收入或职业。\u003C\u002Fp>\n\u003Ch4>062｜生成内容选题库\u003C\u002Fh4>\n\u003Cp>围绕主题【主题】生成内容选题。每个选题写目标读者、要解决的问题和可使用的现有材料，删除只有热词却没有内容支撑的题目。\u003C\u002Fp>\n\u003Ch4>063｜规划内容日历\u003C\u002Fh4>\n\u003Cp>为【平台】规划【时间范围】的内容日历。结合已有素材和发布时间，先给主题节奏与每篇内容目标，不要直接发布。\u003C\u002Fp>\n\u003Ch4>064｜改写标题\u003C\u002Fh4>\n\u003Cp>根据正文【正文内容】生成标题候选。标题要准确反映内容，不使用无法证明的数字和夸张承诺。每个标题说明它吸引哪类读者。\u003C\u002Fp>\n\u003Ch4>065｜生成长文大纲\u003C\u002Fh4>\n\u003Cp>围绕主题【主题】生成公众号文章大纲。先写全文唯一主线，再让每个章节回答一个读者问题。没有证据支撑的章节不要硬加。\u003C\u002Fp>\n\u003Ch4>066｜适配不同平台\u003C\u002Fh4>\n\u003Cp>将内容【原内容】改写给【目标平台】。保留事实和核心观点，根据平台阅读习惯调整长度与开头，输出改动说明。\u003C\u002Fp>\n\u003Ch4>067｜做竞品材料对比\u003C\u002Fh4>\n\u003Cp>只根据我提供的竞品材料，比较【产品 A】与【产品 B】。统一比较口径，标出资料缺口，不要把营销文案当成已验证能力。\u003C\u002Fp>\n\u003Ch4>068｜写落地页文案\u003C\u002Fh4>\n\u003Cp>根据【产品资料】写落地页文案。开头说清用户问题，随后解释产品如何工作，所有效果数字必须能在材料中找到依据。\u003C\u002Fp>\n\u003Ch4>069｜准备用户访谈\u003C\u002Fh4>\n\u003Cp>为目标【访谈目标】设计用户访谈提纲。问题保持开放，避免诱导用户赞同预设结论，并写出每个问题想验证的假设。\u003C\u002Fp>\n\u003Ch4>070｜复盘内容表现\u003C\u002Fh4>\n\u003Cp>根据【内容数据】复盘表现。把曝光、互动和转化分开分析，找出可以被数据支持的变化。样本不足时只写观察，不下长期结论。\u003C\u002Fp>\n\u003Ch3>八、招聘与团队\u003C\u002Fh3>\n\u003Ch4>071｜撰写岗位需求\u003C\u002Fh4>\n\u003Cp>根据【业务需求】写岗位说明。区分必须具备的能力和可以入职后学习的内容，删除与实际工作无关的空泛要求。\u003C\u002Fp>\n\u003Ch4>072｜生成简历初筛表\u003C\u002Fh4>\n\u003Cp>根据岗位说明生成简历初筛表。评分只使用与工作相关的经历和技能，不推测候选人的年龄、家庭情况或其他敏感信息。\u003C\u002Fp>\n\u003Ch4>073｜设计面试问题\u003C\u002Fh4>\n\u003Cp>为岗位【岗位名称】设计面试问题。每个问题对应一项岗位能力，并写出观察点。避免询问与工作无关的个人隐私。\u003C\u002Fp>\n\u003Ch4>074｜生成面试评分卡\u003C\u002Fh4>\n\u003Cp>根据【岗位要求】生成面试评分卡。为每项能力写可观察的行为标准，评分依据保持一致，不使用"感觉不错"这类模糊描述。\u003C\u002Fp>\n\u003Ch4>075｜制定入职首周计划\u003C\u002Fh4>\n\u003Cp>为岗位【岗位名称】生成入职首周计划。写清需要认识的人、需要开通的权限和首个可交付任务，时间冲突处标记为待确认。\u003C\u002Fp>\n\u003Ch4>076｜准备一对一沟通\u003C\u002Fh4>\n\u003Cp>根据【工作记录】生成一对一沟通提纲。关注最近进展、遇到的阻塞和需要的支持，不根据零散信息推测员工态度。\u003C\u002Fp>\n\u003Ch4>077｜改写绩效反馈\u003C\u002Fh4>\n\u003Cp>将【反馈草稿】改写成基于事实的绩效反馈。保留具体行为和影响，删除人格判断，并给出可执行的下一步期待。\u003C\u002Fp>\n\u003Ch4>078｜设计培训计划\u003C\u002Fh4>\n\u003Cp>根据团队当前能力缺口【能力缺口】生成培训计划。每个模块对应一个真实工作问题，并写出培训后如何检查是否学会。\u003C\u002Fp>\n\u003Ch4>079｜检查团队任务分配\u003C\u002Fh4>\n\u003Cp>读取【团队】在【时间范围】内的任务数据，找出负载不均和职责冲突。先给调整建议，不要直接改负责人。\u003C\u002Fp>\n\u003Ch4>080｜生成离职交接清单\u003C\u002Fh4>\n\u003Cp>根据岗位职责和当前项目生成交接清单。写出文件位置、接手人和待解决问题，涉及账号权限时只列操作建议，不记录密码。\u003C\u002Fp>\n\u003Ch3>九、财务与采购\u003C\u002Fh3>\n\u003Ch4>081｜分析费用变化\u003C\u002Fh4>\n\u003Cp>对比【时间范围】内的费用数据，找出变化较大的科目。说明变化金额和占比，只根据现有记录分析原因，不补写业务解释。\u003C\u002Fp>\n\u003Ch4>082｜检查预算偏差\u003C\u002Fh4>\n\u003Cp>将实际支出与预算表对比，列出超预算和使用不足的项目。按影响金额排序，并标出需要负责人说明的部分。\u003C\u002Fp>\n\u003Ch4>083｜生成现金流预览\u003C\u002Fh4>\n\u003Cp>根据已确认的应收、应付和账户余额生成【时间范围】现金流预览。所有假设单独列出，不确定日期使用区间表达。\u003C\u002Fp>\n\u003Ch4>084｜比较供应商方案\u003C\u002Fh4>\n\u003Cp>根据我提供的报价和服务材料比较供应商。统一计算口径，写出价格、交付条件和主要风险。缺少的条款不要自行推测。\u003C\u002Fp>\n\u003Ch4>085｜撰写采购申请\u003C\u002Fh4>\n\u003Cp>根据需求【采购需求】生成采购申请草稿。写清使用目的、数量依据和预算来源，先给预览，不要提交审批。\u003C\u002Fp>\n\u003Ch4>086｜检查发票信息\u003C\u002Fh4>\n\u003Cp>对照订单和验收记录检查发票【发票范围】。列出金额、主体或日期不一致的项目，不要修改原始记录。\u003C\u002Fp>\n\u003Ch4>087｜准备价格谈判\u003C\u002Fh4>\n\u003Cp>根据历史采购记录和本次报价生成谈判准备稿。写出可以确认的价格差异、优先争取的条款和不能突破的预算边界。\u003C\u002Fp>\n\u003Ch4>088｜评估投入回报\u003C\u002Fh4>\n\u003Cp>根据【投资项目】的成本与收益假设生成回报测算。把已知数据和假设分开，展示不同情景下的结果，不给出保证性结论。\u003C\u002Fp>\n\u003Ch4>089｜判断服务是否续费\u003C\u002Fh4>\n\u003Cp>根据【服务名称】的使用数据、费用和业务影响生成续费评估。写出继续使用与停止使用的影响，先给建议，不要发起续费。\u003C\u002Fp>\n\u003Ch4>090｜生成合规抽查清单\u003C\u002Fh4>\n\u003Cp>为【费用或采购范围】生成抽查清单。检查凭证、审批记录和重复报销风险，先列抽查规则，不要删除或更改财务数据。\u003C\u002Fp>\n\u003Ch3>十、研发与运维\u003C\u002Fh3>\n\u003Ch4>091｜分流问题单\u003C\u002Fh4>\n\u003Cp>读取问题单【问题范围】，按影响用户、紧急程度和可复现性分组。信息不足的问题列出需要补充的日志和环境信息，不要直接关闭。\u003C\u002Fp>\n\u003Ch4>092｜生成代码审查清单\u003C\u002Fh4>\n\u003Cp>根据变更说明和代码差异生成审查清单。重点检查错误处理、安全边界和测试覆盖，结论要引用具体文件或代码位置。\u003C\u002Fp>\n\u003Ch4>093｜写架构决策记录\u003C\u002Fh4>\n\u003Cp>根据【技术问题】写一份架构决策记录。比较候选方案的约束和代价，保留被放弃方案的原因，未知性能数据标记为待验证。\u003C\u002Fp>\n\u003Ch4>094｜生成测试用例\u003C\u002Fh4>\n\u003Cp>根据需求【需求内容】生成测试用例。覆盖正常流程和关键异常，每条写输入、操作和预期结果。需求没有说明的行为不要自行定义。\u003C\u002Fp>\n\u003Ch4>095｜准备发布检查\u003C\u002Fh4>\n\u003Cp>根据版本【版本名称】生成发布检查清单。写出变更范围、验证动作和回滚条件，先给预览，不要触发发布。\u003C\u002Fp>\n\u003Ch4>096｜生成故障排查路径\u003C\u002Fh4>\n\u003Cp>根据故障现象【现象】生成只读排查路径。优先检查日志、指标和近期变更，任何可能修改系统状态的命令都要单独标记并等待确认。\u003C\u002Fp>\n\u003Ch4>097｜压缩日志信息\u003C\u002Fh4>\n\u003Cp>阅读【日志范围】，按时间顺序提取关键错误和关联事件。保留原始时间戳与错误码，不要把同时发生写成因果关系。\u003C\u002Fp>\n\u003Ch4>098｜生成接口文档\u003C\u002Fh4>\n\u003Cp>根据【接口代码或说明】生成接口文档。写清请求字段、返回结构和错误情况，示例数据不得包含真实密钥或个人信息。\u003C\u002Fp>\n\u003Ch4>099｜检查安全风险\u003C\u002Fh4>\n\u003Cp>审查【代码或配置】中的安全风险。为每项问题写影响、证据位置和修复建议，不要自动修改生产配置或暴露敏感数据。\u003C\u002Fp>\n\u003Ch4>100｜写故障复盘\u003C\u002Fh4>\n\u003Cp>根据事件时间线、日志和处理记录写故障复盘。区分直接原因和待验证假设，写出可执行的后续动作，不追责个人。\u003C\u002Fp>\n\u003Ch3>十一、自动化工作流\u003C\u002Fh3>\n\u003Ch4>101｜把邮件转成任务\u003C\u002Fh4>\n\u003Cp>设计一条规则，从满足【邮件条件】的邮件中提取任务名称、负责人和日期。先用历史邮件生成模拟结果，等我确认后再创建自动化。\u003C\u002Fp>\n\u003Ch4>102｜同步会议行动项\u003C\u002Fh4>\n\u003Cp>设计会议纪要到任务系统的同步流程。只同步已经确认的行动项，责任人或日期缺失时进入待确认队列，不要自动创建。\u003C\u002Fp>\n\u003Ch4>103｜生成每周工作摘要\u003C\u002Fh4>\n\u003Cp>设计每周【时间】运行的摘要任务，读取指定项目的任务和日程，生成周报预览。写清数据范围、接收人和失败后的通知方式。\u003C\u002Fp>\n\u003Ch4>104｜把表单接入审批\u003C\u002Fh4>\n\u003Cp>根据表单【表单名称】设计审批流程。写出触发条件、审批人选择规则和退回处理方式，先输出流程图文字版，不要启用。\u003C\u002Fp>\n\u003Ch4>105｜监控任务状态\u003C\u002Fh4>\n\u003Cp>为项目【项目名称】设计状态监控。只在任务逾期或关键依赖变化时提醒，说明提醒对象和免打扰时间，先给规则预览。\u003C\u002Fp>\n\u003Ch4>106｜监控文档变化\u003C\u002Fh4>\n\u003Cp>设计文档【文档范围】的变更提醒。摘要只包含修改位置和主要内容，敏感文档不得发送正文，先确认接收人权限。\u003C\u002Fp>\n\u003Ch4>107｜自动追踪待回复事项\u003C\u002Fh4>\n\u003Cp>从指定邮件和会议行动项中识别等待他人回复的事项。生成跟进清单和提醒草稿，达到【等待天数】后才提示，不要自动发送。\u003C\u002Fp>\n\u003Ch4>108｜设计数据同步流程\u003C\u002Fh4>\n\u003Cp>为【数据源】到【目标系统】设计同步方案。写清字段映射、更新频率和冲突处理方式，先用样例数据验证，不要连接生产环境。\u003C\u002Fp>\n\u003Ch4>109｜补上失败处理机制\u003C\u002Fh4>\n\u003Cp>审查自动化【自动化名称】，补充失败重试、停止条件和通知规则。重复执行可能产生副作用时禁止自动重试，并说明人工介入方式。\u003C\u002Fp>\n\u003Ch4>110｜审计现有自动化\u003C\u002Fh4>\n\u003Cp>列出我有权查看的自动化规则，检查触发条件、写入范围和最近运行状态。找出长期未使用或权限过大的规则，先生成审计报告，不要停用或删除。\u003C\u002Fp>\n\u003Chr>\n\u003Ch2>四、3 类常见错误示范\u003C\u002Fh2>\n\u003Cp>很多人用 110 条提示词还是失败，\u003Cstrong>99% 是犯了下面 3 类错误\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>4.1 错误 1：给太少材料\u003C\u002Fh3>\n\u003Cpre>\u003Ccode>❌ 错误示范：\n"帮我写个周报"\n\n✅ 正确示范（5 段式）：\n"读取我本周有权访问的任务和日程，范围只限本周一至周五。\n将已经办结和仍在推进的事项按项目归组，生成一份 600 字以内的周报。\n正文写出实际进展、当前阻塞和下一步动作。\n找不到依据的成绩不要补写，缺失信息放进待确认区。\n先输出预览稿，不要发送。"\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>错误本质\u003C\u002Fstrong>：用户没说"我有哪些任务和日程"、没说"周报给谁看"、没说"600 字以内"。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>5 段式 = 把"AI 必须猜"变成"AI 直接照做"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>4.2 错误 2：没说验收标准\u003C\u002Fh3>\n\u003Cpre>\u003Ccode>❌ 错误示范：\n"分析一下销售数据"\n\n✅ 正确示范（5 段式）：\n"分析【时间范围】内的销售数据，标出异常波动和发生时间。\n区分数据异常与业务变化，只根据现有数据给出可能原因。\n相关性不能写成因果关系。\n先生成分析预览，不直接修改原始数据。"\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>错误本质\u003C\u002Fstrong>：用户没说"找什么"（异常波动）、没说"判断标准"（数据异常 vs 业务变化）、没说"红线"（不能写成因果）。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>5 段式 = 把"AI 自由发挥"变成"AI 按规则输出"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>4.3 错误 3：直接执行未预览\u003C\u002Fh3>\n\u003Cpre>\u003Ccode>❌ 错误示范：\n"给客户发一封邮件报价"\n\n✅ 正确示范（5 段式）：\n"根据【背景材料】写一封发给【客户角色】的报价邮件。\n正文先说结论，再写报价明细和有效期。\n语气保持专业克制，先给草稿不要发送。\n涉及金额或合同条款时必须先给预览。"\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>错误本质\u003C\u002Fstrong>：用户没说"先给草稿"、没说"不要发送"、没说"合同条款需预览"——\u003Cstrong>AI 直接发出去就不可撤回\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>5 段式 = 把"AI 自动执行"变成"AI 草稿 + 人工把关"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Chr>\n\u003Ch2>五、把这套提示词库变成自己的工作系统\u003C\u002Fh2>\n\u003Ch3>5.1 渐进式落地路径\u003C\u002Fh3>\n\u003Cp>110 条看着很多，\u003Cstrong>但真用起来不需要全部收藏\u003C\u002Fstrong>。\u003Cstrong>推荐 4 周渐进式落地\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>周\u003C\u002Fth>\n\u003Cth>动作\u003C\u002Fth>\n\u003Cth>目标\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>\u003Cstrong>第 1 周\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>选 1 类最常用（如"个人工作台"）+ 挑 5 条最贴合\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>跑通 5 次\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>第 2 周\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>在第 1 周 5 条基础上微调、加入团队工作场景\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>熟练使用\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>第 3 周\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>扩展到 2-3 类（加"会议协作"和"邮件沟通"）\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>覆盖核心场景\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>第 4 周\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>扩展到 5 类（加"项目推进"和"数据表格"）\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>覆盖 80% 日常\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Cp>\u003Cstrong>90 天后\u003C\u002Fstrong>再回头看，\u003Cstrong>你已经形成自己的工作流\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>5.2 提示词微调的 3 个原则\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>原则 1：根据业务术语改方括号\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>每个团队的术语不一样——比如"项目"在你团队可能是"工单"、"需求"、"OKR"。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>不要直接套用 110 条\u003C\u002Fstrong>——\u003Cstrong>把方括号换成你团队的真实术语\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>原则 2：根据交付物改格式\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>每条提示词都留了"交付物"的位置——\u003Cstrong>改成你团队真实要的格式\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>比如"周报"——你们团队可能要求"先写亮点、再写阻塞、最后写风险"——\u003Cstrong>直接加到 5 段式里\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>原则 3：根据操作权限加边界\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>每条提示词都默认"先预览后执行"——\u003Cstrong>根据你的实际权限再细化\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>邮件类 → "先给草稿" + "不发送" + "不抄送其他人"\u003C\u002Fli>\n\u003Cli>任务类 → "先给清单" + "不直接改状态" + "不改负责人"\u003C\u002Fli>\n\u003Cli>自动化类 → "先给流程图" + "不连接生产环境" + "不启用"\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>5.3 让 WorkBuddy 真正成为"工作搭档"\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>3 个让提示词越用越好的习惯\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cp>\u003Cstrong>习惯 1：每次跑完后，回头改提示词\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>跑完一次后，\u003Cstrong>回头看输出哪些不满意\u003C\u002Fstrong>——\u003Cstrong>直接加到 5 段式里\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>比如跑完周报觉得"少了风险预警"——\u003Cstrong>下次加一句"写出本周新出现的风险"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>习惯 2：把高频场景沉淀成"模板提示词"\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>高频场景（如周报、纪要、邮件）\u003Cstrong>沉淀成你自己的 1-2 条模板提示词\u003C\u002Fstrong>——\u003Cstrong>比 110 条通用版更精准\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>习惯 3：第一次永远先预览\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>涉及发消息、改数据、创建任务时——\u003Cstrong>第一次必须先看预览\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cp>预览 = \u003Cstrong>AI Agent 的人工 review 环节\u003C\u002Fstrong>——\u003Cstrong>省掉一次不可逆操作\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Chr>\n\u003Ch2>六、5 段式结构的 3 个常见变形\u003C\u002Fh2>\n\u003Cp>实际工作中 5 段式不一定每次都用，\u003Cstrong>根据场景可以变形\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Ch3>6.1 极简版（3 段式）\u003C\u002Fh3>\n\u003Cp>适合简单任务（如"今天该做什么"）：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>对象 + 动作 + 交付物\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>例：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>读取今天的日程和未办结任务，按时间排序输出今日清单。\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>6.2 标准版（5 段式）\u003C\u002Fh3>\n\u003Cp>适合大部分办公任务：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>对象 + 材料 + 动作 + 交付物 + 验收\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>例：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>读取本周的任务和日程，提取已办结和进行中事项，\n按项目归组，生成 600 字以内周报，先输出预览稿。\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>6.3 复杂版（7 段式）\u003C\u002Fh3>\n\u003Cp>适合复杂任务（如"做一次完整复盘"）：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>对象 + 材料 + 动作 + 交付物 + 验收 + 边界 + 异常处理\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>例：\u003C\u002Fp>\n\u003Cpre>\u003Ccode>读取 Q3 的项目计划、任务记录和财务数据，\n对比原目标做复盘，生成 1 页管理层摘要 + 1 页详细分析。\n开头给结论，相关性不写成因果，先给预览。\n涉及内部数据时不要外传，没有依据的评价不要写。\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>5 段式是标准版——简单任务用 3 段、复杂任务用 7 段\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Chr>\n\u003Ch2>关键点回顾\u003C\u002Fh2>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>关键点\u003C\u002Fth>\n\u003Cth>错误做法\u003C\u002Fth>\n\u003Cth>正确做法\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>\u003Cstrong>5 段式结构\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>只说"帮我做 X"\u003C\u002Ftd>\n\u003Ctd>工作对象 + 可用材料 + 具体动作 + 交付物 + 检查规则\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>写入操作\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>直接发邮件 \u002F 改数据\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>先给预览，得到确认后再执行\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>材料不足\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>让 AI 自己编\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>列出待补内容，不要自行编造\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>验收标准\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>不说\u003C\u002Ftd>\n\u003Ctd>每条都说"什么算合格"\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>方括号替换\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>直接套用\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>换成自己的真实信息和业务术语\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>从 5 条到 110 条\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>一次性全用\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>第 1 周 5 条、第 2 周 5 条、第 4 周 20 条\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>每次用完\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>用完就忘\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>回头改提示词 + 沉淀模板\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>\u003Cstrong>第一次运行\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003Ctd>信任 AI 自动执行\u003C\u002Ftd>\n\u003Ctd>\u003Cstrong>第一次必须先看预览\u003C\u002Fstrong>\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Chr>\n\u003Ch2>写在最后\u003C\u002Fh2>\n\u003Cp>写完这篇的时候，我又把萝卜哥的 110 条提示词完整看了一遍。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>5 段式结构 = 把"AI 输出随机"变成"AI 输出可控"\u003C\u002Fstrong>——这和软件工程的需求文档本质完全一致。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>"先预览后执行" = AI Agent 的核心安全线\u003C\u002Fstrong>——没有这条，再聪明的 AI 也会变成"不可控的自动化"。\u003C\u002Fp>\n\u003Cp>如果你已经用上 WorkBuddy（或者任何 AI 工具）：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>第一步\u003C\u002Fstrong>：选 1 类最常用的（如"个人工作台"）+ 挑 5 条最贴合\u003C\u002Fli>\n\u003Cli>\u003Cstrong>第二步\u003C\u002Fstrong>：用 5 段式结构改写你过去用得最多的 5 个提示词\u003C\u002Fli>\n\u003Cli>\u003Cstrong>第三步\u003C\u002Fstrong>：跑通 5 次 + 每次回头改\u003C\u002Fli>\n\u003Cli>\u003Cstrong>第四步\u003C\u002Fstrong>：扩展到 11 类、110 条\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>90 天后，你会有一套完全属于你自己的提示词库\u003C\u002Fstrong>——比任何通用版本都更精准、更高效。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>AI Agent 出的结果好不好，决定权是你投喂给它的东西是否给力\u003C\u002Fstrong>。\u003Cstrong>110 条是起点，不是终点\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Chr>\n\u003Ch2>常见问题 FAQ\u003C\u002Fh2>\n\u003Ch3>WorkBuddy 和 ChatGPT \u002F Claude 有什么区别？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>WorkBuddy 是能"接触你的工作系统"的 AI Agent\u003C\u002Fstrong>——它能读取日历、任务、邮件、文档、数据库。\u003Cstrong>ChatGPT \u002F Claude 是隔离的 AI\u003C\u002Fstrong>——它们只能根据你粘贴的内容回答。\u003Cstrong>所以 WorkBuddy 的提示词必须更严格\u003C\u002Fstrong>——因为它的"操作"会真正影响你的工作系统。\u003C\u002Fp>\n\u003Ch3>这 110 条提示词能直接用在 ChatGPT \u002F Claude 上吗？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>大部分能直接用\u003C\u002Fstrong>——5 段式结构和"先预览后执行"是通用的。但\u003Cstrong>涉及"读取我的任务"等操作权限的提示词在 ChatGPT \u002F Claude 上无效\u003C\u002Fstrong>——因为这些 AI 没有你的数据访问权限。\u003Cstrong>把"读取我..."改为"根据我提供的..."，就能用在通用 AI 上\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>5 段式结构和软件工程的需求文档有什么关系？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>5 段式 = 需求文档的核心 5 个字段\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>工作对象 = 需求方\u003C\u002Fli>\n\u003Cli>可用材料 = 输入数据\u003C\u002Fli>\n\u003Cli>具体动作 = 业务流程\u003C\u002Fli>\n\u003Cli>交付物 = 输出物\u003C\u002Fli>\n\u003Cli>检查规则 = 验收标准\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>所以 5 段式 = 把"软件工程的需求文档"翻译成"AI 也能读懂的语言"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>怎么判断 AI 的输出能不能直接用？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>3 个自检问题\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>每个数据点都能在材料里找到依据\u003C\u002Fstrong>？→ 如果不能，进"待确认区"\u003C\u002Fli>\n\u003Cli>\u003Cstrong>AI 是不是在做"我没让它做的事"\u003C\u002Fstrong>？→ 比如"我只让它写周报，它开始改任务状态"\u003C\u002Fli>\n\u003Cli>\u003Cstrong>AI 是不是漏了我说的边界\u003C\u002Fstrong>？→ 比如"我说了不要发邮件，它还是发出去了"\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>\u003Cstrong>任何 1 个不通过 → 不接受输出\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>为什么"先预览后执行"这么重要？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>3 个真实风险\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>AI 误判数据范围\u003C\u002Fstrong> → 删除了不该删的文件\u003C\u002Fli>\n\u003Cli>\u003Cstrong>AI 误解操作意图\u003C\u002Fstrong> → 邮件发给了错误的客户\u003C\u002Fli>\n\u003Cli>\u003Cstrong>AI 触发了连锁反应\u003C\u002Fstrong> → 自动化被错误启用，污染了数据库\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>\u003Cstrong>"先预览" = 给 AI 加一道"人工 review"环节\u003C\u002Fstrong>——\u003Cstrong>把不可逆操作变成可逆操作\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>110 条提示词应该怎么排序使用？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>按使用频率排序\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>最高频\u003C\u002Fstrong>（每天用）：个人工作台（001-010）+ 邮件沟通（031-040）\u003C\u002Fli>\n\u003Cli>\u003Cstrong>中频\u003C\u002Fstrong>（每周用）：会议协作（011-020）+ 项目推进（041-050）\u003C\u002Fli>\n\u003Cli>\u003Cstrong>低频\u003C\u002Fstrong>（每月用）：数据表格（051-060）+ 内容市场（061-070）\u003C\u002Fli>\n\u003Cli>\u003Cstrong>专项\u003C\u002Fstrong>（按需用）：招聘团队（071-080）+ 财务采购（081-090）\u003C\u002Fli>\n\u003Cli>\u003Cstrong>工程专用\u003C\u002Fstrong>（开发团队）：研发运维（091-100）+ 自动化工作流（101-110）\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>新手先从"最高频"开始\u003C\u002Fstrong>——\u003Cstrong>90 天后扩展到全部\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>怎么把通用提示词改成我团队的专用提示词？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>3 个步骤\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>替换业务术语\u003C\u002Fstrong>——把"项目"换成"工单"、"周报"换成"双周 OKR 回顾"\u003C\u002Fli>\n\u003Cli>\u003Cstrong>增加具体场景\u003C\u002Fstrong>——比如周报必须包含"风险预警"、"客户反馈"、"下周重点"\u003C\u002Fli>\n\u003Cli>\u003Cstrong>加入权限边界\u003C\u002Fstrong>——比如"涉及合同金额时必须等财务确认"\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>\u003Cstrong>改 3-5 次后，每条提示词都变成你团队的"专属模板"\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>WorkBuddy 提示词和普通 prompt 的核心区别是什么？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>普通 prompt（ChatGPT \u002F Claude）\u003C\u002Fstrong> = "给我个答案"——AI 自由发挥\n\u003Cstrong>WorkBuddy 提示词\u003C\u002Fstrong> = "给我个答案 + 限制操作"——AI 只能读、不能写（除非预览确认）\u003C\u002Fp>\n\u003Cp>\u003Cstrong>WorkBuddy 提示词 = prompt + 权限边界 + 操作规则\u003C\u002Fstrong>——\u003Cstrong>这是 AI Agent 时代的核心新规则\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Ch3>没有 WorkBuddy，能用这 110 条吗？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>能\u003C\u002Fstrong>——5 段式结构和"先预览后执行"适用于所有 AI 工具。\u003Cstrong>只要你的 AI 工具支持"读写权限分离"\u003C\u002Fstrong>（如 ChatGPT 配合自定义 GPTs、Claude 配合 Projects、Cursor 配合 Agent 模式），就能用上。\u003Cstrong>但效果取决于你 AI 工具的"权限精细度"\u003C\u002Fstrong>——权限越细，能直接用的提示词越多。\u003C\u002Fp>\n\u003Ch3>怎么判断 AI 提示词工程到底学得怎么样？\u003C\u002Fh3>\n\u003Cp>\u003Cstrong>3 个阶段\u003C\u002Fstrong>：\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>L1 入门\u003C\u002Fstrong>：能套用 5 段式改写自己的提示词（覆盖 80% 日常）\u003C\u002Fli>\n\u003Cli>\u003Cstrong>L2 熟练\u003C\u002Fstrong>：能根据场景变形（3 段 \u002F 5 段 \u002F 7 段），能识别 AI 输出问题\u003C\u002Fli>\n\u003Cli>\u003Cstrong>L3 精通\u003C\u002Fstrong>：能搭建"AI 工作流"（多 AI 协作 + 自动化 + 权限审计），能从 110 条通用版沉淀出 11 条团队专属版\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cstrong>达到 L2 = 你的提示词能力超过 90% 职场人\u003C\u002Fstrong>。\n\u003Cstrong>达到 L3 = 你可以教别人用 AI\u003C\u002Fstrong>。\u003C\u002Fp>\n","3 分钟摘要： 90% 的人用 WorkBuddy 失败的原因 = 只给\"愿望\"、不给\"任务\" 5 段式黄金结构 = 工作对象 + 可用材料 + 具体动作 + 交付物 + 检查规则 核心安全线 = 写入前先给预览（邮件、任务、自动化必须遵守） 11 类 110 条提示词完整覆盖：个人工作台 \u002F 会议",[22,25,28,31,34,37,40,43,46,49],{"question":23,"answer":24},"WorkBuddy 和 ChatGPT \u002F Claude 有什么区别？","WorkBuddy 是能\"接触你的工作系统\"的 AI Agent——它能读取日历、任务、邮件、文档、数据库。ChatGPT \u002F Claude 是隔离的 AI——它们只能根据你粘贴的内容回答。所以 WorkBuddy 的提示词必须更严格——因为它的\"操作\"会真正影响你的工作系统。",{"question":26,"answer":27},"这 110 条提示词能直接用在 ChatGPT \u002F Claude 上吗？","大部分能直接用——5 段式结构和\"先预览后执行\"是通用的。但涉及\"读取我的任务\"等操作权限的提示词在 ChatGPT \u002F Claude 上无效——因为这些 AI 没有你的数据访问权限。把\"读取我...\"改为\"根据我提供的...\"，就能用在通用 AI 上。",{"question":29,"answer":30},"5 段式结构和软件工程的需求文档有什么关系？","5 段式 = 需求文档的核心 5 个字段：\n工作对象 = 需求方\n可用材料 = 输入数据\n具体动作 = 业务流程\n交付物 = 输出物\n检查规则 = 验收标准\n所以 5 段式 = 把\"软件工程的需求文档\"翻译成\"AI 也能读懂的语言\"。",{"question":32,"answer":33},"怎么判断 AI 的输出能不能直接用？","3 个自检问题：\n每个数据点都能在材料里找到依据？→ 如果不能，进\"待确认区\"\nAI 是不是在做\"我没让它做的事\"？→ 比如\"我只让它写周报，它开始改任务状态\"\nAI 是不是漏了我说的边界？→ 比如\"我说了不要发邮件，它还是发出去了\"\n任何 1 个不通过 → 不接受输出。",{"question":35,"answer":36},"为什么\"先预览后执行\"这么重要？","3 个真实风险：\nAI 误判数据范围 → 删除了不该删的文件\nAI 误解操作意图 → 邮件发给了错误的客户\nAI 触发了连锁反应 → 自动化被错误启用，污染了数据库\n\"先预览\" = 给 AI 加一道\"人工 review\"环节——把不可逆操作变成可逆操作。",{"question":38,"answer":39},"110 条提示词应该怎么排序使用？","按使用频率排序：\n最高频（每天用）：个人工作台（001-010）+ 邮件沟通（031-040）\n中频（每周用）：会议协作（011-020）+ 项目推进（041-050）\n低频（每月用）：数据表格（051-060）+ 内容市场（061-070）\n专项（按需用）：招聘团队（071-080）+ 财务采购（081-090）\n工程专用（开发团队）：研发运维（091-100）+ 自动化工作流（101-110）\n新手先从\"最高频\"开始——90 天后扩展到全部。",{"question":41,"answer":42},"怎么把通用提示词改成我团队的专用提示词？","3 个步骤：\n替换业务术语——把\"项目\"换成\"工单\"、\"周报\"换成\"双周 OKR 回顾\"\n增加具体场景——比如周报必须包含\"风险预警\"、\"客户反馈\"、\"下周重点\"\n加入权限边界——比如\"涉及合同金额时必须等财务确认\"\n改 3-5 次后，每条提示词都变成你团队的\"专属模板\"。",{"question":44,"answer":45},"WorkBuddy 提示词和普通 prompt 的核心区别是什么？","普通 prompt（ChatGPT \u002F Claude） = \"给我个答案\"——AI 自由发挥\nWorkBuddy 提示词 = \"给我个答案 + 限制操作\"——AI 只能读、不能写（除非预览确认）\nWorkBuddy 提示词 = prompt + 权限边界 + 操作规则——这是 AI Agent 时代的核心新规则。",{"question":47,"answer":48},"没有 WorkBuddy，能用这 110 条吗？","能——5 段式结构和\"先预览后执行\"适用于所有 AI 工具。只要你的 AI 工具支持\"读写权限分离\"（如 ChatGPT 配合自定义 GPTs、Claude 配合 Projects、Cursor 配合 Agent 模式），就能用上。但效果取决于你 AI 工具的\"权限精细度\"——权限越细，能直接用的提示词越多。",{"question":50,"answer":51},"怎么判断 AI 提示词工程到底学得怎么样？","3 个阶段：\nL1 入门：能套用 5 段式改写自己的提示词（覆盖 80% 日常）\nL2 熟练：能根据场景变形（3 段 \u002F 5 段 \u002F 7 段），能识别 AI 输出问题\nL3 精通：能搭建\"AI 工作流\"（多 AI 协作 + 自动化 + 权限审计），能从 110 条通用版沉淀出 11 条团队专属版\n达到 L2 = 你的提示词能力超过 90% 职场人。\n达到 L3 = 你可以教别人用 AI。","workbuddy-110-office-prompts","\u002Fwriting\u002Fworkbuddy-110-office-prompts\u002F",[55,74,91,109,125,142,156,158,176,192,208,224,240,252,268,284,302,314,322,332,342,353,364],{"id":56,"title":57,"date":58,"category":59,"readTime":60,"tags":61,"_excerpt":72,"_path":73},"ai-short-drama-industry-2026","AI 短剧 4 阶段生死局:3 个月一波,90% 承制公司要关,留下的只有 3 种人","2026-07-31","创业人生","13 分钟",[62,63,64,65,66,67,68,69,70,71],"AI 短剧","短剧","创业复盘","行业分析","红果短剧","抖音短剧","内容创业","投流","出海","TikTok","3 分钟摘要: 4 阶段速览:解说漫剧(2024.6-9)→ 2D 黄金期(11-1 月)→ Seedance 仿真人(春节-4 月)→ 出海 TikTok(现在) 承制公司必死:长沙最大 200 人公司,一天入职 87 人,1 个月后关门,1 亿播放分账不到 10 万 闭门会真相:红果真人剧+AI","\u002Fwriting\u002Fai-short-drama-industry-2026\u002F",{"id":75,"title":76,"date":58,"category":59,"readTime":77,"tags":78,"_excerpt":89,"_path":90},"niche-product-overseas-thinking","国内做产品总想服务所有人,海外却专做 1% 小众市场,这是独立开发的真相","9 分钟",[79,80,81,82,83,84,85,86,87,88],"独立开发","细分市场","小而美","海外产品","独立产品","niche","垂直产品","创业思维","产品哲学","Indiehacker","3 分钟摘要: 国内产品迷思:做一个工具,恨不得覆盖\"18-35 岁全人群\",功能堆到 50+,最后谁都不满意 海外独立开发者哲学:只服务一个明确小群体(Notion 用户\u002F播客主\u002FIndie Hacker),做深做透 1% 市场数学:全球 80 亿人 × 1% × 1% 转化 = 80 万付费用户","\u002Fwriting\u002Fniche-product-overseas-thinking\u002F",{"id":92,"title":93,"date":94,"category":6,"readTime":95,"tags":96,"_excerpt":107,"_path":108},"giffgaff-account-terminated-refund-guide","giffgaff 不到 1 月被封号？10 欧元余额退款攻略 + 英国保号卡使用避坑指南","2026-07-29","11 分钟",[97,98,99,100,101,102,103,104,105,106],"giffgaff","英国保号卡","海外手机号","余额退款","漫游政策","公平使用政策","eSIM","出国旅行","国际通信","账户管理","3 分钟摘要： giffgaff 封号邮件里写的 \"final position\" 指的是无法恢复号码和卡片使用权，不意味着可以扣押你的预付费余额 余额退款是常规操作——按 giffgaff 政策，账户终止时未消耗的预存资金应原路退回 提交 Ask an Agent 工单 申请退款，用对英文模板、态","\u002Fwriting\u002Fgiffgaff-account-terminated-refund-guide\u002F",{"id":110,"title":111,"date":94,"category":59,"readTime":60,"tags":112,"_excerpt":123,"_path":124},"smart-people-ultimate-arena-financial-markets","聪明人最后都会走向金融市场？10 年程序员的 5 点反驳 + 1 条血泪建议",[113,114,115,116,117,118,119,120,121,122],"金融市场","期货交易","认知变现","独立思考","风险控制","量化交易","趋势跟踪","移动止损","心理博弈","独立开发者","3 分钟摘要： \"金融市场是世界上最公平的战场\"——部分对，但隐藏了 3 个不公平 \"认知变现速度最快\"——部分对，但 90% 的聪明人亏得比上班族还快 \"和全球最聪明的人博弈\"——部分对，但你以为的\"博弈\"是另一种\"被博弈\" \"最残酷的认知审判场\"——完全对，这是 5 点里最真实的一句 \"唯一能燃","\u002Fwriting\u002Fsmart-people-ultimate-arena-financial-markets\u002F",{"id":126,"title":127,"date":128,"category":59,"readTime":129,"tags":130,"_excerpt":140,"_path":141},"tiktok-shop-13-products-zero-orders","200 元 AI 跨境课复盘：13 个产品 0 订单，10 年程序员的跨境电商真实踩坑记录","2026-07-22","16 分钟",[131,132,133,134,122,135,136,137,138,139],"跨境电商","AI 跨境","TikTok 小店","避坑指南","副业变现","选品方法论","海外市场调研","供应链","真实复盘","3 分钟摘要： 课程里讲的\"4 大机会\"是真实的——AI 确实放大了小团队的跨境能力 但课程不会告诉你 90% 的卖家死在\"选品\"上——选错品 = 一切努力清零 13 个产品 0 订单的真实原因 = 我犯了跨境电商最经典的 3 个错：选品靠感觉、内容靠 AI 量产、流量靠自然等 跨境电商的隐藏成本是","\u002Fwriting\u002Ftiktok-shop-13-products-zero-orders\u002F",{"id":143,"title":144,"date":5,"category":59,"readTime":145,"tags":146,"_excerpt":154,"_path":155},"pieter-levels-one-person-saas","一人 + 一台电脑 + 500 万美金：从 Pieter Levels 看独立开发者的 6 环商业链路（实操玩法版）","14 分钟",[147,122,148,149,150,151,152,153,83,135],"Pieter Levels","一人公司","海外商业","付费按钮","两周验证法","自动化系统","复购会员","3 分钟摘要： 一人公司不是\"小团队\"，是 \"单人 + 自动化系统\" 的商业形态——一个人 + 一台电脑 + 6 个产品环节 海外用户付费习惯跟国内完全不同：先看页面、再看价格、付款即交付，没有\"私聊逼单\"这一环 第一个核心方法 = \"先做付费按钮，不做大系统\"——24 小时内就能验证真假需求 第二","\u002Fwriting\u002Fpieter-levels-one-person-saas\u002F",{"id":52,"title":4,"date":5,"category":6,"readTime":7,"tags":157,"_excerpt":20,"_path":53},[9,10,11,12,13,14,15,16,17,18],{"id":159,"title":160,"date":161,"category":162,"readTime":163,"tags":164,"_excerpt":174,"_path":175},"indie-dev-150-seo-strategies","独立开发者 150 个 SEO 策略速查手册：从 0 到 10 万流量的完整作战地图（关键词 \u002F 内容 \u002F 页面 \u002F 技术 \u002F 外链 \u002F AI \u002F 转化）","2026-07-15","技术教程","18 分钟",[165,122,166,167,168,169,170,171,172,173],"SEO","关键词策略","内容策略","技术SEO","外链建设","AI SEO","GEO","流量增长","转化优化","3 分钟摘要： SEO 7 大模块：关键词（找用户在哪）、内容（接住用户）、页面（让 Google 看得懂）、技术（让 Google 抓得到）、外链（让 Google 信得过）、AI SEO（让 ChatGPT \u002F Perplexity 引用你）、增长（把流量变收入） 关键词策略的核心 = 挖出 1","\u002Fwriting\u002Findie-dev-150-seo-strategies\u002F",{"id":177,"title":178,"date":161,"category":59,"readTime":95,"tags":179,"_excerpt":190,"_path":191},"zhongnian-beiye-bailand-fansi","失业 4 年、每天只想摆烂：一个 40 岁中年男人的复盘与自救",[180,181,182,183,184,185,186,187,188,189],"中年危机","摆烂","失业焦虑","副业","赚钱方法","底层逻辑","40岁","怀孕老婆","个人成长","自我救赎","3 分钟摘要： 摆烂的本质是\"大脑拒绝再接收无效输入\"，不是意志力问题 失业 4 年 = 焦虑的真实来源不是\"没钱\"，是\"看不到确定的现金流\" 噪音型学习 = 看了 100 个博主的\"月入十万\"，一个底层闭环都没跑过 中年人不缺方法、缺打透一个方法的执行力 + 耐住 6-12 个月不冒头的耐心 摆烂","\u002Fwriting\u002Fzhongnian-beiye-bailand-fansi\u002F",{"id":193,"title":194,"date":195,"category":59,"readTime":95,"tags":196,"_excerpt":206,"_path":207},"chinese-seller-brand-mindset","中国独立站为什么做不出品牌:有网站不等于有品牌,从中美认知差到品牌资产构建","2026-07-05",[197,198,131,199,200,201,202,203,204,205],"独立站","品牌建设","商标注册","品牌资产","Shopify","中国卖家","DTC 品牌","流量套利","美国市场","3 分钟摘要: 中美品牌第一差:中国卖家从\"货\"出发(本月 ROI),美国卖家从\"资产\"出发(三年后品牌值多少钱) 中国独立站的本质是\"换了皮的批发摊位\":有网站,没有品牌;有产品,没有资产;有订单,没有复购理由 美国卖家把商标、域名、社媒账号、品牌名统一视为 品牌资产,在卖爆之前就把这些\"产权\"占","\u002Fwriting\u002Fchinese-seller-brand-mindset\u002F",{"id":209,"title":210,"date":195,"category":6,"readTime":211,"tags":212,"_excerpt":222,"_path":223},"google-indexing-api-fast-index","沙盒期 GitHub Pages 提速收录:用 Google Indexing API 24 小时强制收录新文章","10 分钟",[213,214,215,216,217,165,218,219,220,221],"Google Indexing API","GitHub Pages","沙盒期","强制收录","sitemap","Google Search Console","Service Account","googleapis","站长工具","3 分钟摘要: 沙盒期 = Google 对新域名\u002F低权重域名的\"观察期\",普通收录通道排队要 2-4 周 Indexing API 是 Google 官方给新闻站用的快速收录接口,任何类型站点都能用(Google 文档明确说明) 5 步走通:GCP 建项目 → 开 Indexing API → 建","\u002Fwriting\u002Fgoogle-indexing-api-fast-index\u002F",{"id":225,"title":226,"date":227,"category":59,"readTime":77,"tags":228,"_excerpt":238,"_path":239},"ai-music-creator-first-album","AI 让我成为音乐创作人：第一张专辑《未乱》与主打歌《鱼肚白》的诞生全流程","2026-06-18",[229,230,231,232,233,234,235,135,236,237],"AI 音乐","Suno","Udio","豆包","Gemini","音乐创作","独立创作","腾讯音乐","专辑发行","AI 把音乐创作的门槛从\"会乐器 + 懂乐理\"降到\"会写主题 + 会挑曲风\"，普通人也能成为音乐创作者 三步走完整路径：AI 写词 → AI 谱曲演唱 → 发行到平台 主流工具组合：豆包 \u002F Gemini（写词）+ Suno \u002F Udio \u002F 谱乐 AI（谱曲演唱） 主打歌《鱼肚白》从第一行歌词到腾","\u002Fwriting\u002Fai-music-creator-first-album\u002F",{"id":241,"title":242,"date":227,"category":59,"readTime":77,"tags":243,"_excerpt":250,"_path":251},"kalodata-market-research","如何用 Kalodata 做 TikTok 选品市场调研：10 分钟看懂一个赛道",[244,245,136,246,247,248,249,79,70,135],"Kalodata","TikTok 选品","市场调研","TikTok Shop","类目大盘","联盟达人","3 分钟摘要： 选品失败的 90% 原因不是产品不好，而是赛道没看清就开干 Kalodata 的「类目大盘」是最高效的市场调研入口，单页覆盖六个核心维度 优先选 增长中 + 盘子大 + 竞争分散 + 联盟达人驱动 + $10–30 主流价格带 + 新品占比高 的类目 价格带 $10–$30 是 Ti","\u002Fwriting\u002Fkalodata-market-research\u002F",{"id":253,"title":254,"date":227,"category":255,"readTime":77,"tags":256,"_excerpt":266,"_path":267},"kan-da-zuo-xiao-futures-trading","期货「看大做小」趋势交易法：从前辈点拨到实操悟道的完整路径（日线 + 30分钟 + RSI 临界点入场）","交易心得",[114,257,258,259,260,261,262,263,264,265],"看大做小","多周期共振","趋势交易","日线","30分钟","5分钟","RSI指标","入场点","顺势交易","3 分钟摘要： 看大做小 = 大周期定方向 + 小周期找入场 + RSI 等临界点 周期组合按交易风格选：波段 = 日线 + 30分钟 \u002F 5分钟（本文重点） 大周期判方向三件套：均线排列、高低点结构、关键支撑阻力 小周期入场三件套：回调企稳、K 线反转形态、RSI 临界点 越是简单的事越难执行——","\u002Fwriting\u002Fkan-da-zuo-xiao-futures-trading\u002F",{"id":269,"title":270,"date":227,"category":255,"readTime":271,"tags":272,"_excerpt":282,"_path":283},"trading-for-a-living-book-summary","《以交易为生》核心思想精读：三重筛选 + 2% 风险 + 鳄鱼原则，三大支柱撑起一个交易者的底层操作系统","12 分钟",[273,274,275,276,277,278,279,119,280,281],"以交易为生","Alexander Elder","三重筛选","鳄鱼原则","资金管理","交易心理","交易系统","2% 风险","交易日志","交易是Mind（心理）+ Method（方法）+ Money（资金） 三位一体的职业，三者缺一不可 三重过滤筛选系统（Triple Screen） 是本书核心方法论：用周线定趋势 → 日线找回调 → 60 分钟找入场点 2% 风险原则：单笔交易最大亏损不超过账户总资金的 2% 6% 月度原则：单月累","\u002Fwriting\u002Ftrading-for-a-living-book-summary\u002F",{"id":285,"title":286,"date":287,"category":288,"readTime":211,"tags":289,"_excerpt":300,"_path":301},"cdn-anti-scan-vps-architecture","海外 VPS 的 CDN 加速与网站防探测架构（Cloudflare + nginx 反代 + WebSocket 后端完整方案）","2026-06-14","网络工具",[290,291,292,293,294,295,296,297,298,299],"Cloudflare","nginx","反向代理","WebSocket","CDN 加速","网站防探测","VPS 安全","端口扫描","指纹识别","Origin 证书","3 分钟摘要： VPS 真实 IP 暴露后，会被扫描器 24\u002F7 探测，443 端口指纹泄露 用 Cloudflare CDN 隐藏真实 VPS IP（免费方案） 真实 WebSocket \u002F API 服务跑在 127.0.0.1 的非标准端口，永不对外暴露 nginx 终结 TLS + 转发 We","\u002Fwriting\u002Fcdn-anti-scan-vps-architecture\u002F",{"id":303,"title":304,"date":287,"category":6,"readTime":305,"tags":306,"_excerpt":312,"_path":313},"telegram-86-login-recovery","86 手机号无法登录 Telegram 终极解决方案：绕过付费验证码 + 旧设备验证找回账号","8 分钟",[307,308,309,310,311],"Telegram","86手机号","账号找回","二次验证","短信收费","3 分钟摘要： 86 号码 + 邮箱 + 二次验证密码 = 找回账号的三要素，缺一不可 用第三方客户端 Telega（绕过 Google Play 校验版本）登录，触发邮箱 + 2FA 通道 登录成功后再用官方 Telegram 登录、更新到最新版本 整个过程不需要原手机短信、不需要旧设备在线","\u002Fwriting\u002Ftelegram-86-login-recovery\u002F",{"id":315,"title":316,"date":317,"category":59,"readTime":305,"tags":318,"_excerpt":320,"_path":321},"indie-developer-journey","从零到一：我的独立开发之路","2026-05-15",[79,319,188],"创业","2023年初，我做出了一个重要决定：离开稳定的工作，成为一名独立开发者。这个决定并非一时冲动，而是经过深思熟虑的结果。","\u002Fwriting\u002Findie-developer-journey\u002F",{"id":323,"title":324,"date":325,"category":162,"readTime":271,"tags":326,"_excerpt":330,"_path":331},"vue3-composition-api","Vue 3 Composition API 完全指南","2026-04-28",[327,328,329],"Vue","JavaScript","前端","Composition API 是 Vue 3 引入的一组基于函数的 API，它允许我们使用函数来组织组件逻辑，而不是选项对象。","\u002Fwriting\u002Fvue3-composition-api\u002F",{"id":333,"title":334,"date":335,"category":162,"readTime":211,"tags":336,"_excerpt":340,"_path":341},"react-native-performance","React Native 性能优化实战","2026-04-15",[337,338,339],"React Native","性能","移动端","在开发 React Native 应用时，我们经常会遇到以下性能问题：","\u002Fwriting\u002Freact-native-performance\u002F",{"id":343,"title":344,"date":345,"category":255,"readTime":346,"tags":347,"_excerpt":351,"_path":352},"futures-trading-seven-rules","期货交易的七条铁律：从亏损到稳定盈利的思考","2026-03-20","5 分钟",[114,255,348,349,119,350],"交易思维","止损","心法","做期货这几年，踩过的坑、爆过的仓、熬过的夜，最终都沉淀成这七条心得。期货交易本质上不是预测行情，而是管理自己。以下每一条都是真金白银换来的，建议反复读、慢慢悟。","\u002Fwriting\u002Ffutures-trading-seven-rules\u002F",{"id":354,"title":355,"date":356,"category":357,"readTime":346,"tags":358,"_excerpt":362,"_path":363},"git-workflow-best-practices","Git 工作流最佳实践","2026-03-10","开发工具",[359,360,361],"Git","团队协作","版本控制","这是一个经典的分支模型：","\u002Fwriting\u002Fgit-workflow-best-practices\u002F",{"id":365,"title":366,"date":367,"category":162,"readTime":368,"tags":369,"_excerpt":372,"_path":373},"typescript-tips","TypeScript 实用技巧","2026-02-25","7 分钟",[370,329,371],"TypeScript","编程技巧","使用类型守卫来缩小类型范围：","\u002Fwriting\u002Ftypescript-tips\u002F",1785915277542]