reflect

reflect 技能概覽

reflect 是用來做什麼的

reflect 是一個 Skill Validation 技能，專門用在第二輪審查：它會拿一份已完成或接近完成的回覆，去壓力測試是否有漏掉的瑕疵、薄弱的推理，或是過度自信的放行。reflect skill 最適合你需要的是快速但帶懷疑精神的品質把關，而不是重新產出一個全新解答的時候。

誰應該安裝它

如果你會審查 AI 產出的內容、要交付面向生產環境的答案，或需要一個有紀律的「這樣能過嗎？」檢查，就適合用 reflect。它很適合能提供前一版輸出加上任務脈絡的 agent。若你要的是腦力激盪或起草協助，這就不是對的技能。

它有什麼不同

這個技能的核心是複雜度分流、信心檢查，以及以驗證為導向的回饋。也就是說，reflect 安裝後的價值，主要在於讓模型先判斷要檢查多深，再把注意力集中在最可能出錯的地方。它更重視抓出缺陷，而不是做文風修飾。

如何使用 reflect 技能

安裝 reflect，並把它指向先前的答案

先在你的 agent 環境中安裝 reflect 技能，再把你想審查的目標輸出交給它。這個 repo 的安裝方式是 npx skills add NeoLabHQ/context-engineering-kit --skill reflect。為了得到最佳結果，請一併提供原始提示、草稿回覆，以及任何驗收條件。

提供正確的輸入格式

reflect 最適合的輸入會明確寫出任務、風險程度，以及信心門檻。一個好的提示像是：「請針對這份部署說明檢查正確性與遺漏風險；如果信心低於 90%，就做深度 reflect。」一個弱的提示只會是：「幫我檢查一下。」你的通過／不通過標準越清楚，審查就越有用。

先讀這些檔案

先從 SKILL.md 看起；裡面包含定義這個技能行為的核心規則、身分設定與分流邏輯。如果你是在更大的 kit 裡調整這個技能，也要檢查 README.md、AGENTS.md，以及任何 repo 層級的政策檔，確保 reflection 步驟和你實際的工作流程一致。在這個 repository 裡，SKILL.md 是主要的單一事實來源。

把這個技能當成審查關卡使用

實務上，reflect usage 的流程會是：先寫出草稿，再跑 reflect，接著只修正審查指出有風險的部分。除非原始輸出根本不能用，否則不要叫它整篇重寫。reflect guide 最好的用法是收斂且明確：驗證主張、找出缺漏限制，並判斷草稿是否足以安全上線。

reflect 技能 FAQ

reflect 是通用寫作提示嗎？

不是。reflect 的目的不是產生第一版草稿，而是評估既有草稿。如果你把它當成一般生成提示來用，就會失去 reflect skill 的主要優勢：事後以紀律化方式做審查。

什麼情況下 reflect 不適合？

當手上沒有可供評估的前一版答案、任務本質是純創意，或你需要的是廣泛發想而不是以否決為主的審查時，它就不太適合。若你無法提供足夠脈絡來判斷正確性或完整性，它也會比較沒用。

reflect 對新手友善嗎？

可以，只要使用者能提供草稿和目標就行。你不需要把整個 repository 都弄懂才會用，但你必須說清楚「什麼叫好」。對新手來說，最大的收穫通常是先在呼叫 reflect for Skill Validation 前，把審查標準講明白。

它和一般提示詞有什麼不同？

一般提示詞通常是在要一個解法；reflect 則是在不確定的前提下，要求對那個解法做批判性審視，並特別注意缺口與過度自信。這讓它比第一輪生成更適合用在 QA、驗收檢查，以及高風險輸出上。

如何改進 reflect 技能

把你提供的證據收緊

reflect 的最佳結果，來自具體輸入：原始任務、草稿答案，以及你最擔心的失敗模式。如果是技術工作，請附上限制條件、邊界情境和目標受眾；如果是政策或編輯工作，則要附上它必須符合的規則。

要求合適的審查深度

有意識地使用這個技能的信心觸發條件。如果草稿很單純，就要求快速檢查；如果內容含糊或風險很高，就要求深度 reflection，並明確列出拒絕標準。這能避免 reflect 對簡單案例過度分析，也能避免它對高風險內容檢查不足。

注意常見失敗模式

常見問題包括：模糊地放行、沒有根據的批評，以及沒有依照實際限制做驗證。若要改善 reflect skill 的輸出，請要求它引用具體問題、說明為什麼重要，並明確指出草稿應該原樣通過、修改後再過，還是直接拒絕。

在第一次審查後持續迭代

把第一次 reflection 當成分流關卡，而不是最後裁決。先修改草稿，再針對更新後的版本重新跑 reflect，確認修正真的補上了缺口。這正是這個技能的價值所在：更少誤放、更清楚的返工方向，以及更強的最終把關。