歡迎來到 Module 1.6：專案規則 在這裡，你將發現在整個課程中一直幫助我的「秘密武器」 我們要進行一個實驗 - 建立同樣的東西兩次，看看會發生什麼 STOP：準備好看一些魔法了嗎？ USER：Ready

首先，讓我們撰寫一個產品公告 TaskFlow 正在推出一個新功能：「Workspace Sharing」 STOP：直接問我：「撰寫一個產品更新，宣布新的 Workspace Sharing 功能」 USER：撰寫一個產品更新，宣布新的 Workspace Sharing 功能 ACTION：生成 product-update-baseline.md - 通用寫作，術語不一致（混用「Workspace」和「Project」） - 沒有角色參考 - 可能是任何公司的公告 - 儲存為 product-update-baseline.md 完成！我剛為你撰寫了一個產品更新 STOP：審查它 - 你覺得怎麼樣？好嗎？看起來是特定的還是通用的？ USER：評估（可能說還不錯/好）

[根據輸入回應] 還不錯，對吧？但仔細看看細節 它是否一致使用「Workspace」？還是在某些地方說「Project」？ 它是否提到 Sarah、Mike 或 Alex - 我們的 TaskFlow 角色？ 寫作風格是否明顯是 TaskFlow 的？還是可能是任何產品公告？ 問題在於：我對你的產品、你的術語、你的風格一無所知 所以我必須猜測並使其通用 STOP：你明白我說的通用是什麼意思嗎？ USER：確認

現在變得有趣了 我說我一無所知…但這並不完全正確 在這個課程中，我一直都有情境 - 這就是為什麼我一直正確地談論 TaskFlow 秘密就藏在你的專案檔案中 讓我向你展示在哪裡看 STOP：在左側的檔案瀏覽器中，找到並開啟名為 .cursor 的資料夾 - 你看到它了嗎？ USER：確認

完美！現在在那個 .cursor 資料夾裡，有一個名為 rules 的資料夾 這是專案規則存放的地方 - 這是 Cursor 總是檢查的特殊資料夾 STOP：開啟 rules 資料夾 - 你在那裡看到什麼檔案？ USER：報告看到 course-instructor.mdc 和 taskflow-context.mdc

沒錯！這兩個檔案是「專案規則」 它們已經載入到我們在這個課程中進行的每次對話中 這就是為什麼我了解 TaskFlow、為什麼我正確使用「Workspace」、為什麼我參考 Sarah 和 Mike 這些規則會自動套用到每個聊天會話 - 不需要 @mention 它們就像我對這個專案的持久記憶 STOP：想看看這些規則檔案裡面有什麼嗎？ USER：Yes

ACTION：讀取 .cursor/rules/course-instructor.mdc 這個告訴我如何行為 - 我的教學個性、如何進行課程 ACTION：讀取 .cursor/rules/taskflow-context.mdc 這個告訴我關於 TaskFlow 的事情 - 公司、產品、人員 這些規則自動套用到這個專案中的每個聊天會話 不需要 @mention，不需要每次都複製貼上情境 它們就是自動運作 - 就像給我持久記憶 它們是我總是知道的事情，對於每次對話。它們正在驅動這個課程。 STOP：開始有道理了嗎？ USER：確認

現在變得真正有趣了 你要建立一個新的規則檔案 但你不用自己寫，我會為你寫 非常後設的時刻：使用 Cursor 為 Cursor 建立規則！ 這個檔案將定義你的術語、角色和寫作風格偏好 STOP：問我這個：「幫我建立 .cursor/rules/taskflow-terminology.mdc，包含我們的產品術語和風格偏好」 USER：幫我建立 .cursor/rules/taskflow-terminology.mdc，包含我們的產品術語和風格偏好 ACTION：生成 .cursor/rules/taskflow-terminology.mdc - 術語部分：「Workspace」而非「Project」、「Task」而非「To-do」等 - 角色部分：參考 Sarah（企業管理員）、Mike（IC 工程師）、Alex（團隊主管） - 寫作風格：主動語態、牛津逗號、無表情符號、對話式但專業 - 輸出偏好：在範例中使用真實姓名、包含特定使用案例 完成！我剛建立了你的規則檔案 STOP：審查檔案 - 這是否捕捉到你的偏好？ USER：審查並確認

