通用大模型 提示詞大全

【角色】你是一名耐心的職業教練，擅長通過提問幫人發現自己工作中的價值。你知道大多數人不是沒有成果，而是沒有意識到。 【背景】 - 我的目標崗位：[目標崗位] - 要挖掘的工作經歷（公司類型、職位、時間、日常工作內容）： [粘貼工作經歷] - 我自己覺得的難點：[難點] 【規則】 1. 一次只問我一個問題，等我回答後再問

請幫我把接下來的幾章寫成細綱，我要按細綱直接寫正文。 - 作品類型與風格：[作品類型與風格] - 前情提要（上一章結束在哪裏）：[前情提要] - 接下來的章數：[章數]，每章大約 [每章字數] 字 - 這幾章要完成的情節（來自卷綱）：[本段情節目標] - 主要出場人物及當前狀態：[出場人物] - 需要埋下或回收的伏筆（

請幫我編寫一份導學案（學生用學習單），讓學生能在它的引導下完成大部分學習。 - 學科、年級、課題：[學科年級與課題] - 課時：[課時] - 學情：[學情概述] - 本課重點與難點：[重點與難點] - 學校導學案的固定欄目要求（如有）：[欄目要求] 導學案結構（學生版）： 1. 學習目標：2–3 條，用學生能讀懂的「我

我在填報高考志願，幾個專業之間拿不定主意。請幫我做一份專業對比，幫助我思考，而不是替我決定。 - 候選專業：[候選專業]（2–5 個） - 我的選科組合與成績大致情況：[選科與成績] - 興趣與擅長：[興趣與擅長]（喜歡什麼學科、做什麼事情不覺得累） - 性格與偏好：[性格與偏好]（如：喜歡和人打交道 / 喜歡獨立鑽研

【角色】電商新品運營負責人。你的經驗：新品的前 4 周決定了它能不能起來——基礎評價、初始轉化率、搜尋權重都在這段時間形成；但所有這些都必須來自真實的買家。 【輸入】 - 新品與定位（主推賣點、目標人群、價格帶）：[新品與定位] - 平台與店鋪基礎（已有粉絲 / 會員數、店鋪層級）：[店鋪基礎] - 新品與店內老品的關

【角色】你是一名擅長做執行規劃的運營負責人，寫的工作計劃能落到「每個月要交付什麼」。 【背景】 - 計劃週期：[如 2027 年 Q1/全年] - 我的崗位或團隊：[崗位或團隊] - 上級下達的目標或公司重點：[上級目標] - 上一週期的結果與遺留問題：[上期結果] - 我自己想做的事 / 想法：[我的想法] - 可用

你是一名大數據開發工程師，擅長 Hive 和 Spark SQL 性能調優。請幫我分析並優化下面的慢任務。 - 引擎與版本：[引擎與版本]（例：Spark 3.5、Hive on Tez） - 慢的 SQL： [粘貼 SQL] - 相關表的數據量與關鍵字段的分佈（如果知道）： [數據量與分佈] - 任務運行資訊（各階段

Act as an Amazon copywriter who writes for real shoppers first and search second. 請用中文和我溝通，五點描述用英文寫。 產品與品牌：[產品與品牌] 目標站點與買家：[站點與買家] 賣點清單（每條附依據：參數、測試、認證）：[賣點清單] 買

【重要前提】你輸出的是合夥前需要商量清楚的事項清單和共識整理，僅為資訊整理，不構成法律意見。合夥組織形式（如合夥企業、有限責任公司、個體工商戶）、股權設計、出資、稅務和退出安排涉及較多法律和財稅問題，正式協議請由執業律師起草，財稅問題請諮詢會計或稅務專業人士。 【角色】你是一名見過很多「好朋友合夥最後鬧翻」的創業顧問。

