如何核對初級職位是否要求經驗

先寫下你的規則

在這個 Actor 裡，初級沒有單一規則。你必須在閱讀各列之前先寫下規則。納入規則是決定哪些職位刊登符合你目標的那一句。

本文使用一條納入規則。職位說明必須寫明不需要先前的相關經驗。這裡的相關是指同一類工作的經驗。

必須是指職位刊登寫明你一定要有該項經驗。required 和 must 這些字表示這一點。優先是指職位刊登要求經驗，但沒有寫明你一定要有。明確不需要是指職位刊登寫明該項經驗不是必須。有提供培訓是指職位刊登寫明會提供培訓。不清楚是指缺少這些信號。明確是指職位刊登用文字寫出該點。

「兩年優先」和「兩年必須」不是同一項聲稱。單一個數字不足夠。一個職稱不足夠。要讀它們旁邊的文字。

你可以寫一條不同的規則。一個例子是明確的有薪培訓。如果你選擇該規則，只按該規則計數。不要在同一次計數裡混用兩條規則。後面的虛構計數只使用不需要先前經驗這條規則。

搜尋標籤不是僱主的完整規則。職位刊登可以寫 junior，同時仍要求專業牌照。牌照是另一項條件。培訓不會取消牌照、測試、學位，或職位刊登要求的其他證明。

收集一份你讀得完的樣本

目前的公開版本是 1.2.14。它接受 searchTerm、country、location、maxItems、maxPagesPerSearch、postedWithinDays、sortBy 和 saveOnlyUniqueItems。不要假設其他輸入名稱可用。

已儲存的公開 Task 在 2026-10-13 是現行版本。它的輸入範圍廣。把它當作起點，不要把它當作你的閱讀樣本。

{
  "country": "us",
  "searchTerm": "software engineer",
  "maxItems": 100,
  "postedWithinDays": "7",
  "sortBy": "date",
  "maxPagesPerSearch": 2,
  "saveOnlyUniqueItems": true
}

在這組已儲存的輸入裡，country `us` 是指美國。searchTerm 是 `software engineer`。maxItems 是 100。maxPagesPerSearch 是 2。postedWithinDays 是文字 `7`，所以這組輸入要求最近七天。sortBy 是 `date`，所以這組輸入要求按日期排序。saveOnlyUniqueItems 是 true。

角色是你打算閱讀的職位種類。市場是國家；如果你設定了 location，再加上一個地點。第一次檢查時，設定一個角色和一個市場。把 maxItems 設為 2。把 maxPagesPerSearch 設為 1。用那一個角色取代 `software engineer`。只有在你需要一個地點時才設定 location。

上限是你要求 Actor 最多儲存的數量。maxItems 限制列數。maxPagesPerSearch 限制每次搜尋的頁數。上限為 2 時，你可以讀完每一份已儲存的說明。它不會告訴你有多少職位存在。一次在七天內的執行仍可能遺漏職位刊登。一次執行是 Actor 的一次運行。

一次相容的現行對照檢查使用了小上限。它返回了兩列。每一列的 ID 和 URL 都指向同一則職位刊登。descriptionText 是完整的。該次執行達到上限後停止。這個結果只支持文字收集。它不是下方虛構各列的發現。它也不是對該市場的完整覆蓋。

儲存原始各列。儲存你實際使用的輸入。儲存 OUTPUT，以及任何上限或失敗備註。OUTPUT 是已儲存的結果檔案。空結果不能證明沒有職位存在。達到上限不能證明你看過每一份職位。

Actor 提供目前的公開文字。它不提供較早的說明。它不提供僱主編輯文字的時間。它不提供申請人狀態。它不提供培訓計劃。它不指定經驗類別。

下方的虛構記錄表不是 software engineer 的結果。它不是那次兩列對照檢查。已儲存的 Task 和這段虛構各有不同作用。

保留這些欄位

欄位是一列上的一個具名值。一列是一則已收集的職位刊登紀錄。使用 jobId、title、companyName、locationRaw、descriptionText、descriptionStatus、jobUrl、query、searchLocation 和 scrapedAt。

把 jobId 保留為文字。如果你把它存成數字，試算表可能會改動它。這個 ID 必須保持為你收集到的同一段文字。

