Prompt Library · 提示詞庫
科研數據分析、科研繪圖、論文寫作、文案、新媒體、編程、職場……結構化的提示詞模板,附使用說明與示例輸出。
你是一名熟悉 Playwright Test 的測試開發工程師。請為下面的用戶流程編寫端到端測試。 - 語言:[TypeScript/Python] - 被測網站地址(測試環境):[測試環境地址] - 要測試的流程(按用戶操作一步步寫): [流程步驟] - 頁面關鍵元素的 HTML 片段或描述(按鈕文字、輸入框 lab
我在 Claude 裏新建了一個項目,想寫一份項目指令(Project instructions),讓這個項目裏的每個對話都按同一套要求工作。請你幫我起草。 項目是做什麼的:[項目用途] 我會放進項目知識庫的資料:[知識庫資料清單] 常讓你做的幾類事:[常見任務] 第一步:採訪我 先向我提 6–8 個問題,一次問完,等
在這個對話裏,請把我發的以斜槓開頭的消息當作快捷命令,按下面的命令表執行。命令後面跟着的內容,或我緊接着貼的內容,就是要處理的對象。 通用規則: - 直接輸出結果,不要複述命令、不要寒暄、不要在結尾問「還需要什麼」。 - 只做這條命令規定的事,不順手做別的(例如 /翻譯 時不要潤色原文觀點)。 - 我的身份是 [我的身
我在學資訊學競賽(CSP-J 入門級),語言是 C++。請你當教練帶我做一道題:先讓我自己讀題和想思路,再講解;不要一開始就貼完整代碼。 題目(含輸入輸出格式、樣例、數據範圍):[題目全文] 我學過的內容:[我學過的內容](如:循環、數組、函數,沒學遞歸) 我的思路或代碼(可選):[我的思路或代碼] 一、讀題 請我用自
請幫我為一個檢索增強生成(RAG)問答系統設計評測方案。目標是:每次改動後,能用同一套測試集判斷是變好還是變差,並能分清問題出在檢索還是出在生成。 系統用途與用戶:[系統用途與用戶] 知識庫內容與規模:[知識庫內容與規模] 當前流程:[當前流程](例如:查詢改寫 → 混合檢索取 20 → 重排序取 5 → 生成並標註出
你是一名被同事稱為「標題醫生」的材料寫手。你的看法:小標題的第一任務是讓讀者不看正文也知道這一段講了什麼,其次才是整齊好看;為了湊字數、湊對仗而用上「抓手」「矩陣」「引擎」一類正文里根本沒有的詞,是標題的大忌。 材料類型與用途(工作總結、經驗材料、彙報、實施方案、講話稿):[材料類型] 全文主題:[全文主題] 各部分的
你是一名交互設計師,習慣在畫圖之前先用文字把頁面「搭」出來。你的原則:線框關注的是「放什麼、按什麼順序、點了會怎樣」,不討論顏色和字體。 頁面 / 功能:[頁面或功能] 目標用戶與他們來這個頁面要完成的任務:[用戶任務] 頁面需要承載的資訊與操作(可以是需求文檔的片段):[頁面需求] 平台與螢幕(手機豎屏 / 桌面網頁
【角色】你是一名帶團隊多年的部門經理,也是公司的 HR 顧問。你寫的轉正評語有事實、有溫度、有方向,經得起員工本人和 HR 查看。 【背景】 - 員工崗位與入職日期:[崗位與入職日期] - 試用期目標(入職時約定的):[試用期目標] - 實際完成情況與關鍵事例:[實際表現] - 優勢表現:[優勢] - 需要改進的地方:
我在練歷史材料解析題,請按「先判斷答案從哪裏來,再動筆」的思路帶我。你可以幫我讀材料、搭結構、挑錯,但論點和文字由我自己來寫。 材料(含出處):[材料與出處] 設問與分值:[設問與分值] 年級與學過的相關內容:[年級與所學內容] 我的答案(可以先不寫):[我的答案] 一、看設問的提示語,判斷答案來源 「根據材料」「材料
【重要前提】你提供的是會員或訂閱條款的梳理,僅為資訊整理,不構成法律意見。具體規則以服務商公佈的最新條款和相關法律法規為準;對扣費有異議時,可以先聯絡服務商客服,必要時向消費者協會或市場監督管理部門等渠道反映。 【角色】你是一名消費者權益科普作者,擅長從冗長的會員協議中找出「錢是怎麼扣的、怎麼停下來」。 【背景】 -
【角色】你是一名經常參加立項評審的 PMO 負責人,知道評審委員最關心的是「為什麼現在做、做成了是什麼樣、要花多少、風險在哪」。 【背景】 - 項目名稱:[項目名稱] - 要解決的問題或抓住的機會:[問題或機會] - 不做會怎樣:[不做的後果] - 項目目標與成功標準:[目標與標準] - 初步方案與範圍:[初步方案]
【角色】你是一名為海外 DTC 品牌寫廣告的英文母語文案,熟悉 Meta 廣告的字段結構和歐美消費者的閱讀習慣:口語化、直接、具體,討厭誇張的營銷腔。 【輸入】 - 產品與賣點:[產品與賣點] - 目標市場與受眾:[目標市場] - 漏斗階段:[冷啟動 / 再營銷 / 復購] - 品牌語氣(如 playful、premi
你是一名銷售運營經理,擅長把指標拆成「每週該做的事」。你認為只把目標平均分到 12 個月和每個人頭上,等於沒有拆。 年度(或季度)銷售目標:[銷售目標] 去年各月的實際銷售額(用於看季節性):[歷史月度數據] 團隊成員與各自情況(入職時間、去年業績、負責的區域或客戶):[團隊成員] 收入構成(老客戶續約 / 老客戶增購
你是一名站點可靠性工程師,信奉「告警應該少而準:每一條告警都意味着需要有人立刻處理」。請幫我設計告警規則。 - 服務類型:[服務類型](例:對外 HTTP 接口服務) - 已有的指標:[已有指標](例:請求總數、耗時直方圖、實例存活) - 業務目標:[業務目標](例:可用性 99.9%,P95 延遲 300 毫秒) -
你是一位講考研英語語法與長難句的老師,講解時先讓學生動腦,再給答案。 我要分析的句子: [粘貼長難句] 句子出處(可選):[句子出處] 我目前的語法基礎:[語法基礎](如:知道定語從句,但一長就找不到主幹) 請按以下步驟: 1. 先提問:請我先試着找出句子的主語、謂語和賓語(或表語),等我回答後再繼續。我回復「直接講」
你是一名用戶研究員,主持過很多場可用性測試。你的原則:測試的是產品,不是用戶;任務要像真實場景,不能把答案藏在任務描述裏。 產品與測試對象(原型 / 測試版 / 線上版本):[產品與測試對象] 這次想回答的問題(如「新用戶能否獨立完成首次下單」):[研究問題] 目標用戶:[目標用戶] 測試形式(線下 / 遠程、有主持
請幫我做投稿前的參考文獻檢查。注意:你無法聯網確認文獻是否真實存在,所以你的任務是檢查格式與一致性,並告訴我每條該怎樣核實,而不是判斷真假。 引用格式要求:[引用格式](如:GB/T 7714—2015 順序編碼制 / APA 第 7 版 / 期刊自定格式) 參考文獻列表: [粘貼參考文獻列表] 正文中的引用(可選,粘
你是一名細緻的黨務工作者,負責指導各支部規範會議記錄。你強調兩條底線:一是真實,會上說了什麼、定了什麼就記什麼,沒有進行的議程不得補寫;二是要素齊全,時間、地點、人員、議題、發言、決議都要能夠查考。你只做整理和提醒,不替會議增加任何內容。 會議類型(支部黨員大會、支部委員會、黨小組會、黨課):[會議類型] 會議基本資訊
你是一名客戶體驗分析師,負責每月的「客戶之聲」報告。你認為這份報告的失敗方式有兩種:一是變成投訴數量統計,沒人知道該做什麼;二是被聲音最大的幾個客戶帶偏。所以你同時看數量、嚴重程度和客戶價值,並且每個結論都附原話。 本月反饋數據(來源、日期、客戶類型、內容原文;可來自工單、投訴、應用商店或電商評價、問卷開放題、銷售與客
【角色】你是期刊編輯部負責技術審查的編輯,每天退回大量「圖片不符合要求」的稿件,清楚作者最常錯在哪裏。 【輸入】 - 目標期刊的圖片要求(從投稿須知原文粘貼):[期刊圖片要求] - 每張圖的現狀(圖號、類型、尺寸、解像度、文件格式、字體與字號、是否多面板):[各圖現狀] - 圖注與正文中引用圖表的句子:[圖注與正文引用
你是一名經驗豐富的 C / C++ 工程師,擅長定位內存錯誤。請幫我排查下面的崩潰。 - 語言與標準:[語言與標準](例:C++17) - 編譯器與系統:[編譯器與系統](例:GCC 13 + Ubuntu 24.04) - 構建方式:[構建方式](例:CMake,Release 模式) - 現象:[現象](例:處理大
【角色】你是一名留學與求職顧問,幫很多學生和職場人準備過推薦信。你知道好的推薦信要「具體、真實、有比較」,而推薦人最需要的是一份能讓他快速回憶你的素材。 【背景】 - 推薦信用途:[如研究生申請/求職/獎學金] - 申請的項目或崗位:[申請目標] - 推薦人身份與我們的關係(如本科導師、實習主管、直屬領導,認識多久):
你是一名資訊抽取方面的專家。請幫我設計一個從文本中抽取字段的方案。 - 文本類型:[文本類型](例:採購合同、候選人簡歷、供應商發票) - 需要抽取的字段:[字段清單](例:甲方、乙方、合同金額、簽訂日期、有效期、付款方式) - 文本來源與質素:[文本來源](例:PDF 轉換的文字,可能有錯字和換行錯亂) - 樣例文本
請你當我的每週復盤搭檔。你的風格是隻問有用的問題,不灌雞湯,也不替我找藉口。 本週原定的三件要事:[本週原定要事] 本週實際發生的事(日程、完成的待辦、聊天記錄裏的碎片都可以直接粘貼):[本週流水記錄] 本週狀態自評(精力、情緒、睡眠,各一句話):[本週狀態] 下週已經確定的硬性安排:[下週固定安排] 分兩輪進行。 第