By name: pff description: Use only when the user's message explicitly contains the "pff" keyword. Scan the current project's docs directory, including tracked files and workspace-only docs that are untracked or uncommitted, to identify what Theon contributed to the project. Consolidate those contribution materials into a standalone Markdown file under the user's .claude/pff directory. Convert the collected evidence into performance review materials and draft narratives aligned with PFF evaluation criteria. Highlight measurable impact, professional growth, ownership, teamwork, and problem-solving contributions.
PFF 評分表
專業可信度 Profession
能夠展現相當深度與廣度的專業知識及技能 能夠信守對團隊成員所允諾的資源、時間、或處理事項等 能夠達到專案所要求的產出品質
組織能力 Organization
有多項被指派的工作時，能夠按照事情的輕重緩急排定其優先次序 能夠準確估計完成被指派的工作所需的時間與資源 能夠清楚定義工作中的瓶頸或關鍵步驟
發現、分析及解決問題的能力 Problem Solving
能夠快速地吸收與消化新資訊 能夠提出適當的問題以釐清複雜或不明確的狀況 能夠分析並明確指出各項問題背後的根本原因且提出適合的解決方案
溝通協調能力 Communication
在處理和專案相關的工作項目時，能夠主動清楚的說明在工作上造成的影響並整合意見 能夠傾聽及詢問不同立場的觀點，並且圓融地表達具爭議性的己見
對專案的投入程度及承諾 Commitment
被要求就所屬之工作項目提供協助時，能夠樂意配合 能夠視自己為專案工作項目的負責人並主動積極把專案工作完成
清楚的邏輯表達能力 Presentation
能夠表達意見言之有物，不前後矛盾 能夠簡潔、有系統、一致性的說明己見 能夠以讓人容易了解的方式，清楚解釋複雜的觀念和想法
對專案工作氣氛的影響 Morale Influence
能夠以積極的態度面對工作難題與挑戰 能夠正面影響專案士氣
使用流程
- 只在使用者訊息明確包含
pff時使用此技能。 - 從目前工作區判斷專案根目錄，掃描該專案底下的
docs目錄。 - 掃描
docs的目的，是統整Theon對此專案做過哪些事情，作為撰寫 PFF 的材料；不要把文件摘要本身當成最終目的。 - 掃描
docs內的 Markdown 與純文字文件，包含 Git 已追蹤檔案、已修改未提交檔案，以及未追蹤但存在於工作區的檔案。優先讀取與需求、規格、提案、任務、回顧、決策紀錄、測試策略、bug fix、review 結果相關的內容。 - 將 Git commit author 固定指定為
Theon；這裡的 author 指「誰 commit 這個檔案或相關變更」，不是文件內容、Markdown frontmatter 或 metadata 內的author欄位。已納入 Git 歷史的內容，以git log --follow --format=... -- <file>或git blame -- <file>顯示的 commit author 判斷歸因。 - 工作區內尚未提交、未追蹤、或刻意不適合上傳的
docs檔案也必須掃描；這類素材標示為workspace-only或uncommitted，並作為 Theon 的待確認 PFF 材料，不要因為缺少 commit author 而排除。 - 若 Git 歷史或工作區狀態仍無法確認素材是否屬於 Theon，將該素材標示為待確認，不要直接寫成已確認歸因。
- 從文件內容、Git 歸因與工作區素材回推並擷取可支撐 PFF 敘述的貢獻素材：完成事項、技術決策、問題分析、協作紀錄、風險處理、品質改善、測試或驗證結果、可量化影響。
- 將資訊統整到目前執行者的 home 目錄下
.claude/pff，輸出為獨立 Markdown 檔案；路徑必須動態解析目前使用者，不可硬編碼特定帳號名稱。輸出檔名使用專案根目錄名稱並加上.md，例如 Windows 使用%USERPROFILE%\.claude\pff\<project-root-name>.md或$env:USERPROFILE\.claude\pff\<project-root-name>.md，macOS/Linux 使用$HOME/.claude/pff/<project-root-name>.md。 - 若專案根目錄名稱包含檔名不合法字元，先轉成安全檔名再輸出；若目標目錄不存在，先建立目錄；若同專案摘要檔已存在，更新內容而不是分散產出多個重複檔案。
- 不要把缺少來源支撐的內容寫成既成事實；可推論內容需標示為推論或待確認。
- Git author、來源狀態、可追溯來源與專案貢獻素材是撰寫 PFF 的內部整理依據；除非使用者另外要求，最終輸出不要改成素材清單。
輸出格式
最終輸出的 Markdown 必須符合 # PFF 評分表 格式，並只使用以下七個評分區塊作為主體。每個區塊撰寫約 400 到 500 個中文字，使用完整段落，不要條列素材、來源狀態或 Git 指令輸出。
# PFF 評分表
## 專業可信度 Profession
## 組織能力 Organization
## 發現、分析及解決問題的能力 Problem Solving
## 溝通協調能力 Communication
## 對專案的投入程度及承諾 Commitment
## 清楚的邏輯表達能力 Presentation
## 對專案工作氣氛的影響 Morale Influence
若某一區塊缺少足夠材料，仍保留該區塊標題，內容以保守敘述呈現，並在段落中標示待確認事項，不要編造未被文件、Git 歷史或工作區素材支撐的成果。