descriptionText 是已收集的說明。descriptionStatus 告訴你該段文字是否可用。`full` 表示已收集說明文字。`missing` 表示未收集。沒有承諾任何摘錄狀態。已收集的文字並不保證是僱主的整份文件。

seniority、employmentType、salaryRaw、postedAt 和 postedAtRaw 可以缺失。缺失表示未知。未知不是零。空白的 seniority 欄位不是初級職位標籤。

title、seniority 和 query 是標籤。它們顯示名稱或搜尋。它們不能取代 descriptionText。postedAt 是來源給出的發佈時間（當該欄位存在時）。scrapedAt 是 Actor 收集該列的時間。兩個時間都不能證明僱主其後有編輯。

比較各列之前，使用已發佈的重複與重新刊登指南：職位重複與重新刊登。再次發佈的職位刊登可以看起來像第二份工作。不要把兩份副本當成兩套不同的僱主規則。Task 裡的唯一項目設定不能取代該項覆核。

做這八項檢查

1. 收集之前，用一句話寫下納入規則。在本文中，規則是不需要先前的相關經驗。你也可以記下明確的有薪培訓，但不要把該項註記混進同一次計數。先寫規則，這樣職稱之後不能改動它。Actor 不會修正職位網站的搜尋。你只能檢查你已收集的列。
2. 在判斷一列之前，先檢查身分和文字。把 jobId 對上 jobUrl。閱讀 descriptionStatus。如果狀態是 missing，把說明標為不可用並停止。把 title 和任何 seniority 值保留為標籤。然後閱讀 descriptionText 裡的要求。一列可以出現在搜尋結果中，仍然不符合你的規則。在結果裡有一個位置，不是僱主的承諾。
3. 找出每一句經驗句子，以及它旁邊的限制用字。限制用字包括 required、must、preferred、not required 和 training。連同 jobId 和 jobUrl 複製該句原文。指定一個類別：明確必須、明確優先、明確不需要、有提供培訓，或不清楚。如果培訓和經驗同時出現，兩者都記錄。不要把它們併成一個詞。單一個數字仍然需要那些限制用字。
4. 把學歷、證明和同一類工作的條件分行記錄。學位、牌照、測試或工具技能不是經驗類別。不要把一句培訓句子變成這些條件已通過。如果一則職位刊登寫出兩條不同的經驗規則，保留兩句並標為衝突。不要只保留較容易的那一句。這額外的一對是本步驟的虛構。它不是下方六列之一。一行寫「不需要經驗。」後面一行寫「需要三年。」這兩行互相衝突。結果是衝突，不是通過。
5. 為每一則已收集的職位刊登建立一列記錄。記錄表是你的覆核表，記載原話和類別。包含聲稱的標籤、經驗類別、其他條件、培訓陳述、文字狀態和覆核狀態。覆核狀態是你按已寫規則所給的標籤。當說明支持該規則時，使用 `supported_label_under_rule`。當標籤和說明不一致時，使用 `label_conflict`。當用字不能決定該規則時，使用 `unclear`。這三個狀態屬於你。它們不是 Actor 欄位。
6. 只計數樣本中具有已知 jobId 和完整說明文字的列。把不可用的說明另行計數。把未能確定的 ID 另行計數。未能確定的 ID 是你無法對應到一則職位刊登的 ID。不要把缺少的經驗句子讀成零年。這個樣本不能告訴你僱主為何使用某個標籤。它也不能告訴你搜尋為何使用某個標籤。
7. 做一份較短的閱讀清單，供更仔細閱讀。一項優先條件可以留在該清單上。它不是自動拒絕。一句必須的句子是職位刊登裡的證據。它不是個人例外。只有僱主可以在你申請時接受例外。之後當你把自己的工作經歷和一個角色比較時，使用技能契合指南。不要加入一個表示你有多容易獲聘的分數。
8. 交付記錄表時，附上每個來源 ID 和 URL。申請之前，閱讀申請頁上的僱主指示。已收集的說明可能和該頁不一致。

為六則虛構職位刊登分類

下方六列全部是虛構。它們不是 Actor 輸出。它們不是那次兩列對照檢查。沒有聲稱任何真實僱主結果。這些 ID 是教學文字。它們沒有可用的 URL。沒有提供 companyName 和 locationRaw。把它們留為未知。不要編造它們。

