A3 配種工具

配種計算器

覆蓋 206 隻可配種帕魯的全部組合。結果由抽取資料的 CombiRank 公式與覆蓋表計算,包含規則類型、推導鏈、資料版本與 1.0 狀態。

狀態說明

等待 1.0 上線後驗證 表示現版本可算,但 1.0 尚待回歸。這不是失效,也不是已確認。

親代 → 子代

選擇親代後會顯示子代、規則型、推導鏈與 1.0 狀態。

目標子代 → 親代

選擇目標子代後會列出全部可行親代組合(公式反查 + 覆蓋表)。

最短配種鏈:持有帕魯 → 目標帕魯

按最少配種步數計算一條可行鏈。中途夥伴假定可另行取得(捕獲或既有),不讀取玩家存檔。

計算規則(可復算)

規則型計算方式資料來源
formulachild = 公式池中 CombiRank 最接近 floor((rankA + rankB + 1) / 2) 的帕魯;等距平手按實測勝者表。paldb.cc 抽取層(data/*.json)
special_override98 條特殊覆蓋組合逐條入庫,優先於公式。paldb.cc 抽取層(data/*.json)
gender_lockedWixen / Katress 線按親代性別方向得到不同子代,不可當無序 pair。wiki.gg / Host Havoc 基線;方向樣本已落入資料合同。
self_only12 隻帕魯只能同種配對取得(傳奇與部分特例)。paldb.cc 抽取層(data/*.json)
same_species同種配對恆得同種。paldb.cc 抽取層(data/*.json)

為什麼手算和工具會不同

手算和工具結果不一致,幾乎都落在五個差異源:公式只是基礎、平手另有勝者表、特殊組合會覆蓋公式、性別方向不可互換、資料版本不同。工具輸出的推導鏈會標明結果命中的是哪一條。

常見差異工具怎麼處理玩家下一步
只用 CombiRank 平均值一般公式只是基礎;特殊覆蓋、性別方向與自體繁殖會優先改變結果。看結果旁的規則型,不要只看子代名。
平手(tie)沒處理兩個候選與目標值等距時,勝者由實測平手勝者表決定,不是隨便取一個或按圖鑑序。手算落在兩隻 Pal 中間時,看推導鏈是否標了平手判定。
漏掉特殊覆蓋98 條覆蓋組合逐條入庫,優先於公式;手算公式對這些組合必然算錯。結果規則型是 special_override 時,公式驗算不適用。
把親代當無序 pairgender_locked(性別方向鎖定)樣本保留親代方向,不把 A+B 和 B+A 自動視為同一件事。看性別方向 FAQ
資料版本不同站內資料層 2026-07-02 抽取、基線 current patch pre-1.0 (v0.7.3);你手邊的表可能來自更舊版本。看資料來源
混用舊工具或社群表第三方表格、舊 wiki 文案和玩家經驗只作研究線索,不作站內資料正典。看資料來源
把現版本結果當 1.0 承諾現版本可算,但 1.0 前一律標「等待 1.0 上線後驗證」;T0-03 回歸 27 條樣本後才回寫狀態。看狀態說明

T0 回歸樣本(QA 驗證集)

下表 27 條樣本是資料層的驗收集:每次重抽資料後全部復算,通過才發布。它們同時是 1.0 上線後第一批回歸對象。目前全部 等待 1.0 上線後驗證

Parent AParent B現版本子代規則型1.0 狀態為什麼重要
PenkingBushiAnubisformula等待 1.0 上線後驗證高需求普通組合,Anubis 是長期熱門目標。
JormuntideSuzakuSuzaku Aquaspecial_override等待 1.0 上線後驗證經典 fusion / subspecies 測試。
VanwyrmAnubisFalerisspecial_override等待 1.0 上線後驗證高知名受限 regular Pal。
RelaxaurusGrizzboltOrserkspecial_override等待 1.0 上線後驗證高流量特殊目標。
MossandaPetalliaLyleenspecial_override等待 1.0 上線後驗證高價值 base / farming 目標。
MossandaRayhoundGrizzboltspecial_override等待 1.0 上線後驗證受限 regular Pal 舊答案驗證。
KitsunAstegonShadowbeakspecial_override等待 1.0 上線後驗證高人氣戰鬥 Pal。
ElphidranSurfentElphidran Aquaspecial_override等待 1.0 上線後驗證老牌 fusion 樣本。
HelzephyrFrostallionFrostallion Noctspecial_override等待 1.0 上線後驗證endgame 特例。
JormuntideBlazehowlJormuntide Ignisspecial_override等待 1.0 上線後驗證舊答案漂移最高優先案例。
Wixen FemaleKatress MaleWixen Noctgender_locked等待 1.0 上線後驗證驗證資料模型是否支援性別方向。
Wixen MaleKatress FemaleKatress Ignisgender_locked等待 1.0 上線後驗證同組親代反向性別結果不同,避免無序 pair 誤算。
AnubisFrostallionBastigorspecial_override等待 1.0 上線後驗證新版高階 Pal 受限配種。
NeptiliusJormuntide IgnisSilvegisspecial_override等待 1.0 上線後驗證新 patch 高階流程鏈。
Jormuntide IgnisSilvegisKnocklemspecial_override等待 1.0 上線後驗證若 rank / override 變動,這類容易受影響。
MenastingKnocklemMenasting Terraspecial_override等待 1.0 上線後驗證新版特殊子種。
QuivernLulluQuivern Botanspecial_override等待 1.0 上線後驗證新 patch 特殊子種。
Gobfin IgnisFinsiderFinsider Ignisspecial_override等待 1.0 上線後驗證Ignis 子種驗證。
SootseerGhanglerGhangler Ignisspecial_override等待 1.0 上線後驗證Ignis 子種驗證。
Chillet IgnisWhalaskaWhalaska Ignisspecial_override等待 1.0 上線後驗證新高階變體。
NeptiliusBastigorCryolinxformula等待 1.0 上線後驗證不靠 override,驗證 breeding power 是否變。
NeptiliusBellanoir LiberoSuzakuformula等待 1.0 上線後驗證高階 parent 純公式案例。
BastigorFoxparks CrystRayhoundformula等待 1.0 上線後驗證新 Pal 與既有 Pal 交叉。
SilvegisFoxparks CrystFoxcicleformula等待 1.0 上線後驗證新 Pal 與既有 Pal 交叉。
JetragonJetragonJetragonself_only等待 1.0 上線後驗證傳奇自體繁殖基線。
PaladiusPaladiusPaladiusself_only等待 1.0 上線後驗證傳奇自體繁殖基線。
NecromusNecromusNecromusself_only等待 1.0 上線後驗證傳奇自體繁殖基線。

舊高投入流派 1.0 還值得保留嗎(重驗優先級)

口徑是三步:先保留、標待驗、T0 首批回歸。官方確認 1.0 變更面大,但變更清單未公開前,沒人能指出具體哪條配種鏈失效——所以既不要提前拆解高投入個體,也不要當作一定不變。

重驗順序對象為什麼排這裡
第一批特殊覆蓋鏈(special_override)覆蓋表逐條入庫,任何一條被官方改動都直接改變結果;舊答案漂移歷史也集中在這裡。
第二批性別方向組合(gender_locked)樣本少、規則特殊,變動不易被公式回歸捕捉,需要單獨核對。
第三批純公式鏈(formula)只要 CombiRank 與平手表不變,公式鏈整體有效;抽樣回歸即可覆蓋。

T0-03 首批回歸即上方 27 條樣本;回歸結果會直接回寫工具狀態文案。在那之前,高投入個體先留著,別做不可逆處理。

資料合同

欄位目前值前台含義
sourcepaldb.cc(/json/iv_{en,tw,ja}.json、/en/{PalName}、/en/api/pal_breed_2a、/en/api/pal_breed_3)抽取層來源端點;不直接搬運競品表格或文案。
extracted_at / 版本基線2026-07-02 / current patch pre-1.0 (v0.7.3)所有結果適用到此版本基線,1.0 後按回歸樣本回寫。
QA27/27 回歸樣本復算通過資料層與 wiki 回歸樣本一致才發布。
contractLudbase wiki: breeding-tool-contract配種工具必須保留規則型、證據來源與版本狀態。
適用版本P1 route contract / P2 v2.0 content layer
更新日期
資料來源paldb.cc 抽取層(data/*.json)
上游鏈接ConOps current focus: Palworld P2 content-layer rebuild