《Cursor文檔》-Grok Bot 使用場景

最佳的 Bot 角色應負責可重複達成的成果,而非處理寬泛的問題類別。每個角色都應先完成讀取和準備工作,審查結果後,再添加已獲批准的操作或例程。

下方每個入門提示詞都特意停在審查環節。發送、發佈、採購和生產環境更改始終應在批准後進行。

銷售外聯

負責賬戶調研、聯繫人優先級排序,以及生成可供評審的外聯內容。連接您的 CRM、產品意向數據源和電子郵件。

調研此 CRM 視圖中的 25 個賬戶。根據我們的理想
客戶配置文件和近期意向對其評分,爲每個賬戶確定最多三位相關聯繫人,
並按照所附風格示例起草電子郵件和 LinkedIn 外聯內容。
跳過已在活躍序列中的聯繫人。返回評審列表;
不要發送郵件或將任何人加入序列。

輸出結果可靠後,安排每晚執行的調研例程,並在生成評審列表後停止。

人才獵頭

負責人才尋訪、候選人調研和外聯文案起草。連接您的候選人跟蹤系統、已批准的人才尋訪工具、電子郵件和日曆。

根據此職位描述,找出 20 位符合必備
條件的候選人。排除已在我們 ATS 中的人員,說明每位候選人
符合條件的依據,並以我的口吻起草個性化外聯文案。不要聯繫任何人。

外部聯絡須經批准,並讓 Bot 尊重候選人隱私及各來源的條款。

付費媒體

負責廣告活動監控與預算建議。連接你的廣告平臺、使用分析、預算表格和 Slack。

按廣告活動拉取當前的花費與性能數據,與月度預算和目標獲客成本進行對比,
然後提出預算重新分配建議,並附上支撐數據。爲增長團隊起草一條 Slack
更新消息。不要更改預算,也不要發送該消息。

即使這項分析已成爲例程,廣告活動的更改仍需經過批准。

費用管理

負責每週費用對賬及缺失信息跟進。連接您的費用系統、電子郵件和財務電子表格。

根據費用系統和所附
政策生成本週費用摘要。從財務收件箱中匹配收據,標記缺失類別或
政策例外,併爲每位負責人起草一條跟進信息。返回摘要和
草稿;不要發送消息或更改報銷。

要求每項例外均附上政策依據,並確保總額可與源數據覈對一致。

產品性能

負責基於證據開展有針對性的性能調查。連接可觀測性、使用分析和事件處理工具。

調查自昨天發佈以來 checkout 延遲升高的問題。評審
儀表盤和追蹤記錄,找出置信度最高的瓶頸,並提供一份包含
屏幕截圖和直接鏈接的簡短報告。區分事實與
假設。不要更改警報或生產環境設置。

將例程用於定期健康報告,而非在無人監督的情況下更改生產環境。

缺陷復現

將報告轉化爲可靠的復現包。連接您的問題跟蹤系統和預發佈環境。

閱讀這份缺陷報告,並使用全新的測試賬戶在預發佈環境中復現該問題。
返回具體步驟、預期與實際行爲、屏幕截圖、瀏覽器和
操作系統信息,以及儘可能提供最小測試用例。請勿使用生產環境中的
客戶數據。

請通過安全交接提供測試憑證,不要通過聊天提供。

賬戶健康度

彙總客戶組合中的風險和增長信號。連接您的 CRM、產品用量、支持和計費數據源。

評審此客戶組合中的賬戶。綜合近期用量、支持
升級、續訂時間和利益相關者活動,生成按優先級排序的關注
列表。針對每個賬戶,列出證據、重要性以及
建議的後續步驟。不要聯繫客戶,也不要編輯 CRM。

在 Bot 的描述中定義風險閾值,確保每週結果保持一致。

幕僚長

彙總與來源關聯的變更和待辦事項。連接 Slack、電子郵件、日曆和你的規劃文檔。

查看自昨天以來我已批准的渠道、收件箱、
日曆和會議記錄中的活動。僅返回與本文檔優先事項相關的內容。
對於每個事項,請包含來源、重要原因、
建議的下一步,以及我是否需要作出決定。不要發送消息或
更改會議。

標記哪些內容有用、哪些是噪聲,然後將摘要安排在你方便查看的時間。

將角色轉化爲持久 Bot

  1. 在Bot 描述中寫明作業、源系統、輸出格式和長期邊界。
  2. 在安全範圍內運行一項真實任務。
  3. 持續修正結果,直到無需你參與即可評審。
  4. 將有效流程保存爲技能,並用第二個輸入進行測試。
  5. 僅在明確重試策略和失敗情形後,才創建例程。
  6. 對影響重大的外部操作保留批准流程。

相關頁面

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