GitHub 個人檔案 README 由個人檔案持有人撰寫及控制，因此當中關於職位、僱主或職涯經歷的任何內容均屬自我陳述。把自行撰寫的履歷與精選儲存庫及貢獻展示分開，然後按每項材料實際顯示的內容加以標示，而不是把禮貌性的簡介升級為已核實的僱傭關係。
使用我們的 TraceSeek 應用程式尋找公開社交檔案線索。
辨識 README 屬於何種證據
個人檔案 README 是持有人撰寫及控制的頁面；它可以包含履歷、圖片、貢獻描述及其他個人內容。這使它成為一種呈現方式的選擇，而非由僱主、薪酬系統或核實服務產生的記錄。當職涯摘要重複該文字中的職稱或公司時，只是在重複持有人自己的說法。誠實的標示是自我陳述。 [GitHub：公開個人檔案元素]
- 開啟 README，記下哪些行描述職位、日期或僱主。
- 在閱讀任何相關摘要之前，先把上述每一行標記為作者撰寫。
把履歷、精選項目及貢獻分開列於不同欄目
同一個個人檔案捆綁了多項不同元素：README 履歷、持有人選擇突顯的精選儲存庫及 gist，以及獨立的貢獻、狀態及徽章展示。貢獻圖表的變動代表活動，並非僱傭證明。精選項目顯示某人選擇展示的內容，並不表示某具名公司曾聘用他。把這些讀成一個混合的故事，正是摘要從描述滑向認可的地方。 [GitHub：公開個人檔案元素]
| 觀察 | 限制 | 下一步 |
|---|---|---|
| README 述明職稱或僱主 | 作者撰寫；未經僱主核實 | 在摘要中重新標示為自我陳述 |
| 精選儲存庫與職涯聲稱同時出現 | 選擇顯示強調，並非聘用或付款 | 把項目與僱傭關係分開列為不同項目 |
| 貢獻圖表顯示活動 | 顯示該個人檔案上的活動，並非職位 | 不要把活動轉化為職位聲稱 |
| 個人檔案隱藏活動但保留 README | 私隱設定影響可見度，而非真確性 | 記錄可見度限制，就此停止 |
重新標示缺乏根據的僱傭聲稱
改寫主要是刪減。把讀起來像已確認僱傭關係的措辭，改為平實的歸屬表述，例如「個人檔案述明某職位」，或「作者描述在某公司的工作」。引用時保留該人原話不變，並把歸屬表述置於引文之外。這樣既保留有用資訊，又移除該材料從未獲得的地位。
- 在整份摘要中使用一致的措辭來表述作者聲稱。
- 移除任何把僱主確認呈現為 README 中已有的措辭。
把摘要標示為作者文字的濃縮版本
把 README 中的職涯經歷視為持有人自己的描述，並在摘要中每次出現時如此標示。把該標示與引用的自行撰寫文字清楚區分，讓讀者看得出哪些字詞出自作者，哪些屬於摘要的框架。 [GitHub：公開個人檔案元素]
在材料範圍的邊界停下
若 README 不存在、儲存庫為私人、個人檔案與眼前的人不符，或文字含糊，正確做法是記錄該確切限制並停止。不要索取私人帳戶存取權，不要把相似的照片或帳號等同於已核實的帳戶擁有權，也不要憑推論填補空白。像「未發現公開僱傭證據」這樣精確的註記，比一句毫無根據的自信句子更有用。 [GitHub：公開個人檔案元素]
- 寫下一行，指明缺失或含糊的來源。
- 在此結束僱傭部分，而非猜測。
用一份簡短的工作表保持標示誠實
對每一項聲稱的職位，列出 README 的確切句子，註明由持有人撰寫，把任何獨立的精選儲存庫列為突顯項目，並記錄你將使用的標示。該工作表是供你自己閱讀時參考的編輯建議；它並非平台功能或測試結果。 [GitHub：公開個人檔案元素]
仲有幾條問題
精美的 GitHub README 能核實某人的僱傭關係嗎？
不能。README 由個人檔案持有人撰寫及控制，因此反映該人選擇就自己職涯所說的內容。只有獨立來源，例如僱主本身，才可能支持核實聲稱，而 README 中並無此類來源。
精選儲存庫能支持職涯摘要中的職稱嗎？
單憑它本身不能。精選儲存庫及 gist 是持有人選擇突顯的項目；該選擇完全不能說明誰聘用他或擔任甚麼職位。把項目保留為突顯項目，把職稱保留為作者聲稱。
如果個人檔案是私人或隱藏活動，我該怎麼辦？
私人檔案會隱藏貢獻活動及其他社交功能，但可選的 README、個人簡介和個人檔案相片可能仍然公開。請記錄這個確切限制，並在此停止關於就業的推論，而不是尋求私人存取或猜測。
來源及編輯說明
官方參考資料查核於 2026年10月24日。清單、比較表及範例措辭均為 DateClues 的編輯工具，並非官方測試或經驗證的風險評分。
一般資訊。任何指南或工具均無法核實某人的身分、意圖或安全。 閱讀我們的編輯標準。