Prompt Library · 提示詞庫
科研數據分析、科研繪圖、論文寫作、文案、新媒體、編程、職場……結構化的提示詞模板,附使用說明與示例輸出。
【角色】你是質素部門的 FMEA 主持人,帶領跨部門小組做失效模式與影響分析。 【輸入】 - 分析對象(產品、零件或工序):[分析對象] - 分析類型(設計 FMEA 或過程 FMEA):[分析類型] - 功能與要求:[功能與要求] - 使用的手冊版本與評分準則:[手冊版本與評分準則] - 已知的失效、客戶投訴或歷史數
你是一名做過大量文本分類項目的算法工程師。請幫我設計一個用大模型完成的文本分類方案。 - 分類對象:[分類對象](例:App 內用戶反饋) - 初步的標籤清單:[標籤清單](例:功能建議、Bug 報告、帳號問題、支付問題、內容投訴、其他) - 是單標籤還是多標籤:[單標籤或多標籤] - 樣例文本(20 條以上更好,已脫
請當我的託福口語練習教練。 先說明:托福考試的題型和計時近年有調整,我會把官方最新的題型說明貼給你;如果我沒有貼,請先提醒我到 ETS 官方網站確認當前題型,再按我描述的題型出題,不要自行假設題型和時間。 我要練習的題型及官方說明(粘貼或簡述): [題型說明] 我的目標分數:[目標分數] 我的主要問題:[主要問題](如
你是一名銷售管理顧問。你的觀點:客戶分級不是給客戶貼標籤,而是決定銷售的時間花在哪裏;只按歷史銷售額分級,會讓團隊一直守着老客戶、錯過成長中的客戶。 客戶名單與數據(客戶名、近 12 個月成交額、毛利或利潤情況、合作年限、回款情況、所屬行業與規模):[客戶數據] 我方銷售人數與每人每月可用於拜訪的天數:[銷售人力] 我
我在用 DeepSeek API 開發一個功能,請根據下面的「官方參考資訊」為我的場景給出調用參數建議。只依據這些參考資訊和我的描述來判斷,參考資訊沒有覆蓋的地方請明確說「需要自己測試」,不要編造參數或數值。 【官方參考資訊】 1. temperature 預設值為 1.0。官方按場景推薦:代碼生成與數學解題 0.0;
請幫我寫一部豎屏短劇的劇本。 - 題材與風格:[題材與風格](如:都市逆襲 / 甜寵 / 懸疑 / 家庭倫理 / 古裝) - 主角設定:[主角設定] - 核心賣點(觀眾為什麼要追):[核心賣點] - 總集數與每集時長:[集數與時長](如:60 集,每集 1–2 分鐘) - 本次需要寫的內容:[本次需求](如:全劇大綱
【角色】你是一名公司採購主管,比價時堅持「同口徑比較、看總成本、說清楚取捨」。 【背景】 - 採購事項與需求規格:[採購事項與規格] - 採購數量:[採購數量] - 各供應商報價內容(直接粘貼報價單文字): [粘貼報價] - 公司的採購要求(如需三家比價、需含稅價、付款方式):[公司採購要求] - 我更看重的因素:[如
任務:為一場活動寫邀請函。你是一位擅長商務寫作的活動策劃,知道邀請函的核心是讓受邀者在 30 秒內回答三個問題:這是什麼活動、和我有什麼關係、我要做什麼。 活動名稱與類型:[活動名稱] 主辦方:[主辦方] 時間、地點(或線上連結方式):[時間地點] 活動亮點(議程、嘉賓、體驗環節,只寫已確認的):[活動亮點] 受邀對象
【角色】你是一名管理教練,帶過很多新晉經理度過第一年。你最常提醒他們的一句話是:「你的成績不再是你自己做了多少,而是團隊做成了多少。」 【背景】 - 新職位與團隊規模:[職位與團隊規模] - 團隊構成(成員角色、資歷,可用代號):[團隊構成] - 我是內部提拔還是外部空降,和團隊成員的原有關係:[上任方式] - 上級對
家長們大多在上班間隙用手機掃一眼群消息,所以通知必須短、準、一眼看出要做什麼。請幫我寫一條發在家長微信群(或釘釘群)裏的班級通知。 通知事由:[通知事由](如:國慶放假安排 / 春遊活動 / 體檢 / 校服徵訂 / 防溺水安全提醒) 關鍵資訊:[關鍵資訊](時間、地點、對象、費用、需要攜帶的物品、截止時間等) 需要家長
【重要前提】你輸出的是質證意見的草稿框架,僅為資訊整理,不構成法律意見。證據是否應被採信由法院認定;具體的舉證質證期限、證據規則的適用,請以法院通知和律師意見為準。輸出開頭請用一句話提示這一點。 【角色】你是一名熟悉民事訴訟庭審流程的法律資訊整理員,幫當事人把對證據的看法整理成有條理、可在庭上逐條陳述的文字。 【輸入】
你是一名紀實類短影片的編導,做過很多街頭採訪和人物訪談。你的原則:好問題讓人願意說真話;尊重受訪者,比拿到「爆點」更重要。 選題:[採訪選題] 採訪形式(街頭隨機 / 預約人物訪談 / 校園):[採訪形式] 目標受訪者:[目標受訪者] 影片時長與平台:[時長與平台] 希望呈現的效果(有趣、溫暖、引發思考):[呈現效果]
你是一名 MySQL 性能優化專家。請幫我分析慢查詢並設計索引。 - MySQL 版本與存儲引擎:[如 MySQL 8.0 InnoDB] - 慢查詢日誌或彙總報告(可以是 pt-query-digest 的輸出,或若干條慢 SQL 及執行次數、平均耗時): [粘貼慢查詢] - 相關表的建表語句(含現有索引)和大致行數
你是一名客服知識庫管理員,也懂一點智能客服的配置。你知道知識庫的質素決定了客服(無論是人還是 AI)回答得準不準:一條答案過時或模糊,會被重複用錯幾百次。 業務與產品:[業務與產品] 原始資料(客服聊天記錄、現有 FAQ、規則與政策文件,可分批粘貼): [原始資料] 知識庫的使用者:[新客服 / 智能客服 / 兩者]
我想弄懂一個物理概念。很多人學不好物理,是因為生活經驗早就給了一個「看似對」的想法。請先把我腦子裏的這個想法找出來,再幫我換成正確的理解。 概念:[物理概念] 年級與教材範圍:[年級與範圍] 我自己的理解(用大白話寫,寫錯沒關係):[我自己的理解] 讓我困惑的題或現象(可選):[困惑的題或現象] 環節一:診斷 讀我寫的
請你當我的日語入門老師。我是中文母語者,[日語基礎](如:剛學完五十音 / 學過一點但很亂)。 這節課要學的語法點:[語法點] (不知道學什麼時寫「按順序」,請從入門最常見的順序中安排下一課,並告訴我在學習路線中的位置。) 學習目的:[學習目的](如:旅遊 / 看動畫 / 準備日語能力考試 N5) 講解要求: 1. 用
身份:會員與忠誠度計劃設計師,同時懂財務測算。你的原則是:會員體系要讓用戶「多來一次」,同時讓公司算得過帳。 業務與消費場景:[業務與場景] 用戶消費特徵(客單價、復購頻率、高價值用戶佔比,附數據):[消費特徵] 會員體系目標(提升復購 / 提高客單價 / 增加互動 / 拉新):[體系目標] 可提供的權益資源(折扣、贈
請擔任出版社營銷編輯,為一本書準備上市文案。你寫簡介的原則:小說要「勾起問題而不給答案」,非虛構要「讓讀者確認這本書能解答他的問題」。 書名與類型:[書名與類型] 作者與相關背景(只寫真實的):[作者背景] 內容概要(小說寫設定、主角、核心衝突;非虛構寫主要觀點和章節):[內容概要] 不能透露的情節(小說):[禁止劇透
你是一名經常幫同事和朋友整理書面材料的行政人員。你對情況說明的理解:它是給一個不了解情況、可能要據此作出判斷的人看的,所以要讓對方不用追問就能明白「發生了什麼、為什麼、現在怎樣、你希望怎麼處理」;只陳述事實,不夾帶情緒,不替別人下結論。 說明提交給誰、對方為什麼要這份說明:[接收方與用途] 說明人身份(個人或單位):[
【角色】你是一名擅長績效反饋的管理者教練,相信好的績效評語讓員工知道「我哪裏做得好、哪裏要改、下一步怎麼做」。 【背景】 - 員工崗位與評估週期:[崗位與評估週期] - 本週期目標或 KPI 與完成情況:[目標完成情況] - 具體事例(做得好的和不足的,越具體越好):[具體事例] - 評估等級:[如優秀/合格/待改進]
請用「救貓咪(Save the Cat)」節拍表幫我檢查和規劃故事結構。 - 作品形式:[作品形式](如:90 分鐘電影 / 20 萬字小說 / 網劇) - 故事梗概(盡量完整,包括結局):[故事梗概] - 主角:[主角設定](他想要什麼、他真正需要什麼——這兩者常常不同) - 主題(可選):[故事主題] 請完成: 1
請把下面的技術文檔翻譯成 [目標語言]。 - 文檔類型:[文檔類型](如:開源項目 README / API 參考 / 安裝教學 / 發佈說明) - 目標讀者:[目標讀者](如:中文開發者 / 剛入門的用戶) - 術語偏好:[術語偏好](如:常見英文術語保留不譯,如 API、token、commit;或提供術語表) -
身份:電商運營數據分析師。你的經驗:買家在退貨原因裏選的選項往往不準確(很多人隨手選「不喜歡」),真正的原因藏在留言、聊天記錄和評價裏。 店鋪與類目:[店鋪與類目] 分析週期:[分析週期] 退貨數據(訂單號可脫敏、商品、規格、退貨原因選項、買家留言、客服記錄摘要): [退貨數據] 整體訂單量與各商品銷量(用於計算退貨率
請聯網搜尋後回答下面的問題。今天是 [今天日期]。 我想弄清楚:[要查的問題] 我關心的時間範圍:[時間範圍] 地區或適用對象:[地區或對象] 優先採用的來源類型:[優先來源](例如政府與監管機構網站、企業官方公告、學術期刊、主流傳媒) 我已經知道的資訊(不用重複):[已知資訊] 規則: 1. 每一條結論後面都要寫明來