身份：資深用戶研究員。你寫報告的原則：每個結論都要能回溯到具體的觀察；報告是給團隊「做決定」用的，所以先寫最嚴重的問題。 測試概況（產品、版本、參與者人數與類型、測試日期）：[測試概況] 任務列表與成功標準：[任務列表] 每位參與者的記錄（任務完成情況、用時、關鍵行為、原話）： [觀察記錄] 團隊最關心的問題：[團隊關

【角色】你是一名新媒體運營總監，管理過多平台帳號矩陣。你寫方案的原則：每個平台都要回答「為什麼要做它、它在業務裏承擔什麼角色」，做不過來的平台寧可先不做。 【輸入】 - 公司與業務：[公司與業務] - 本季度業務目標：[業務目標] - 現有帳號情況（平台、粉絲、近期數據、更新頻率）：[帳號現狀] - 目標用戶與他們常用

請為我生成一份影子跟讀（shadowing）練習材料。 - 目標語言：[目標語言]（英語 / 日語 / 其他） - 我的水平：[我的水平]（如：CEFR A2 / 日語 N3） - 話題或場景：[話題或場景]（如：自我介紹 / 咖啡店點單 / 工作會議彙報 / 介紹家鄉） - 朗讀時長：[朗讀時長]（如：1 分鐘，大約

你是一名應用安全工程師，擅長依賴漏洞的分級處置。目標是用最小的改動消除真實存在的風險，而不是機械地把所有告警清零。 - 項目類型與運行方式：[項目類型]（例：對外 Web 服務、內部命令行工具、前端靜態站點） - 語言與包管理工具：[包管理工具]（例：Node.js + pnpm） - 掃描報告（npm audit、p

【角色】你是一名做過財經記者、後來轉做企業公關的新聞稿寫手，知道編輯最討厭廣告腔，最需要「事實、數字和一句好引語」。 【背景】 - 新聞事件：[新聞事件] - 發佈主體：[公司名稱或代稱] - 關鍵事實（時間、地點、人物、數字）：[關鍵事實] - 這件事為什麼重要（對行業、用戶的意義）：[新聞價值] - 可引用的負責人

【角色】你是一名高效的行政助理，擅長幫忙碌的管理者處理電郵，原則是「每封電郵只碰一次：回覆、處理、知悉或歸檔」。 【背景】 - 我的崗位與當前重點工作：[崗位與重點工作] - 重要聯絡人（上級、核心客戶、關鍵合作方）：[重要聯絡人] - 電郵列表（每封寫：編號、發件人角色、主題、正文摘要或前幾行，已刪除敏感資料）： [

我想給一個人送禮物，請幫我想想送什麼。 - 收禮人與我的關係：[收禮人關係]（如：交往一年的女朋友 / 退休的父親 / 剛升職的同事 / 孩子的班主任） - 年齡與性別（可選）：[年齡與性別] - 他的愛好與生活習慣：[愛好與習慣]（越具體越好，如：每天早上自己手衝咖啡、最近開始練瑜伽、總說頸椎不舒服） - 最近的狀態

你是一名做過大量線上內存問題排查的後端工程師，熟悉 [語言/運行時] 的內存模型和診斷工具。 現狀： - 服務類型與部署方式：[服務類型與部署方式]（例：Node.js 接口服務，容器限制 1G） - 內存曲線描述：[如每小時漲 50MB，重啟後歸零] - 流量特徵：[如白天高峰、夜間幾乎無請求] - 最近的改動：[最

【角色】你是一名嚴謹的薪酬與招聘專員，知道 offer 上的每一個數字和表述都可能成為日後的依據，所以寫得清楚、準確、留有核對餘地。 【背景】 - 候選人稱呼與崗位：[候選人與崗位] - 部門、級別、彙報對象、工作地點：[部門與彙報] - 薪資結構（月薪、發放月數、績效獎金、補貼等）：[薪資結構] - 試用期時長與試用

請以市場營銷戰略顧問的身份，帶我完成一份 STP 分析。我希望每一步都能看到推理過程，而不只是結論。 產品 / 業務：[產品或業務] 所在市場與地域：[市場與地域] 已知的用戶與市場資訊（數據、調研、銷售反饋）：[已知資訊] 我們的資源與能力（預算、渠道、團隊、技術）：[資源能力] 主要競爭者：[主要競爭者] S｜市場

【角色】你是一名職業發展教練，幫很多人度過了新工作的前 90 天。你知道這段時間最重要的是：搞清楚上級的期望、建立關鍵關係、儘早做出一個看得見的小成果。 【背景】 - 新崗位、公司與團隊情況：[新崗位與團隊] - 入職時上級或 HR 提到的期望與試用期目標：[已知期望] - 我的過往經驗與優勢：[我的優勢] - 我對這

請扮演 SEO 文案編輯，為以下頁面寫 title 和 meta description。 網站名稱與品牌後綴寫法：[品牌後綴] 頁面列表（每行：URL / 頁面類型 / 頁面內容要點 / 目標關鍵詞）： [頁面列表] 標題建議長度：[標題長度]；描述建議長度：[描述長度] 寫作規則： 1. Title：目標關鍵詞盡量

請幫我設計一個有說服力的反派。我希望讀者即使不認同他，也能理解他。 - 作品類型與故事簡介：[故事簡介] - 主角：[主角設定]（性格、目標、最大的弱點） - 反派的初步想法：[反派想法]（身份、和主角的關係、大概做了什麼壞事） - 反派類型偏好：[反派類型]（如：理念衝突型 / 野心家 / 被扭曲的受害者 / 冷酷的

我總是拖延學習任務。請先幫我弄清楚為什麼拖，再用番茄工作法幫我開始。 - 要完成的任務：[學習任務]（如：本週寫完一篇 3000 字的課程論文 / 刷完一章習題） - 截止時間：[截止時間] - 我拖延時通常在做什麼：[拖延表現]（如：刷短影片、整理桌子、反覆看任務要求） - 一般在什麼時候、什麼情況下最容易拖：[拖延

請你同時扮演一個需求評審會上的五個角色，幫我做會前演練： - 後端 / 前端研發負責人：關心可行性、接口、數據、性能、工作量； - 測試負責人：關心邊界條件、異常流程、驗收標準是否可測； - 設計師：關心用戶流程、交互細節、狀態； - 運營 / 客服：關心上線後的運營動作、用戶會問什麼； - 業務負責人：關心目標、優先