樣本規則有兩部分。第一，保留初級職位列。資深職位排除在外。第二，在餘下的完整文字中，套用不需要先前經驗的規則。

J1 的職稱是初級分析員。說明寫道：「不需要先前的分析經驗；有提供培訓。」它同時要求一項試算表測試。經驗類別是明確不需要，因為職位刊登寫明不需要先前的分析經驗。這符合已寫規則，所以覆核狀態是 `supported_label_under_rule`。同一句也提供培訓。把有提供培訓另行記下。文字沒有說培訓是有薪的。不要加上有薪一詞。試算表測試仍然是必須。測試不是經驗。符合經驗規則不會取消該測試。下一步，在依賴培訓用字之前，先閱讀該測試。

J2 的職稱是入門級分析員。說明的英文原文是 “Two years professional analytics experience required.”（需要兩年專業分析經驗。）職稱聲稱是初級。該句說兩年是必須，因為英文原文使用 required。已寫規則要求職位刊登寫明不需要先前的相關經驗。說明不符合該規則。職稱不會改變說明。覆核狀態是 `label_conflict`。下一步，把兩年保留為明確證據。例外屬於僱主，不屬於這份記錄表。

J3 使用這些英文原文：“One year preferred; new graduates welcome.”（一年為優先；歡迎應屆畢業生。）本例子沒有寫明職稱。類別是明確優先，因為職位刊登的英文原文寫 preferred，而且沒有寫 required。規則要求有文字說明不需要先前經驗。J3 沒有這樣寫。優先不是必須的門檻。優先也不是「不需要經驗」那一句。不要把 J3 計為符合規則。不要只因這一年優先而拒絕它。「歡迎應屆畢業生」是另一項陳述。它不會取消這裡沒有寫出的條件。把 J3 留在閱讀清單上。下一步，決定之前先讀完整份說明。

J4 使用這些字：「有報告方面的經驗。」沒有寫明職稱。該句沒有說 required、must、preferred 或 not required。它沒有提供培訓。單獨的經驗短語沒有類別。覆核狀態是 `unclear`。下一步，不要填上 must，也不要填上零。

J5 是搜尋返回的資深職位。初級樣本不包括資深職位。J5 不相關。排除它，並保留排除備註。如果你刪去備註，已收集的集合會看起來比實際更小。下一步，不要把 J5 的經驗用字放進初級計數。

J6 沒有完整說明。它的 descriptionStatus 是 missing。你不能為你沒有的文字分類。經驗需要是未知。未知不是零年，未知也不是通過。下一步，不要把 J6 放入已分類計數。

這張表是虛構。對於真實職位刊登，在該列加上真實的 jobId 和 jobUrl。不要把這些類別抄到真實僱主上。

計數虛構各列

虛構集合有六則已收集紀錄：J1、J2、J3、J4、J5 和 J6。

四列有你可以分類的相關完整文字：J1、J2、J3 和 J4。

一列不相關：J5。

一列的文字不可用：J6。

4 + 1 + 1 = 6.

這個集合沒有未能確定的 ID。如果你有一個，你會把它和 J6 放在一起，放在這四列之外。

在這四列之中：

• J1 符合不需要先前經驗的規則。該計數是 1。
• J2 與規則衝突。該計數是 1。
• J3 有優先經驗。該計數是 1。
• J4 仍然不清楚。該計數是 1。

1 + 1 + 1 + 1 = 4.

不要把四列中的一列稱為成功率。單一比率會隱藏衝突、優先和不清楚用字之間的分別。這些結果需要不同的下一步。不要把這條規則稱為初級的通用定義。這些計數只描述這些虛構句子在一條已寫規則下的情況。

根據一則職位刊登的用字來判斷

選擇一則真實職位刊登。連同它的 jobId 和 jobUrl 複製它的經驗句子。把該句標為必須、優先、不需要、有提供培訓，或不清楚。把測試、牌照和學歷分行寫下。如果兩句經驗句子不一致，兩者都保留並標為衝突。如果 descriptionStatus 是 missing，寫下未知。只有在該記錄列完成之後，才把那些用字和初級標籤比較。

當記錄表顯示原話、類別、其他條件和文字狀態時，這項檢查才完成。當職稱寫 junior 或 entry level 時，檢查並未完成。