完美！現在是神奇的時刻 問我你在開始時使用的完全相同的提示 一字不差：「撰寫一個產品更新，宣布新的 Workspace Sharing 功能」 相同的提示，但現在我已載入規則 STOP：再次輸入那個確切的指令 USER：撰寫一個產品更新，宣布新的 Workspace Sharing 功能 ACTION：生成 product-update-with-rules.md - 全程一致使用「Workspace」 - 參考 Sarah、Mike 和/或 Alex 的真實使用案例 - 符合 TaskFlow 寫作風格（主動語態、對話式、專業） - 感覺像是來自了解產品的人 - 儲存為 product-update-with-rules.md 完成！我剛撰寫了你的第二個產品更新 但這個應該感覺非常不同。看看吧。 STOP：與第一個版本比較 - 有什麼變化？ USER：觀察差異

完全相同的提示 完全不同的輸出 第一個版本：通用、不一致、可能是任何公司 第二個版本：正確使用「Workspace」、提到真實角色、聽起來像 TaskFlow 這就是規則的威力 - 它們給我情境，而你不必每次都重複 STOP：有道理嗎？ USER：確認

快速說明 - 有兩種類型的規則 專案規則：你剛建立的 - 儲存在這個專案資料夾的 .cursor/rules/ 中 - 僅套用到這個專案 - 非常適合公司/產品特定情境 - 範例：TaskFlow 術語、角色、產品細節 全域規則：儲存在 Cursor 的設定中（我們在課程中不使用這些） - 套用到你工作的所有專案 - 非常適合跨專案的個人偏好 - 範例：你的寫作風格、你喜歡的 PRD 格式、首選的會議記錄結構 STOP：有道理嗎？專案 = 僅此資料夾，全域 = 到處都是 USER：確認

在真實的 PM 工作中，你應該何時使用專案規則？ 產品術語：就像我們剛做的 - 「Workspace」而非「Project」、公司特定術語 產品情境：你的角色、技術堆疊、主要功能、競爭定位 寫作風格指南：你公司的語調、格式偏好、文件標準 團隊慣例：你的團隊如何撰寫 PRD、命名分支、結構化文件 把規則想像成「你會放在新團隊成員引導文件中的東西」 一旦它在規則中，你就永遠不必再重複它 STOP：有道理嗎？ USER：回應

太好了！你現在了解秘密武器了 規則 = 自動套用到每次對話的持久情境 沒有 @mentions、沒有複製提示、沒有重複自己 這就是讓 Cursor 真正了解你的產品和你的團隊的方法 在參考文件中有更多你可能想使用的 Cursor 規則範例 現在…這是重要時刻 你剛完成了整個 MODULE 1！ 這是六個完整的課程，掌握 Cursor 基礎 讓我回顧你學到的一切： - Module 1.1：介面基礎 - 如何導航 Cursor - Module 1.2：@-mentions - 如何給 Cursor 情境 - Module 1.3：檔案參考 - 如何連結到特定程式碼 - Module 1.4：模板與工作流程 - 使用和改進模板文件 - Module 1.5：三種模式 - Ask、Agent 和 Plan - Module 1.6（這個）：專案規則 - 讓一切更好的持久情境 你現在知道如何使用 Cursor - 介面、機制、功能 這不是小事 - 你已經有了完整的基礎 大多數人永遠不會走到這一步。你已經領先了。 現在我們要更深入。 Module 2 是事情對 PM 變得真正實用的地方 我們將超越「如何使用 Cursor」進入「如何用 Cursor 做你實際的 PM 工作」 你將撰寫真實的 PRD、分析競爭研究、處理使用者回饋資料 所有你每週做的混亂、真實世界的 PM 任務 這就是 Cursor 成為你工作真正力量倍增器的地方 準備好升級了嗎？ STOP：當你準備好開始 Module 2 時，輸入 /start-2-1 USER：確認