[{"data":1,"prerenderedAt":574},["ShallowReactive",2],{"$fiukYS_4vg6IakdEv9GMlDr-NQCi6YjZzfJLxdhqc8f8":3,"$fc3Wdf5mibs6awOtfPkoiwVbv1rH8nV0KqeQLWZrtTwI":56},{"title":4,"description":5,"date":6,"category":7,"readTime":8,"tags":9,"content":20,"_excerpt":21,"_faqs":22,"id":53,"_path":54,"_format":55},"WorkBuddy 不会用？110 条能直接干活的办公提示词库 + 5 段式黄金结构","WorkBuddy 只会聊天不会干活？本文给出 5 段式黄金结构（工作对象 + 可用材料 + 具体动作 + 交付物 + 检查规则）与 11 类 110 条可直接复用的办公提示词，每条都写清数据范围、交付物与验收条件，附 3 类常见错误与从 5 条到 110 条的渐进式落地路径，让 WorkBuddy 从\"会回答\"变成\"能接活\"。","2026-07-16","工具教程","22 分钟",[10,11,12,13,14,15,16,17,18,19],"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 会议",[23,26,29,32,35,38,41,44,47,50],{"question":24,"answer":25},"WorkBuddy 和 ChatGPT \u002F Claude 有什么区别？","WorkBuddy 是能\"接触你的工作系统\"的 AI Agent——它能读取日历、任务、邮件、文档、数据库。ChatGPT \u002F Claude 是隔离的 AI——它们只能根据你粘贴的内容回答。所以 WorkBuddy 的提示词必须更严格——因为它的\"操作\"会真正影响你的工作系统。",{"question":27,"answer":28},"这 110 条提示词能直接用在 ChatGPT \u002F Claude 上吗？","大部分能直接用——5 段式结构和\"先预览后执行\"是通用的。但涉及\"读取我的任务\"等操作权限的提示词在 ChatGPT \u002F Claude 上无效——因为这些 AI 没有你的数据访问权限。把\"读取我...\"改为\"根据我提供的...\"，就能用在通用 AI 上。",{"question":30,"answer":31},"5 段式结构和软件工程的需求文档有什么关系？","5 段式 = 需求文档的核心 5 个字段：\n工作对象 = 需求方\n可用材料 = 输入数据\n具体动作 = 业务流程\n交付物 = 输出物\n检查规则 = 验收标准\n所以 5 段式 = 把\"软件工程的需求文档\"翻译成\"AI 也能读懂的语言\"。",{"question":33,"answer":34},"怎么判断 AI 的输出能不能直接用？","3 个自检问题：\n每个数据点都能在材料里找到依据？→ 如果不能，进\"待确认区\"\nAI 是不是在做\"我没让它做的事\"？→ 比如\"我只让它写周报，它开始改任务状态\"\nAI 是不是漏了我说的边界？→ 比如\"我说了不要发邮件，它还是发出去了\"\n任何 1 个不通过 → 不接受输出。",{"question":36,"answer":37},"为什么\"先预览后执行\"这么重要？","3 个真实风险：\nAI 误判数据范围 → 删除了不该删的文件\nAI 误解操作意图 → 邮件发给了错误的客户\nAI 触发了连锁反应 → 自动化被错误启用，污染了数据库\n\"先预览\" = 给 AI 加一道\"人工 review\"环节——把不可逆操作变成可逆操作。",{"question":39,"answer":40},"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":42,"answer":43},"怎么把通用提示词改成我团队的专用提示词？","3 个步骤：\n替换业务术语——把\"项目\"换成\"工单\"、\"周报\"换成\"双周 OKR 回顾\"\n增加具体场景——比如周报必须包含\"风险预警\"、\"客户反馈\"、\"下周重点\"\n加入权限边界——比如\"涉及合同金额时必须等财务确认\"\n改 3-5 次后，每条提示词都变成你团队的\"专属模板\"。",{"question":45,"answer":46},"WorkBuddy 提示词和普通 prompt 的核心区别是什么？","普通 prompt（ChatGPT \u002F Claude） = \"给我个答案\"——AI 自由发挥\nWorkBuddy 提示词 = \"给我个答案 + 限制操作\"——AI 只能读、不能写（除非预览确认）\nWorkBuddy 提示词 = prompt + 权限边界 + 操作规则——这是 AI Agent 时代的核心新规则。",{"question":48,"answer":49},"没有 WorkBuddy，能用这 110 条吗？","能——5 段式结构和\"先预览后执行\"适用于所有 AI 工具。只要你的 AI 工具支持\"读写权限分离\"（如 ChatGPT 配合自定义 GPTs、Claude 配合 Projects、Cursor 配合 Agent 模式），就能用上。但效果取决于你 AI 工具的\"权限精细度\"——权限越细，能直接用的提示词越多。",{"question":51,"answer":52},"怎么判断 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","md",[57,76,91,109,127,145,161,178,193,211,227,239,254,271,286,303,319,337,353,370,382,397,410,412,426,441,456,472,488,500,514,527,544,556,564],{"id":58,"title":59,"date":60,"category":61,"readTime":62,"tags":63,"_excerpt":74,"_path":75},"github-9-free-open-source-projects","GitHub 上 9 个免费到癫狂的开源神器：AI 配音 \u002F 音乐生成 \u002F 自托管密码 \u002F 跨屏互传","2026-09-16","网络工具","12 分钟",[64,65,66,67,68,69,70,71,72,73],"GitHub 开源","免费神器","自媒体副业","AI 配音","声音克隆","密码管理","量化交易","VoiceStudio","YuE","LocalSend","AI 配音 \u002F 音乐类（3 个）：VoiceStudio、YuE、VoxCPM——替代 ElevenLabs、Suno，做配音接单 \u002F 定制 BGM 情报 \u002F 交易类（3 个）：TradingAgents、Flowsint、RuView——替代 Bloomberg \u002F Wind \u002F Maltego ","\u002Fwriting\u002Fgithub-9-free-open-source-projects",{"id":77,"title":78,"date":60,"category":79,"readTime":80,"tags":81,"_excerpt":89,"_path":90},"vercel-deployment-blocked-commit-email-mismatch","Vercel 部署被拦截 Deployment Blocked：Git 提交邮箱与 Vercel 账号不匹配的修复方案","开发工具","6 分钟",[82,83,84,85,86,87,88],"Vercel","Git","部署失败","邮箱配置","Deployment Blocked","Hobby Plan","commit author","报错关键词：Deployment Blocked + commit author did not have contributing access + Hobby Plan does not support collaboration for private repositories 根因：Git ","\u002Fwriting\u002Fvercel-deployment-blocked-commit-email-mismatch",{"id":92,"title":93,"date":94,"category":95,"readTime":62,"tags":96,"_excerpt":107,"_path":108},"trustpilot-product-selection-method","Trustpilot 差评选品法：从独立站出海差评里挖掘百万美金机会（附 AI 筛选提示词）","2026-09-10","创业人生",[97,98,99,100,101,102,103,104,105,106],"独立站出海","Trustpilot","选品方法","跨境电商","差评挖掘","AI选品","Facebook广告","Google广告","独立站运营","赚美金","放弃跟爆品：榜单是公开的，你看到的别人也看到，卷到最后比的是资金量和供应链——新手赢不了 差评才是金矿：Trustpilot 上差评基本来自真实购买（没人给自己刷差评），差评多说明订单量大（需求被验证），评分低说明履约差（你的机会） AI 批量筛选：用 Claude\u002FCodex 跑提示词，筛选\"差评","\u002Fwriting\u002Ftrustpilot-product-selection-method",{"id":110,"title":111,"date":112,"category":95,"readTime":113,"tags":114,"_excerpt":125,"_path":126},"awesome-indie-indie-developer-resources-guide","独立开发者赚钱资源大全：awesome-indie 精选 60+ 社区、书籍、工具（GitHub 开源）","2026-09-09","14 分钟",[115,116,117,118,119,120,121,122,123,124],"独立开发者","awesome-indie","资源合集","IndieHackers","副业赚钱","微型创业","被动收入","自举创业","SaaS","开发者赚钱","awesome-indie 是 GitHub 上的独立开发者赚钱资源合集（作者 mezod），覆盖社区、新闻通讯、博客播客、案例研究、会议、书籍、工具、课程 8 大主题，与\"独立开发者如何赚钱\"强相关 社区类先收藏：IndieHackers、Hacker News、r\u002FSideProject、Meg","\u002Fwriting\u002Fawesome-indie-indie-developer-resources-guide",{"id":128,"title":129,"date":112,"category":130,"readTime":131,"tags":132,"_excerpt":143,"_path":144},"investment-most-important-cycle-reflexivity-wisdom","巴菲特芒格力荐的 2 本书 + 索罗斯反身理论：投资最重要的 3 件事（周期 × 认知 × 顺势而为）","交易心得","16 分钟",[133,134,135,136,137,138,139,140,141,142],"投资智慧","周期","霍华德马克思","巴菲特","芒格","索罗斯","反身性","价值投资","趋势投资","顺势而为","3 本经典合一：《投资最重要的事》（霍华德·马克思）+《周期》（霍华德·马克思）+ 索罗斯\"反身性理论\"——巴菲特、芒格都强力推荐 核心母题：万物皆有周期——经济周期、信贷周期、产能周期、房地产周期、情绪周期……周期是自然之道，不可对抗，只能顺从 书 1《投资最重要的事》核心：价值投资是底盘，技术分","\u002Fwriting\u002Finvestment-most-important-cycle-reflexivity-wisdom",{"id":146,"title":147,"date":112,"category":130,"readTime":148,"tags":149,"_excerpt":159,"_path":160},"tiandao-permanent-business-investment-logic","从《天道》看永久值得投资的生意：生存、刺激与繁衍的底层逻辑","15 分钟",[150,151,152,153,154,155,156,140,157,158],"天道","投资逻辑","强势文化","底层需求","基因","丁元英","生意经","消费行业","遥远的救世主","天道的定义：永不改变、永远正的法则确，是世界的底层系统；在《天道》里对应\"神即道，道法自然，如来\" 需求的源头是六感：视觉需求远大于听觉、嗅觉、味觉——人对\"还原真实世界\"的视觉追求永无止境（480p→8K），所以显示行业永远有成长性 黑色家电 vs 白色家电案例：人对温差（24℃ vs 24.1℃","\u002Fwriting\u002Ftiandao-permanent-business-investment-logic",{"id":162,"title":163,"date":164,"category":7,"readTime":148,"tags":165,"_excerpt":176,"_path":177},"payoneer-cross-border-payment-guide","Payoneer派安盈使用全教程：跨境电商与WooCommerce独立站收款提现避坑指南，附万里汇连连PingPong对比","2026-09-03",[166,167,168,169,170,171,172,173,174,175],"Payoneer","派安盈","跨境收款","WooCommerce独立站","PayPal提现","万里汇","连连国际","PingPong","Airwallex","Stripe","Payoneer 提供美\u002F欧\u002F英\u002F日\u002F港等地虚拟银行账户，是跨境电商收款的\"资金中枢\"，而非信用卡收单工具 平台卖家（亚马逊、TikTok Shop、Shopee 等）绑定 Payoneer 虚拟账户即可自动收款，这是它的主战场 WooCommerce 独立站有两种用法：达到企业主体和流水门槛可申请","\u002Fwriting\u002Fpayoneer-cross-border-payment-guide",{"id":179,"title":180,"date":181,"category":130,"readTime":148,"tags":182,"_excerpt":191,"_path":192},"eg-limit-up-cant-control-hand","乙二醇连续涨停我逆势做空浮亏120万，期货交易为什么管不住手，读懂损失厌恶才能跟上趋势","2026-09-02",[183,184,185,186,187,188,189,190],"乙二醇期货","管不住手","逆势做空","损失厌恶","处置效应","期货交易心理","趋势交易","仓位管理","美伊战争引爆原油市场，布伦特突破100美元，能化板块整体走强，乙二醇期货连续大涨后涨停至5800元上方 明知趋势向上，我却反手做空乙二醇，开盘即涨停，单笔浮亏120万 \"管不住手\"的根源是四个心理机制：损失厌恶、处置效应、沉没成本谬误、报复性交易 逆势单的本质不是\"做空\"，而是\"拒绝承认自己看错了\"","\u002Fwriting\u002Feg-limit-up-cant-control-hand",{"id":194,"title":195,"date":196,"category":130,"readTime":197,"tags":198,"_excerpt":209,"_path":210},"ancient-du-jing-15-wisdoms-futures-trading","《赌经》千年智慧 × 期货交易：15 大核心心法在现代金融交易中的应用","2026-09-01","18 分钟",[199,200,201,202,203,204,205,206,207,208],"期货交易","交易系统","交易心态","交易纪律","博弈论","资金管理","善赌者","风险控制","古代智慧","交易心法","千年博弈智慧的核心：\"天下万物都离不开博弈，人生无处不博弈\"——交易、转业、选择，本质都是下注 15 大心法的期货对应：(1) 天性 (2) 万物皆博 (3) 相济 (4) 养德 (5) 专一 (6) 休息与好习惯 (7) 静心 (8) 胜机 (9) 料情 (10) 善听 (11) 胜险 (12) ","\u002Fwriting\u002Fancient-du-jing-15-wisdoms-futures-trading",{"id":212,"title":213,"date":196,"category":95,"readTime":62,"tags":214,"_excerpt":225,"_path":226},"information-diet-munger-deep-thinking","每天写 600 字、拒绝短视频、读书走路：芒格的\"反碎片化\"哲学与 3 个实操方法",[215,216,217,218,219,220,221,222,223,224],"信息过载","碎片化","深度思考","查理芒格","注意力管理","个人成长","反碎片化","自我管理","信息减肥","写作","信息过载的本质是\"被动兴奋\"：你不是在\"获取信息\"，你是在被算法训练成\"刷下一条\"的条件反射机器 芒格的\"避免愚蠢\"哲学：\"反过来想，总是反过来想\"——聪明难学，愚蠢容易避免，关键是识别\"什么是会让自己变蠢的事\" 3 个反碎片化方法：(1) 信息减肥——限制信息源、少刷短视频；(2) 用输出取代输入","\u002Fwriting\u002Finformation-diet-munger-deep-thinking",{"id":228,"title":229,"date":230,"category":130,"readTime":113,"tags":231,"_excerpt":237,"_path":238},"futures-sell-art-trailing-stop-profit-take","期货交易\"会买的是徒弟，会卖的才是师傅\"：浮盈守不住的 4 个真相与 5 个系统化解决方案","2026-08-30",[199,232,233,234,201,200,190,202,235,236],"止盈","止损","移动止盈","浮盈","卖出策略","期货交易最隐蔽的失败模式：\"买对、趋势对，但赚不到钱甚至亏钱\"，90% 的交易者死在这里 浮盈 100w 变 70w 的 4 个真相：(1) 急速亏损来不及止损；(2) 高额手续费侵蚀利润；(3) 急速上涨拿不住提前下车；(4) 心理预期失衡导致操作变形 5 个系统化卖出解决方案：(1) 移动止盈（","\u002Fwriting\u002Ffutures-sell-art-trailing-stop-profit-take",{"id":240,"title":241,"date":242,"category":95,"readTime":148,"tags":243,"_excerpt":252,"_path":253},"starter-story-5-acquisition-cases","网站出海必看：Starter Story 上 5 个独立开发者获客案例，把第一批用户从哪来都告诉你了","2026-08-27",[244,245,246,247,248,249,250,123,251],"独立开发","网站出海","Starter Story","获客","Product Hunt","SEO","Build in Public","增长黑客","Starter Story 上 2933 个月入过万美金的小项目，连第一批用户从哪来都告诉你了。深度拆解 Papermark、AudioPen、Bank Statement Converter、ScreenshotOne、Chatbase 五个真实案例的获客路径。","\u002Fwriting\u002Fstarter-story-5-acquisition-cases",{"id":255,"title":256,"date":257,"category":95,"readTime":258,"tags":259,"_excerpt":269,"_path":270},"chinese-rest-shameness-burnout-recovery","中国人为什么不敢停下来：内卷时代的\"休息羞耻\"与 3 个破解方法","2026-08-25","11 分钟",[260,261,262,263,264,265,115,266,267,268],"内卷","休息羞耻","工作焦虑","牛马","停下来","自由职业","心理健康","自我成长","生活平衡","\"玩几天就心慌\"不是意志力问题，是长期被社会时钟驯化后的条件反射 中国式\"内卷\"的本质是横向比较陷阱：不是想赢，是怕输；不是想更富，是怕被落下 \"当牛马心里舒服\"是一种心理代偿机制：用忙碌掩盖存在焦虑，越忙越空虚 停下来\"感觉别人都跑掉了\"是社会比较 + 信息过载的双重错觉，真实世界没人那么关注你 ","\u002Fwriting\u002Fchinese-rest-shameness-burnout-recovery",{"id":272,"title":273,"date":274,"category":7,"readTime":62,"tags":275,"_excerpt":284,"_path":285},"top-10-free-platforms-indie-creators","独立开发者必收藏的 10 个免费平台：从代码托管到内容分发全覆盖","2026-08-13",[244,276,277,278,279,280,281,282,283,115],"免费工具","开源平台","创作者工具","效率工具","GitHub","Figma","F-Droid","Substack","GitHub 不只是代码托管，更是独立开发者的免费简历 + 团队协作 + CI\u002FCD 基础设施 Linux 让独立开发者彻底摆脱\"环境不一致\"的坑，是服务器、Web 项目、AI 训练的事实标准 Wikipedia + Internet Archive 是最被低估的\"研究前哨站\"，能解决 80% 的英","\u002Fwriting\u002Ftop-10-free-platforms-indie-creators",{"id":287,"title":288,"date":274,"category":289,"readTime":62,"tags":290,"_excerpt":301,"_path":302},"fde-quanshu-zongjie","FDE 前沿部署工程师从零入门指南 · 全书总结","技术教程",[291,292,293,294,295,296,297,298,299,300],"FDE","前沿部署工程师","Palantir","企业 AI","部署","范冰","AI 落地","OpenAI","Anthropic","Harvey","FDE · 全书总结 前沿部署工程师（FDE） 从零入门指南 范冰 著 · 基于公开仓库 14 个 Markdown 文件的完整梳理 原书框架参照《增长黑客》方法论体例 01 FDE 是什么？ 一句话定义： 前线部署工程师（Forward Deployed Engineer），是一个驻扎在客户现场、","\u002Fwriting\u002Ffde-quanshu-zongjie",{"id":304,"title":305,"date":306,"category":289,"readTime":131,"tags":307,"_excerpt":317,"_path":318},"90-day-organic-traffic-b2b-factory-seo","90 天靠自然流量做独立站：B2B 工厂 SEO 完整复盘（4 个致命问题 + 4 项整改 + 程序员视角深度补充）","2026-08-12",[308,309,310,100,311,312,313,314,315,316],"独立站","自然流量","B2B 工厂","外贸","SEO 优化","技术 SEO","外链建设","内容营销","谷歌排名","3 分钟摘要： 工厂独立站最常见的 4 个致命问题：关键词错位 \u002F 转化力为零 \u002F 技术 SEO 不到位 \u002F 外链权重为零 针对性 4 项整改：全站关键词重构 \u002F 全盘内容改写 \u002F 深度技术 SEO 修复 \u002F 高质量外链搭建 90 天执行时间表：第 1-30 天（技术修复 + 关键词重挖）\u002F 第 3","\u002Fwriting\u002F90-day-organic-traffic-b2b-factory-seo",{"id":320,"title":321,"date":322,"category":95,"readTime":323,"tags":324,"_excerpt":335,"_path":336},"ai-short-drama-industry-2026","AI 短剧 4 阶段生死局:3 个月一波,90% 承制公司要关,留下的只有 3 种人","2026-07-31","13 分钟",[325,326,327,328,329,330,331,332,333,334],"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",{"id":338,"title":339,"date":322,"category":95,"readTime":340,"tags":341,"_excerpt":351,"_path":352},"niche-product-overseas-thinking","国内做产品总想服务所有人,海外却专做 1% 小众市场,这是独立开发的真相","9 分钟",[244,342,343,344,345,346,347,348,349,350],"细分市场","小而美","海外产品","独立产品","niche","垂直产品","创业思维","产品哲学","Indiehacker","3 分钟摘要: 国内产品迷思:做一个工具,恨不得覆盖\"18-35 岁全人群\",功能堆到 50+,最后谁都不满意 海外独立开发者哲学:只服务一个明确小群体(Notion 用户\u002F播客主\u002FIndie Hacker),做深做透 1% 市场数学:全球 80 亿人 × 1% × 1% 转化 = 80 万付费用户","\u002Fwriting\u002Fniche-product-overseas-thinking",{"id":354,"title":355,"date":356,"category":7,"readTime":258,"tags":357,"_excerpt":368,"_path":369},"giffgaff-account-terminated-refund-guide","giffgaff 不到 1 月被封号？10 欧元余额退款攻略 + 英国保号卡使用避坑指南","2026-07-29",[358,359,360,361,362,363,364,365,366,367],"giffgaff","英国保号卡","海外手机号","余额退款","漫游政策","公平使用政策","eSIM","出国旅行","国际通信","账户管理","3 分钟摘要： giffgaff 封号邮件里写的 \"final position\" 指的是无法恢复号码和卡片使用权，不意味着可以扣押你的预付费余额 余额退款是常规操作——按 giffgaff 政策，账户终止时未消耗的预存资金应原路退回 提交 Ask an Agent 工单 申请退款，用对英文模板、态","\u002Fwriting\u002Fgiffgaff-account-terminated-refund-guide",{"id":371,"title":372,"date":356,"category":95,"readTime":323,"tags":373,"_excerpt":380,"_path":381},"smart-people-ultimate-arena-financial-markets","聪明人最后都会走向金融市场？10 年程序员的 5 点反驳 + 1 条血泪建议",[374,199,375,376,206,70,377,378,379,115],"金融市场","认知变现","独立思考","趋势跟踪","移动止损","心理博弈","3 分钟摘要： \"金融市场是世界上最公平的战场\"——部分对，但隐藏了 3 个不公平 \"认知变现速度最快\"——部分对，但 90% 的聪明人亏得比上班族还快 \"和全球最聪明的人博弈\"——部分对，但你以为的\"博弈\"是另一种\"被博弈\" \"最残酷的认知审判场\"——完全对，这是 5 点里最真实的一句 \"唯一能燃","\u002Fwriting\u002Fsmart-people-ultimate-arena-financial-markets",{"id":383,"title":384,"date":385,"category":95,"readTime":131,"tags":386,"_excerpt":395,"_path":396},"tiktok-shop-13-products-zero-orders","200 元 AI 跨境课复盘：13 个产品 0 订单，10 年程序员的跨境电商真实踩坑记录","2026-07-22",[100,387,388,389,115,390,391,392,393,394],"AI 跨境","TikTok 小店","避坑指南","副业变现","选品方法论","海外市场调研","供应链","真实复盘","3 分钟摘要： 课程里讲的\"4 大机会\"是真实的——AI 确实放大了小团队的跨境能力 但课程不会告诉你 90% 的卖家死在\"选品\"上——选错品 = 一切努力清零 13 个产品 0 订单的真实原因 = 我犯了跨境电商最经典的 3 个错：选品靠感觉、内容靠 AI 量产、流量靠自然等 跨境电商的隐藏成本是","\u002Fwriting\u002Ftiktok-shop-13-products-zero-orders",{"id":398,"title":399,"date":6,"category":95,"readTime":113,"tags":400,"_excerpt":408,"_path":409},"pieter-levels-one-person-saas","一人 + 一台电脑 + 500 万美金：从 Pieter Levels 看独立开发者的 6 环商业链路（实操玩法版）",[401,115,402,403,404,405,406,407,345,390],"Pieter Levels","一人公司","海外商业","付费按钮","两周验证法","自动化系统","复购会员","3 分钟摘要： 一人公司不是\"小团队\"，是 \"单人 + 自动化系统\" 的商业形态——一个人 + 一台电脑 + 6 个产品环节 海外用户付费习惯跟国内完全不同：先看页面、再看价格、付款即交付，没有\"私聊逼单\"这一环 第一个核心方法 = \"先做付费按钮，不做大系统\"——24 小时内就能验证真假需求 第二","\u002Fwriting\u002Fpieter-levels-one-person-saas",{"id":53,"title":4,"date":6,"category":7,"readTime":8,"tags":411,"_excerpt":21,"_path":54},[10,11,12,13,14,15,16,17,18,19],{"id":413,"title":414,"date":415,"category":289,"readTime":197,"tags":416,"_excerpt":424,"_path":425},"indie-dev-150-seo-strategies","独立开发者 150 个 SEO 策略速查手册：从 0 到 10 万流量的完整作战地图（关键词 \u002F 内容 \u002F 页面 \u002F 技术 \u002F 外链 \u002F AI \u002F 转化）","2026-07-15",[249,115,417,418,419,314,420,421,422,423],"关键词策略","内容策略","技术SEO","AI SEO","GEO","流量增长","转化优化","3 分钟摘要： SEO 7 大模块：关键词（找用户在哪）、内容（接住用户）、页面（让 Google 看得懂）、技术（让 Google 抓得到）、外链（让 Google 信得过）、AI SEO（让 ChatGPT \u002F Perplexity 引用你）、增长（把流量变收入） 关键词策略的核心 = 挖出 1","\u002Fwriting\u002Findie-dev-150-seo-strategies",{"id":427,"title":428,"date":415,"category":95,"readTime":258,"tags":429,"_excerpt":439,"_path":440},"zhongnian-beiye-bailand-fansi","失业 4 年、每天只想摆烂：一个 40 岁中年男人的复盘与自救",[430,431,432,433,434,435,436,437,220,438],"中年危机","摆烂","失业焦虑","副业","赚钱方法","底层逻辑","40岁","怀孕老婆","自我救赎","3 分钟摘要： 摆烂的本质是\"大脑拒绝再接收无效输入\"，不是意志力问题 失业 4 年 = 焦虑的真实来源不是\"没钱\"，是\"看不到确定的现金流\" 噪音型学习 = 看了 100 个博主的\"月入十万\"，一个底层闭环都没跑过 中年人不缺方法、缺打透一个方法的执行力 + 耐住 6-12 个月不冒头的耐心 摆烂","\u002Fwriting\u002Fzhongnian-beiye-bailand-fansi",{"id":442,"title":443,"date":444,"category":95,"readTime":258,"tags":445,"_excerpt":454,"_path":455},"chinese-seller-brand-mindset","中国独立站为什么做不出品牌:有网站不等于有品牌,从中美认知差到品牌资产构建","2026-07-05",[308,446,100,447,448,449,450,451,452,453],"品牌建设","商标注册","品牌资产","Shopify","中国卖家","DTC 品牌","流量套利","美国市场","3 分钟摘要: 中美品牌第一差:中国卖家从\"货\"出发(本月 ROI),美国卖家从\"资产\"出发(三年后品牌值多少钱) 中国独立站的本质是\"换了皮的批发摊位\":有网站,没有品牌;有产品,没有资产;有订单,没有复购理由 美国卖家把商标、域名、社媒账号、品牌名统一视为 品牌资产,在卖爆之前就把这些\"产权\"占","\u002Fwriting\u002Fchinese-seller-brand-mindset",{"id":457,"title":458,"date":444,"category":7,"readTime":459,"tags":460,"_excerpt":470,"_path":471},"google-indexing-api-fast-index","沙盒期 GitHub Pages 提速收录:用 Google Indexing API 24 小时强制收录新文章","10 分钟",[461,462,463,464,465,249,466,467,468,469],"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",{"id":473,"title":474,"date":475,"category":95,"readTime":340,"tags":476,"_excerpt":486,"_path":487},"ai-music-creator-first-album","AI 让我成为音乐创作人：第一张专辑《未乱》与主打歌《鱼肚白》的诞生全流程","2026-06-18",[477,478,479,480,481,482,483,390,484,485],"AI 音乐","Suno","Udio","豆包","Gemini","音乐创作","独立创作","腾讯音乐","专辑发行","AI 把音乐创作的门槛从\"会乐器 + 懂乐理\"降到\"会写主题 + 会挑曲风\"，普通人也能成为音乐创作者 三步走完整路径：AI 写词 → AI 谱曲演唱 → 发行到平台 主流工具组合：豆包 \u002F Gemini（写词）+ Suno \u002F Udio \u002F 谱乐 AI（谱曲演唱） 主打歌《鱼肚白》从第一行歌词到腾","\u002Fwriting\u002Fai-music-creator-first-album",{"id":489,"title":490,"date":475,"category":95,"readTime":340,"tags":491,"_excerpt":498,"_path":499},"kalodata-market-research","如何用 Kalodata 做 TikTok 选品市场调研：10 分钟看懂一个赛道",[492,493,391,494,495,496,497,244,333,390],"Kalodata","TikTok 选品","市场调研","TikTok Shop","类目大盘","联盟达人","3 分钟摘要： 选品失败的 90% 原因不是产品不好，而是赛道没看清就开干 Kalodata 的「类目大盘」是最高效的市场调研入口，单页覆盖六个核心维度 优先选 增长中 + 盘子大 + 竞争分散 + 联盟达人驱动 + $10–30 主流价格带 + 新品占比高 的类目 价格带 $10–$30 是 Ti","\u002Fwriting\u002Fkalodata-market-research",{"id":501,"title":502,"date":475,"category":130,"readTime":340,"tags":503,"_excerpt":512,"_path":513},"kan-da-zuo-xiao-futures-trading","期货「看大做小」趋势交易法：从前辈点拨到实操悟道的完整路径（日线 + 30分钟 + RSI 临界点入场）",[199,504,505,189,506,507,508,509,510,511],"看大做小","多周期共振","日线","30分钟","5分钟","RSI指标","入场点","顺势交易","3 分钟摘要： 看大做小 = 大周期定方向 + 小周期找入场 + RSI 等临界点 周期组合按交易风格选：波段 = 日线 + 30分钟 \u002F 5分钟（本文重点） 大周期判方向三件套：均线排列、高低点结构、关键支撑阻力 小周期入场三件套：回调企稳、K 线反转形态、RSI 临界点 越是简单的事越难执行——","\u002Fwriting\u002Fkan-da-zuo-xiao-futures-trading",{"id":515,"title":516,"date":475,"category":130,"readTime":62,"tags":517,"_excerpt":525,"_path":526},"trading-for-a-living-book-summary","《以交易为生》核心思想精读：三重筛选 + 2% 风险 + 鳄鱼原则，三大支柱撑起一个交易者的底层操作系统",[518,519,520,521,204,522,200,377,523,524],"以交易为生","Alexander Elder","三重筛选","鳄鱼原则","交易心理","2% 风险","交易日志","交易是Mind（心理）+ Method（方法）+ Money（资金） 三位一体的职业，三者缺一不可 三重过滤筛选系统（Triple Screen） 是本书核心方法论：用周线定趋势 → 日线找回调 → 60 分钟找入场点 2% 风险原则：单笔交易最大亏损不超过账户总资金的 2% 6% 月度原则：单月累","\u002Fwriting\u002Ftrading-for-a-living-book-summary",{"id":528,"title":529,"date":530,"category":61,"readTime":459,"tags":531,"_excerpt":542,"_path":543},"cdn-anti-scan-vps-architecture","海外 VPS 的 CDN 加速与网站防探测架构（Cloudflare + nginx 反代 + WebSocket 后端完整方案）","2026-06-14",[532,533,534,535,536,537,538,539,540,541],"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",{"id":545,"title":546,"date":530,"category":7,"readTime":547,"tags":548,"_excerpt":554,"_path":555},"telegram-86-login-recovery","86 手机号无法登录 Telegram 终极解决方案：绕过付费验证码 + 旧设备验证找回账号","8 分钟",[549,550,551,552,553],"Telegram","86手机号","账号找回","二次验证","短信收费","3 分钟摘要： 86 号码 + 邮箱 + 二次验证密码 = 找回账号的三要素，缺一不可 用第三方客户端 Telega（绕过 Google Play 校验版本）登录，触发邮箱 + 2FA 通道 登录成功后再用官方 Telegram 登录、更新到最新版本 整个过程不需要原手机短信、不需要旧设备在线","\u002Fwriting\u002Ftelegram-86-login-recovery",{"id":557,"title":558,"date":559,"category":95,"readTime":547,"tags":560,"_excerpt":562,"_path":563},"indie-developer-journey","从零到一：我的独立开发之路","2026-05-15",[244,561,220],"创业","2023年初，我做出了一个重要决定：离开稳定的工作，成为一名独立开发者。这个决定并非一时冲动，而是经过深思熟虑的结果。","\u002Fwriting\u002Findie-developer-journey",{"id":565,"title":566,"date":567,"category":130,"readTime":568,"tags":569,"_excerpt":572,"_path":573},"futures-trading-seven-rules","期货交易的七条铁律：从亏损到稳定盈利的思考","2026-03-20","5 分钟",[199,130,570,233,377,571],"交易思维","心法","做期货这几年，踩过的坑、爆过的仓、熬过的夜，最终都沉淀成这七条心得。期货交易本质上不是预测行情，而是管理自己。以下每一条都是真金白银换来的，建议反复读、慢慢悟。","\u002Fwriting\u002Ffutures-trading-seven-rules",1789555367920]