07-06｜固定尺寸扳手與活動扳手的使用風險

在氣體鋼瓶維修作業中，扳手是常見的手工具之一。

無論是瓶閥相關零組件、管路接頭，或維修設備上的螺紋連接件，都可能需要使用扳手進行拆裝或調整。

常見的工具包括：

固定尺寸扳手（Fixed-Size Wrench）

與

活動扳手（Adjustable Wrench）

兩者雖然都可以用於適用的六角零件，但工具結構、接觸方式及使用風險並不完全相同。

如果工具尺寸不合適、接觸位置不正確，或施力過程發生滑動，可能造成零件損傷或人員受傷。

因此，在鋼瓶維修工作中，除了確認扳手能否操作零件，更重要的是確認工具是否適合該項作業。

固定尺寸扳手的基本用途

固定尺寸扳手是指工作端尺寸固定的扳手。

常見型式包括：

• 開口扳手（Open-End Wrench）
• 梅花扳手（Box-End Wrench）
• 開口梅花兩用扳手（Combination Wrench）

這類工具的工作端具有固定尺寸。

當工具尺寸與零件六角尺寸相符時，可以提供相對穩定的接觸條件。

但固定尺寸扳手並不代表完全沒有使用風險。

如果使用錯誤尺寸、工具本身已經磨損，或施力位置不適當，仍可能造成滑脫或零件變形。

活動扳手的基本用途

活動扳手（Adjustable Wrench）具有可以調整的活動鉗口。

透過調整機構，可以改變扳手開口大小，以配合不同尺寸的六角零件。

活動扳手的優點是使用彈性較高，不需要為每一種尺寸準備不同的扳手。

但活動鉗口及調整機構也可能帶來不同的使用風險。

例如：

• 鉗口沒有正確貼合零件
• 調整機構存在間隙
• 活動鉗口已經磨耗
• 施力時鉗口產生相對位移
• 扳手滑脫
• 六角部位稜角受損

因此，活動扳手是否適合特定鋼瓶維修作業，應依零件設計、工具狀態及核准程序判斷。

固定尺寸扳手與活動扳手的差異

比較項目	固定尺寸扳手	活動扳手
英文名稱	Fixed-Size Wrench	Adjustable Wrench
開口尺寸	固定	可調整
工具結構	工作端尺寸固定	具有活動鉗口及調整機構
尺寸適用性	需選擇相符尺寸	可配合一定範圍的尺寸
常見風險	尺寸錯誤、磨耗、滑脫	鉗口間隙、磨耗、滑脫
是否適用所有作業	否	否

兩種工具都有其適用範圍。

不能單純認為固定尺寸扳手一定安全，或活動扳手一定不安全。

真正需要確認的是：

工具是否符合零件及作業要求。

為什麼扳手可能造成六角部位損傷？

在拆裝六角零件時，扳手必須透過接觸面將施力傳遞至零件。

如果工具與六角部位沒有正確配合，可能使局部接觸壓力增加。

常見原因包括：

• 扳手尺寸不符合零件
• 工具工作端磨損
• 六角部位本身已經損傷
• 活動扳手鉗口未正確貼合
• 扳手未完整接觸六角部位
• 施力過程發生滑動

這些情況可能造成六角部位的稜角逐漸變形。

嚴重時，六角部位可能出現圓角或磨損，使後續拆裝更加困難。

需要特別注意：

六角部位磨損 ≠ 螺紋本體損傷

六角部位磨損主要發生在工具施力的接觸位置。

螺紋損傷則涉及螺紋牙型或材料完整性。

兩者是不同的機械損傷問題。

【照片 07-06-03｜正常六角部位與受損六角部位比較】

照片提示：使用實際零件照片，比較正常六角稜角與磨損、變形或圓角的差異。

鋼瓶維修作業中的工具選擇

鋼瓶維修可能涉及不同尺寸、不同結構及不同材質的零組件。

例如：

• 瓶閥相關零組件
• 管路接頭
• 維修設備接頭
• 固定件及其他螺紋連接件

不同零件可能具有不同的工具要求。

因此，選擇扳手時，不能只考慮工具是否能夠夾住零件。

還需要確認以下事項。

工具尺寸是否相符

工具尺寸不適當，可能增加滑脫及零件損傷風險。

工具是否處於正常狀態

如果工具存在鉗口磨損、變形或調整機構異常，可能影響使用安全。

零件是否允許使用該工具

部分零件可能需要專用工具，不能任意使用一般扳手替代。

是否具有特定扭矩要求

若零件具有規定的鎖緊扭矩或專用拆裝要求，應使用符合規定的工具及程序。

一般扳手不能取代需要扭矩控制的專用工具。

活動扳手的常見使用風險

活動扳手雖然具有尺寸調整功能，但如果鉗口沒有正確貼合六角部位，可能發生滑動。

例如：

活動扳手鉗口間隙過大

↓

工具與六角部位接觸不良

↓

施力時產生滑動

↓

六角稜角受損

↓

後續拆裝更加困難

因此，活動扳手是否適用，不能只依開口尺寸判斷。

還必須考慮鉗口狀態、零件結構及作業要求。

【照片 07-06-04｜活動扳手與六角零件接觸狀態】

照片提示：以未受壓、已隔離的零件展示活動扳手與六角部位的接觸情況，不需要實際施力。

工具磨耗與零件損傷的關係

扳手本身也是需要管理的維修工具。

如果工具長期使用後出現：

• 鉗口磨耗
• 開口變形
• 調整機構鬆動
• 工具裂損
• 其他異常

可能使原本適用的工具失去正常工作能力。

因此：

工具尺寸正確 ≠ 工具狀態一定正常

即使扳手標示尺寸與零件相符，仍需要確認工具本身是否適合繼續使用。

這項觀念與其他鋼瓶維修檢查工具的管理原則相同。

例如，Ring Gauge 需要確認量規磨耗與校驗狀態；扳手則需要確認工作端、工具結構及使用狀態。

兩者雖然用途不同，但都不能忽略工具本身的完整性。

固定尺寸工具與工具防呆管理

在重複性高的維修工作中，工具管理除了考慮使用方便，也需要降低選錯工具的可能性。

常見的管理方向包括：

• 工具尺寸識別
• 專用工具區分
• 工具狀態檢查
• 不適用工具的管制
• 異常工具的隔離

透過適當的工具管理，可以降低工具誤用的可能性。

但工具防呆不能只依靠工具外觀或尺寸標示。

還需要搭配人員訓練、工具管理制度及核准作業程序。

發現工具或零件異常時的判斷

在維修過程中，如果發現扳手滑脫、工具異常或零件六角部位受損，不應只考慮如何繼續施力。

應先確認：

工具是否適用

↓

工具本身是否正常

↓

零件是否已經受損

↓

是否存在不正常的拆裝阻力

↓

依核准程序確認原因

↓

決定後續處置

如果零件已經出現明顯機械損傷，不能僅因工具仍可轉動零件，就認定可以繼續使用。

本篇的重要實務觀念

在鋼瓶維修工具管理中，需要建立以下觀念。

第一：

工具能夠操作零件

≠

工具一定適合該項作業

第二：

工具尺寸正確

≠

工具狀態一定正常

第三：

六角部位磨損

≠

螺紋本體損傷

第四：

活動扳手可以調整尺寸

≠

適用所有六角零件

第五：

需要扭矩控制的作業

≠

可以使用一般扳手任意替代

這些觀念有助於降低工具誤用、零件損傷及人員受傷的風險。

安全注意事項

鋼瓶維修作業可能涉及高壓、殘留氣體及其他危害。

因此，工具選擇與拆裝作業，應建立在已完成必要安全確認的前提下。

尤其是瓶閥拆卸作業，必須先依核准程序完成鋼瓶狀態及壓力確認。

扳手可以轉動瓶閥，不代表鋼瓶已具備安全拆閥條件。

不得以工具施力方式代替壓力確認，也不應在壓力狀態不明時嘗試拆卸瓶閥。

實際拆裝應由受過訓練及授權的人員，使用核准工具並依適用程序執行。

本文僅提供工具風險辨識與維修安全教育，不作為高壓鋼瓶拆裝操作指南。

相關技術資料

04-05｜鋼瓶維修前接收與狀態確認

07-01｜瓶閥外螺紋環規

07-04｜鋼瓶壓力測試盤與拆閥前壓力確認

07-05｜瓶閥 PTFE 止洩帶與螺紋潤滑劑

資料說明

本文為鋼瓶維修工具選擇與使用風險的基礎技術整理。

固定尺寸扳手與活動扳手的結構差異、工具磨耗及六角零件損傷風險，屬於一般機械工具的技術知識。

實際鋼瓶維修工具的選擇，應依零件規格、設備製造商要求及核准程序執行。

本文不代表所有瓶閥或設備均適用相同的工具選擇原則。

09-06｜新人異常判斷與技術知識傳承｜從 Recognize 到 Diagnose 的維修訓練架構

特殊氣體鋼瓶維修具有：

Cylinder
（鋼瓶）

Valve
（瓶閥）

PRD
（壓力釋放裝置）

Thread
（螺紋）

Pressure
（壓力）

Gas Service
（氣體服務）

Tool
（工具）

Equipment
（設備）

Regulation
（法規）

以及：

Failure Mode
（故障模式）

等大量專業知識。

對剛進入維修工作的新人而言，

不可能在短時間內：

Remember Everything
（記住所有事情）。

因此新人教育最重要的目標，

不應該是：

「讓新人趕快可以獨立處理所有異常。」

而應該先建立：

Safe Judgment
（安全判斷能力）。

也就是：

看到不正常的狀況時，

知道：

Something Is Different
（某些地方不一樣）

並知道：

Do Not Guess
（不要猜）

Do Not Continue Automatically
（不要自動繼續）

Do Not Alter the Evidence Immediately
（不要立即改變證據）

以及：

Ask for Help
（尋求協助）。

因此本篇最核心的訓練流程是：

Recognize
（辨識）
↓
Stop
（停止）
↓
Describe
（描述）
↓
Collect Evidence
（收集證據）
↓
Escalate
（回報／升級）
↓
Diagnose
（診斷）
↓
Learn
（學習）

這套能力，

比新人背下所有答案更加重要。

一、新人第一個能力不是 Repair，而是 Recognize

新人教育常見的問題是：

過早把重點放在：

How to Repair
（如何修理）。

但是在真正進行 Repair / Maintenance

之前，

更重要的是：

Recognize Abnormality
（辨識異常）。

例如新人應該逐漸能辨識：

正常 Thread

與：

Damaged Thread
（受損螺紋）

正常 PRD Position

與：

PRD Position Abnormality
（PRD 位置異常）

正常 Outlet

與：

Outlet Thread Damage
（出口螺紋損傷）

正常 Toroid / Sealing Surface

與：

Surface Damage
（密封面損傷）

正常 Status Label

與：

Label / Record Mismatch
（標籤／紀錄不一致）。

因此新人第一階段不是：

「知道怎麼修。」

而是：

「知道這個看起來不對。」

二、Recognize 不代表必須知道 Root Cause

新人發現：

PRD Position

與正常照片不同。

他不需要立刻知道：

為什麼。

只需要能說：

「這個 PRD 的位置和正常狀態不一樣。」

這就是有效的：

Abnormality Recognition
（異常辨識）。

因此：

Recognize Abnormality
（辨識異常）
≠
Know the Root Cause
（知道根本原因）

如果要求新人：

「不知道原因就不能回報。」

反而容易讓新人：

Guess the Cause
（猜原因）。

三、新人最重要的一句話：「這個跟正常的不一樣」

對新人而言，

非常有價值的一句話是：

「這個跟正常的不一樣。」

這句話看起來簡單，

實際上代表：

新人已經開始建立：

Normal Reference
（正常基準）。

沒有 Normal Reference，

就很難辨識：

Abnormal Condition
（異常狀態）。

因此教育訓練應大量建立：

Normal vs Abnormal
（正常 vs 異常）

的比較資料。

四、先教 Normal，再教 Failure

如果新人從第一天開始

只看：

事故照片

故障照片

損傷照片，

他可能知道：

「這些看起來很嚴重。」

但是仍然不知道：

正常應該長什麼樣子。

因此比較有效的訓練順序是：

Normal Condition
（正常狀態）
↓
Normal Variation
（正常差異）
↓
Abnormal Condition
（異常狀態）
↓
Failure Mode
（故障模式）

例如：

Normal Cylinder Neck Thread

↓

Acceptable Normal Variation

↓

Foreign Material

↓

Material Adhesion

↓

Thread Deformation

↓

Missing Thread。

如此新人才能建立：

Visual Reference
（視覺基準）。

五、照片是新人教育最重要的工具之一

特殊氣體鋼瓶維修

很多異常：

只靠文字很難理解。

例如：

Thread Damage

Toroid Damage

PRD Position Change

Tool Mark

Material Adhesion

Weld Area Leak Location。

如果只有文字：

「牙型異常」

新人可能不知道：

到底異常在哪裡。

因此：

Photo-based Training
（照片式教育）

非常適合這類工作。

照片最好包含：

Overview
（整體）

Location
（位置）

Close-up
（特寫）

並盡可能搭配：

Normal Example
（正常範例）

與：

Abnormal Example
（異常範例）。

六、正常照片與異常照片應成對保存

例如：

PHOTO-NORMAL-PRD-001

正常 PRD Position。

搭配：

FM007-PRD-ABNORMAL-001

PRD Position Abnormality。

或者：

Normal Neck Thread

對照：

FM005 Neck Thread Damage。

如此新人可以直接進行：

Side-by-side Comparison
（並排比較）。

這比：

單獨看一張異常照片

更容易建立：

Pattern Recognition
（模式辨識）。

七、第二步是 Stop

新人發現：

Something Is Abnormal

之後，

第二個能力不是：

Fix It。

而是：

Stop。

也就是：

Recognize
↓
Stop

這與 09-01：

Stop Work

完全一致。

例如：

Label / Record Mismatch

Unexpected Pressure

PRD Position Abnormality

Thread Damage

Missing Component

Unknown Cylinder Status。

新人如果：

不知道能不能繼續，

不應該自行假設：

Safe to Continue。

因此：

UNKNOWN
（未知）
≠
SAFE
（安全）

這應該成為新人訓練的基本原則。

八、Stop Work 不應被新人理解成「我不會做」

新人有時候不敢停止，

因為擔心：

「停下來是不是代表我能力不好？」

這會造成非常危險的：

Continue to Prove Competence
（為證明能力而繼續作業）

心理。

因此教育訓練應明確建立：

Stop Work
（停止作業）
≠
Lack of Skill
（能力不足）

在異常狀態下：

知道停止，

本身就是：

Professional Judgment
（專業判斷）。

九、第三步是 Describe，而不是 Diagnose

新人發現異常後，

最重要的是：

Describe What You See
（描述看到什麼）。

例如不應直接說：

「這個一定鎖太緊。」

而應該說：

「Toroid Surface 發現局部損傷。」

不要說：

「活動扳手把 PRD 弄鬆了。」

應該說：

「PRD Position 與 Witness Mark 位置不一致。」

不要說：

「這支鋼瓶一定沒有清潔。」

應該說：

「Status Label 與 Work Record 無法對應。」

這就是：

Observation Language
（觀察語言）。

十、教新人分開 Fact 與 Assumption

新人紀錄可以簡單分成兩欄：

FACT
（事實）

與：

ASSUMPTION / POSSIBLE CAUSE
（推測／可能原因）。

例如：

FACT：

PRD Witness Mark Position Changed.

POSSIBLE：

Tool Interference.

或者：

FACT：

Gauge Pass.

FACT：

Visual Thread Damage Observed.

而不是：

「Gauge Pass，所以螺紋正常。」

這種訓練可以大幅降低：

Assumption Becomes Fact
（推測變成事實）

的問題。

十一、第四步是 Collect Evidence

新人發現異常後，

如果安全且符合現場程序，

應學習：

Preserve Evidence
（保存證據）。

可能包括：

Photo
（照片）

Gauge Result
（量規結果）

Pressure Reading
（壓力讀值）

Label
（標籤）

Work Record
（作業紀錄）

Witness Mark
（見證標記）

Tool Mark
（工具痕跡）

Component Position
（零件位置）

以及：

Before / After Condition
（作業前後狀態）。

這些資料可能成為：

Failure Analysis

最重要的基礎。

十二、不要教新人「先修好再說」

發現異常後，

立即：

Clean

Adjust

Retighten

Replace

Remove

可能會破壞：

Original Evidence
（原始證據）。

因此在安全且符合核准程序的前提下：

Recognize
↓
Stop
↓
Record
↓
Preserve Evidence

通常應先於：

Modify the Condition
（改變狀態）。

這並不是：

什麼都不能處理。

而是避免：

在還沒有紀錄之前，

把最重要的故障證據消失掉。

十三、第五步是 Escalate

新人不需要：

Solve Everything Alone
（獨自解決所有問題）。

當異常：

超出：

Training Level
（訓練程度）

Authorization
（授權範圍）

Procedure
（程序範圍）

或：

Technical Knowledge
（技術知識）

時，

應該：

Escalate
（回報／升級）。

例如交由：

Senior Technician
（資深技術員）

Supervisor
（主管）

Engineer
（工程人員）

Quality
（品質單位）

Safety
（安全單位）

或：

Qualified External Facility
（具資格之外部單位）

依實際情況判斷。

十四、Escalation 不是把問題丟給別人

好的 Escalation

不是只說：

「這支有問題。」

而是帶著：

Structured Information
（結構化資訊）

回報。

例如：

Cylinder ID：
已確認

Process Step：
Valve Inspection

Observed Condition：
PRD Position Abnormal

Evidence：
Photo + Witness Mark

Work Status：
Stopped

Cause：
Unknown

這樣資深人員可以快速理解：

Current Situation
（目前狀況）。

十五、不要要求新人在回報前一定要提出答案

如果公司的回報文化要求：

「你不能只說有問題，你一定要提出原因。」

新人很容易：

Invent a Cause
（自行補原因）。

因此更好的方式是允許：

Cause = UNKNOWN。

新人可以說：

「我不知道原因，但這個狀態和正常不同。」

這是一個：

Valid Technical Statement
（有效的技術陳述）。

十六、第六步才是 Diagnose

Diagnose
（診斷）

應建立在：

Observation

Evidence

History

Measurement

Inspection

Applicable Criteria

之上。

而不是：

Experience Guess
（憑經驗猜測）。

診斷流程可以使用：

09-04 的：

Five-level Failure Analysis Model
（五層故障分析模型）。

Observed Condition
（觀察狀態）
↓
Failure Mode
（故障模式）
↓
Direct Cause
（直接原因）
↓
Contributing / System Factors
（促成／系統因素）
↓
Root Cause
（根本原因）

並附：

Cause Status。

十七、新人不應直接從現象跳到 Root Cause

例如：

Neck Leak
↓
Over-torque

這中間跳過了大量資訊。

比較好的訓練方式是：

Neck Leak Detected
（發現瓶頸洩漏）
↓
Failure Location Confirmed
（確認故障位置）
↓
Visual Inspection
（目視檢查）
↓
Applicable Gauge Result
（適用量規結果）
↓
Thread Condition
（螺紋狀態）
↓
Other Evidence
（其他證據）
↓
Cause Evaluation
（原因評估）

因此：

Symptom
（現象）
≠
Root Cause

十八、Gauge Pass 是新人最容易誤判的地方之一

新人看到：

PASS

很容易認為：

Everything Is Good。

因此新人訓練必須建立：

Gauge Pass
≠
Thread Integrity Confirmed

Gauge Pass
≠
Leak Tightness Confirmed

Gauge Pass
≠
Cylinder Accepted

同樣：

No Leak
≠
No Damage

Visual Normal
≠
Dimensional Condition Confirmed。

不同檢查工具：

回答不同問題。

十九、教新人理解「工具能告訴你什麼」

例如：

Plug Gauge

不是：

「鋼瓶合格檢測器。」

它是：

針對 Cylinder Neck Internal Thread

特定尺寸／配合特性的：

Inspection Tool。

Ring Gauge

也不是：

「瓶閥合格檢測器。」

因此新人使用工具之前，

應該先知道：

What Does This Tool Check?
（這個工具檢查什麼？）

以及：

What Does It Not Check?
（它不能檢查什麼？）

這比單純教：

How to Use the Tool

更重要。

二十、Failure Mode Database 可以成為新人教材

09-05 建立的：

FM-001～FM-013

可以直接轉換成：

Training Module
（訓練模組）。

例如：

FM-001
Neck Leak

新人教材可以包含：

Normal Photo

Failure Photo

Failure Location

Observed Condition

Gauge Result Example

Possible Causes

Confirmed Case

Cause Status

Stop Work Point

Evidence to Preserve

Safety Barrier

Lesson Learned。

如此每個 Failure Mode

都可以變成：

One Training Unit
（一個訓練單元）。

二十一、Failure Mode 教材不要把 Possible Cause 寫成固定答案

例如 FM-001：

Neck Leak。

教材可以列：

Investigation Direction
（調查方向）：

Thread Condition

Alignment

Foreign Material

Sealing Condition

Assembly Condition。

但是不能教新人：

「看到 Neck Leak，就是 Over-torque。」

否則新人之後每一次看到：

FM-001

都可能：

Anchor on One Cause
（被單一原因錨定）。

因此：

Failure Mode Training
≠
Memorize One Cause

而是：

Learn How to Investigate
（學習如何調查）。

二十二、Good Catch 應該成為新人教材

教育訓練不能只有：

Accident Case
（事故案例）。

也應該大量加入：

Good Catch
（良好攔截）。

例如：

FM-012
Status Label / Record Mismatch。

新人可以看到：

某位維修人員：

沒有因為標籤顯示完成

就直接繼續。

而是：

發現紀錄不一致
↓
Stop Work
↓
Verify
↓
成功攔截異常。

這會讓新人理解：

「提出疑問」

不是：

Troublemaking
（製造麻煩）。

而是：

Safety Behavior
（安全行為）。

二十三、事故案例要教「哪一道 Barrier 失效」

例如：

PRD Missing Component。

不能只讓新人記：

「不要忘記 Burst Disc。」

還應該分析：

Failed Barrier
（失效屏障）

與：

Required Barrier
（需要的屏障）。

例如：

Part Identification

Component Completeness

Assembly Verification

Independent Check

Final Inspection。

如此新人學到的不是：

One Accident Story
（一個事故故事）

而是：

System Thinking
（系統思考）。

二十四、資深人員的經驗必須從「腦中」移到資料庫

很多維修現場真正重要的知識，

存在：

Senior Technician’s Memory
（資深技術員的記憶）

中。

例如：

「這種痕跡以前看過。」

「這個位置通常不會長這樣。」

「這個 Valve 的 PRD 要特別注意工具空間。」

「這種牙屑看起來像瓶牙，其實可能是 Valve Material Adhesion。」

如果沒有記錄，

當資深人員：

Retire
（退休）

Transfer
（調職）

Leave
（離職）

時，

Knowledge Leaves with the Person
（知識跟著人離開）。

因此：

Experience
↓
Document
↓
Classify
↓
Link to Evidence
↓
Store in Knowledge Base

是技術傳承的重要流程。

二十五、技術知識不能只有文字

對維修工作而言，

最有價值的 Knowledge Package

通常包含：

Text
（文字）

＋

Photo
（照片）

＋

Diagram
（示意圖）

＋

Measurement
（量測資料）

＋

Case
（案例）

＋

Decision Logic
（判斷邏輯）。

例如：

FM-005
Cylinder Neck Thread Damage。

如果只有：

「瓶牙缺損不可接受」

新人可能仍然不知道：

什麼叫缺損。

如果加入：

Normal Thread Photo

Foreign Material Photo

Material Adhesion Photo

Actual Missing Thread Photo

Gauge Result

Case History，

教育價值會大幅提高。

二十六、建立 Normal Reference Library

除了 Failure Mode Database，

非常建議另外建立：

Normal Reference Library
（正常基準資料庫）。

例如：

Normal Cylinder Neck Thread

Normal Valve Thread

Normal Outlet

Normal Toroid

Normal PRD Position

Normal Witness Mark

Normal Neck Ring

Normal Collar

Normal DOT Marking

Normal Gauge Result

Normal Tool Condition。

新人遇到：

Unknown Condition

時，

可以先：

Compare with Normal Reference
（與正常基準比較）。

這會比：

「憑感覺判斷」

可靠得多。

二十七、正常照片必須標示適用範圍

但是：

Normal Reference

也不能只有：

一張照片。

不同：

Manufacturer

Model

Cylinder Specification

Valve Design

PRD Configuration

可能本來就不同。

例如：

Neriki Valve

與：

Rotarex Valve

的 PRD 周圍結構

就可能不同。

因此：

Normal for Model A
（A 型號正常）
≠
Universal Normal
（所有型號都正常如此）

正常基準照片應盡可能記錄：

Manufacturer

Model

Component

View

以及必要的：

Applicable Scope
（適用範圍）。

二十八、新人教育應分階段授權

新人訓練可以建立：

Progressive Qualification
（漸進式資格／能力確認）。

例如：

Level 1：

Recognize & Stop
（辨識與停止）

Level 2：

Describe & Record
（描述與紀錄）

Level 3：

Use Inspection Tools
（使用檢查工具）

Level 4：

Classify Failure Mode
（分類故障模式）

Level 5：

Assist Diagnosis
（協助診斷）

Level 6：

Independent Judgment Within Authorized Scope
（在核准範圍內獨立判斷）

這樣比：

「做滿幾個月就算會了」

更容易建立：

Competency-based Training
（能力導向訓練）。

二十九、Level 1｜Recognize & Stop

第一階段新人至少應能：

辨識明顯異常

知道 UNKNOWN ≠ SAFE

知道什麼時候停止

知道不能自行改變異常狀態

知道如何尋求協助。

這個階段：

不要求 Root Cause Analysis。

核心能力是：

Do Not Let an Unknown Abnormality Move Forward
（不要讓未知異常繼續向後流動）。

三十、Level 2｜Describe & Record

第二階段應能：

使用：

Observation Language

描述：

What Was Seen。

並學會保存：

Photo

Location

Label

Gauge Result

Record

Before / After Condition。

這個階段最重要的是：

Fact
≠
Assumption。

三十一、Level 3｜Use Inspection Tools

第三階段才逐步建立：

Plug Gauge

Ring Gauge

Pressure-related Inspection Equipment

以及其他：

Approved Inspection Tool

的正確理解。

不只要知道：

How to Use

還要知道：

Purpose

Limitation

Result Interpretation。

尤其必須理解：

PASS
≠
Everything Accepted。

三十二、Level 4｜Classify Failure Mode

第四階段可以開始學習：

FM-001～FM-013。

例如看到：

Neck Leak

能分類：

FM-001。

看到：

PRD Position Abnormal

能分類：

FM-007。

看到：

Label / Record Mismatch

能分類：

FM-012。

但是：

Classify Failure Mode
≠
Determine Root Cause。

這兩項能力應分開訓練。

三十三、Level 5｜Assist Diagnosis

具備基本經驗後，

新人可以開始協助：

Evidence Collection

Timeline Building

Before / After Comparison

Cause Hypothesis

Barrier Analysis。

但是原因仍應標示：

Cause Status。

例如：

Tool Interference
POSSIBLE

而不是：

Tool Interference
CONFIRMED。

除非證據真正支持。

三十四、Level 6｜Authorized Independent Judgment

最後才進入：

Independent Judgment
（獨立判斷）。

而且仍然必須限定：

Within Authorized Scope
（核准範圍內）。

因為：

Experience
（經驗）

不等於：

Unlimited Authorization
（無限制授權）。

某些：

Repair

Requalification

Rethreading

Pressure-containing Body Evaluation

DOT Special Permit Requirement

或其他受規範事項，

可能仍需要：

Qualified Person / Facility
（具資格人員／單位）

處理。

三十五、資深人員也需要同一套語言

這套系統不只是：

New Technician Training。

資深人員也應統一使用：

Observed Condition

Failure Mode

Evidence

Direct Cause

Root Cause

Cause Status

Safety Barrier

Corrective Action

Preventive Action。

否則可能出現：

同一件事情，

A 技術員叫：

「牙壞掉。」

B 技術員叫：

「牙屑。」

C 技術員叫：

「Cross Thread。」

D 技術員叫：

「Neck Leak。」

結果資料庫無法：

Search

Compare

Analyze。

因此：

Common Technical Language
（共同技術語言）

本身就是：

Knowledge Infrastructure
（知識基礎設施）。

三十六、教新人問五個問題

當新人遇到異常時，

可以先問：

What Is Different?
（哪裡不一樣？）

What Do I Actually Know?
（我真正知道什麼？）

What Is Still Unknown?
（什麼還不知道？）

Is It Safe and Authorized to Continue?
（是否安全且在授權範圍內可以繼續？）

What Evidence Should Be Preserved?
（哪些證據需要保存？）

這五個問題，

比直接問：

「這個要怎麼修？」

更適合作為：

First Response
（第一反應）。

三十七、再教新人問診斷問題

進入 Diagnose 階段後，

再問：

What Is the Failure Mode?
（故障模式是什麼？）

Where Is the Failure Location?
（故障位置在哪裡？）

What Evidence Supports the Cause?
（什麼證據支持原因？）

Are There Alternative Causes?
（是否存在其他原因？）

What Is the Cause Status?
（原因確認狀態為何？）

Which Barrier Failed?
（哪一道屏障失效？）

Which Barrier Worked?
（哪一道屏障成功？）

What Prevents Recurrence?
（如何避免再次發生？）

這樣可以避免：

Jump to Conclusion
（直接跳到結論）。

三十八、建立「不知道」的正確處理方式

技術工作中：

I Don’t Know
（我不知道）

並不可怕。

真正危險的是：

I Don’t Know
↓
But I Will Assume
（但我自行假設）

因此知識庫應允許：

UNKNOWN

UNCONFIRMED

NOT RECORDED

NOT APPLICABLE。

這些都應該是：

Valid Data State
（有效資料狀態）。

而不是逼每個欄位：

一定要有答案。

三十九、GasPro AI 在新人教育中的角色

未來 GasPro AI

可以協助新人：

搜尋：

Normal Reference

Failure Mode

Past Case

Tool Purpose

Inspection Logic

Regulatory Reference

以及：

Known Lessons Learned。

例如新人輸入：

「Plug Gauge 通過，但瓶牙看起來缺一角，可以繼續嗎？」

AI 不應只回答：

「Gauge Pass，所以正常。」

而應從知識庫找到：

Gauge Pass
≠
Thread Integrity Confirmed

並提醒：

Observed Physical Damage

不能因：

Gauge Pass

而被忽略。

接著引導：

Stop

Describe

Preserve Evidence

Escalate

依適用標準判斷。

四十、GasPro AI 不能取代現場判斷

AI 可以：

Retrieve
（檢索）

Compare
（比較）

Summarize
（整理）

Suggest Investigation Direction
（提供調查方向）。

但是不能把：

Incomplete Evidence
（不完整證據）

自動變成：

Confirmed Diagnosis
（確定診斷）。

因此：

AI Suggestion
（AI 建議）
≠
Authorized Technical Decision
（核准技術判定）

尤其涉及：

Unknown Pressure

Gas Release

PRD

Cylinder Structural Damage

Repair

Requalification

Rethreading

或：

Regulatory Compliance

時，

仍需要：

Appropriate Human / Qualified Facility
（適當人員／具資格單位）

進行判定。

四十一、技術傳承的真正目標

Knowledge Transfer
（技術傳承）

不是讓新人：

Memorize the Senior Technician’s Answers
（背下資深人員的答案）。

真正應該傳承的是：

How to Observe
（如何觀察）

How to Question
（如何提出疑問）

How to Stop
（何時停止）

How to Describe
（如何描述）

How to Preserve Evidence
（如何保存證據）

How to Use Tools
（如何理解工具）

How to Separate Fact from Assumption
（如何區分事實與推測）

How to Diagnose
（如何診斷）

以及：

How to Know When You Don’t Know
（如何知道自己還不知道答案）。

這才是真正可以延續：

20 Years of Experience
（多年維修經驗）

的方式。

四十二、CylinderTech 的知識循環

整個 CylinderTech

最終可以形成：

Maintenance Work
（維修作業）
↓
Abnormality Found
（發現異常）
↓
Stop Work
（停止作業）
↓
Evidence Collected
（收集證據）
↓
Failure Mode Classified
（故障模式分類）
↓
Cause Analyzed
（原因分析）
↓
Safety Barrier Reviewed
（安全屏障檢討）
↓
Case Stored
（案例保存）
↓
Failure Mode Database Updated
（更新故障模式資料庫）
↓
Training Material Updated
（更新教育教材）
↓
New Technician Learns
（新人學習）
↓
Future Good Catch
（未來成功攔截新的異常）
↓
Knowledge Base Continues to Grow
（知識庫持續成長）

這就是：

Closed-loop Knowledge Management
（閉環式知識管理）。

四十三、第 09 章六篇文章的完整關係

09-01：

Stop Work & Good Catch

回答：

「發現異常後，第一步應該做什麼？」

09-02：

Multiple Safety Barriers

回答：

「如何避免一道防線失效就直接變成事故？」

09-03：

Gauge Pass ≠ Cylinder Accepted

回答：

「如何避免把單一檢查結果當成最終判定？」

09-04：

Observed Condition / Direct Cause / Root Cause

回答：

「如何避免把看到的異常直接當成原因？」

09-05：

Failure Mode Database

回答：

「如何把個別案例變成可以搜尋、比較與累積的知識？」

09-06：

Technician Training & Knowledge Transfer

回答：

「如何把這些知識真正傳給下一位技術人員？」

因此第 09 章實際形成：

Recognize
↓
Stop
↓
Protect
↓
Inspect
↓
Analyze
↓
Record
↓
Learn
↓
Teach

四十四、本篇的重要判斷觀念

Recognize Abnormality
（辨識異常）
≠
Know the Root Cause
（知道根本原因）

Stop Work
（停止作業）
≠
Lack of Skill
（能力不足）

UNKNOWN
（未知）
≠
SAFE
（安全）

Describe
（描述）
≠
Diagnose
（診斷）

Fact
（事實）
≠
Assumption
（推測）

Failure Mode
（故障模式）
≠
Root Cause
（根本原因）

Gauge Pass
（量規通過）
≠
Cylinder Accepted
（鋼瓶接受）

No Leak
（沒有洩漏）
≠
No Damage
（沒有損傷）

Corrective Action Success
（矯正措施成功）
≠
Root Cause Proof
（根本原因證明）

Experience
（經驗）
≠
Unlimited Authorization
（無限制授權）

AI Suggestion
（AI 建議）
≠
Authorized Technical Decision
（核准技術判定）

UNKNOWN
（未知）
≠
Invalid Data
（無效資料）

Good Catch
（良好攔截）
≠
Nothing Happened
（什麼都沒有發生）

Training
（教育訓練）
≠
Memorizing Answers
（背答案）

Knowledge Transfer
（技術傳承）
≠
Passing Down Assumptions
（把推測傳下去）

新人最重要的基本流程：

Recognize
（辨識）
↓
Stop
（停止）
↓
Describe
（描述）
↓
Collect Evidence
（收集證據）
↓
Escalate
（回報／升級）
↓
Diagnose
（診斷）
↓
Learn
（學習）

四十五、相關文章

・05-04～05-08｜Failure Mode 故障診斷案例

・06-01～06-08｜Incident、Near Miss 與 Good Catch 案例

・07-01｜Ring Gauge

・07-02｜Plug Gauge

・07-03｜Cut Tap 與 Form Tap

・07-04｜Pressure Test Panel

・07-06｜Fixed-size Wrench、PRD 干涉與防錯設計

・08-01～08-06｜DOT / 49 CFR 與相關法規架構

・09-01｜Stop Work 與 Good Catch

・09-02｜Multiple Safety Barriers

・09-03｜Gauge Pass ≠ Cylinder Accepted

・09-04｜Observed Condition、Direct Cause 與 Root Cause

・09-05｜Failure Mode Database

注意事項

本文所建立的 Recognize（辨識）、Stop（停止）、Describe（描述）、Collect Evidence（收集證據）、Escalate（回報／升級）、Diagnose（診斷）與 Learn（學習）架構，主要用於 CylinderTech 的維修教育與知識管理。

實際 Technician Qualification（技術人員資格）、Authorization（授權）、Training Requirement（訓練要求）及 Work Scope（作業範圍），仍應依公司正式制度、設備製造商資料、適用法規及工作場所要求建立。

本文所述 Level 1～Level 6 為知識庫建議的 Competency-based Training（能力導向訓練）架構，不代表 DOT、PHMSA 或其他主管機關的官方人員資格分級。

Failure Mode Database 中的 FM ID、Cause Status 及 Safety Barrier Classification 亦屬 CylinderTech / GasPro AI 的內部知識管理架構。

新人或 AI 發現 UNKNOWN Condition（未知狀態）時，不應自行推定為安全、正常或可接受。

涉及 Unknown Pressure（未知壓力）、Gas Release（氣體釋放）、PRD Abnormality（PRD 異常）、Cylinder Structural Damage（鋼瓶結構損傷）、Repair（修理）、Requalification（再檢驗）、Rethreading（重新加工螺紋）或其他超出授權範圍的事項，應依正式安全制度與適用資格要求交由適當人員／單位判斷。

本文為異常辨識、教育訓練及技術知識傳承架構，不提供特殊氣體鋼瓶洩壓、排放、充填、PRD 拆裝、瓶閥拆卸、重新攻牙或其他危險操作程序。

最後更新：2026-09-30

09-05｜Failure Mode Database｜特殊氣體鋼瓶故障模式資料庫與案例知識管理

特殊氣體鋼瓶維修累積多年之後，

真正有價值的資料，

不只是：

「發生過多少事故。」

更重要的是：

What Failed?
（什麼失效？）

Where Did It Fail?
（在哪裡失效？）

How Was It Detected?
（如何被發現？）

What Evidence Was Available?
（有哪些證據？）

What Was the Cause Status?
（原因確認到什麼程度？）

Which Safety Barrier Failed?
（哪一道安全屏障失效？）

Which Barrier Caught It?
（哪一道屏障成功攔截？）

以及：

Has This Failure Happened Before?
（這種故障以前是否發生過？）

如果每一件案例：

各自寫一份報告，

卻沒有共同分類，

幾年之後就會形成：

Many Reports
（很多報告）

but

Little Structured Knowledge
（很少結構化知識）。

因此需要建立：

Failure Mode Database
（故障模式資料庫）。

它的目的不是取代：

Incident Report
（事故報告）

或：

Maintenance Record
（維修紀錄）。

而是把不同案例中：

Repeated Failure Patterns
（重複出現的故障模式）

整理成可以：

Search
（搜尋）

Compare
（比較）

Analyze
（分析）

Train
（教育）

以及：

Reuse
（重複利用）

的：

Maintenance Knowledge
（維修知識）。

一、什麼是 Failure Mode Database？

Failure Mode Database
（故障模式資料庫）

是一套依：

Failure Mode
（故障模式）

整理維修異常與案例的知識系統。

例如：

十支不同鋼瓶

可能在不同年份、

不同氣體服務、

不同瓶閥、

不同作業人員、

不同原因下，

都曾發生：

Neck Leak
（瓶頸洩漏）。

如果只按照：

Incident Date
（事故日期）

存檔，

這十件案例可能分散在：

十個不同資料夾。

但是如果建立：

FM-001
Neck Leak

就可以把相關案例：

Link
（連結）

到同一個：

Failure Mode。

未來就能快速回答：

「以前有沒有發生過 Neck Leak？」

「當時 Gauge 結果如何？」

「是否曾經 Gauge Pass 但仍發生 Leak？」

「常在哪個位置發現？」

「過去有哪些 Possible Cause？」

「哪些原因曾經真正 Confirmed？」

這就是：

Failure Mode Database

的價值。

二、Failure Mode Database ≠ Incident Database

Failure Mode Database

與：

Incident Database
（事故資料庫）

不能完全視為相同。

Incident Database

通常以：

Event
（事件）

為中心。

例如：

2026-XX-XX
某鋼瓶發生某事件。

Failure Mode Database

則以：

Failure Pattern
（故障模式）

為中心。

例如：

FM-001
Neck Leak。

因此：

One Incident
（一件事故）

可能包含：

Multiple Failure Modes
（多個故障模式）。

反過來：

One Failure Mode

也可能連結：

Many Incidents
（很多不同事件）。

三、Case ID 與 FM ID 必須分開

為了避免混亂，

建議未來資料庫使用兩種編號。

第一種：

Case ID
（案例編號）

代表：

某一次實際事件。

例如：

CASE-2026-001

第二種：

FM ID
（故障模式編號）

代表：

某一種 Failure Mode。

例如：

FM-001
Neck Leak。

所以：

CASE-2026-001

可能包含：

FM-001。

而：

FM-001

下面可能包含：

CASE-2023-004

CASE-2024-012

CASE-2025-008

CASE-2026-001。

這樣才能分清楚：

Event Identity
（事件身分）

與：

Failure Classification
（故障分類）。

四、目前 Failure Mode Database 的 13 個核心分類

CylinderTech 目前可以先建立：

13 個主要 Failure Mode。

FM-001

Neck Leak
（瓶頸洩漏）

FM-002

Cross Port Leak
（閥內串漏）

FM-003

Outlet Thread Damage
（出口螺紋損傷）

FM-004

Toroid Damage
（超環面／特定密封接觸面損傷）

FM-005

Cylinder Neck Thread Damage / Missing Thread
（鋼瓶瓶頸螺紋損傷／牙紋缺損）

FM-006

Valve Thread Material Adhesion / Foreign Material
（瓶閥螺紋材料沾黏／異物）

FM-007

PRD Loose / Position Abnormal
（PRD 鬆動／位置異常）

FM-008

PRD Missing Component
（PRD 零件缺失）

FM-009

PRD Leak / Abnormal Release
（PRD 洩漏／異常釋放）

FM-010

Cylinder Body Weld Area Leak
（鋼瓶本體焊縫區域洩漏）

FM-011

Unexpected / Residual Cylinder Pressure
（非預期／殘留鋼瓶壓力）

FM-012

Status Label / Record Mismatch
（狀態標籤／紀錄不一致）

FM-013

PRD Fuse Metal Activation
（PRD Fuse Metal 動作）

這 13 個 FM ID

可以作為：

Initial Database
（初始資料庫）。

未來如果發現：

New Failure Pattern
（新的故障模式），

再新增：

FM-014

FM-015

FM-016……

而不是一開始建立大量沒有實際案例的分類。

五、FM ID 不應因為原因改變而改變

假設兩件：

Neck Leak。

第一件最後確認與：

Thread Damage

有關。

第二件最後確認與：

Assembly Alignment

有關。

它們的：

Root Cause

可能不同。

但是 Failure Mode

仍然都是：

FM-001
Neck Leak。

因此：

Different Cause
（不同原因）
≠
Different Failure Mode ID
（不同故障模式編號）

這樣才能比較：

Same Failure Mode, Different Causes
（相同故障模式、不同原因）。

六、同樣原因也可能產生不同 Failure Mode

反過來也可能發生。

例如：

Tool Interference
（工具干涉）

可能造成：

PRD Position Abnormality

也可能造成：

Component Damage

或其他異常。

因此：

Same Cause
（相同原因）
≠
Same Failure Mode
（相同故障模式）

這再次證明：

Failure Mode

與：

Root Cause

必須分開存放。

七、Failure Mode 名稱應描述失效，不要偷偷加入原因

例如：

好的 Failure Mode 名稱：

PRD Loose

較不理想：

PRD Loose Caused by Wrench

因為後者已經把：

Cause

寫入：

Failure Mode Name。

如果日後證據證明：

不是 Wrench，

整個分類就會失去一致性。

因此 FM 名稱應盡量：

Cause-neutral
（原因中立）。

例如：

Cylinder Body Weld Area Leak

比：

Manufacturing Weld Defect

更適合當 Failure Mode。

因為：

Weld Area Leak

是已觀察到的失效位置／模式。

而：

Original Manufacturing Defect

需要額外證據才能確認。

八、Failure Location 應獨立建立欄位

除了 Failure Mode，

還建議建立：

Failure Location
（故障位置）。

例如：

Cylinder Body
（鋼瓶本體）

Cylinder Neck
（瓶頸）

Cylinder Neck Thread
（瓶頸螺紋）

Valve Inlet Thread
（瓶閥入口螺紋）

Valve Outlet
（瓶閥出口）

Toroid / Sealing Surface
（超環面／密封面）

PRD

Weld Area
（焊縫區域）

Pressure Panel

Label / Record System。

如此未來可以分析：

「哪些位置最常出現異常？」

而不是只能靠：

Failure Mode Name

猜位置。

九、Observed Condition 必須保留原始描述

資料庫不能只有：

FM ID。

例如：

FM-007
PRD Loose / Position Abnormal

仍然需要保留：

Observed Condition。

例如：

「PRD Witness Mark 與原記錄位置不一致。」

或：

「PRD 外側部件位置與正常狀態比較出現偏移。」

這些：

Original Observation
（原始觀察）

不能被：

FM Classification
（故障分類）

取代。

因為未來重新分析時，

原始證據可能非常重要。

十、Evidence 應該成為正式欄位

每一筆案例建議建立：

Evidence
（證據）

欄位。

例如：

Photo
（照片）

Gauge Result
（量規結果）

Leak Test Result
（洩漏檢查結果）

Pressure Reading
（壓力讀值）

Work Record
（作業紀錄）

Label
（標籤）

Witness Mark
（見證標記）

Tool Mark
（工具痕跡）

Before / After Record
（作業前後紀錄）

Manufacturer Information
（製造商資料）

以及其他：

Physical Evidence
（實體證據）。

這樣可以區分：

What We Know
（已知）

與：

What We Think
（推測）。

十一、照片應連結案例，不要只有照片資料夾

照片如果只有：

IMG_9548.jpg

IMG_9549.jpg

幾年後很難知道：

它們代表什麼。

因此照片最好至少能連結：

Case ID

FM ID

Component

Photo Type。

例如：

FM007_CASE2026-003_PRD_Position_01.jpg

或由照片管理資料表建立：

Photo ID：

PHOTO-000231

Case ID：

CASE-2026-003

Failure Mode：

FM-007

Subject：

PRD Position

Photo Type：

Before Condition。

如此照片才會成為：

Searchable Evidence
（可搜尋證據）。

十二、Master Photo 與 Web Photo 必須分開

原始案例照片可能包含：

Cylinder Serial Number

Customer Name

Internal Label

Work Order

Employee Information

或其他敏感資料。

因此建議分成：

MASTER
（原始證據版本）

與：

WEB
（網站公開版本）。

MASTER：

保留原始內容，

不得為了網站美觀破壞證據。

WEB：

可以：

Crop
（裁切）

Redact
（遮蔽）

De-identify
（去識別化）

Add Watermark
（加入浮水印）。

因此：

MASTER Evidence
≠
WEB Publication Image

兩者應建立：

Reference Link
（關聯）

而不是互相取代。

十三、Gauge Result 要與 Visual Result 分開

延續 09-03：

Gauge Pass ≠ Cylinder Accepted。

資料庫不能只有：

Inspection Result = PASS。

應拆成：

Gauge Result
（量規結果）

Visual Result
（目視結果）

Leak / Functional Result
（洩漏／功能結果）

例如：

Gauge Result：

PASS

Visual Result：

Localized Thread Profile Abnormality
（局部牙型異常）

Leak Result：

Neck Leak Detected
（發現瓶頸洩漏）

這三個結果：

可以同時存在。

如果資料庫只有：

PASS

就會失去最重要的技術資訊。

十四、Cause 與 Cause Status 必須是兩個欄位

這是整個 Failure Mode Database

非常重要的設計。

不要只建立：

Cause：

Tool Interference

應該建立：

Cause：

Tool Interference
（工具干涉）

Cause Status：

POSSIBLE
（可能）

如此未來：

GasPro AI

才知道：

這不是：

Confirmed Fact
（已確認事實）。

因此：

Cause
＋
Cause Status

必須綁在一起。

十五、Cause Status 統一使用四級

目前 CylinderTech 建議使用：

CONFIRMED
（已確認）

PROBABLE
（較可能）

POSSIBLE
（可能）

UNCONFIRMED
（未確認）

例如：

Cause：

Tool Interference

Cause Status：

POSSIBLE

或者：

Cause：

Temperature Sensor Malfunction

Cause Status：

CONFIRMED。

這可以大幅降低：

Assumption Becomes Fact
（假設逐漸變成事實）

的問題。

十六、Cause Status 必須允許更新

新的證據出現後，

Cause Status

可能改變。

例如：

Version 1：

Tool Interference
POSSIBLE

後續找到：

Before / After Photo

Tool Contact Mark

Work Sequence Evidence。

可能更新成：

Version 2：

Tool Interference
PROBABLE。

如果再取得直接證據，

才可能變成：

CONFIRMED。

因此資料庫最好保留：

Revision History
（修訂歷程）。

而不是：

直接覆蓋舊結論，

讓人不知道：

判斷為什麼改變。

十七、Corrective Action 與 Preventive Action 必須分開

Corrective Action
（矯正措施）

主要處理：

Current Condition
（目前異常）。

Preventive Action
（預防措施）

則著重：

Prevent Recurrence
（避免再次發生）。

例如：

PRD Position Abnormality。

Corrective Action：

依核准程序處理目前異常。

Preventive Action：

Tool Control

Physical Guard

Clearance Check

Post-work Inspection

Training

或其他適用措施。

因此：

Problem Fixed
（問題處理完成）
≠
Recurrence Prevented
（已避免再次發生）。

十八、Corrective Action Success 不應自動更新 Cause Status

假設：

更換某個零件後，

Leak 消失。

資料庫不能自動把：

Cause Status

改成：

CONFIRMED。

因為：

Corrective Action Success
≠
Root Cause Proof

所以：

Cause Status

應由：

Evidence

決定，

不是由：

Repair Outcome
（維修結果）

自動決定。

十九、加入 Safety Barrier 欄位

延續 09-02，

資料庫可以加入：

Preventive Barrier
（預防屏障）

Detection Barrier
（偵測屏障）

Failed Barrier
（失效屏障）

Successful Barrier
（成功屏障）。

例如：

FM-012
Status Label / Record Mismatch

Failed Barrier：

Status Label Control
（狀態標籤管理）

Successful Barrier：

Technician Record Verification
（技術人員紀錄確認）

如此可以分析：

「我們最常靠哪一道屏障發現問題？」

以及：

「哪一道屏障最常失效？」

二十、加入 Stop Work / Good Catch 資訊

資料庫也可以記錄：

Was Stop Work Initiated?
（是否停止作業？）

Yes / No

Was This a Good Catch?
（是否屬於 Good Catch？）

Yes / No

Was an Incident Prevented?
（是否在事故前成功攔截？）

如此 09-01 的概念

就可以真正進入資料庫。

未來可以分析：

Good Catch Rate

以及：

Where Good Catches Occur
（Good Catch 最常在哪一站發生）。

二十一、不要把「沒有事故」當成沒有 Failure Mode

例如：

維修人員發現：

Status Label / Record Mismatch

並立即停止。

沒有：

Gas Release

沒有：

Equipment Damage

沒有：

Injury。

但是：

FM-012

仍然存在。

因此：

No Incident
（沒有事故）
≠
No Failure Mode
（沒有故障模式）

Near Miss

Good Catch

Abnormal Finding

都應具有：

Knowledge Value
（知識價值）。

二十二、Severity 與 Failure Mode 應分開

同一 Failure Mode

可能有：

不同嚴重程度。

例如：

PRD Leak

可能只是：

早期檢查發現的微小異常，

也可能發展成：

Large Gas Release
（大量氣體釋放）。

因此：

Failure Mode ID

不應直接等於：

Severity
（嚴重度）。

如果未來需要，

可以另設：

Consequence
（後果）

或：

Severity Classification
（嚴重度分類）。

不要因為後果不同，

就建立：

FM-009A

FM-009B

FM-009C

除非真的存在不同：

Failure Mechanism
（失效機制）

需要分類。

二十三、Gas Service 應獨立記錄

對特殊氣體鋼瓶而言：

Gas Service
（氣體服務）

具有很高的分析價值。

例如：

SiH4

PH3

AsH3

BF3

DCS

CO

GeF4

H2 Mixture

C2H2

NH3。

但是：

Gas Service

不應直接寫入所有：

Failure Mode Name。

例如：

SiH4 Neck Leak

本質仍可以分類：

FM-001 Neck Leak。

另外記錄：

Gas Service = SiH4。

如此才能分析：

「FM-001 是否在某些 Gas Service 中較常出現？」

而不會建立大量：

SiH4 Neck Leak

PH3 Neck Leak

AsH3 Neck Leak

等重複 FM。

二十四、Cylinder 與 Valve 資訊也應結構化

每一案例若資料允許，

可以建立：

Cylinder Specification
（鋼瓶規格）

Cylinder Material
（鋼瓶材質）

Cylinder Capacity
（鋼瓶容積）

Valve Manufacturer
（瓶閥製造商）

Valve Model
（瓶閥型號）

Valve Material
（瓶閥材質）

PRD Type / Configuration
（PRD 類型／配置）

但是公開網站：

不一定需要全部公開。

尤其：

Full Cylinder Serial Number

Customer Information

Internal Part Number

Supplier-sensitive Information

應保留在：

Private Database
（私人資料庫）。

二十五、Public Database 與 Private Database 要分層

Failure Mode Database

最好建立：

Two-layer Structure
（雙層架構）。

第一層：

Public Knowledge
（公開知識）

可以包含：

FM ID

Failure Mode

Generic Component

Anonymized Case

General Evidence

Cause Status

Lessons Learned。

第二層：

Private Evidence
（私人證據）

可以包含：

Full Serial Number

Customer

Supplier

Work Order

Exact Internal Record

Original Photo

Employee Information

Internal Torque Data

Detailed Investigation

以及其他：

Confidential Information
（機密資訊）。

因此：

Public Knowledge Base
≠
Complete Internal Investigation Database

這樣比較適合：

CylinderTech Website

與：

GasPro AI

分別使用。

二十六、不要直接刪除「未確認案例」

資料庫很容易出現一個問題：

大家只想保存：

Solved Case
（已解決案例）。

但是：

Unconfirmed Case
（未確認案例）

同樣非常有價值。

例如：

五件 PRD Loose

其中：

一件 CONFIRMED

兩件 PROBABLE

兩件 UNCONFIRMED。

這樣的資料：

比只留下那一件 CONFIRMED

更接近真實世界。

因為它可以顯示：

Evidence Quality
（證據品質）

以及：

Investigation Limitation
（調查限制）。

二十七、資料庫不能把「未知」自動補成「正常」

如果某案例：

Valve Material

沒有紀錄。

應該寫：

UNKNOWN

或留作：

Not Recorded
（未記錄）。

不能因為：

「通常都是 Stainless Steel」

就自動填入：

Stainless Steel。

同樣：

PRD Type Unknown

不能由 AI

根據照片名稱或相似案例

自行補成：

Burst Disc。

因此：

Missing Data
（缺少資料）
≠
Normal / Typical Value
（正常／常見值）

這對 GasPro AI

尤其重要。

二十八、資料庫的基本欄位建議

CylinderTech 的 Failure Mode Database

可以先建立以下核心欄位：

Case ID
（案例編號）

FM ID
（故障模式編號）

Date
（日期）

Process Step
（作業階段）

Gas Service
（氣體服務）

Cylinder Type / Specification
（鋼瓶類型／規格）

Cylinder Material
（鋼瓶材質）

Valve Manufacturer / Model
（瓶閥製造商／型號）

Failure Location
（故障位置）

Observed Condition
（觀察狀態）

Failure Mode
（故障模式）

Gauge Result
（量規結果）

Visual Result
（目視結果）

Leak / Functional Result
（洩漏／功能結果）

Evidence
（證據）

Photo ID
（照片編號）

Direct Cause
（直接原因）

Contributing Factor
（促成因素）

Root Cause
（根本原因）

Cause Status
（原因確認狀態）

Corrective Action
（矯正措施）

Preventive Action
（預防措施）

Failed Barrier
（失效屏障）

Successful Barrier
（成功屏障）

Stop Work
（停止作業）

Good Catch
（良好攔截）

Disposition
（處置結果）

Lesson Learned
（經驗教訓）

Revision
（修訂版本）。

不需要一開始每個欄位都有資料。

Unknown

本身也是有效資訊。

二十九、FM-001～FM-013 初始索引

目前可以先建立以下：

Failure Mode Index
（故障模式索引）。

FM-001｜Neck Leak
瓶頸洩漏

FM-002｜Cross Port Leak
閥內串漏

FM-003｜Outlet Thread Damage
出口螺紋損傷

FM-004｜Toroid Damage
超環面／特定密封接觸面損傷

FM-005｜Cylinder Neck Thread Damage / Missing Thread
鋼瓶瓶頸螺紋損傷／牙紋缺損

FM-006｜Valve Thread Material Adhesion / Foreign Material
瓶閥螺紋材料沾黏／異物

FM-007｜PRD Loose / Position Abnormal
PRD 鬆動／位置異常

FM-008｜PRD Missing Component
PRD 零件缺失

FM-009｜PRD Leak / Abnormal Release
PRD 洩漏／異常釋放

FM-010｜Cylinder Body Weld Area Leak
鋼瓶本體焊縫區域洩漏

FM-011｜Unexpected / Residual Cylinder Pressure
非預期／殘留鋼瓶壓力

FM-012｜Status Label / Record Mismatch
狀態標籤／紀錄不一致

FM-013｜PRD Fuse Metal Activation
PRD Fuse Metal 動作

三十、FM-001 範例資料結構

以：

FM-001 Neck Leak

為例。

FM ID：

FM-001

Failure Mode：

Neck Leak

Failure Location：

Cylinder Neck / Valve Connection

Possible Observed Conditions：

Leak detected near neck connection

Thread profile abnormality

Material adhesion

Visible thread damage

Possible Evidence：

Leak test result

Plug Gauge result

Ring Gauge result

Visual inspection

Thread photo

Before / After photo

Maintenance record

Possible Cause：

Thread damage

Alignment issue

Foreign material

Assembly-related condition

Other factors

Cause Status：

依個別 Case 分別記錄。

注意：

上面列出的 Possible Cause

只是：

Investigation Direction
（調查方向）

不是：

FM-001 的固定 Root Cause。

三十一、FM-007 範例資料結構

FM ID：

FM-007

Failure Mode：

PRD Loose / Position Abnormal

Failure Location：

PRD

Possible Evidence：

Witness Mark

Before / After Photo

Tool Mark

Contact Mark

Tool Clearance

Fixture Position

Work Record

Possible Cause：

Tool interference

Machine / fixture contact

Previous abnormal condition

Assembly-related condition

Cause Status：

依案例證據決定。

不能建立：

FM-007

Tool Interference

因為：

Failure Mode
≠
Cause。

三十二、FM-012 範例資料結構

FM ID：

FM-012

Failure Mode：

Status Label / Record Mismatch

Failure Location：

Information / Process System

Observed Condition：

Label status inconsistent with completion/work record

Possible Failed Barrier：

Status Control

Possible Successful Barrier：

Technician Verification

Record Cross-check

Possible Event Type：

Good Catch

Near Miss

這個案例非常重要，

因為它證明：

Failure Mode Database

不應只記錄：

Mechanical Failure
（機械故障）。

Process / Information Failure
（製程／資訊失效）

同樣可能直接影響：

Cylinder Maintenance Safety
（鋼瓶維修安全）。

三十三、FM-013 範例資料結構

FM ID：

FM-013

Failure Mode：

PRD Fuse Metal Activation

Observed Condition：

Fuse Metal activated following abnormal thermal exposure

Known Case：

NH3 Drum overheating event

Confirmed Cause in That Specific Case：

Temperature Sensor Malfunction

Cause Status：

CONFIRMED

但是這不代表：

所有 FM-013

都必須具有相同 Root Cause。

未來另一件 Fuse Metal Activation

可能具有：

Different Cause。

因此：

Case-specific Root Cause
（個案根本原因）

不能變成：

Failure Mode-wide Root Cause
（整個故障模式的固定根本原因）。

三十四、資料庫最重要的是「可以比較」

建立資料庫之後，

未來可以開始回答：

Which Failure Mode Occurs Most Often?
（哪種故障模式最常出現？）

Which Process Detects It?
（在哪個流程最常被發現？）

Which Barrier Catches It?
（哪一道屏障最常攔截？）

Which Cause Is Actually Confirmed?
（哪些原因真正被確認？）

Which Cause Is Only Assumed?
（哪些原因只是推測？）

Which Gas Service Is Involved?
（涉及哪些氣體服務？）

Which Valve / Cylinder Combination Appears Repeatedly?
（哪些瓶閥／鋼瓶組合重複出現？）

How Often Does Gauge Pass Despite Visual Abnormality?
（量規通過但目視異常的情況有多少？）

這些問題：

單靠個別 Incident Report

很難回答。

Failure Mode Database

就是把：

Experience
（經驗）

轉換成：

Data
（資料）

再轉換成：

Knowledge
（知識）。

三十五、不要過早做統計結論

資料庫剛開始建立時，

案例數可能很少。

例如：

FM-001 有 8 件，

FM-007 有 2 件。

不能直接說：

「Neck Leak 的風險是 PRD Loose 的四倍。」

因為還需要考慮：

Exposure
（暴露量）

Number of Cylinders Processed
（處理鋼瓶數）

Inspection Frequency
（檢查頻率）

Detection Method
（偵測方式）

Gas Service

Valve Population

以及：

Reporting Bias
（通報偏差）。

因此：

Case Count
（案例數）
≠
Risk Rate
（風險率）

這點未來如果開始做：

Failure Trend Analysis
（故障趨勢分析）

尤其重要。

三十六、資料庫的目的不是找「最常犯錯的人」

Failure Mode Database

如果最後變成：

Operator Ranking
（作業人員排名）

很容易破壞：

Good Catch

與：

Stop Work

文化。

資料庫真正應該尋找的是：

Repeated Pattern
（重複模式）

Weak Barrier
（薄弱屏障）

Common Failure Location
（常見故障位置）

Recurring Cause
（重複原因）

以及：

Improvement Opportunity
（改善機會）。

因此：

Analyze the System
（分析系統）

比：

Rank the People
（排列人員）

更有技術價值。

三十七、GasPro AI 如何使用 Failure Mode Database

未來 GasPro AI

收到問題：

「Neck Leak 有哪些可能原因？」

不應直接回答：

「Neck Leak 是過扭力造成。」

正確的知識結構應該讓 AI 找到：

FM-001
Neck Leak

然後分開讀取：

Known Cases
（已知案例）

Confirmed Causes
（已確認原因）

Probable Causes
（較可能原因）

Possible Causes
（可能原因）

Unconfirmed Cases
（未確認案例）

最後回答：

「過去案例曾出現哪些相關因素，以及各因素的 Cause Status。」

這比：

單純把所有維修經驗寫成文章

更適合：

AI Retrieval
（AI 檢索）。

三十八、GasPro AI 必須遵守的資料庫規則

未來可以建立以下基本規則：

Rule 1：

Failure Mode ≠ Root Cause

Rule 2：

Possible ≠ Confirmed

Rule 3：

Unknown ≠ Normal

Rule 4：

Missing Data ≠ Typical Value

Rule 5：

Corrective Action Success ≠ Root Cause Proof

Rule 6：

Gauge Pass ≠ Cylinder Accepted

Rule 7：

One Case ≠ Universal Rule

Rule 8：

Company Practice ≠ DOT Requirement

Rule 9：

Case-specific Cause ≠ Failure Mode-wide Cause

Rule 10：

Original Evidence Has Priority Over AI Inference
（原始證據優先於 AI 推論）

這十條規則，

可以成為：

GasPro AI

最重要的：

Knowledge Guardrail
（知識護欄）。

三十九、本篇的重要判斷觀念

Failure Mode
（故障模式）
≠
Incident
（事故）

Case ID
（案例編號）
≠
FM ID
（故障模式編號）

Failure Mode
≠
Root Cause

Different Cause
≠
Different Failure Mode

Same Cause
≠
Same Failure Mode

Failure Mode Name
≠
Cause Conclusion

Observed Condition
≠
Cause

Photo
≠
Root Cause

Gauge Result
≠
Visual Result

Cause
≠
Cause Status

Corrective Action
≠
Preventive Action

Corrective Action Success
≠
Root Cause Proof

No Incident
≠
No Failure Mode

Case Count
≠
Risk Rate

Missing Data
≠
Normal

UNKNOWN
≠
SAFE

One Case
≠
Universal Rule

Case-specific Root Cause
≠
Failure Mode-wide Root Cause

Public Knowledge
≠
Complete Internal Evidence

真正的 Failure Mode Database 應建立：

Case
（案例）
↓
Observed Condition
（觀察狀態）
↓
Failure Mode
（故障模式）
↓
Evidence
（證據）
↓
Cause
（原因）
＋
Cause Status
（原因確認狀態）
↓
Safety Barrier
（安全屏障）
↓
Corrective / Preventive Action
（矯正／預防措施）
↓
Lesson Learned
（經驗教訓）
↓
Knowledge Base
（知識庫）

四十、相關文章

・05-04｜Neck Leak 故障診斷

・05-05｜Cross Port Leak

・05-06｜Outlet Thread Damage

・05-07｜Toroid Damage

・05-08｜SiH4 Neck Leak 與 Thread Profile

・06-01～06-08｜實際事故與 Good Catch 案例

・09-01｜Stop Work 與 Good Catch

・09-02｜Multiple Safety Barriers

・09-03｜Gauge Pass ≠ Cylinder Accepted

・09-04｜Observed Condition、Direct Cause 與 Root Cause

・09-06｜新人異常判斷與技術知識傳承

注意事項

本文所建立之 FM-001～FM-013、Cause Status（原因確認狀態）、Safety Barrier（安全屏障）及 Failure Mode Database（故障模式資料庫）架構，主要用於 CylinderTech / GasPro AI 的內部技術知識管理。

FM ID 並非 DOT、PHMSA、CGA 或瓶閥／鋼瓶製造商的官方故障分類編號。

CONFIRMED、PROBABLE、POSSIBLE、UNCONFIRMED 亦為本知識庫使用的原因確認分類，不代表主管機關的統一事故調查分類。

Failure Mode Database 應保存 Observed Condition（觀察狀態）與 Evidence（證據），不得因後續推測而覆蓋原始事實。

公開 CylinderTech 網站使用案例資料時，應移除或遮蔽 Customer Information（客戶資訊）、完整 Cylinder Serial Number（鋼瓶序號）、Employee Information（人員資訊）、Internal Work Order（內部工單）及其他不適合公開的資訊。

資料庫中的 Possible Cause（可能原因）僅作為調查方向，不得直接轉換為 Confirmed Root Cause（已確認根本原因）。

本文為故障資料管理與技術知識架構，不提供特殊氣體鋼瓶洩壓、排放、充填、PRD 拆裝、瓶閥拆卸、螺紋重新加工或其他危險操作程序。

最後更新：2026-09-30

09-04｜Observed Condition、Direct Cause 與 Root Cause｜異常現象、故障模式與根本原因判斷

特殊氣體鋼瓶維修中，

最常見的診斷錯誤之一，

不是：

「沒有看到異常。」

而是：

「看到異常後，太快決定原因。」

例如：

發現 Neck Leak
（瓶頸洩漏）

就寫：

「安裝扭力過大。」

發現 PRD Loose
（PRD 鬆動）

就寫：

「工具碰到了 PRD。」

發現 Toroid Damage
（超環面損傷）

就寫：

「Gasket 鎖太緊。」

發現 Outlet Thread Damage
（出口螺紋損傷）

就寫：

「接頭沒有對準。」

這些原因：

可能是對的，

也可能只是：

Hypothesis
（假設）。

因此真正的故障分析，

第一步不是：

Guess the Cause
（猜原因）。

而是先分清楚：

What Did We Observe?
（我們看到什麼？）

What Failed?
（什麼失效？）

What Directly Produced the Failure?
（什麼直接造成失效？）

Why Was That Condition Allowed to Occur?
（為什麼這個狀況會發生？）

以及：

How Strong Is the Evidence?
（證據有多充分？）

本篇建立的核心原則是：

Observed Condition
（觀察狀態）
≠
Failure Mode
（故障模式）
≠
Direct Cause
（直接原因）
≠
Root Cause
（根本原因）

而且：

Possible
（可能）
≠
Confirmed
（已確認）

一、Observed Condition 是「實際看到什麼」

Observed Condition
（觀察狀態）

應該是：

Evidence-based Description
（以證據為基礎的描述）。

例如：

「PRD 六角部位位置與原 Witness Mark 不一致。」

「Cylinder Neck Area 發現洩漏。」

「Outlet Thread 局部牙紋變形。」

「Burst Disc 不存在於應有的 Assembly 中。」

「Pressure Panel 顯示非預期壓力。」

「Status Label 與 Work Record 不一致。」

這些描述的共同特點是：

不需要先知道原因，

也可以成立。

因此：

Observed Condition

應盡可能描述：

What Is Present
（存在什麼）

而不是：

Why It Happened
（為什麼發生）。

二、好的異常描述不要偷偷放入原因

例如：

「因為工具碰撞造成 PRD 鬆動。」

這一句同時混合了：

Observed Condition
＋
Cause Conclusion。

如果目前只有：

PRD Position Abnormality

以及：

附近存在 Tool Mark，

比較精確的寫法應該是：

Observed Condition：

PRD Position Abnormality
（PRD 位置異常）

Evidence：

Tool / Contact Mark Observed Near PRD
（PRD 附近發現工具／接觸痕跡）

Cause Status：

Tool Interference Possible
（工具干涉：可能）

如此可以避免：

Evidence
（證據）

被：

Conclusion
（結論）

取代。

三、Failure Mode 是「以什麼方式失效」

Failure Mode
（故障模式）

回答的不是：

Why?
（為什麼？）

而是：

How Did the Item Fail?
（這個項目以什麼形式失效？）

例如：

Neck Leak

Cross Port Leak

Outlet Thread Damage

Toroid Damage

PRD Loose

PRD Missing Component

PRD Leak

Cylinder Body Weld Area Leak

Unexpected Cylinder Pressure

Status Label / Record Mismatch

PRD Fuse Metal Activation。

這些都可以建立：

Failure Mode ID
（故障模式編號）。

但是：

Failure Mode
≠
Root Cause

這是整個故障資料庫最重要的原則之一。

四、Neck Leak 是 Failure Mode，不是 Root Cause

例如：

FM-001

Neck Leak
（瓶頸洩漏）。

它告訴我們：

Failure Location / Failure Behavior
（故障位置／失效表現）

發生在：

Cylinder Neck / Valve Connection Area
（鋼瓶瓶頸／瓶閥連接區域）。

但是 Neck Leak 本身沒有回答：

Why?

可能需要進一步調查：

Cylinder Neck Thread Condition
（瓶頸螺紋狀態）

Valve Thread Condition
（瓶閥螺紋狀態）

Thread Profile
（牙型）

Foreign Material
（異物）

Material Adhesion
（材料沾黏）

Assembly Alignment
（組裝對準）

Sealing Material
（密封材料）

Component Compatibility
（零件相容性）

以及其他可能因素。

所以：

Neck Leak
≠
Over-torque

Neck Leak
≠
Cross Thread

Neck Leak
≠
Damaged Cylinder Thread

除非：

Evidence Supports the Conclusion
（證據支持該結論）。

五、Direct Cause 是什麼？

Direct Cause
（直接原因）

可以理解為：

直接導致 Failure Mode

發生的條件或事件。

例如：

Outlet Thread Damage

如果有充分證據顯示：

Connector
（接頭）

在未正確對準的狀態下被強制咬合，

則：

Misalignment During Engagement
（咬合時未正確對準）

可能成為：

Direct Cause。

但是 Direct Cause

仍然不一定是：

Root Cause。

因為下一個問題是：

Why Was Misalignment Allowed to Continue?
（為什麼未對準的狀態仍然繼續？）

六、Root Cause 是更深一層的問題

Root Cause
（根本原因）

通常需要回答：

為什麼系統允許：

Direct Cause

發生並一路發展成：

Failure Mode。

例如：

Connector Misalignment
（接頭未對準）

可能是 Direct Cause。

但更深層可能需要調查：

Tool / Fixture Design
（工具／治具設計）

Work Method
（作業方法）

Training
（教育訓練）

Inspection Barrier
（檢查屏障）

Component Identification
（零件識別）

Work-space Limitation
（作業空間限制）

或：

Process Control
（製程控制）。

因此：

Operator Action
（作業人員動作）

也不應自動被當成：

Root Cause。

七、「人員操作錯誤」通常不是分析的終點

如果事件報告最後只有：

Root Cause：
Operator Error
（人員操作錯誤）

那麼通常還可以繼續問：

Why Was the Error Possible?
（為什麼這個錯誤可以發生？）

Was the Tool Appropriate?
（工具是否適合？）

Was the Component Easy to Misidentify?
（零件是否容易誤認？）

Was There a Physical Guard?
（是否有實體防護？）

Was There Independent Verification?
（是否有獨立確認？）

Was the Procedure Clear?
（程序是否清楚？）

Was the Work Condition Different from Normal?
（作業條件是否不同？）

也就是：

Human Error
（人為錯誤）

往往是：

Starting Point for Deeper Analysis
（深入分析的起點）

而不是：

Automatic Root Cause
（自動等於根本原因）。

八、Cause Status｜原因確認狀態

CylinderTech 後續案例建議統一使用：

Cause Status
（原因確認狀態）。

可以分成：

CONFIRMED
（已確認）

PROBABLE
（較可能）

POSSIBLE
（可能）

UNCONFIRMED
（未確認）。

這套分類主要用於：

Internal Knowledge Management
（內部知識管理）

與：

Failure Analysis
（故障分析），

不是 DOT / PHMSA 的官方事故分類。

九、CONFIRMED｜已確認

CONFIRMED

代表：

目前存在足夠證據，

可以支持該原因判斷。

例如 06-08：

NH3 Drum Overheating
（NH3 Drum 過熱）

案例。

已確認：

Temperature Sensor
（溫度偵測器）

回傳的溫度資訊

與實際狀態不符，

造成控制系統：

Continued Heating
（持續加熱）。

事件鏈可以建立為：

Temperature Sensor Malfunction
（溫度偵測器異常）
↓
Incorrect Temperature Feedback
（錯誤溫度回饋）
↓
Heating Continues
（持續加熱）
↓
Drum Overheating
（Drum 過熱）
↓
PRD Fuse Metal Reaches Activation Condition
（PRD Fuse Metal 達到動作條件）
↓
Fuse Metal Activation
（Fuse Metal 動作）
↓
NH3 Gas Release
（NH3 氣體釋放）

在這個案例中：

Temperature Sensor Malfunction

具有已確認的證據支持。

因此：

Cause Status = CONFIRMED。

十、PRD Fuse Metal Activation 不是 Root Cause

同一個 NH3 Drum 案例，

如果只看到：

Fuse Metal Melted
（Fuse Metal 熔化）

就寫：

Root Cause = PRD Failure

會把：

Safety Device Response
（安全裝置反應）

誤認成：

Cause
（原因）。

實際上：

Fuse Metal Activation

是事件鏈後段的：

Observed / Functional Response
（觀察到的／功能性反應）。

因此：

PRD Activation
≠
Root Cause

Fuse Metal Melted
≠
PRD Defect

Replace PRD
≠
Root Cause Corrected

這是一個非常典型的：

Failure Mode / Cause Confusion
（故障模式與原因混淆）。

十一、PROBABLE｜較可能

PROBABLE

代表：

目前證據較支持某個原因，

但是：

Critical Evidence
（關鍵證據）

仍不足以將它提升為：

CONFIRMED。

例如：

某個 PRD Position Abnormality

同時存在：

Tool Mark

工作位置吻合

時間順序吻合

且其他可能原因較少。

這時：

Tool Interference

可能被評估為：

PROBABLE。

但是如果：

沒有直接觀察

沒有 Before / After Photo

沒有明確接觸證據，

仍不應寫成：

CONFIRMED。

十二、POSSIBLE｜可能

POSSIBLE

代表：

這個原因在技術上：

Can Explain the Failure
（可以解釋故障）

但目前證據不足以表示：

它比其他原因更有可能。

例如：

PRD Loose

可能與：

Tool Interference

Machine Interference

Fixture Contact

Previous Condition

Assembly Condition

等因素有關。

如果只有：

「這個工具曾經在附近使用。」

那麼：

Tool Interference

最多可能只是：

POSSIBLE。

因此：

Tool Used Nearby
（工具在附近使用）
≠
Tool Contact Confirmed
（工具接觸已確認）

十三、UNCONFIRMED｜未確認

有些案例經過調查後，

仍然無法確認：

Why It Happened。

這並不代表：

調查失敗。

正確做法可能就是：

Cause Status = UNCONFIRMED。

例如：

已確認：

Neck Leak。

也確認：

某區域存在：

Thread Profile Abnormality。

但是如果沒有足夠資料判斷：

這個牙型異常是在：

Manufacturing

Previous Service

Valve Installation

Previous Maintenance

或其他階段形成，

就不應自行補上一個：

Root Cause。

因此：

Unknown
（未知）

是可以接受的技術結論。

Invented Certainty
（虛構的確定性）

才是更大的問題。

十四、Possible ≠ Confirmed

這一句值得在整個網站反覆使用：

Possible
（可能）
≠
Confirmed
（已確認）

例如：

Over-torque Can Cause Damage
（過扭力可能造成損傷）

是一個：

Technical Possibility
（技術可能性）。

但：

Damage Observed
（發現損傷）
≠
Over-torque Confirmed
（已確認過扭力）

除非具有：

Torque Record
（扭力紀錄）

Physical Evidence
（實體證據）

Process Evidence
（製程證據）

或其他：

Supporting Evidence
（支持證據）。

十五、案例：Toroid Damage

FM-004：

Toroid Damage
（超環面損傷）。

現場可能看到：

Sealing Surface Damage
（密封面損傷）

以及：

Damaged Gasket
（墊片損傷）。

但是：

Damaged Gasket
≠
Gasket Caused the Damage

同樣：

Toroid Damage
≠
Over-torque Confirmed

需要進一步確認：

Gasket Condition

Gasket Material

Surface Condition

Foreign Material

Assembly History

Alignment

Applied Load

Tool / Fixture

以及其他證據。

因此在原因沒有確認前，

文章應寫：

Possible Contributing Factor
（可能影響因素）

而不是：

Confirmed Root Cause。

十六、案例：PRD Loose

FM-007：

PRD Loose / Position Abnormal
（PRD 鬆動／位置異常）。

已觀察到：

PRD Position Changed
（PRD 位置改變）

這是：

Observed Condition。

Failure Mode：

PRD Loose / Position Abnormal。

但是：

Tool Interference

仍需要證據。

因此：

Position Change
≠
Tool Contact Confirmed

Tool Mark
≠
Root Cause Confirmed

Tool Used Near PRD
≠
Tool Caused PRD Movement

Retightened Successfully
≠
Root Cause Confirmed

這個案例非常適合訓練：

Evidence vs Assumption
（證據與假設）

的區別。

十七、案例：Burst Disc Missing

FM-008：

PRD Missing Component
（PRD 零件缺失）。

如果已確認：

Burst Disc

在 Assembly 中缺失，

那麼：

Missing Burst Disc

就是：

Observed Condition / Failure Mode。

但是如果直接寫：

Root Cause = Operator Forgot
（根本原因＝作業員忘記）

仍然太快。

還需要問：

Was the Correct Part Available?
（正確零件是否可取得？）

Was Component Verification Required?
（是否要求零件確認？）

Was Assembly Completeness Checked?
（是否確認組裝完整性？）

Was There an Independent Check?
（是否有獨立確認？）

Could Exterior Inspection Detect It?
（外觀檢查能否發現？）

Was the Work Instruction Adequate?
（作業文件是否足夠？）

因此：

Missing Component
≠
Operator Forgot

即使最後證明：

Operator Omission
（人員遺漏）

確實是 Direct Cause，

仍可能存在更深層：

System Cause
（系統原因）。

十八、Corrective Action ≠ Cause

這是另一個很常見的錯誤。

例如：

發現洩漏後：

Replace Gasket
（更換墊片）

結果：

Leak Stops
（洩漏停止）。

不能因此直接推論：

Root Cause = Bad Gasket。

因為：

Corrective Action

可能同時改變了：

Contact Condition

Alignment

Surface Cleanliness

Assembly Condition

以及其他因素。

因此：

Corrective Action Success
（矯正措施成功）
≠
Root Cause Proof
（根本原因證明）

十九、Replace Part ≠ Root Cause Corrected

如果每次發生問題都：

Replace the Part
（更換零件）

事件可能暫時消失。

但是如果真正 Root Cause 是：

Tool Interference

Wrong Assembly Method

Incorrect Part Identification

Process Control Weakness

Temperature Sensor Failure

或：

Missing Verification Barrier，

只換零件並沒有真正解決問題。

因此：

Part Replaced
（零件已更換）
≠
System Cause Removed
（系統原因已消除）

二十、Evidence 應該先於 Conclusion

故障分析最好建立：

Evidence First
（證據優先）

的順序。

例如：

Evidence 1：

PRD Witness Mark Position Changed

Evidence 2：

Tool Mark Observed

Evidence 3：

Work Record Shows Valve Installation Performed

Evidence 4：

No Before-work Photo Available

然後才進行：

Cause Evaluation
（原因評估）。

而不是：

先決定：

「一定是工具碰到。」

再去找：

Supporting Evidence。

後者容易形成：

Confirmation Bias
（確認偏誤）。

二十一、Before / After Evidence 非常重要

很多維修案例最大的問題是：

只有：

After Condition
（事後狀態）。

沒有：

Before Condition
（事前狀態）。

例如：

作業後發現 PRD Position Abnormal。

但是如果沒有：

Before-work Photo

Before-work Witness Mark Record

Before-work Inspection Record，

就很難回答：

Was It Already Like This?
（原本是否已經如此？）

因此對：

Critical Component
（關鍵零件）

建立適當的：

Before / After Evidence

可以大幅提高：

Cause Analysis Quality
（原因分析品質）。

二十二、照片不是 Root Cause，但可以是 Evidence

照片可以證明：

At This Time, This Condition Existed
（在這個時間點存在這個狀態）。

例如照片可以顯示：

Missing Component

Thread Damage

Tool Mark

PRD Position

Label

Weld Leak Location。

但是照片本身通常不能直接證明：

Why It Happened。

因此：

Photo Evidence
（照片證據）
≠
Root Cause

但：

Photo Evidence
＋
Process Record
＋
Before / After Comparison
＋
Physical Evidence

可以共同建立更強的：

Causal Evidence
（因果證據）。

二十三、時間順序也是重要證據

Cause

必須在：

Failure

之前存在或發生。

因此：

Timeline
（時間線）

非常重要。

例如：

Before Valve Installation：
PRD Position Normal

After Valve Installation：
PRD Position Changed

這比只有：

After Photo

具有更高的分析價值。

但是：

Temporal Sequence
（時間先後）
≠
Causation Confirmed
（因果關係已確認）

也就是：

A Happened Before B
≠
A Definitely Caused B

仍然需要其他證據。

二十四、Correlation ≠ Causation

如果十次 Neck Leak

有八次都發生在某個：

Valve Model

不能直接說：

Valve Model Is the Root Cause。

這只能表示：

Correlation
（相關性）

值得進一步研究。

還需要排除：

Usage Frequency
（使用頻率）

Gas Service

Cylinder Type

Installation Method

Maintenance History

Operator

Tool

Batch

Age

以及其他：

Confounding Factors
（混雜因素）。

因此：

Correlation
（相關）
≠
Causation
（因果）

Failure Mode Database

累積資料之後，

這一點會越來越重要。

二十五、Root Cause 可以不只一個

實際事故不一定只有：

One Root Cause。

例如一件 Missing Component Event

可能同時存在：

Work Instruction Weakness

No Independent Verification

Poor Component Identification

以及：

Training Gap。

因此不要強迫所有事件：

一定只能填一個：

Root Cause。

更適合的方式可能是區分：

Direct Cause
（直接原因）

Contributing Factor
（促成因素）

System Cause
（系統原因）

以及：

Root Cause
（根本原因）。

二十六、Contributing Factor 不是 Root Cause

Contributing Factor
（促成因素）

代表：

它增加事件發生的可能性或嚴重程度，

但不一定是主要根本原因。

例如：

Limited Tool Clearance
（工具操作空間有限）

可能增加：

Tool Interference

的可能性。

但是：

Limited Clearance

不一定單獨足以造成：

PRD Movement。

因此它可能更適合標示：

Contributing Factor。

這比硬把所有因素都叫：

Root Cause

更精確。

二十七、建立標準 Failure Analysis Record

CylinderTech / GasPro AI

未來可以統一使用：

Failure Analysis Record
（故障分析紀錄）。

建議欄位：

Case ID
（案例編號）

Failure Mode ID
（故障模式編號）

Observed Condition
（觀察狀態）

Failure Location
（故障位置）

Evidence
（證據）

Before Condition
（事前狀態）

After Condition
（事後狀態）

Direct Cause
（直接原因）

Contributing Factor
（促成因素）

Root Cause
（根本原因）

Cause Status
（原因確認狀態）

Corrective Action
（矯正措施）

Preventive Action
（預防措施）

Failed Barrier
（失效屏障）

Successful Barrier
（成功屏障）

Lesson Learned
（經驗教訓）

如此每一件案例

都可以用同一套：

Diagnostic Language
（診斷語言）

記錄。

二十八、不要讓 AI 把 Possible 自動改成 Confirmed

未來 GasPro AI

整理案例時，

這是一條非常重要的規則。

原始紀錄如果寫：

「疑似工具干涉」

AI 不應潤飾成：

「工具干涉造成 PRD 鬆動。」

原始紀錄如果寫：

「可能為過扭力」

AI 不應整理成：

「原因為過扭力。」

因此 AI Knowledge Base

應保留：

Cause Status。

例如：

Cause:
Tool Interference

Cause Status:
POSSIBLE

而不是只存：

Cause:
Tool Interference。

這樣可以避免：

AI-generated Certainty
（AI 產生不存在的確定性）。

二十九、網站文章也應保留不確定性

公開技術文章中，

不需要為了讓文章看起來：

「比較專業」

就把所有原因寫得非常肯定。

真正專業的寫法反而是：

Confirmed Evidence
（已確認證據）

Possible Cause
（可能原因）

Unconfirmed Factor
（未確認因素）

分開。

例如：

「本案例已確認 PRD 發生位置異常；工具干涉屬可能原因，但現有資料不足以確認其為唯一根本原因。」

這比：

「作業人員使用工具撞到 PRD，導致 PRD 鬆動。」

更符合：

Evidence-based Failure Analysis
（證據導向故障分析）。

三十、UNKNOWN 是可以接受的答案

故障分析最重要的紀律之一是：

Do Not Invent the Missing Evidence
（不要替不存在的證據補答案）。

如果：

Evidence Insufficient
（證據不足），

最正確的結果可能就是：

Root Cause：
UNCONFIRMED。

但是仍然可以做：

Risk Reduction
（風險降低）。

例如：

雖然無法確認某次 PRD Loose

一定由 Adjustable Wrench

造成，

但過去案例已顯示：

Tool Interference

具有實際風險。

因此公司仍然可以：

Restrict Tool Selection
（限制工具）

增加：

Physical Guard

Post-work Inspection

或：

Tool Clearance Control。

也就是：

Root Cause Unconfirmed
（根本原因未確認）
≠
No Preventive Action Possible
（無法採取預防措施）

三十一、Cause Status 可以隨新證據更新

Cause Status

不是永久固定。

例如最初：

Tool Interference = POSSIBLE

之後取得：

Before / After Photo

Tool Contact Mark

Witness Statement

Fixture Position Evidence

以及其他一致證據。

可能提升為：

PROBABLE

甚至：

CONFIRMED。

反過來，

如果新的證據否定原假設，

也應：

Downgrade / Reject the Hypothesis
（降低或排除原假設）。

因此：

Knowledge Base

應保留：

Evidence History
（證據歷程）

而不是只保留：

Final Sentence
（最後一句結論）。

三十二、建立「五層故障分析模型」

CylinderTech 後續可以統一使用：

Five-level Failure Analysis Model
（五層故障分析模型）。

Level 1：

Observed Condition
（觀察狀態）

我們看到什麼？

↓

Level 2：

Failure Mode
（故障模式）

什麼以什麼方式失效？

↓

Level 3：

Direct Cause
（直接原因）

什麼直接造成失效？

↓

Level 4：

Contributing / System Factors
（促成／系統因素）

哪些條件讓失效更容易發生或沒有被攔截？

↓

Level 5：

Root Cause
（根本原因）

為什麼系統允許這個事件發生？

然後所有 Cause

再附上：

Cause Status
（原因確認狀態）：

CONFIRMED

PROBABLE

POSSIBLE

UNCONFIRMED。

三十三、本篇的重要判斷觀念

Observed Condition
（觀察狀態）
≠
Root Cause
（根本原因）

Failure Mode
（故障模式）
≠
Root Cause

Direct Cause
（直接原因）
≠
Automatically Root Cause

Human Error
（人為錯誤）
≠
Automatic Root Cause

Neck Leak
≠
Over-torque Confirmed

Toroid Damage
≠
Over-torque Confirmed

PRD Loose
≠
Tool Interference Confirmed

Tool Mark
≠
Root Cause Confirmed

Tool Used Nearby
≠
Tool Contact Confirmed

Missing Component
≠
Operator Forgot

Fuse Metal Activation
≠
PRD Defect

PRD Activation
≠
Root Cause

Corrective Action Success
≠
Root Cause Proof

Part Replaced
≠
Root Cause Corrected

Photo Evidence
≠
Root Cause

A Happened Before B
≠
A Caused B

Correlation
≠
Causation

Possible
≠
Confirmed

UNKNOWN
≠
Failure of Analysis

Root Cause Unconfirmed
≠
No Preventive Action Possible

真正完整的分析流程是：

Observe
（觀察）
↓
Describe
（描述）
↓
Classify Failure Mode
（分類故障模式）
↓
Collect Evidence
（收集證據）
↓
Build Timeline
（建立時間線）
↓
Develop Hypotheses
（建立原因假設）
↓
Test Against Evidence
（以證據驗證）
↓
Assign Cause Status
（設定原因確認狀態）
↓
Determine Corrective / Preventive Action
（決定矯正／預防措施）
↓
Update Knowledge Base
（更新知識庫）

三十四、相關文章

・05-04｜Neck Leak 故障診斷

・05-05｜Cross Port Leak

・05-06｜Outlet Thread Damage

・05-07｜Toroid Damage

・05-08｜SiH4 Neck Leak 與 Thread Profile

・06-02｜PRD Burst Disc 遺漏事故

・06-07｜瓶閥安裝後 PRD 鬆動案例

・06-08｜NH3 Drum 過熱與 PRD Fuse Metal 動作事故

・09-01｜Stop Work 與 Good Catch

・09-02｜Multiple Safety Barriers

・09-03｜Gauge Pass ≠ Cylinder Accepted

・09-05｜Failure Mode Database

・09-06｜新人異常判斷與技術知識傳承

注意事項

本文所使用的 Observed Condition（觀察狀態）、Failure Mode（故障模式）、Direct Cause（直接原因）、Contributing Factor（促成因素）、Root Cause（根本原因）及 Cause Status（原因確認狀態），主要用於 CylinderTech / GasPro AI 的故障分析與知識管理架構。

CONFIRMED、PROBABLE、POSSIBLE、UNCONFIRMED 為本知識庫的內部原因確認分類，不代表 DOT、PHMSA 或其他主管機關的統一官方事故分類。

故障原因應以 Evidence（證據）為基礎。若現有資料不足以支持特定原因，應保留 Possible 或 Unconfirmed 狀態，不應為了完成報告而將假設描述成已確認事實。

Corrective Action（矯正措施）成功不能單獨證明 Root Cause；同樣，更換零件、重新調整或檢查結果恢復正常，也不能單獨證明原始故障原因。

涉及特殊氣體、承壓鋼瓶、PRD、Cylinder Body、Thread Damage 或其他安全關鍵異常時，實際處置仍應依公司核准程序、製造商資料、適用法規及相關專業資格要求進行。

本文重點為 Failure Analysis（故障分析）與 Evidence Management（證據管理），不提供特殊氣體鋼瓶洩壓、排放、PRD 拆裝、瓶閥拆卸、重新攻牙或其他危險操作程序。

最後更新：2026-09-30

09-03｜Gauge Pass ≠ Cylinder Accepted｜量規通過、螺紋完整性與鋼瓶接受判定

在特殊氣體鋼瓶維修中，

Plug Gauge
（塞規）

與：

Ring Gauge
（環規）

是非常重要的：

Inspection Tool
（檢查工具）。

但是量規最容易產生的一個錯誤觀念是：

「Gauge Pass，所以沒有問題。」

實際上：

Gauge Pass
（量規通過）

只能回答：

Gauge Was Able to Verify Its Intended Inspection Characteristic
（量規所設計檢查的特定特性是否符合相應判定）。

它不能單獨回答：

Thread Material 是否完整？

Thread Profile 是否完全正常？

是否存在局部損傷？

是否存在 Foreign Material？

是否具有 Leak Tightness？

Valve 與 Cylinder 是否正確匹配？

整支 Cylinder 是否可以接受？

因此本篇最重要的觀念是：

Gauge Pass
≠
Thread Integrity Confirmed
≠
Leak Tightness Confirmed
≠
Cylinder Accepted

這四個判斷層級必須分開。

一、Gauge 是 Measurement / Inspection Tool

Gauge
（量規）

首先是一種：

Measurement / Inspection Tool
（量測／檢查工具）。

它有：

Specific Purpose
（特定用途）。

例如：

Plug Gauge
（塞規）

主要用於：

Internal Thread
（內螺紋）

的特定尺寸／配合狀態檢查。

Ring Gauge
（環規）

則用於：

External Thread
（外螺紋）

的特定尺寸／配合狀態檢查。

因此：

Plug Gauge
→
Cylinder Neck Internal Thread
（鋼瓶瓶頸內螺紋）

Ring Gauge
→
Valve External Thread
（瓶閥外螺紋）

兩者：

Inspection Target
（檢查對象）

不同。

二、Plug Gauge 與 Ring Gauge 不能互相替代

本維修現場的基本判斷邏輯是：

Cylinder Neck Internal Thread
（鋼瓶瓶頸內螺紋）
→
Plug Gauge
（塞規）

Valve Inlet External Thread
（瓶閥入口外螺紋）
→
Ring Gauge
（環規）

因此：

Plug Gauge Pass
（塞規通過）

不能證明：

Valve External Thread
（瓶閥外螺紋）

正常。

同樣：

Ring Gauge Pass
（環規通過）

不能證明：

Cylinder Neck Internal Thread
（鋼瓶瓶頸內螺紋）

正常。

這兩個：

Mating Components
（配合零件）

需要分別確認。

三、Gauge Pass 到底代表什麼？

最安全的說法不是：

「螺紋完全正常。」

而是：

在該量規的：

Applicable Inspection Characteristic
（適用檢查特性）

範圍內，

沒有顯示相應的尺寸／配合異常。

因此：

Gauge Pass

應被理解為：

One Inspection Result
（一項檢查結果）

而不是：

Final Acceptance
（最終接受判定）。

這個差異非常重要。

四、Gauge Pass ≠ Thread Integrity Confirmed

Thread Integrity
（螺紋完整性）

包含的不只是：

Gauge Fit
（量規配合）。

還可能包含：

Thread Material
（螺紋材料）

Thread Form / Profile
（牙型／輪廓）

Local Damage
（局部損傷）

Missing Thread
（牙紋缺損）

Deformation
（變形）

Material Adhesion
（材料沾黏）

Foreign Material
（異物）

Corrosion
（腐蝕）

以及其他：

Surface Abnormality
（表面異常）。

量規不一定能完整辨識上述所有問題。

因此：

Gauge Pass
≠
No Thread Damage

五、實際案例：SiH4 Neck Leak

05-08 的：

SiH4 Cylinder Neck Leak
（SiH4 鋼瓶瓶頸洩漏）

就是這個觀念非常重要的實際案例。

當時：

Gauge Inspection
（量規檢查）

沒有顯示明顯異常。

但是後續：

Visual Inspection
（目視檢查）

仍發現：

Thread Profile Abnormality
（螺紋牙型異常）。

因此這個案例證明：

Gauge Pass

與：

Thread Profile Normal

不是完全相同的判斷。

也就是：

Gauge Pass
↓
Does Not End the Inspection
（不能因此結束所有檢查）

仍需要：

Visual Condition
（目視狀態）

以及其他適用檢查結果

共同判斷。

六、為什麼局部損傷可能無法由 Gauge 單獨反映？

Gauge

與螺紋接觸時，

主要確認的是：

特定：

Dimensional / Fit Relationship
（尺寸／配合關係）。

但是某些：

Localized Damage
（局部損傷）

可能沒有大到足以：

Prevent Gauge Engagement
（阻止量規正常配合）。

例如：

局部牙頂損傷

局部材料缺失

單一區域變形

局部表面異常。

因此：

Gauge Can Enter
（量規可以進入）
≠
Every Thread Surface Is Intact
（每一處螺紋表面都完整）

這也是：

Visual Inspection

仍然不可缺少的原因。

七、Visual Inspection 與 Gauge Inspection 是不同屏障

延續 09-02：

Multiple Safety Barriers
（多層安全屏障）

的觀念。

Gauge Inspection

與：

Visual Inspection

應該視為：

Different Detection Barriers
（不同偵測屏障）。

Gauge 可以發現：

某些尺寸／配合異常。

Visual Inspection

則可以發現：

Material Loss
（材料缺失）

Damage
（損傷）

Adhesion
（沾黏）

Foreign Material
（異物）

Corrosion
（腐蝕）

以及其他：

Surface Condition
（表面狀態）。

因此：

Gauge Inspection
＋
Visual Inspection

比：

Gauge Inspection Only

具有更完整的資訊。

八、Visual Pass 也不能反過來取代 Gauge

同樣的邏輯也適用於：

Visual Inspection。

不能因為：

「看起來很好。」

就省略：

Applicable Gauge Inspection
（適用量規檢查）。

因為某些：

Dimensional Abnormality
（尺寸異常）

可能不是肉眼容易判斷。

所以：

Looks Normal
（外觀看起來正常）
≠
Dimensional Condition Confirmed
（尺寸狀態已確認）

真正合理的方式是：

Visual Inspection
＋
Applicable Gauge Inspection

而不是：

二選一。

九、Gauge Pass ≠ Leak Tightness Confirmed

這是本篇第二個非常重要的觀念。

Gauge

不是：

Leak Detector
（洩漏檢測器）。

即使：

Cylinder Neck Thread

與：

Valve Thread

各自通過相應量規，

也不能單憑這件事證明：

Assembled Connection
（組裝後連接）

一定：

Leak-tight
（無洩漏）。

因為密封結果還可能受到：

Thread Engagement
（螺紋咬合）

Component Condition
（零件狀態）

Sealing Material
（密封材料）

Assembly Condition
（組裝狀態）

Mating Relationship
（配合關係）

以及其他因素影響。

因此：

Gauge Pass
≠
Leak Test Pass

十、Leak Test Pass 也不能反過來證明 Thread 完整

反方向也一樣。

假設：

Leak Check
（洩漏檢查）

結果沒有發現洩漏。

不能因此直接說：

Thread Profile Is Normal
（螺紋牙型正常）

或：

No Thread Damage Exists
（不存在螺紋損傷）。

因為：

Leak Tightness

與：

Thread Integrity

雖然相關，

但不是同一個：

Inspection Characteristic
（檢查特性）。

因此：

No Leak
≠
No Thread Damage

十一、No Leak Today ≠ No Future Risk

這也是實務上需要避免的推論。

某個：

Damaged Thread
（受損螺紋）

可能在目前組裝狀態：

沒有明顯洩漏。

但是：

No Leak at Current Check
（目前檢查沒有洩漏）

不能自動證明：

Damaged Condition Is Acceptable
（受損狀態可接受）。

尤其當已經觀察到：

Actual Material Loss
（實際材料缺失）

或：

Abnormal Thread Profile
（異常牙型）

時，

不能用：

「現在沒漏。」

取代：

Condition Evaluation
（狀態判定）。

十二、瓶牙缺損不能只靠 Gauge 結果判斷

本維修現場已建立一項重要原則：

如果：

Cylinder Neck Thread
（鋼瓶瓶頸螺紋）

出現實際：

Thread Material Loss
（牙紋材料缺失）

即使：

Plug Gauge

仍可通過，

也不能只用：

Gauge Pass

把已觀察到的損傷忽略。

因此：

Visible Thread Damage
（可見螺紋損傷）

不能被：

Gauge Pass

「取消」。

換句話說：

Physical Evidence
（實體證據）

不會因為另一項檢查結果正常

就自動消失。

十三、Foreign Material 與 Missing Thread 必須區分

Thread Inspection

中非常重要的一項工作，

就是區分：

Foreign Material
（異物）

Material Adhesion
（材料沾黏）

與：

Missing Thread
（牙紋缺損）。

例如：

Valve Thread Material
（瓶閥牙屑）

可能附著於：

Cylinder Neck Thread。

這種狀態：

看起來可能像螺紋損傷，

但實際上可能是：

Foreign Material / Adhesion。

相反地：

真正的 Thread Material Loss

也不能被誤認為：

「只是髒了。」

因此：

Abnormal Appearance
↓
Identify the Condition
↓
Do Not Assume the Cause

十四、Cut Tap / Form Tap 不是「讓 Gauge Pass」的工具

這一點必須延續 07-03 與 08-04 的原則。

Cut Tap

Form Tap

不能被理解為：

「Gauge 不過時，就加工到它會過。」

這會把：

Inspection Result
（檢查結果）

錯誤轉換成：

Repair Target
（修理目標）。

也就是：

Gauge Fail
↓
Machine Until Gauge Pass

這不是本網站要建立的判斷方式。

正確概念應該是：

Abnormal Gauge Result
（量規結果異常）
↓
Stop
（停止）
↓
Inspect
（檢查）
↓
Identify Condition
（辨識狀態）
↓
Determine Cause Status
（確認原因狀態）
↓
Determine Applicable Action
（判定適用處置）

十五、Gauge Pass After Cleaning ≠ Root Cause Confirmed

假設：

Gauge Initially Abnormal
（最初量規異常）

之後發現：

Foreign Material

並依適用程序處理。

後續：

Gauge Pass。

這可以證明：

目前量規檢查結果發生改變。

但是不能只靠：

Before / After Gauge Result

就證明：

Foreign Material 最初來自哪裡。

因此：

Gauge Pass After Cleaning
（清潔後量規通過）
≠
Root Cause Confirmed
（根本原因已確認）

這仍然符合：

Corrective Action Success
≠
Root Cause Proof

的原則。

十六、Ring Gauge Pass 也有相同限制

Valve External Thread

使用：

Ring Gauge

時，

也不能因為：

Ring Gauge Pass

就直接判斷：

Valve Is Fully Acceptable
（瓶閥完全可接受）。

仍然可能需要確認：

Thread Surface
（螺紋表面）

Thread Damage
（螺紋損傷）

Material Adhesion
（材料沾黏）

Valve Body
（閥體）

Outlet
（出口）

PRD

Toroid / Sealing Surface
（超環面／密封面）

以及其他適用項目。

因此：

Ring Gauge Pass
≠
Valve Accepted

十七、Valve Thread Pass + Cylinder Thread Pass 仍不是最終答案

即使：

Valve Ring Gauge Pass

而且：

Cylinder Plug Gauge Pass，

也只能得到：

兩個分別的量規結果。

不能直接寫成：

Valve-to-Cylinder Connection Accepted
（瓶閥與鋼瓶連接已接受）。

因為還有：

Component Compatibility
（零件相容性）

Thread Engagement
（螺紋咬合）

Assembly Condition
（組裝狀態）

Sealing Condition
（密封狀態）

以及：

Applicable Final Verification
（適用最終確認）。

因此：

Valve Gauge Pass
＋
Cylinder Gauge Pass
≠
Complete Connection Acceptance

十八、Measurement Result 與 Acceptance Decision 不同

這是技術判斷中非常重要的層級概念。

Measurement Result
（量測結果）

回答：

「測到了什麼？」

Inspection Finding
（檢查發現）

回答：

「看到了什麼？」

Acceptance Criteria
（接受標準）

回答：

「什麼條件可以接受？」

Acceptance Decision
（接受判定）

才回答：

「這個零件／鋼瓶是否可以接受？」

因此流程應該是：

Measurement
（量測）
＋
Inspection
（檢查）
↓
Compare with Applicable Criteria
（與適用標準比較）
↓
Acceptance Decision
（接受判定）

而不是：

One Measurement Pass
↓
Everything Accepted

十九、Cylinder Acceptance 是多項資訊的結果

一支 Cylinder

是否可以接受，

通常不會只由：

One Gauge

決定。

依實際工作範圍，

可能需要考慮：

Cylinder Identification
（鋼瓶識別）

Specification / Special Permit
（規格／特殊許可）

Requalification Status
（再檢驗狀態）

Cylinder Body Condition
（鋼瓶本體狀態）

Neck Thread Condition
（瓶頸螺紋狀態）

Valve Condition
（瓶閥狀態）

PRD Condition
（PRD 狀態）

Applicable Leak Verification
（適用洩漏確認）

以及：

Other Applicable Requirements
（其他適用要求）。

因此：

Cylinder Acceptance

是一個：

Integrated Decision
（整合判定）。

二十、Requalification Valid ≠ Cylinder Accepted

這個概念與 08 章也有直接關係。

即使鋼瓶的：

Requalification Date
（再檢驗日期）

仍然有效，

也不能代表：

目前一定沒有：

Damage
（損傷）

Leak
（洩漏）

Thread Abnormality
（螺紋異常）

Valve Problem
（瓶閥問題）

或：

PRD Abnormality
（PRD 異常）。

因此：

Requalification Valid
≠
Current Condition Acceptable

法規資格狀態

與：

目前實體狀態

必須分開判斷。

二十一、同樣地，Cylinder Accepted ≠ Every Component Is New

Acceptance

也不是要求：

所有零件看起來像新品。

真正需要判斷的是：

Applicable Acceptance Criteria
（適用接受標準）。

因此不能把：

Cosmetic Appearance
（外觀美觀程度）

直接等同：

Safety Condition
（安全狀態）。

例如：

Surface Discoloration
（表面變色）

Scratch
（刮痕）

Tool Mark
（工具痕跡）

Corrosion

Deformation

Material Loss

在技術意義上可能完全不同。

所以：

Looks Old
（看起來舊）
≠
Automatically Reject

同樣：

Looks New
（看起來新）
≠
Automatically Accept

二十二、Gauge Result 必須可以追溯

量規結果如果要具有技術價值，

至少需要知道：

Which Gauge?
（哪一個量規？）

What Was Inspected?
（檢查什麼？）

Which Component?
（哪一個零件？）

What Was the Result?
（結果如何？）

Was Any Abnormality Observed?
（是否發現其他異常？）

必要時還要能追溯：

Gauge Identification
（量規識別）

以及適用的：

Calibration / Verification Status
（校正／確認狀態）。

否則只記：

PASS

資訊價值非常有限。

二十三、PASS / FAIL 之外還需要 Observation

如果檢查表只有：

PASS

FAIL

可能會失去大量資訊。

例如：

Gauge = PASS

但是：

Visual = Local Thread Damage Observed

如果只記：

PASS

下一位人員可能誤以為：

Everything Normal。

因此建議：

Gauge Result
（量規結果）

與：

Visual Observation
（目視觀察）

分開記錄。

例如：

Gauge Result：PASS

Visual Observation：
Localized Thread Profile Abnormality Observed
（發現局部牙型異常）

這比單純：

PASS

更接近實際狀態。

二十四、異常結果不要被平均掉

假設有：

五項檢查。

四項 PASS

一項發現：

Critical Abnormality
（重要異常）。

不能用：

「五項裡面四項都正常。」

來推論：

Overall Condition Is Probably Fine
（整體應該沒問題）。

安全判斷不是：

Average Score
（平均分數）。

因此：

Multiple Pass Results
（多項通過）
≠
One Critical Abnormality Can Be Ignored
（一項重要異常可以忽略）

只要某項異常：

需要停止或進一步確認，

就應依：

Applicable Criteria

處理。

二十五、不同檢查結果發生衝突時怎麼辦？

例如：

Gauge = PASS

Visual = Abnormal

或：

Gauge = PASS

Leak Check = Leak Detected

這時不能選：

「比較喜歡的結果。」

而應該認為：

Inspection Results Conflict
（檢查結果存在衝突）。

接下來：

Stop Acceptance Decision
（暫停接受判定）
↓
Preserve Evidence
（保存證據）
↓
Verify Inspection Method
（確認檢查方式）
↓
Identify Failure Mode
（辨識故障模式）
↓
Apply Applicable Criteria
（套用適用標準）
↓
Determine Disposition
（決定處置）

也就是：

Conflicting Evidence
（證據衝突）
≠
Choose the PASS Result
（選擇 PASS 的結果）

二十六、Gauge 是 Safety Barrier，但不是 Final Authority

延續 09-02 的觀念：

Gauge Inspection

是一道：

Detection Barrier
（偵測屏障）。

它非常重要。

但它的功能是：

提供特定檢查資訊。

不是：

Final Authority for the Entire Cylinder
（整支鋼瓶的唯一最終判定者）。

因此：

Gauge Is Important
（量規很重要）

與：

Gauge Is Not Enough by Itself
（量規單獨不足）

可以同時成立。

這兩句並不矛盾。

二十七、建立「四層判斷」會最清楚

CylinderTech 後續可以統一使用：

Four-level Decision Model
（四層判斷模型）。

Level 1：

Gauge Result
（量規結果）

↓

Level 2：

Thread Condition
（螺紋狀態）

↓

Level 3：

Leak / Functional Condition
（洩漏／功能狀態）

↓

Level 4：

Component / Cylinder Acceptance
（零件／鋼瓶接受判定）

這四層不能互相取代。

最簡單的表示方式就是：

Gauge Pass
↓
Does Not Automatically Prove
↓
Thread Integrity
↓
Does Not Automatically Prove
↓
Leak Tightness
↓
Does Not Automatically Prove
↓
Cylinder Acceptance

二十八、Failure Mode Database 也應分開記錄

未來 09-05：

Failure Mode Database

不應只有：

PASS / FAIL。

例如 FM-001：

Neck Leak。

可以分別記錄：

Gauge Result
（量規結果）

Visual Condition
（目視狀態）

Leak Condition
（洩漏狀態）

Failure Location
（故障位置）

Failure Mode
（故障模式）

Cause Status
（原因確認狀態）

Disposition
（處置結果）。

如此未來才可能分析：

「有多少 Neck Leak 案例其實 Gauge Pass？」

「有多少 Thread Damage 是由 Visual Inspection 發現？」

「哪些 Failure Mode 無法只靠 Gauge 發現？」

這些才是真正有價值的：

Maintenance Knowledge
（維修知識）。

二十九、照片也是 Thread Condition 的重要紀錄

對 Thread Abnormality

而言，

照片可以保存：

Original Condition
（原始狀態）

Damage Location
（損傷位置）

Thread Profile
（牙型）

Foreign Material
（異物）

Material Adhesion
（材料沾黏）

Missing Thread
（牙紋缺損）

以及：

Before / After Condition
（處理前後狀態）。

尤其：

Gauge Pass + Visual Abnormality

的案例，

非常適合作為：

Training Example
（教育案例）。

它可以直接讓新人理解：

「量規通過」和「看不到任何問題」

不是同一句話。

三十、新人最需要記住的一句話

如果要把整篇濃縮成一句現場判斷：

「量規告訴你量規能檢查到的事情，不會替你完成整支鋼瓶的判定。」

因此新人看到：

PASS

不能停止思考。

而應繼續問：

What Was Tested?
（測了什麼？）

What Was Not Tested?
（什麼沒有被測到？）

What Else Was Observed?
（還看到什麼？）

Are There Conflicting Results?
（是否存在衝突結果？）

What Criteria Determine Acceptance?
（真正的接受標準是什麼？）

三十一、本篇的重要判斷觀念

Gauge Pass
（量規通過）
≠
Thread Integrity Confirmed
（螺紋完整性已確認）

Gauge Pass
≠
No Thread Damage
（沒有螺紋損傷）

Plug Gauge Pass
（塞規通過）
≠
Valve Thread Pass
（瓶閥外螺紋通過）

Ring Gauge Pass
（環規通過）
≠
Cylinder Neck Thread Pass
（瓶頸內螺紋通過）

Gauge Pass
≠
Leak Tightness Confirmed
（密封性已確認）

No Leak
（沒有洩漏）
≠
No Thread Damage
（沒有螺紋損傷）

Visual Pass
（目視正常）
≠
Dimensional Condition Confirmed
（尺寸狀態已確認）

Gauge Fail
（量規異常）
≠
Machine Until It Passes
（加工到量規通過）

Gauge Pass After Cleaning
（清潔後量規通過）
≠
Root Cause Confirmed
（根本原因已確認）

Ring Gauge Pass
（環規通過）
≠
Valve Accepted
（瓶閥整體已接受）

Valve Gauge Pass
＋
Cylinder Gauge Pass
≠
Complete Connection Acceptance
（完整連接判定）

Requalification Valid
（再檢驗有效）
≠
Current Cylinder Condition Acceptable
（目前鋼瓶狀態可接受）

Multiple PASS
（多項通過）
≠
Critical Abnormality Can Be Ignored
（重要異常可以忽略）

Conflicting Evidence
（證據衝突）
≠
Choose the PASS Result
（選擇 PASS 結果）

Measurement Result
（量測結果）
≠
Acceptance Decision
（接受判定）

最終應建立：

Gauge Result
（量規結果）
＋
Visual Condition
（目視狀態）
＋
Thread Integrity
（螺紋完整性）
＋
Leak / Functional Condition
（洩漏／功能狀態）
＋
Applicable Acceptance Criteria
（適用接受標準）
↓
Final Acceptance Decision
（最終接受判定）

三十二、相關文章

・03-02｜TE、PE、EE 與 REE

・03-04｜Hydrostatic Test Accept / Reject / Condemn

・04-02｜Valve External Thread Inspection

・05-04｜Neck Leak 故障診斷

・05-06｜Outlet Thread Damage

・05-08｜SiH4 Neck Leak 與 Thread Profile

・07-01｜Valve External Ring Gauge

・07-02｜3/4-14 NGT Plug Gauge

・07-03｜Cut Tap 與 Form Tap

・08-02｜49 CFR §180.205 再檢驗一般要求

・08-04｜Repair、Rebuild 與 Maintenance 法規界線

・09-01｜Stop Work 與 Good Catch

・09-02｜Multiple Safety Barriers

・09-04｜Observed Condition、Direct Cause 與 Root Cause

・09-05｜Failure Mode Database

注意事項

本文所稱 Gauge Pass（量規通過）僅代表相應量規檢查所取得的結果，不應單獨解讀為 Thread Integrity（螺紋完整性）、Leak Tightness（洩漏密封性）、Valve Acceptance（瓶閥接受判定）或 Cylinder Acceptance（鋼瓶接受判定）。

Plug Gauge（塞規）與 Ring Gauge（環規）具有不同 Inspection Target（檢查對象）與用途，不得互相替代。

實際 Thread Acceptance（螺紋接受判定）應依鋼瓶／瓶閥規格、適用量規、製造商資料、核准程序及適用 Acceptance Criteria（接受標準）進行。

本文所述「瓶牙缺損不能因 Gauge Pass 而忽略」為本維修現場的重要保守判斷原則；若涉及正式 DOT Cylinder Requalification、Repair、Rethreading 或 Condemnation，仍應依適用 49 CFR、IBR Technical Standard（引用納入技術標準）、PHMSA 要求及具適用資格之單位判定，不應把公司內部判斷直接描述成所有 DOT Cylinder 的通用法定 Condemnation Criteria（報廢標準）。

Cut Tap / Form Tap 不應被理解為將受損 Cylinder Neck Thread 加工至 Gauge Pass 的一般修復方法。

本文不提供 Rethreading（重新加工螺紋）、瓶閥安裝扭力、鋼瓶修理或其他受管制作業的操作程序。

最後更新：2026-09-30

09-02｜Multiple Safety Barriers｜特殊氣體鋼瓶維修的多層安全屏障設計

特殊氣體鋼瓶維修中，

最危險的安全觀念之一是：

「只要這一步不要出錯就好了。」

因為任何單一：

Operator
（作業人員）

Label
（標籤）

Tool
（工具）

Inspection
（檢查）

Machine
（設備）

或：

Procedure
（程序）

都有可能失效。

因此成熟的安全系統不應建立在：

One Perfect Barrier
（一道永遠不失效的屏障）

之上，

而應建立：

Multiple Safety Barriers
（多層安全屏障）。

也就是：

第一道屏障失效
↓
第二道仍可攔截

第二道也失效
↓
第三道仍有機會發現

直到危害真正發生之前，

盡可能存在：

Independent Opportunity to Detect or Stop
（獨立發現或停止異常的機會）。

這就是本篇要建立的核心觀念。

一、什麼是 Safety Barrier？

Safety Barrier
（安全屏障）

可以理解為：

用來：

Prevent
（預防）

Detect
（偵測）

Control
（控制）

或：

Stop
（停止）

危害或錯誤向後發展的措施。

它不一定是一個實體零件。

Safety Barrier 可以是：

設備

機械結構

工具設計

標籤

紀錄

檢查

程序

人員判斷

或：

獨立驗證。

因此：

Barrier
≠
Only Physical Guard
（安全屏障不只是實體護罩）

任何能夠：

Break the Error Chain
（切斷錯誤鏈）

的控制措施，

都可能成為安全系統中的一層 Barrier。

二、為什麼不能只依賴一道屏障？

假設一支鋼瓶的安全完全依賴：

Status Label
（狀態標籤）。

只要標籤貼錯，

後面的所有人都可能得到錯誤資訊。

如果系統另外還有：

Work Record Verification
（作業紀錄確認）

以及：

Pressure Confirmation
（壓力確認），

即使標籤失效，

後面仍有：

Independent Detection Opportunity
（獨立偵測機會）。

因此：

One Barrier Failure
（一道屏障失效）
≠
Immediate Incident
（立即形成事故）

前提是：

後面還存在其他有效屏障。

三、多層安全屏障不是重複做同一件事

Multiple Safety Barriers

不是單純：

「同樣的檢查做三次。」

真正有價值的是：

不同屏障使用不同方式，

去攔截不同類型的失效。

例如：

Label
（標籤）

提供：

Status Information
（狀態資訊）。

Work Record
（作業紀錄）

提供：

Traceability
（可追溯性）。

Pressure Confirmation
（壓力確認）

則直接確認：

Physical Condition
（實際物理狀態）。

三者目的相關，

但偵測原理不同。

因此：

Three Checks
（做三次檢查）
≠
Three Independent Barriers
（三道獨立屏障）

是否真正獨立，

要看：

Failure Mechanism
（失效機制）

是否不同。

四、本網站將 Safety Barrier 分成五類

為了方便 CylinderTech

後續案例分析，

可以將維修現場的 Safety Barrier

整理成五個主要類型：

Process Barrier
（製程屏障）

Information Barrier
（資訊屏障）

Engineering / Physical Barrier
（工程／實體屏障）

Detection Barrier
（偵測屏障）

Human Barrier
（人員屏障）

這不是 DOT / PHMSA 的官方分類，

而是本網站為：

Maintenance Analysis
（維修分析）

與：

Knowledge Management
（知識管理）

建立的分類架構。

五、Process Barrier｜製程屏障

Process Barrier
（製程屏障）

是透過：

Work Sequence
（作業順序）

Procedure
（程序）

Approval
（核准）

Hold Point
（停留／確認點）

或：

Process Separation
（流程區隔）

避免錯誤進入下一站。

例如：

鋼瓶必須完成前段處理，

確認符合進入維修階段的條件後，

才能送入：

Maintenance Area
（維修區）。

這本身就是：

Process Barrier。

如果這一道失效，

未完成前段處理的鋼瓶

就可能進入維修流程。

因此：

Procedure Exists
（有程序）
≠
Process Barrier Worked
（程序屏障成功）

還必須確認程序：

Was Actually Followed
（確實被執行）。

六、Information Barrier｜資訊屏障

Information Barrier
（資訊屏障）

包括：

Label
（標籤）

Tag
（吊牌／標示）

Work Record
（作業紀錄）

Cylinder Identification
（鋼瓶識別）

Status Marking
（狀態標記）

以及：

System Record
（系統紀錄）。

它們的主要功能是：

讓下一位作業人員知道：

What Is This?
（這是什麼？）

What Has Been Done?
（已經做過什麼？）

What Is Its Current Status?
（目前狀態是什麼？）

但是：

Information Barrier

有一個重要限制：

Information
（資訊）
≠
Physical Reality
（實際物理狀態）

因此：

Label Says Cleaned
（標籤顯示已完成處理）
≠
Cylinder Physical Condition Automatically Verified
（鋼瓶實際狀態自動被確認）

這也是為什麼不能只依賴標籤。

七、Engineering / Physical Barrier｜工程與實體屏障

Engineering / Physical Barrier
（工程／實體屏障）

是利用：

Design
（設計）

Geometry
（幾何結構）

Guard
（防護結構）

Interlock
（連鎖）

Dedicated Tool
（專用工具）

或其他實體方式，

降低錯誤發生的可能。

它最大的優點是：

不完全依賴人員每次都做出正確判斷。

例如：

某個零件如果透過結構設計，

使錯誤工具不容易接觸，

就比：

「提醒大家不要碰到」

多了一層：

Design-based Protection
（設計型防護）。

八、Neriki PRD 防護結構就是實際例子

本維修現場實際接觸的部分：

Neriki Valve
（Neriki 瓶閥）

在 PRD 周圍具有：

Metal Guard Structure
（金屬防護結構）。

這個結構使 PRD 外側部位：

不容易被一般工具直接接觸。

從 Safety Barrier 的角度，

它可以理解為：

Physical Access Restriction
（實體接近限制）

以及：

Design-based Poka-Yoke
（設計型防錯）。

這與：

「規定作業人員不要碰到 PRD」

屬於不同層次。

前者：

Design Tries to Prevent the Error
（設計本身降低錯誤機會）

後者：

Person Must Remember Not to Make the Error
（依賴人員記得不要犯錯）

兩者可以同時存在。

九、Rotarex 實際案例可以用來理解 Barrier 差異

本維修現場實際接觸並拍攝的部分：

Rotarex Valve
（Rotarex 瓶閥）

其 PRD 外側六角部位

相較於前述 Neriki 實例：

Tool Accessibility
（工具接近性）

較為直接。

這不代表：

Rotarex Valve Is Unsafe
（Rotarex 瓶閥不安全）。

真正代表的是：

不同 Valve Design
（瓶閥設計）

可能需要不同的：

Risk Control Strategy
（風險控制策略）。

當：

Physical Access Restriction
（實體接近限制）

較少時，

其他屏障的重要性可能提高。

例如：

Tool Selection
（工具選擇）

Component Identification
（零件識別）

Tool Clearance
（工具間隙確認）

Post-work Inspection
（作業後檢查）。

因此：

Different Design
（不同設計）
→
Different Barrier Combination
（不同安全屏障組合）

而不是：

Different Design
→
Safe / Unsafe
（直接判斷安全／不安全）。

十、Tool Control 也是一道 Barrier

本維修現場在部分瓶閥／PRD 相關作業中，

限制：

Adjustable Wrench
（活動扳手）

並使用：

Specified Fixed-size Wrench
（指定固定尺寸扳手）。

這是一種：

Tool / Process Barrier
（工具／製程屏障）。

目的不是：

「活動扳手一定會造成事故。」

而是降低：

Wrong Tool Fit
（工具配合不當）

Slipping
（滑脫）

Unexpected Contact
（非預期接觸）

Wrong Component Engagement
（誤作用於其他零件）

以及：

Tool Interference
（工具干涉）

的可能性。

因此：

Approved Tool
（核准工具）

本身就是：

Error-reduction Barrier
（降低錯誤的屏障）。

十一、但是 Fixed-size Wrench 也不是完美屏障

即使使用：

Fixed-size Wrench

仍然可能：

選錯尺寸

接觸錯誤零件

操作角度不當

與鄰近零件干涉

或：

工具本身狀態異常。

因此：

Fixed-size Wrench
≠
Zero Risk

Correct Tool Size
（正確工具尺寸）
≠
Correct Component Confirmed
（已確認正確零件）

這也是 Multiple Safety Barriers

存在的原因。

工具控制後面仍需要：

Component Identification
（零件識別）

＋

Clearance Check
（間隙確認）

＋

Post-work Inspection
（作業後檢查）。

十二、Detection Barrier｜偵測屏障

Detection Barrier
（偵測屏障）

的目的不是：

阻止錯誤發生，

而是：

在錯誤已經存在後，

盡早把它發現。

例如：

Pressure Confirmation
（壓力確認）

Leak Check
（洩漏檢查）

Gauge Inspection
（量規檢查）

Visual Inspection
（目視檢查）

Record Cross-check
（紀錄交叉確認）

以及：

Post-work Inspection
（作業後檢查）。

它們都可能屬於：

Detection Barrier。

這類屏障非常重要，

因為現實中：

Prevention Can Fail
（預防措施可能失效）。

十三、Pressure Confirmation 是典型 Detection Barrier

06-05 案例中，

未完成前段處理的鋼瓶

進入了維修流程。

代表前面的某些：

Process / Information Barrier

沒有成功阻止它。

但是後續：

Pressure Confirmation

發現：

Unexpected / Residual Cylinder Pressure
（非預期／殘留鋼瓶壓力）。

因此：

Pressure Confirmation

在這個事件中就是：

Detection Barrier。

它沒有讓上游錯誤消失，

但是成功提供：

Another Opportunity to Detect the Hazard
（另一個發現危害的機會）。

十四、Human Barrier｜人員屏障

最後一道非常重要的屏障是：

Human Barrier
（人員屏障）。

人員可以：

Recognize
（辨識）

Question
（提出疑問）

Compare
（比較）

Stop
（停止）

Report
（回報）

以及：

Escalate
（升級處理）。

06-06 的：

Label / Record Mismatch

就是典型例子。

即使：

Wrong Label

已經存在，

維修人員仍然沒有：

Blindly Trust the Label
（盲目相信標籤）。

而是發現：

Information Does Not Match
（資訊不一致）

並：

Stop Work。

這就是：

Human Barrier Worked
（人員屏障成功）。

十五、Human Barrier 很重要，但不能成為唯一屏障

如果事故調查最後只得到：

「提醒作業人員注意。」

通常代表安全改善仍然很弱。

因為：

Be More Careful
（更加小心）

完全依賴：

Memory
（記憶）

Attention
（注意力）

Experience
（經驗）

以及：

Individual Judgment
（個人判斷）。

人會：

疲勞

分心

誤判

忘記

或：

缺乏經驗。

因此：

Training
（教育訓練）

很重要，

但最好不要成為：

Only Barrier
（唯一屏障）。

十六、一道好的 Barrier 應盡量不依賴上一道 Barrier

假設：

Label

與：

Work Record

其實都是由：

同一個人

在同一時間

依同一份資料輸入。

如果原始資料錯誤，

兩者可能：

Simultaneously Wrong
（同時錯誤）。

此時看起來有：

Two Checks
（兩個檢查）

實際上可能只有：

One Information Source
（一個資訊來源）。

這就是：

Common Cause Failure
（共同原因失效）

的概念。

因此真正的：

Independent Barrier
（獨立屏障）

最好使用不同：

Information Source
（資訊來源）

Detection Method
（偵測方法）

或：

Physical Principle
（物理原理）。

十七、Independent Check 的真正意義

Independent Check
（獨立檢查）

不是：

第二個人再看一次第一個人的答案。

更理想的方式是：

第二道檢查可以：

Independently Determine the Condition
（獨立判定狀態）。

例如：

Label Says Process Complete
（標籤顯示程序完成）

是一道資訊。

Pressure Confirmation
（壓力確認）

則是直接取得：

Physical Evidence
（物理證據）。

因此兩者具有較高：

Independence
（獨立性）。

十八、PRD Missing Component 案例的 Barrier 分析

06-02 案例中，

發生：

PRD Missing Burst Disc
（PRD 缺少 Burst Disc）

並造成大量氣體釋放。

這類事件可以用 Barrier 思維重新分析。

可能需要的安全屏障包括：

Correct Part Identification
（正確零件識別）

↓

Component Completeness
（零件完整性）

↓

Assembly Verification
（組裝確認）

↓

Independent Check
（獨立確認）

↓

Final Inspection / Test
（最終檢查／測試）

如果只依賴：

「組裝人員記得放入所有零件。」

那就是：

Single Human Barrier
（單一人員屏障）。

而：

Multiple Verification Opportunities
（多重確認機會）

能降低：

Missing Component

一路流到最終使用階段的機會。

十九、Exterior Appearance 不是完整性屏障

PRD 外觀看起來：

Complete
（完整）

不代表：

Internal Components
（內部零件）

一定完整。

因此：

Exterior Visual Inspection
（外觀目視檢查）

對某些 Failure Mode

可能不是足夠有效的：

Detection Barrier。

這就是 Barrier Analysis

需要問的問題：

Can This Barrier Actually Detect This Failure Mode?
（這道屏障真的能發現這個故障模式嗎？）

如果答案是：

No

就不能把它算成：

有效的防線。

二十、Barrier 必須對應 Failure Mode

安全屏障不是：

越多越好

就一定有效。

真正重要的是：

Barrier
（屏障）

是否能對應：

Failure Mode
（故障模式）。

例如：

Plug Gauge
（塞規）

可以提供：

Thread Dimensional / Fit Information
（螺紋尺寸／配合資訊）。

但是它不能單獨證明：

Leak Tightness
（洩漏密封性）。

因此：

Plug Gauge Pass

不是：

Neck Leak Detection Barrier

的完整替代品。

同樣：

Leak Test Pass

也不能完整判斷：

Thread Profile
（牙型狀態）。

所以：

Different Failure Mode
→
Different Detection Barrier

這會在 09-03：

Gauge Pass ≠ Cylinder Accepted

進一步說明。

二十一、Barrier 存在不代表 Barrier 有效

公司可能有：

SOP

Checklist

Label

Inspection

Training。

但真正需要問的是：

Does It Actually Prevent or Detect the Failure?
（它真的能預防或發現這個失效嗎？）

例如：

Checklist 上有一個勾選欄，

但是：

沒有明確檢查內容

沒有人確認

沒有紀錄

或：

所有人習慣直接打勾。

這個 Barrier

雖然：

Exists on Paper
（紙面存在）

但可能：

Weak in Practice
（實際效果很弱）。

因此：

Barrier Exists
≠
Barrier Effective
（屏障存在不等於屏障有效）

二十二、事故後不要只增加 Checklist

事故發生後，

最容易採取的措施是：

「Checklist 再增加一欄。」

但如果根本問題是：

Tool Can Physically Contact the Wrong Component
（工具可以直接接觸錯誤零件），

增加 Checklist

可能仍然只是：

Administrative Control
（管理控制）。

如果可以從：

Design
（設計）

Tool Geometry
（工具幾何）

Physical Guard
（實體防護）

或：

Fixture
（治具）

降低接觸可能，

通常是不同層次的 Barrier。

因此事故改善應該問：

Can We Prevent the Error by Design?
（能否從設計避免錯誤？）

而不只是：

Can We Remind the Operator Again?
（能否再提醒作業人員一次？）

二十三、Preventive Barrier 與 Detection Barrier 要一起存在

Preventive Barrier
（預防屏障）

目的：

Prevent Failure
（避免失效發生）。

Detection Barrier
（偵測屏障）

目的：

Detect Failure After It Exists
（失效存在後把它發現）。

例如：

Specified Fixed-size Wrench
（指定固定尺寸扳手）

可以屬於：

Preventive Barrier。

而：

Post-work PRD Inspection
（作業後 PRD 檢查）

可以屬於：

Detection Barrier。

兩者一起使用，

比只依賴其中一個更完整。

因此：

Prevent
＋
Detect

通常比：

Prevent Only

更具有韌性。

二十四、Multiple Barriers 不代表可以降低每一道要求

這也是容易產生的誤解。

不能因為：

「後面還有檢查。」

就認為：

前面的程序可以隨便。

例如：

後面有 Pressure Confirmation

不能成為：

前站狀態管理失效

可以被接受的理由。

同樣：

最後有 Leak Test

不能成為：

前面 Thread Inspection

可以省略的理由。

因此：

Backup Barrier Exists
（存在備援屏障）
≠
Primary Barrier Can Be Ignored
（主要屏障可以忽略）

每一道 Barrier

仍然應完成自己的功能。

二十五、Barrier Failure 也是重要資料

如果一件事故或 Near Miss

成功穿過三道屏障，

直到第四道才被發現，

真正值得研究的不只是：

「第四道做得很好。」

還包括：

Why Did Barrier 1 Fail?
（第一道為何失效？）

Why Did Barrier 2 Fail?
（第二道為何失效？）

Why Did Barrier 3 Fail?
（第三道為何失效？）

這樣才能找出：

System Weakness
（系統弱點）。

因此 Good Catch 紀錄中，

可以增加：

Failed Barrier
（失效屏障）

以及：

Successful Barrier
（成功屏障）。

二十六、Failure Mode Database 可以加入 Barrier 資訊

未來 09-05 建立：

Failure Mode Database
（故障模式資料庫）

時，

每一個 FM ID

除了：

Failure Mode

Location

Observed Condition

Cause Status

之外，

還可以加入：

Preventive Barrier
（預防屏障）

Detection Barrier
（偵測屏障）

Failed Barrier
（失效屏障）

Successful Barrier
（成功屏障）。

例如：

FM-012
Status Label / Record Mismatch

Preventive Barrier：

Status Control
（狀態管理）

Detection Barrier：

Record Cross-check
（紀錄交叉確認）

Successful Barrier：

Technician Verification
（技術人員確認）

如此資料庫就不只是：

「發生過什麼問題。」

而是開始回答：

「我們靠什麼把問題攔下來？」

二十七、建立 Barrier Map

對重要作業，

可以建立：

Barrier Map
（安全屏障圖）。

例如瓶閥維修流程：

Cylinder Identification
（鋼瓶識別）
↓
Process Status Verification
（製程狀態確認）
↓
Record Verification
（紀錄確認）
↓
Pressure Confirmation
（壓力確認）
↓
Component Identification
（零件識別）
↓
Approved Tool
（核准工具）
↓
Tool Clearance
（工具間隙）
↓
Maintenance Work
（維修作業）
↓
Post-work Inspection
（作業後檢查）
↓
Applicable Final Verification
（適用最終確認）

每發生一件：

Incident

Near Miss

Good Catch

就可以回到這張圖，

確認：

Which Barrier Failed?
（哪一道失效？）

Which Barrier Worked?
（哪一道成功？）

二十八、Barrier 的目標不是追求「零錯誤的人」

真正成熟的安全系統

不應假設：

People Never Make Mistakes
（人永遠不會犯錯）。

而應假設：

Mistakes Are Possible
（錯誤可能發生）

然後設計：

How Will We Prevent It?
（如何預防？）

If Prevention Fails, How Will We Detect It?
（預防失效後如何發現？）

If Detection Occurs, How Will We Stop It?
（發現後如何停止？）

因此：

Safety
（安全）

不是：

Perfect Operator
（完美作業人員）

而是：

Resilient System
（具有韌性的系統）。

二十九、本篇的重要判斷觀念

One Barrier
（一道屏障）
≠
Complete Safety System
（完整安全系統）

More Checks
（更多檢查）
≠
Independent Barriers
（獨立屏障）

Label
（標籤）
≠
Physical Condition
（實際物理狀態）

Procedure Exists
（程序存在）
≠
Procedure Was Followed
（程序確實執行）

Barrier Exists
（屏障存在）
≠
Barrier Effective
（屏障有效）

Fixed-size Wrench
（固定尺寸扳手）
≠
Zero Risk
（零風險）

Physical Guard
（實體防護）
≠
Zero Risk
（零風險）

Exposed PRD
（PRD 相對暴露）
≠
Unsafe Valve
（不安全瓶閥）

Exterior Complete
（外觀看起來完整）
≠
Internal Components Confirmed
（內部零件已確認完整）

Backup Barrier Exists
（存在備援屏障）
≠
Primary Barrier Can Be Ignored
（主要屏障可以忽略）

Human Barrier
（人員屏障）
≠
Only Barrier
（唯一屏障）

Checklist Added
（增加檢查表）
≠
Root Risk Eliminated
（根本風險已消除）

Good Catch
（良好攔截）
≠
System Has No Weakness
（系統沒有弱點）

真正完整的安全架構是：

Prevent
（預防）
＋
Detect
（偵測）
＋
Stop
（停止）
＋
Verify
（確認）
＋
Learn
（學習）

三十、相關文章

・06-01｜誤拆 PRD 造成大量氣體洩漏事故

・06-02｜PRD Burst Disc 遺漏事故

・06-05｜未完成前段處理鋼瓶與 Pressure Confirmation

・06-06｜Status Label / Record Mismatch Good Catch

・06-07｜瓶閥安裝後 PRD 鬆動案例

・07-04｜Pressure Test Panel

・07-06｜Fixed-size Wrench、Adjustable Wrench 與 PRD 防錯設計

・09-01｜Stop Work 與 Good Catch

・09-03｜Gauge Pass ≠ Cylinder Accepted

・09-04｜Observed Condition、Direct Cause 與 Root Cause

・09-05｜Failure Mode Database

・09-06｜新人異常判斷與技術知識傳承

注意事項

本文所使用的 Process Barrier（製程屏障）、Information Barrier（資訊屏障）、Engineering / Physical Barrier（工程／實體屏障）、Detection Barrier（偵測屏障）及 Human Barrier（人員屏障）分類，主要用於 CylinderTech 的維修安全分析與知識管理，不代表 DOT / PHMSA 的統一法定分類。

不同 Valve、PRD、Cylinder、Tool、Equipment 與 Process 具有不同設計與風險條件，本文所述 Barrier Example（屏障案例）不能直接視為所有設備的通用要求。

本文提及 Neriki 與 Rotarex 的 PRD 結構差異，僅描述本維修現場實際接觸及拍攝之特定瓶閥實例，不代表各品牌所有型號均採用相同設計，也不構成品牌安全性排名。

實際安全屏障應依設備設計、製造商資料、公司核准程序、適用法規、氣體危害及現場 Risk Assessment（風險評估）建立。

本文不提供特殊氣體鋼瓶洩壓、排放、PRD 拆裝、瓶閥拆卸或其他危險操作程序。

最後更新：2026-09-30

09-01｜Stop Work 與 Good Catch｜維修現場的異常攔截與停止作業判斷

特殊氣體鋼瓶維修中，

真正重要的能力不只是：

Can Perform the Work
（能夠完成作業）

更包括：

Can Recognize When Not to Continue
（知道什麼時候不應繼續）。

很多嚴重事故並不是因為：

「完全沒有作業程序。」

而是異常訊號已經出現，

作業人員卻仍然：

Continue the Task
（繼續作業）。

因此維修現場需要建立兩個非常重要的安全觀念：

Stop Work
（停止作業）

與：

Good Catch
（良好攔截）。

Stop Work 的核心是：

異常尚未確認之前，
不要讓下一個高風險步驟繼續。

Good Catch 的核心則是：

在異常演變成事故之前，
有人成功辨識並攔截了風險。

這兩者共同形成：

Human Safety Barrier
（人員安全屏障）。

一、什麼是 Stop Work？

Stop Work
（停止作業）

不是單純：

「停止工作。」

而是在作業過程中發現：

Abnormal Condition
（異常狀態）

Unknown Condition
（未知狀態）

Procedure Mismatch
（程序不一致）

Equipment Abnormality
（設備異常）

Identification Mismatch
（識別資訊不一致）

或其他可能影響安全的情況時，

停止目前作業的進一步發展。

基本邏輯是：

Abnormality Detected
（發現異常）
↓
Stop Work
（停止作業）
↓
Preserve Current Condition
（保留目前狀態）
↓
Report / Escalate
（回報／升級處理）
↓
Verify
（確認）
↓
Determine Next Action
（決定後續處置）

而不是：

Abnormality Detected
↓
Guess the Cause
↓
Continue Working

因此：

Stop Work
≠
Failure to Complete the Job
（不是工作失敗）

在很多情況下，

Stop Work 本身就是：

Correct Safety Action
（正確的安全行動）。

二、UNKNOWN ≠ SAFE

維修現場最危險的判斷之一，

就是：

「不知道有沒有問題，所以應該沒問題。」

正確觀念應該是：

UNKNOWN
（未知）
≠
SAFE
（安全）

例如：

不知道鋼瓶內是否還有壓力

不知道前站作業是否真正完成

不知道標籤是否正確

不知道 PRD 是否已經受到工具干涉

不知道螺紋上的材料是 Foreign Material（異物）還是 Thread Material Loss（螺紋材料缺失）

不知道某個 DOT-SP 是否仍然有效。

這些情況都不能直接轉換成：

「應該可以繼續。」

更合理的判斷是：

Unknown Condition
（未知狀態）
↓
Information Insufficient
（資訊不足）
↓
Do Not Assume Safe
（不得自行假設安全）
↓
Verify Before Continuing
（確認後再決定是否繼續）

三、Stop Work 不等於 Emergency Stop

Stop Work

與：

Emergency Stop
（緊急停止）

不能完全視為相同概念。

Emergency Stop

通常是設備或系統面對：

Immediate Hazard
（立即危害）

時的緊急功能。

Stop Work

則可以發生在：

事故還沒有發生之前。

例如維修人員發現：

Label
（標籤）

與：

Work Record
（作業紀錄）

不一致。

此時：

沒有洩漏

沒有設備故障

沒有人員受傷。

但仍然可以：

Stop Work。

因此：

No Accident Yet
（事故尚未發生）
≠
No Reason to Stop
（沒有停止理由）

這正是預防性安全管理的重要觀念。

四、什麼是 Good Catch？

Good Catch
（良好攔截）

是指：

潛在危害或異常已經存在，

但是在真正造成：

Incident
（事故）

Equipment Damage
（設備損壞）

Gas Release
（氣體釋放）

Wrong Operation
（錯誤操作）

或：

Personnel Exposure
（人員暴露）

之前，

被人員成功辨識並攔截。

Good Catch 的價值在於：

The Barrier Worked
（安全屏障成功發揮作用）。

因此 Good Catch 不應被理解成：

「反正沒有出事。」

更重要的是：

Why Was the Abnormality Present?
（為什麼異常會存在？）

以及：

Which Barrier Caught It?
（是哪一道屏障攔截了它？）

五、Good Catch 與 Near Miss 的關係

Near Miss
（未遂事件／虛驚事件）

通常代表：

事件已經接近造成不良結果，

但最後沒有形成實際傷害或損失。

Good Catch

則更強調：

Detection and Intervention
（辨識與介入）。

兩者可能重疊，

但觀察角度不同。

例如：

錯誤狀態標籤貼在尚未完成前站處理的鋼瓶上，

鋼瓶已經送到維修區。

這可以從事件角度描述為：

Near Miss。

如果維修人員在進一步操作前：

發現標籤與紀錄不一致，

停止作業並回報，

則可以同時描述為：

Good Catch。

因此：

Near Miss

What Almost Happened
（差點發生什麼）

Good Catch

What Successfully Stopped It
（什麼成功阻止了它）

六、實際案例：Status Label / Record Mismatch

本維修現場曾發生：

鋼瓶狀態標籤顯示前段處理已完成，

但是維修人員進一步確認時，

發現：

Label
（標籤）

與：

Completion / Work Record
（完成／作業紀錄）

無法對應。

維修人員沒有直接相信：

Status Label
（狀態標籤）

而是停止後續作業並進一步確認。

最後確認：

前段處理並沒有按照標籤所表示的狀態完成。

這個案例已建立為：

FM-012

Status Label / Record Mismatch
（狀態標籤／紀錄不一致）。

七、這個案例真正重要的不是「貼錯標籤」

如果只把事件寫成：

Root Cause = Wrong Label
（根本原因＝貼錯標籤）

就會過早結束調查。

因為還需要問：

Why Could the Wrong Label Be Applied?
（為什麼錯誤標籤能被貼上？）

Why Was It Not Detected Earlier?
（為什麼前面沒有被發現？）

Was Completion Verification Required?
（是否要求完成確認？）

Was the Label Linked to a Record?
（標籤是否與紀錄連結？）

Was Independent Verification Available?
（是否存在獨立確認？）

因此：

Wrong Label
（錯誤標籤）

Observed Abnormality
（觀察到的異常）

不一定等於：

Root Cause
（根本原因）。

這也是後續 09-04：

Abnormality / Direct Cause / Root Cause
（異常／直接原因／根本原因）

要進一步建立的觀念。

八、Status Label 是 Information Barrier

Label
（標籤）

非常重要。

但它本質上屬於：

Information Barrier
（資訊屏障）。

它告訴下一站人員：

這支鋼瓶目前被認為處於什麼狀態。

但是：

Label
≠
Physical Condition
（標籤不等於實際物理狀態）

因此：

Label Says Completed
（標籤顯示完成）
≠
Physical Condition Automatically Verified
（實際狀態自動完成確認）

這也是為什麼：

Record Verification
（紀錄確認）

Independent Check
（獨立檢查）

以及：

Physical Safety Barrier
（實體安全屏障）

仍然具有價值。

九、第二個實際案例：Pressure Confirmation

本維修現場早期曾發生：

未完成前段處理的鋼瓶被送入維修區。

在進一步進行瓶閥相關作業之前，

維修人員依既有流程，

先透過：

Pressure Panel
（壓力盤面）

確認鋼瓶壓力狀態。

結果發現：

Unexpected / Residual Cylinder Pressure
（非預期／殘留鋼瓶壓力）。

該案例後續造成：

Pressure Protection Device
（壓力保護裝置）

動作，

並造成：

Pressure Gauge
（壓力錶）

損壞。

但這個案例同時證明：

Pressure Confirmation
（壓力確認）

是一道重要的：

Independent Safety Barrier
（獨立安全屏障）。

十、Pressure Confirmation 不是前站工作的替代品

這裡必須特別注意：

Pressure Confirmation

成功發現異常，

不代表：

前站可以省略原本應完成的工作。

也就是：

Downstream Barrier Worked
（下游屏障成功）
≠
Upstream Failure Is Acceptable
（上游失效可以接受）

正確的安全架構應該是：

Upstream Process Control
（上游製程控制）
↓
Status Identification
（狀態識別）
↓
Record Verification
（紀錄確認）
↓
Independent Pressure Confirmation
（獨立壓力確認）
↓
Maintenance Work
（維修作業）

每一層都有自己的功能。

十一、Multiple Safety Barriers

安全系統不應只依賴：

One Perfect Person
（一個永遠不犯錯的人）

或：

One Perfect Label
（一張永遠不會貼錯的標籤）。

比較可靠的方式是：

Multiple Safety Barriers
（多層安全屏障）。

例如：

Process Barrier
（製程屏障）

Information Barrier
（資訊屏障）

Physical Barrier
（實體屏障）

Detection Barrier
（偵測屏障）

Human Barrier
（人員屏障）。

以未完成前站處理的鋼瓶為例：

前站程序
↓
狀態標籤
↓
作業紀錄
↓
維修人員確認
↓
Pressure Confirmation

即使其中一道屏障失效，

後面的屏障仍有機會：

Catch the Error
（攔截錯誤）。

十二、Good Catch 不是靠運氣

如果每一次成功攔截異常，

公司都只說：

「還好這次被發現。」

就沒有真正學到東西。

Good Catch 應該進一步分析：

What Was Detected?
（發現了什麼？）

Who / What Detected It?
（誰／什麼機制發現？）

At Which Process Step?
（在哪一站發現？）

Which Barrier Failed Earlier?
（前面哪一道屏障失效？）

Which Barrier Worked?
（哪一道屏障成功？）

What Could Have Happened?
（如果沒有攔截可能發生什麼？）

Can the Successful Barrier Be Strengthened?
（成功的屏障是否可以強化？）

如此 Good Catch 才能轉換成：

Organizational Learning
（組織學習）。

十三、Stop Work 的觸發條件不應只限於洩漏

維修人員不應認為：

只有：

Gas Leak
（氣體洩漏）

才能 Stop Work。

以下情況都可能構成停止並確認的理由：

Identification Mismatch
（識別資訊不一致）

Label / Record Mismatch
（標籤／紀錄不一致）

Unexpected Pressure
（非預期壓力）

Unknown Cylinder Status
（鋼瓶狀態未知）

Unexpected Component
（非預期零件）

Missing Component
（零件缺失）

Tool Interference
（工具干涉）

PRD Position Change
（PRD 位置改變）

Thread Damage
（螺紋損傷）

Abnormal Gauge Result
（量規結果異常）

Structural Damage
（結構損傷）

Unknown DOT-SP Requirement
（DOT-SP 要求未知）

Procedure Conflict
（程序衝突）

或其他：

Condition Outside the Approved Work Scope
（超出核准作業範圍的狀況）。

十四、Stop Work 之後不要急著「修掉異常」

這一點對故障診斷非常重要。

發現異常之後，

如果立即：

Retighten
（重新鎖緊）

Clean
（清潔）

Adjust
（調整）

Replace
（更換）

或：

Remove the Abnormal Evidence
（移除異常證據），

可能會破壞：

Failure Evidence
（故障證據）。

例如發現：

PRD Position Abnormality
（PRD 位置異常）。

如果第一個動作就是：

「把它鎖回去。」

可能失去：

Original Position
（原始位置）

Tool Mark
（工具痕跡）

Contact Mark
（接觸痕跡）

Witness Mark Relationship
（見證標記關係）

等重要資訊。

因此在安全且符合現場規範的前提下：

Stop
↓
Observe
↓
Record
↓
Preserve Evidence
↓
Then Determine Corrective Action

比：

See
↓
Fix Immediately

更有利於後續：

Root Cause Analysis
（根本原因分析）。

十五、Corrective Action Success ≠ Root Cause Proof

假設：

PRD 鬆動

重新處理後：

Leak Test Pass
（洩漏測試通過）。

這只能證明：

目前處置後的狀態符合該項檢查結果。

不能直接證明：

「原本一定就是因為某個人沒鎖好。」

同樣：

清掉螺紋上的材料後恢復正常，

也不能單憑這件事證明：

Foreign Material

最初是由哪個流程產生。

因此：

Corrective Action Success
（矯正措施成功）
≠
Root Cause Proof
（根本原因證明）

Good Catch 的紀錄應盡可能保留：

Before Condition
（處理前狀態）。

十六、Stop Work 不是找人負責

如果現場文化把：

Stop Work

理解成：

「一停止，就一定有人要被處罰。」

人員很容易形成：

Continue and Hope
（繼續做並期待沒事）

的行為。

Stop Work 應首先處理：

Condition
（狀態）

而不是先處理：

Blame
（責任歸屬）。

第一個問題應該是：

Is It Safe to Continue?
（是否可以安全繼續？）

而不是：

Who Made the Mistake?
（誰犯錯？）

責任與原因分析可以在：

Condition Controlled
（狀態受到控制）

之後再進行。

十七、Good Catch 應該被記錄

沒有記錄的 Good Catch

很容易只存在於：

某位資深技術人員的記憶。

幾年後：

人員調職

退休

離職

或新人接手，

這項經驗就消失了。

因此 Good Catch

最好建立基本紀錄：

Date
（日期）

Process Step
（作業階段）

Observed Condition
（觀察狀態）

Expected Condition
（預期狀態）

Mismatch
（差異）

Stop Point
（停止位置）

Immediate Action
（當下處置）

Evidence
（證據）

Failure Mode
（故障模式）

Cause Status
（原因確認狀態）

Corrective Action
（矯正措施）

Preventive Action
（預防措施）

以及：

Lesson Learned
（經驗教訓）。

十八、照片是 Good Catch 的重要證據

在不影響安全的前提下，

照片可以保存：

Before Condition
（處理前狀態）。

例如：

Wrong Label
（錯誤標籤）

PRD Position
（PRD 位置）

Thread Damage
（螺紋損傷）

Outlet Damage
（出口損傷）

Toroid Damage
（超環面損傷）

Tool Mark
（工具痕跡）

Weld Area Leak Location
（焊縫洩漏位置）

以及：

Component Missing
（零件缺失）。

照片應盡量保留：

Overview
（整體）

＋

Location
（位置）

＋

Close-up
（特寫）。

而不是只拍：

一張極近距離照片，

最後無法判斷：

「這到底是哪個位置？」

十九、公開網站照片與內部證據要分開

Good Catch / Incident Photo

可能包含：

Cylinder Serial Number
（鋼瓶序號）

Customer Information
（客戶資訊）

Company Label
（公司標籤）

Employee Information
（人員資訊）

Internal Work Order
（內部工單）

或其他敏感資訊。

因此：

Original Evidence Photo
（原始證據照片）

應保存於：

Internal Evidence Library
（內部證據資料庫）。

CylinderTech 公開網站使用的照片，

則應建立：

Public / Web Version
（公開／網站版本）

並依需要：

Crop
（裁切）

Redact
（遮蔽）

De-identify
（去識別化）

Watermark
（加浮水印）。

因此：

Original Evidence
≠
Public Website Image
（原始證據不等於公開網站圖片）

二十、Good Catch 可以連結 Failure Mode Database

本網站建立：

Failure Mode Database
（故障模式資料庫）

之後，

每一件 Good Catch

可以與相對應的：

FM ID

連結。

例如：

Neck Leak
→ FM-001

Cross Port Leak
→ FM-002

Outlet Thread Damage
→ FM-003

PRD Loose
→ FM-007

Unexpected Pressure
→ FM-011

Label / Record Mismatch
→ FM-012

如此可以慢慢累積：

同一 Failure Mode

曾經出現多少次、

在哪些流程出現、

由哪一道 Barrier 發現。

這會比：

每一次事件各自寫一份報告

更容易建立：

Knowledge Base
（知識庫）。

二十一、Good Catch 與 Incident 都值得學習

不能只有：

事故真的發生

才建立案例。

如果只記錄：

Gas Release

Equipment Damage

Personnel Injury

等事故，

會失去大量：

Early Warning Information
（早期警訊資訊）。

因此知識庫應同時保存：

Incident
（事故）

Near Miss
（未遂事件）

Good Catch
（良好攔截）

Abnormal Finding
（異常發現）。

這四類資料的嚴重程度可能不同，

但都具有：

Learning Value
（學習價值）。

二十二、Good Catch 不等於 Root Cause 已確認

一件 Good Catch

可能只知道：

「發現什麼問題。」

並不知道：

「為什麼會發生。」

例如：

發現 PRD 位置改變。

目前可以確認：

Observed Condition

PRD Position Abnormality

但：

Was It Caused by Tool Contact?
（是否由工具接觸造成？）

Was It Caused by Machine Interference?
（是否由設備干涉造成？）

Was It Already Abnormal Before Work?
（作業前是否已經異常？）

如果沒有證據，

就不能自行選一個答案。

因此可以標記：

Cause Status
（原因確認狀態）

例如：

CONFIRMED
（已確認）

PROBABLE
（較可能）

POSSIBLE
（可能）

UNCONFIRMED
（未確認）。

這些是：

Internal Knowledge-management Classification
（內部知識管理分類），

不是 DOT 官方事故分類。

二十三、Stop Work Authority

成熟的安全管理系統中，

Stop Work

不能只屬於：

Manager
（主管）

或：

Senior Technician
（資深技術員）。

第一線工作人員如果發現：

Unexpected Condition
（非預期狀態），

應該有能力依公司制度：

Stop
（停止）

Report
（回報）

Verify
（確認）。

因為真正看到異常的人，

往往就是：

Person Closest to the Work
（最接近作業的人）。

如果所有異常都必須：

「先做完再跟主管說。」

Stop Work 就失去預防作用。

二十四、新人最需要學的不是所有答案

新人不可能在短時間內記住：

所有 Cylinder Specification

所有 Valve

所有 PRD

所有 Failure Mode

所有 DOT Regulation。

因此新人教育的第一階段，

更重要的是：

Recognize
（辨識）
↓
Stop
（停止）
↓
Describe
（描述）
↓
Collect Evidence
（收集證據）
↓
Escalate
（回報）
↓
Diagnose
（診斷）

而不是：

Recognize
↓
Guess
↓
Repair

也就是：

新人可以不知道答案，

但必須知道：

「這個狀態跟正常的不一樣。」

二十五、Stop Work 的價值在於阻止錯誤向後傳遞

一個流程錯誤如果沒有被攔截，

可能會一路傳遞。

例如：

Upstream Process Error
（上游製程錯誤）
↓
Wrong Status Label
（錯誤狀態標籤）
↓
Cylinder Sent to Maintenance
（鋼瓶送至維修）
↓
Technician Trusts Label
（技術員相信標籤）
↓
Next Operation Begins
（下一步作業開始）
↓
Potential Incident
（潛在事故）

如果維修人員在：

Label / Record Verification

階段 Stop Work，

錯誤鏈就被切斷。

因此：

Stop Work

Break the Error Chain
（切斷錯誤鏈）。

二十六、一道屏障成功，不代表系統沒有問題

Good Catch 發生後，

很容易產生：

「還好有人發現，所以系統沒問題。」

這是錯誤的結論。

事實上：

Good Catch

通常同時代表兩件事情：

第一：

A Downstream Barrier Worked
（下游屏障成功）

第二：

An Upstream Barrier May Have Failed
（上游屏障可能失效）

因此 Good Catch

不是：

Close the Case
（結案理由）。

而是：

Start Learning
（開始學習的訊號）。

二十七、本篇的重要判斷觀念

UNKNOWN
（未知）
≠
SAFE
（安全）

Stop Work
（停止作業）
≠
Failure
（工作失敗）

No Leak
（沒有洩漏）
≠
No Abnormality
（沒有異常）

No Accident
（沒有事故）
≠
No Need to Stop
（不需要停止）

Label Says Completed
（標籤顯示完成）
≠
Physical Condition Verified
（實際狀態已確認）

Good Catch
（良好攔截）
≠
Nothing Happened
（什麼都沒發生）

Near Miss
（未遂事件）
≠
Good Catch
（良好攔截）

Corrective Action Success
（矯正措施成功）
≠
Root Cause Proof
（根本原因證明）

Downstream Barrier Worked
（下游屏障成功）
≠
Upstream Failure Acceptable
（上游失效可以接受）

One Barrier Worked
（一道屏障成功）
≠
System Has No Weakness
（系統沒有弱點）

Stop Work
（停止作業）
≠
Immediately Modify the Evidence
（立即改變異常證據）

Good Catch Recorded
（記錄 Good Catch）

Knowledge Preserved
（保存知識）

真正的安全判斷流程是：

Recognize
（辨識）
↓
Stop
（停止）
↓
Describe
（描述）
↓
Preserve Evidence
（保存證據）
↓
Report
（回報）
↓
Verify
（確認）
↓
Diagnose
（診斷）
↓
Correct
（矯正）
↓
Learn
（學習）

二十八、相關文章

・05-01｜Failure Mode 故障診斷基本概念

・06-01｜誤拆 PRD 造成大量氣體洩漏事故

・06-05｜未清潔鋼瓶誤送維修廠與 Pressure Confirmation

・06-06｜標籤誤貼未清潔鋼瓶遭維修人員攔截

・06-07｜瓶閥安裝後 PRD 鬆動案例

・07-04｜Pressure Test Panel

・08-04｜Repair、Rebuild 與 Maintenance 法規界線

・09-02｜Multiple Safety Barriers 多層安全屏障

・09-03｜Gauge Pass ≠ Cylinder Accepted

・09-04｜Observed Condition、Direct Cause 與 Root Cause

・09-05｜Failure Mode Database

・09-06｜新人異常判斷與技術知識傳承

注意事項

本文所稱 Stop Work（停止作業）、Good Catch（良好攔截）、Cause Status（原因確認狀態）及相關分類，主要用於本網站的維修安全與知識管理架構，不應直接理解為 DOT / PHMSA 的統一法定事故分類。

實際特殊氣體鋼瓶異常應依現場安全制度、氣體危害、設備狀態、公司核准程序及適用法規進行處理。

本文重點為異常辨識、停止作業、證據保存與安全屏障概念，不提供特殊氣體鋼瓶洩壓、排放、拆閥、緊急處置或其他危險操作程序。

若異常涉及 Cylinder Pressure Part（鋼瓶承壓本體）、Unknown Pressure（未知壓力）、Gas Release（氣體釋放）、PRD Abnormality（PRD 異常）、Structural Damage（結構損傷）或超出維修人員核准作業範圍的狀況，應依現場安全制度停止並交由適當人員／單位判斷。

最後更新：2026-09-30

08-06｜CGA Standard 與 49 CFR｜IBR 引用納入、版本與法規效力

在特殊氣體鋼瓶技術資料中，

經常會看到：

CGA

Compressed Gas Association
（美國壓縮氣體協會）

所發布的技術文件。

例如：

CGA C-Series

CGA S-Series

以及其他：

CGA Publication
（CGA 技術出版物）。

因此維修人員很容易形成一個印象：

「CGA 就是 DOT 法規。」

但這個說法並不精確。

CGA 是：

Industry Standards Organization
（產業標準組織）。

49 CFR 則是：

Federal Regulation
（美國聯邦法規）。

兩者本身並不是同一個制度。

但是：

49 CFR

可以透過：

Incorporation by Reference
（引用納入，IBR）

將特定：

CGA Publication
（CGA 技術文件）

的特定版本，

納入：

Hazardous Materials Regulations
（危險物品運輸法規，HMR）

的法規架構。

因此真正正確的判斷方式是：

CGA Publication
（CGA 技術文件）
↓
Is It Referenced by 49 CFR?
（是否被 49 CFR 引用？）
↓
Is It Incorporated by Reference?
（是否屬於 IBR？）
↓
Which Edition?
（哪一版本？）
↓
Which CFR Section Uses It?
（哪一條 CFR 使用？）
↓
Which Requirement Applies?
（哪一項要求適用？）

一、CGA 是什麼？

CGA

全名：

Compressed Gas Association
（美國壓縮氣體協會）。

CGA 發布大量與：

Compressed Gas
（壓縮氣體）

Cylinder
（鋼瓶）

Valve
（瓶閥）

Pressure Relief Device
（壓力釋放裝置）

Requalification
（再檢驗）

Inspection
（檢查）

Handling
（搬運）

以及其他壓縮氣體技術

相關的：

Standard
（標準）

Guideline
（指引）

與：

Publication
（出版物）。

這些文件在壓縮氣體產業中具有重要技術價值。

但是：

Published by CGA
（由 CGA 發布）
≠
Automatically Federal Regulation
（自動成為聯邦法規）

二、49 CFR 是什麼？

49 CFR

是：

Title 49 of the Code of Federal Regulations
（美國聯邦法規彙編第 49 篇）。

與 Hazardous Materials
（危險物品）

及 Cylinder
（鋼瓶）

相關的要求，

主要分布於：

Parts 171–180

等法規區域。

例如：

Part 171
General Information, Regulations, and Definitions
（一般資訊、法規與定義）

Part 173
Shippers—General Requirements for Shipments and Packagings
（託運與包裝一般要求）

Part 178
Specifications for Packagings
（包裝規格）

Part 180
Continuing Qualification and Maintenance of Packagings
（包裝持續資格與維護）。

因此：

49 CFR

才是：

Federal Regulation
（聯邦法規）

本身。

三、什麼是 Incorporation by Reference？

Incorporation by Reference

通常縮寫為：

IBR

中文可以理解為：

引用納入。

簡單來說，

政府法規不一定把所有：

Technical Standard
（技術標準）

全文重新寫入 CFR。

而是可以在法規中指定：

某一份外部技術文件

＋

特定版本

＋

特定適用條文

並將其：

Incorporate by Reference
（引用納入）

法規要求。

因此可以理解為：

49 CFR Requirement
（49 CFR 法規要求）

↓

References External Standard
（引用外部技術標準）

↓

Specific Edition Incorporated
（特定版本被引用納入）

↓

Referenced Requirement Becomes Part of the Regulatory Framework
（被引用要求進入法規架構）

四、IBR 不代表整個 CGA 資料庫都是法規

這是最重要的觀念之一。

假設：

某一份 CGA Publication

被：

§171.7

列為：

Incorporated by Reference
（引用納入）。

這不代表：

All CGA Publications
（所有 CGA 文件）

全部自動變成 DOT 法規。

同樣也不代表：

同一份 CGA 文件的所有未被適用條文採用內容

都可以不分範圍地稱為：

DOT Requirement
（DOT 法規要求）。

因此：

One CGA Standard Incorporated
（一份 CGA 標準被引用）
≠
All CGA Standards Become Regulation
（所有 CGA 標準都變成法規）

五、§171.7 是重要的 IBR 查核入口

49 CFR §171.7

名稱為：

Reference Material
（參考資料）。

這一條列出 HMR 中：

Incorporated by Reference
（引用納入）

的許多外部資料。

其中不只有：

CGA

也可能包含其他：

Standards Organization
（標準組織）

所發布的文件。

因此當網站文章準備寫：

「依 CGA 規定……」

之前，

應該先問：

Is This CGA Publication Incorporated by Reference?
（這份 CGA 文件是否被引用納入？）

如果答案是：

Yes

還需要繼續確認：

Which Edition?
（哪一版？）

以及：

Which CFR Section References It?
（哪一條 CFR 引用它？）

六、版本非常重要

技術標準會更新。

例如某一份：

CGA Publication

可能先後存在：

Older Edition
（舊版）

Newer Edition
（新版）

Current CGA Edition
（目前 CGA 最新版）。

但是：

Current CGA Edition
（CGA 最新版）

不一定等於：

Edition Incorporated by 49 CFR
（49 CFR 引用納入的版本）。

因此：

Latest Edition
（最新版本）
≠
Automatically Incorporated Edition
（自動等於法規引用版本）

這是法規資料整理時非常重要的原則。

七、為什麼法規可能引用舊版？

Technical Standard
（技術標準）

更新速度

與：

Federal Rulemaking
（聯邦法規修訂程序）

並不一定同步。

CGA 可能已經發布：

New Edition
（新版）。

但是 49 CFR

可能仍然引用：

Earlier Edition
（較早版本）。

這並不表示：

PHMSA 不知道新版存在。

而是：

IBR Edition
（引用納入版本）

需要依正式法規程序確認與更新。

因此不能自行認為：

「新版一定比較新，所以直接用新版就等於符合 CFR。」

八、PHMSA 對新版 CGA 文件有過正式解釋

PHMSA 曾正式回答：

Cylinder Requalifier
（鋼瓶再檢驗單位）

是否可以持有：

Latest Edition
（最新版）

而不是：

Edition Incorporated by Reference
（法規引用版本）。

PHMSA 的解釋指出：

可以使用較新的文件，

前提是其中包含：

Same Applicable Information
（與被引用版本相同的適用資訊）。

而法規真正要求的是：

Requalifier

必須具有：

Information Contained in the Applicable Incorporated Standard
（適用 IBR 標準所包含的資訊）。

因此：

Possessing Latest Edition
（持有最新版）
≠
Automatically Satisfies IBR Requirement
（自動符合 IBR 要求）

真正重要的是：

Does It Contain the Required Incorporated Information?
（是否包含被法規引用要求的資訊？）

九、不能因為新版刪除了內容，就忽略舊版 IBR 要求

假設：

49 CFR

引用：

CGA Standard Edition A。

之後 CGA 發布：

Edition B。

如果：

Edition B

刪除了：

Edition A

中某項仍然被法規引用的要求，

不能因為：

「我們使用最新版。」

就直接忽略：

IBR Requirement
（引用納入要求）。

因此技術資料庫最好記錄：

CGA Publication Number
（CGA 文件編號）

IBR Edition
（法規引用版本）

Current Edition
（目前最新版）

Applicable CFR Section
（適用 CFR 條文）

以及：

Difference Review
（版本差異確認）。

十、CGA C-Series 常見於鋼瓶檢查

在 Cylinder Requalification
（鋼瓶再檢驗）

領域，

常會接觸：

CGA C-Series

文件。

其中部分 CGA C-Series Publication

與：

Visual Inspection
（目視檢查）

Cylinder Requalification
（鋼瓶再檢驗）

Cylinder Condition
（鋼瓶狀態）

等技術要求有關。

PHMSA 的 Visual-only Cylinder Requalification

官方說明也明確要求：

執行適用 §180.209(g) 外部目視再檢驗的人員，

需要接受訓練，

並具有：

Applicable CGA Pamphlet Information
（適用 CGA 文件資訊）。

因此：

Visual Inspection
（目視檢查）

並不是：

「看一看外觀。」

而是可能具有：

Referenced Technical Criteria
（被引用的技術判定準則）。

十一、不同 Cylinder Material 可能適用不同 CGA 文件

不同：

Cylinder Construction
（鋼瓶構造）

與：

Cylinder Material
（鋼瓶材質）

可能適用不同：

Inspection Standard
（檢查標準）。

因此不能拿：

某一種鋼瓶的 CGA Inspection Standard

直接套用：

另一種鋼瓶。

例如判斷時需要先確認：

Steel Cylinder
（鋼製鋼瓶）

Aluminum Cylinder
（鋁合金鋼瓶）

Composite Cylinder
（複合材料鋼瓶）

或其他結構，

再確認：

Applicable CGA Publication
（適用 CGA 文件）。

因此：

One Inspection Standard
≠
All Cylinder Materials
（一份檢查標準不適用所有鋼瓶材質）

十二、CGA S-Series 與 PRD 的關係

本網站前面多次討論：

PRD

Pressure Relief Device
（壓力釋放裝置）。

在 PRD 領域，

CGA S-Series

是非常重要的技術資料來源之一。

例如：

CGA S-1.1

涉及：

Pressure Relief Devices
（壓力釋放裝置）

的：

Selection
（選擇）

Sizing
（尺寸／容量選定）

以及相關技術要求。

49 CFR §173.301(f)

對 Cylinder PRD

會引用：

CGA S-1.1

以及其他適用 CGA 文件。

因此在這種情況下：

CGA Technical Requirement
（CGA 技術要求）

會透過：

49 CFR Reference
（49 CFR 引用）

進入 HMR 法規架構。

十三、被引用也不代表整份文件每一條都適用

這一點非常重要。

49 CFR 在引用：

CGA Publication

時，

可能明確：

Exclude
（排除）

某一段要求，

或：

Modify
（修改）

其適用方式。

例如：

§173.301(f)(1)

引用：

CGA S-1.1

時，

對其中：

Paragraph 9.1.1

具有明確例外。

PHMSA 2023 年的正式解釋再次確認：

即使 CGA S-1.1 本身對特定 CG-7 PRD

具有相關期限要求，

如果 CFR 的引用條文明確表示：

Compliance with Paragraph 9.1.1 Is Not Required
（不要求符合第 9.1.1 段），

就不能忽略 CFR 的這個例外。

因此：

Standard Incorporated
（標準被引用）
≠
Every Sentence Applies Without Modification
（每一句都不加修改地適用）

十四、CFR 條文本身仍然是第一層判讀

因此正確順序不是：

先打開 CGA 文件
↓
看到要求
↓
直接稱為 DOT 法規。

而應該是：

Read Applicable CFR Section
（閱讀適用 CFR 條文）
↓
Identify External Reference
（確認外部引用）
↓
Check §171.7
（確認 §171.7）
↓
Confirm Incorporated Edition
（確認引用版本）
↓
Check CFR Exceptions / Modifications
（確認 CFR 排除／修改）
↓
Read Applicable CGA Requirement
（閱讀適用 CGA 要求）

也就是：

CFR First
（先確認 CFR）

再：

Referenced Standard
（確認被引用標準）。

十五、未被 IBR 的 CGA 文件仍可能非常有價值

如果某一份：

CGA Publication

沒有被：

49 CFR

引用納入，

並不代表：

「這份文件沒有用。」

它仍然可能是：

Industry Technical Standard
（產業技術標準）

Manufacturer Reference
（製造商參考）

Engineering Guidance
（工程指引）

Best Practice
（良好實務）

或：

Company Technical Reference
（公司技術參考）。

但是網站文字必須正確分類：

【技術標準】

而不是直接標示：

【法規要求】。

因此：

Not Incorporated by Reference
（未被引用納入）
≠
No Technical Value
（沒有技術價值）

只是：

Regulatory Status Is Different
（法規地位不同）。

十六、CGA V-9 是很好的實際例子

PHMSA 曾收到詢問：

Cylinder Valve
（鋼瓶瓶閥）

是否必須依：

CGA V-9
Standard for Compressed Gas Cylinder Valves

進行相關測試。

PHMSA 當時的正式解釋指出：

該版本的 HMR 並沒有將：

CGA V-9

Incorporate by Reference
（引用納入）。

因此不能僅因：

CGA V-9 是 CGA Standard

就說：

「HMR 要求一定依 CGA V-9 執行。」

但 PHMSA 同時指出：

Cylinder

在充填前仍受到：

Applicable HMR Inspection Requirement
（適用 HMR 檢查要求）

管理。

這個案例很好地說明：

Technical Standard
（技術標準）

與：

Federal Requirement
（聯邦法規要求）

必須分開。

十七、未被 IBR 的最新版也不能自動取代法規版本

如果：

CGA 最新版

新增了一個很好的：

Inspection Method
（檢查方法）

或：

Acceptance Criterion
（接受標準），

公司當然可以研究其技術價值。

但如果正式 DOT Requalification

需要依：

IBR Edition
（引用納入版本）

執行，

不能單純因為：

Newer = Better
（新版比較新）

就自行取代法規要求。

應先確認：

Current CFR

PHMSA Interpretation
（PHMSA 法規解釋）

Special Permit
（特殊許可）

或：

Other Authorization
（其他授權）

是否允許。

十八、CGA 文件與 Company Practice 也要分開

公司可能依：

CGA Standard

建立更詳細的：

Internal Inspection Procedure
（內部檢查程序）。

例如：

公司將 CGA 的某些概念

＋

製造商要求

＋

事故經驗

＋

客戶要求

整合成：

Company SOP
（公司 SOP）。

這時候：

Company SOP
≠
CGA Standard

同樣：

Company SOP
≠
49 CFR

即使三者內容部分相同，

文件來源與法規效力仍然不同。

十九、CylinderTech 網站建議使用四種標籤

為了避免讀者混淆，

CylinderTech 網站後續統一使用：

【法規要求】

直接來自：

49 CFR

DOT

PHMSA

的法規要求。

【IBR 技術標準】

由 49 CFR

透過：

Incorporation by Reference
（引用納入）

所採用的特定：

CGA

ASTM

或其他外部標準。

【技術標準】

具有產業技術價值，

但目前文章沒有確認其為：

Applicable IBR Requirement
（適用 IBR 要求）

的標準或技術文件。

【公司實務】

依本維修現場：

事故經驗

品質管理

內部風險控制

設備條件

與：

工作流程

建立的管理方式。

二十、引用 CGA 時應記錄版本

未來 CylinderTech 技術資料庫

如果引用 CGA，

建議不要只寫：

「依 CGA C-6。」

而應盡量記錄：

Publication Number
（文件編號）

Edition
（版本）

Publication Year
（出版年份）

Applicable CFR Section
（適用 CFR 條文）

IBR Status
（IBR 狀態）

以及：

Last Regulatory Check
（最後法規查核日期）。

這樣未來：

CGA Revision
（CGA 修訂）

或：

CFR Amendment
（CFR 修法）

時，

才知道哪些文章需要重新檢查。

二十一、建立 IBR Tracking Table 會很有價值

對未來的 GasPro AI

與 CylinderTech 技術資料庫而言，

可以建立：

IBR Tracking Table
（IBR 追蹤表）。

欄位可以包含：

Document
（文件）

Organization
（發布機構）

IBR Edition
（法規引用版本）

Current Edition
（目前版本）

CFR Reference
（CFR 引用條文）

Technical Topic
（技術主題）

Status
（狀態）

Last Checked
（最後查核日期）。

如此 AI 或網站整理文章時，

就不容易發生：

「引用了最新版，但法規其實仍指定舊版」

或：

「把一般 CGA 文件誤寫成 DOT Requirement」

的問題。

二十二、正式再檢驗單位需要取得適用 IBR 資訊

PHMSA 對：

Cylinder Requalifier
（鋼瓶再檢驗單位）

的要求中，

會涉及：

Applicable CGA / ASTM Information
（適用 CGA／ASTM 資訊）。

例如：

§180.215

涉及 Requalification Records
（再檢驗紀錄）

與相關資料保存要求。

PHMSA 的正式解釋指出，

執行相關工作的 Requalifier

必須在作業場所具有：

Applicable Incorporated Standard Information
（適用引用標準資訊）。

因此 IBR 文件對正式：

Cylinder Requalification

不是單純：

「建議閱讀資料。」

二十三、是否一定要買同一版紙本？

PHMSA 曾針對這個問題作出解釋。

法規重點是：

Requalifier

必須具有：

Information Contained in the Applicable Incorporated Standard
（適用引用標準所包含的資訊）。

PHMSA 也曾說明：

如果較新的版本包含：

Same Applicable Information
（相同適用資訊），

可以用來滿足這項資訊要求。

因此：

Must Own Exact Old Physical Book
（一定要持有完全相同舊版紙本）
≠
Regulatory Concept
（並不是法規概念的重點）

真正重要的是：

Required Incorporated Information Is Available
（被引用要求的資訊必須可取得）。

但是：

如果新版與 IBR 版本內容不同，

仍需要確認：

IBR Requirement
（法規引用要求）

沒有因此遺失。

二十四、Copyright 與公開網站需要注意

CGA Publication

通常屬於：

Copyrighted Technical Material
（受著作權保護的技術資料）。

因此 CylinderTech 公開網站

不應直接：

Copy Entire CGA Standard
（複製整份 CGA 標準）

或：

Publish Large Sections Verbatim
（大量逐字公開內容）。

比較適合的方式是：

說明：

Applicable Principle
（適用原則）

引用：

Document Number / Edition
（文件編號／版本）

指出：

Applicable CFR Section
（適用 CFR 條文）

並提供：

Technical Summary
（技術摘要）。

完整標準則由：

Authorized Source
（合法來源）

取得。

二十五、網站文章中的正確寫法

不建議直接寫：

「CGA 規定所有鋼瓶必須……」

除非已經確認：

哪一份 CGA 文件

哪一版本

哪一種鋼瓶

哪一項要求

以及：

是否屬於 IBR。

比較精確的寫法例如：

【IBR 技術標準】

49 CFR §XXX

引用：

CGA XXXX
（特定版本）

作為此項檢查的適用技術要求。

或：

【技術標準】

CGA XXXX

提供此項設備／零件的產業技術指引；

本文未將其描述為本情境下的直接 49 CFR 法規要求。

如此讀者可以清楚知道：

Regulation
（法規）

與：

Technical Standard
（技術標準）

之間的差異。

二十六、網站維護時應定期重新查核

因為：

49 CFR

會修訂，

CGA Standard

也會更新，

所以：

IBR Status
（IBR 狀態）

不是一次查完後永久不變。

網站中的法規文章建議保留：

最後法規查核日期。

例如：

最後法規查核：2026-09-29

未來重新更新文章時，

依序確認：

Current CFR
（現行 CFR）

↓

Current §171.7
（現行 §171.7）

↓

Current Incorporated Edition
（目前引用版本）

↓

Current CGA Edition
（目前 CGA 版本）

↓

Difference Review
（差異確認）

二十七、本篇的重要判斷觀念

CGA Standard
（CGA 標準）
≠
Automatically Federal Regulation
（自動等於聯邦法規）

CGA Publication
（CGA 技術文件）
≠
Automatically DOT Requirement
（自動等於 DOT 要求）

IBR
（引用納入）

Specific External Material Incorporated into the Regulatory Framework
（特定外部資料被納入法規架構）

One CGA Standard Incorporated
（一份 CGA 標準被引用）
≠
All CGA Standards Incorporated
（所有 CGA 標準都被引用）

Standard Incorporated
（標準被引用）
≠
Every Provision Applies Without Exception
（所有內容毫無例外地全部適用）

Latest CGA Edition
（CGA 最新版）
≠
Automatically IBR Edition
（自動等於法規引用版本）

Older IBR Edition
（較舊 IBR 版本）
≠
Can Be Ignored Because a New Edition Exists
（因新版存在就可以忽略）

Not Incorporated
（未被引用納入）
≠
No Technical Value
（沒有技術價值）

Company SOP
（公司 SOP）
≠
CGA Standard
（CGA 標準）

CGA Standard
（CGA 標準）
≠
49 CFR
（聯邦法規）

Possessing a Newer Edition
（持有較新版）
≠
Automatically Having All Required IBR Information
（自動具備所有法規引用資訊）

真正的判讀方式是：

Applicable CFR Section
（適用 CFR 條文）
＋
IBR Reference
（引用納入資訊）
＋
Specific Publication
（特定技術文件）
＋
Specific Edition
（特定版本）
＋
CFR Exceptions / Modifications
（CFR 例外／修改）
＋
Current Regulatory Status
（目前法規狀態）

二十八、相關文章

・02-02｜PRD 壓力釋放裝置

・03-01｜Hydrostatic Test 基本概念

・03-04｜Hydrostatic Test Accept / Reject / Condemn

・08-01｜DOT / 49 CFR 鋼瓶法規架構

・08-02｜49 CFR §180.205 再檢驗一般要求

・08-03｜49 CFR §180.209 再檢驗週期與特殊標記

・08-04｜Repair、Rebuild 與 Maintenance 法規界線

・08-05｜DOT Special Permit 特殊許可鋼瓶

注意事項

本文目的為說明 CGA Standard（CGA 標準）、49 CFR 及 Incorporation by Reference（IBR，引用納入）之間的基本關係。

CGA Publication 本身不因為由 Compressed Gas Association 發布，就自動成為 DOT / 49 CFR 法規要求。

當 49 CFR 將特定 CGA Publication 的特定版本 Incorporate by Reference 時，必須依適用 CFR 條文、§171.7 所列引用資料、指定版本及 CFR 中的例外或修改條件一起判讀。

Current CGA Edition（CGA 目前最新版）不一定與 Edition Incorporated by Reference（法規引用版本）相同。

正式 Cylinder Requalification、Repair、Rebuild、PRD Selection 或其他受管制作業，應以當時有效的 49 CFR、適用 IBR 文件、PHMSA Interpretation、Special Permit（如適用）及相關 Approval 為準。

CylinderTech 公開網站僅整理法規與技術概念，不公開複製受著作權保護的 CGA 技術標準全文。

法規查核：

49 CFR §171.7
Reference Material

49 CFR §173.301
General Requirements for Shipment of Compressed Gases and Other Hazardous Materials in Cylinders, UN Pressure Receptacles and Spherical Pressure Vessels

49 CFR §180.205
General Requirements for Requalification of Specification Cylinders

49 CFR §180.209
Requirements for Requalification of Specification Cylinders

49 CFR §180.215
Reporting and Record Retention Requirements

PHMSA
Pipeline and Hazardous Materials Safety Administration

最後法規查核：2026-09-29
最後更新：2026-09-29

08-05｜DOT Special Permit（DOT-SP）｜特殊許可鋼瓶的判讀方式

在特殊氣體鋼瓶上，

除了常見的：

DOT-3A

DOT-3AA

DOT-3AL

DOT-4BA

DOT-4BW

等：

DOT Specification
（DOT 規格）

之外，

有時還會看到：

DOT-SP XXXXX

這類標記。

其中：

SP

代表：

Special Permit
（特殊許可）。

例如：

DOT-SP 12345

表示這個包裝、鋼瓶、製程、試驗方法或其他受管制事項，

是在某一份：

DOT Special Permit
（DOT 特殊許可）

所規定的條件下獲得授權。

因此：

DOT-SP
≠
一般 DOT Specification

也不能看到：

DOT-SP Number
（DOT-SP 編號）

後，

直接套用：

DOT-3AA

或其他一般 Specification Cylinder
（規格鋼瓶）

的所有判斷方式。

正確做法是：

Identify Special Permit Number
（確認特殊許可編號）
↓
Retrieve Current Special Permit
（取得目前有效的特殊許可文件）
↓
Identify Authorized Cylinder / Activity
（確認授權鋼瓶／活動）
↓
Read Marking Requirements
（確認標記要求）
↓
Read Requalification Requirements
（確認再檢驗要求）
↓
Read Operational Controls
（確認操作限制）
↓
Confirm Current Validity
（確認目前有效性）

一、什麼是 DOT Special Permit？

DOT Special Permit
（DOT 特殊許可）

是 PHMSA 在特定條件下，

允許申請人執行：

Hazardous Materials Regulations
（危險物品運輸法規，HMR）

原本沒有直接允許的特定功能或作業。

Special Permit 的核心不是：

「不用遵守 DOT。」

而是：

Alternative Authorization
（替代性授權）。

也就是：

原本的一般法規要求

↓

在特定申請、技術資料與安全條件下

↓

PHMSA 核發 Special Permit

↓

依 Special Permit 所列條件執行。

因此：

Special Permit
≠
Exemption from All Regulations
（免除所有法規）

而是：

Conditional Authorization
（有條件授權）。

二、Special Permit 與 Approval 不相同

這兩個名詞非常容易混淆。

Special Permit
（特殊許可）

與：

Approval
（核准）

在 PHMSA 法規制度中不是同一件事情。

Special Permit：

允許執行 HMR 原本未直接允許的某項功能或方法。

Approval：

則是某項活動本身依規定需要：

Prior Authorization
（事前核准）

時，

由 PHMSA 提供的書面授權。

例如：

Cylinder Requalification Facility
（鋼瓶再檢驗設施）

可能需要：

Approval

與：

RIN
（Requalification Identification Number，再檢驗識別號碼）。

而某種一般法規未允許的：

Alternative Requalification Method
（替代再檢驗方法）

則可能需要：

Special Permit。

因此：

Special Permit
≠
Approval

同樣：

Has RIN
（具有 RIN）
≠
Automatically Holds Every Special Permit
（自動擁有所有 Special Permit 授權）

三、DOT-SP Number 是重要識別資訊

Special Permit

通常具有特定編號：

DOT-SP XXXXX

例如：

DOT-SP 14839

DOT-SP 15642

DOT-SP 21297

等。

這個編號不是：

Manufacturer Model Number
（製造商型號）

也不是：

Cylinder Serial Number
（鋼瓶序號）。

它是：

Special Permit Identification
（特殊許可識別）。

因此看到：

DOT-SP XXXXX

時，

最重要的第一步就是：

Record the Exact Number
（記錄完整編號）。

不要只記：

「這是一支 SP 鋼瓶。」

四、不能只看到 DOT-SP 就判斷規格

不同：

DOT Special Permit

可能授權完全不同的：

Cylinder Design
（鋼瓶設計）

Material
（材料）

Manufacturing Method
（製造方式）

Test Method
（試驗方法）

Requalification Method
（再檢驗方式）

Service Life
（使用壽命）

Gas Service
（氣體用途）

或：

Operational Control
（操作限制）。

因此：

DOT-SP
≠
One Cylinder Type
（單一鋼瓶類型）

兩支都有：

DOT-SP

標記的鋼瓶，

實際要求可能完全不同。

五、Special Permit 文件本身就是重要技術資料

判讀 DOT-SP Cylinder

不能只靠：

Cylinder Marking
（鋼瓶標記）。

必須取得：

Applicable Special Permit Document
（適用的特殊許可文件）。

Special Permit 文件通常會包含：

Purpose and Limitation
（目的與限制）

Regulatory System Affected
（涉及法規）

Authorized Packaging
（核准包裝）

Safety Control Measures
（安全控制措施）

Marking
（標記）

Requalification
（再檢驗）

Operational Controls
（操作限制）

Special Provisions
（特殊規定）

等內容。

因此：

Cylinder Marking
（鋼瓶標記）

只是：

Entry Point
（判讀入口）。

真正的要求仍然在：

Special Permit Document
（特殊許可文件）

中。

六、先確認 Special Permit 是否仍然有效

這是 DOT-SP 判讀中非常重要的一步。

不能因為：

Cylinder Body
（鋼瓶本體）

上仍然存在：

DOT-SP XXXXX

就直接認為：

Special Permit Still Valid
（特殊許可仍然有效）。

PHMSA 的正式法規解釋指出：

依 DOT Special Permit 製造的鋼瓶，

如果該 Special Permit 已經 Expired
（失效／到期），

不能僅依原 Special Permit 繼續：

Requalify
（再檢驗）

Fill
（充填）

或：

Use
（使用）。

因此：

DOT-SP Mark Present
（存在 DOT-SP 標記）
≠
Special Permit Currently Valid
（特殊許可目前仍有效）

實際判斷必須確認：

Current Special Permit Status
（目前特殊許可狀態）。

七、不要只保存舊版 Special Permit

Special Permit

可能經過：

Revision
（修訂）

Renewal
（續期）

Modification
（修改）

或其他更新。

因此公司技術資料庫如果保存：

DOT-SP PDF

最好同時記錄：

Special Permit Number
（特殊許可編號）

Revision Number
（修訂版次）

Issue / Continuation Date
（核發／續期日期）

Expiration / Validity Information
（有效性資訊）

以及：

Source
（資料來源）。

不要只保存：

多年前下載的 PDF

然後永遠當成目前要求。

八、Special Permit 的 Marking 要依文件判讀

不同 Special Permit

可能具有不同：

Marking Requirement
（標記要求）。

例如某些 Special Permit

可能要求鋼瓶永久標示：

DOT-SP Number
（特殊許可編號）

Service Pressure
（工作壓力）

Serial Number
（序號）

Manufacturer Identification
（製造商識別）

Original Test Date
（原始試驗日期）

或其他指定資訊。

但不能因為某一份 Special Permit

要求這些標記，

就推論：

所有 DOT-SP Cylinder

都使用完全相同格式。

因此：

One SP Marking Format
≠
All Special Permits
（一份 SP 的標記格式不代表所有 SP）

九、Requalification Period 必須直接確認 Special Permit

這是維修現場最容易犯錯的地方之一。

看到一支鋼瓶，

如果標示：

DOT-SP XXXXX

不能只按照：

§180.209 Table 1

找到一個看起來相近的 DOT Specification，

然後直接套用：

5 Years

10 Years

或：

12 Years。

因為 Special Permit

本身可能規定：

Different Requalification Period
（不同再檢驗週期）

Different Test Method
（不同試驗方法）

Additional Visual Inspection
（額外目視檢查）

Specific Requalification Facility
（特定再檢驗設施要求）

或：

Service-life Limitation
（使用壽命限制）。

因此：

DOT-SP Cylinder
（DOT-SP 鋼瓶）
≠
General §180.209 Table Only
（只查一般 §180.209 表格即可）

十、Special Permit 可以授權不同的 Requalification Method

一般 HMR

對不同 Cylinder Specification

具有指定的：

Requalification Method
（再檢驗方法）。

但是某些替代方法：

如果一般 HMR 沒有直接授權，

可能透過：

Special Permit

取得使用資格。

PHMSA 曾正式說明：

對部分：

DOT-3A

DOT-3AA

DOT-3AL

鋼瓶，

如果希望以：

Ultrasonic Examination
（超音波檢查）

取代一般規定的再檢驗方法，

在一般 HMR 沒有直接授權的情況下，

需要：

Special Permit。

因此：

Technically Available Test Method
（技術上存在的試驗方法）
≠
Automatically Authorized DOT Requalification Method
（自動成為 DOT 核准再檢驗方法）

十一、Special Permit 可能規定專用 Requalification Method

以實際 PHMSA Special Permit 為例，

部分 Special Permit

可能允許：

Hydraulic Proof Pressure Testing
（液壓證明壓力試驗）

Visual Inspection
（目視檢查）

Ultrasonic Examination
（超音波檢查）

Modal Acoustic Emission
（模態聲發射檢查）

或其他特定方式。

但這些方法的：

Eligibility
（適用資格）

Equipment
（設備）

Personnel
（人員）

Acceptance Criteria
（接受標準）

Marking
（標記）

與：

Recordkeeping
（紀錄保存）

都必須依：

Applicable Special Permit
（適用特殊許可）

判斷。

因此：

Method Authorized by SP-A
（SP-A 核准的方法）
≠
Automatically Authorized by SP-B
（自動適用 SP-B）

十二、Requalification Facility 仍可能需要適用資格

即使 Special Permit

允許某種：

Alternative Requalification Method
（替代再檢驗方法），

也不代表：

任何公司都可以執行。

部分 Special Permit

會明確要求執行再檢驗的 Facility

必須：

Hold an Applicable RIN
（持有適用 RIN）

或：

Hold an Applicable Special Permit
（持有適用特殊許可）

以及符合其他：

Personnel / Equipment Requirement
（人員／設備要求）。

因此：

Special Permit Exists
（存在特殊許可）
≠
Anyone Can Use It
（任何人都可以使用）

十三、Special Permit 可能限制 Service Life

部分鋼瓶，

尤其某些：

Composite Cylinder
（複合材料鋼瓶）

可能在 Special Permit 中規定：

Maximum Service Life
（最大使用壽命）。

例如：

15 Years from Original Test Date
（自原始試驗日期起 15 年）

或其他特定期限。

這種：

Service Life
（使用壽命）

與：

Requalification Period
（再檢驗週期）

是不同概念。

例如：

Requalification Period = 5 Years

並不代表：

只要每五年再檢驗一次，

鋼瓶就可以永久使用。

因此：

Requalification Passed
（再檢驗合格）
≠
Service Life Automatically Extended
（使用壽命自動延長）

十四、Storage Time 不一定會停止 Service-life Clock

部分 Special Permit

會以：

Original Manufacturing Test Date
（原始製造試驗日期）

或：

Original Test Date
（原始試驗日期）

計算：

Service Life。

PHMSA 曾針對 Special Permit Cylinder

明確解釋：

即使鋼瓶：

Unused
（未使用）

Stored
（儲存）

或：

Empty
（空瓶）

也不能自行把這段時間扣除，

以延長 Special Permit 規定的最大使用壽命。

因此：

Not Used
（沒有使用）
≠
Service-life Clock Stopped
（使用壽命計時停止）

除非適用 Special Permit

明確具有其他規定。

十五、Special Permit 可能限制 Gas Service

部分 DOT-SP

只允許鋼瓶用於特定：

Hazardous Material
（危險物品）

Gas
（氣體）

或：

Gas Mixture
（混合氣體）。

因此：

Cylinder Physically Fits
（鋼瓶物理上可以使用）
≠
Gas Service Authorized
（氣體用途已獲授權）

實際使用前需要確認：

Authorized Materials
（核准物質）

以及：

Operational Controls
（操作限制）。

這對特殊氣體產業尤其重要。

十六、Special Permit 可能有 Dedicated Service 要求

部分 Special Permit

會要求：

Dedicated Service
（專用用途）。

也就是鋼瓶只能維持在：

指定氣體

指定用途

指定使用環境

或：

指定持有人

所規定的範圍內。

因此：

Cylinder Construction Compatible
（鋼瓶構造相容）
≠
Special Permit Allows Service Change
（特殊許可允許變更用途）

如果：

Gas Service

Owner

Application

或其他條件改變，

需要重新確認：

Special Permit Eligibility
（特殊許可適用資格）。

十七、Operational Controls 不能忽略

Special Permit

除了：

Cylinder Construction
（鋼瓶構造）

與：

Requalification

之外，

還可能包含：

Operational Controls
（操作控制）。

例如：

Inspection Before Filling
（充填前檢查）

Gas Quality Requirement
（氣體品質要求）

Moisture / Dew Point Requirement
（水分／露點要求）

Filling Limit
（充填限制）

Handling Requirement
（搬運要求）

Damage Inspection
（損傷檢查）

Dedicated Service
（專用用途）

等。

因此：

Cylinder Passed Requalification
（鋼瓶通過再檢驗）
≠
All Special Permit Conditions Satisfied
（所有特殊許可條件都已符合）

Requalification

只是整份 Special Permit

的一部分。

十八、★ 或 ＋ 在 Special Permit 下也不能只套一般規則

前一篇 08-03

介紹：

★

Star Marking

以及：

＋

Plus Marking。

但是如果鋼瓶受到：

Special Permit

管理，

不能只用一般：

§180.209

或：

§173.302a

的概念判讀。

某些 Special Permit

可能另外授權：

★

或：

＋

的使用，

也可能設定：

Additional Conditions
（額外條件）

或：

Restrictions
（限制）。

因此：

Special Permit Cylinder + ★
≠
Automatically Same as General §180.209(b)
（不一定完全等同一般 §180.209(b) 情況）

必須回到：

Applicable Special Permit

確認。

十九、舊的 DOT-E 標記是什麼？

早期制度中，

Special Permit

曾使用：

Exemption
（豁免）

這個名稱。

因此部分較舊的鋼瓶或包裝，

可能看到：

DOT-E XXXXX

而不是：

DOT-SP XXXXX。

PHMSA 後來將：

Exemption

制度名稱改為：

Special Permit。

對符合適用條件的舊包裝，

原有：

DOT-E

標記可能仍然可以存在。

因此：

DOT-E
≠
Automatically Invalid Marking
（不一定是無效標記）

遇到這類鋼瓶時，

應確認：

Original Exemption Number
（原豁免編號）

與目前對應的：

Special Permit Status
（特殊許可狀態）。

二十、Special Permit Holder 與使用者不是完全相同概念

Special Permit

通常會列出：

Holder
（持有人）。

但是實際物流與運輸中，

還可能存在：

Party Status
（參與資格）

Reoffer
（重新交付運輸）

或其他適用情況。

因此：

Cylinder Has DOT-SP Marking
（鋼瓶有 DOT-SP 標記）
≠
Every Company Automatically Becomes the Permit Holder
（所有接觸該鋼瓶的公司都自動成為許可持有人）

是否可以：

Fill
（充填）

Offer
（交付運輸）

Reoffer
（重新交付運輸）

Requalify
（再檢驗）

或進行其他活動，

仍需要確認：

Applicable Special Permit

與 HMR。

二十一、公司收到 DOT-SP Cylinder 時應保存哪些資訊？

對維修技術資料庫而言，

如果遇到：

DOT-SP Cylinder

建議至少建立：

Special Permit Number
（特殊許可編號）

Cylinder Manufacturer
（鋼瓶製造商）

Cylinder Serial Number
（鋼瓶序號，內部資料）

Service Pressure
（工作壓力）

Original Test Date
（原始試驗日期）

Last Requalification Date
（前次再檢驗日期）

Requalification Method
（再檢驗方式）

RIN / Facility
（再檢驗單位）

Gas Service
（氣體用途）

Special Permit Revision
（特殊許可版次）

Special Permit Status
（特殊許可狀態）

以及：

Applicable Restrictions
（適用限制）。

公開網站則應避免：

完整 Serial Number
（序號）

Customer Information
（客戶資訊）

與其他：

Internal Traceability Information
（內部追溯資訊）

直接曝光。

二十二、最常見的錯誤：用「最像的 DOT Specification」代替 SP

假設看到一支：

DOT-SP Cylinder

外觀、材質或工作壓力

很像：

DOT-3AA。

不能因此直接說：

「那就照 3AA 管理。」

因為：

Looks Similar
（外觀看起來相似）
≠
Same Regulatory Authorization
（相同法規授權）

Special Permit

存在的原因，

通常正是因為某個：

Design

Material

Manufacturing Method

Test Method

Requalification Method

或其他條件

與一般 HMR 規定不同。

因此：

Never Substitute Similarity for the Permit
（不能用相似性取代特殊許可文件）。

二十三、第二個常見錯誤：只看 Requalification Date

對 DOT-SP Cylinder

如果只確認：

「水壓日期還沒過期。」

仍然不足以判定：

Cylinder Currently Eligible for Use
（鋼瓶目前仍具有使用資格）。

還需要確認：

Special Permit Validity
（特殊許可有效性）

Service Life
（使用壽命）

Authorized Gas Service
（核准氣體用途）

Operational Controls
（操作限制）

Current Physical Condition
（目前實體狀態）

以及：

Applicable Requalification Requirement
（適用再檢驗要求）。

因此：

Requalification Date Valid
（再檢驗日期有效）
≠
Special Permit Compliance Confirmed
（特殊許可符合性已確認）

二十四、第三個常見錯誤：只找到 Special Permit Number 就停止

找到：

DOT-SP Number

只是第一步。

還需要確認：

Is the Permit Current?
（許可目前是否有效？）

Which Revision?
（哪一版？）

Who Is Authorized?
（誰獲得授權？）

Which Cylinder?
（適用哪種鋼瓶？）

Which Gas?
（適用什麼氣體？）

What Requalification Method?
（使用什麼再檢驗方式？）

What Interval?
（週期多久？）

What Service-life Limit?
（是否有使用壽命限制？）

What Operational Controls?
（有哪些操作限制？）

因此：

Found the SP Number
（找到 SP 編號）
≠
Regulatory Review Completed
（法規查核完成）

二十五、DOT-SP 的實務判讀流程

維修現場遇到：

DOT-SP XXXXX

時，

可以依以下邏輯進行資料確認：

Step 1

Record Complete Marking
（記錄完整標記）

Step 2

Identify DOT-SP Number
（確認 DOT-SP 編號）

Step 3

Retrieve PHMSA Special Permit
（取得 PHMSA 特殊許可文件）

Step 4

Confirm Current Status / Revision
（確認目前狀態與版次）

Step 5

Identify Authorized Cylinder
（確認核准鋼瓶）

Step 6

Identify Authorized Gas / Material
（確認核准氣體／物質）

Step 7

Check Requalification Requirement
（確認再檢驗要求）

Step 8

Check Service-life Limitation
（確認使用壽命限制）

Step 9

Check Marking Requirement
（確認標記要求）

Step 10

Check Operational Controls
（確認操作限制）

Step 11

Check Current Physical Condition
（確認目前鋼瓶狀態）

最後才判斷：

Current Eligibility
（目前適用資格）。

二十六、本維修廠遇到不熟悉的 DOT-SP 時

如果維修現場收到：

Unknown DOT-SP
（不熟悉的 DOT-SP）

而目前沒有：

Current Special Permit Document
（目前有效特殊許可文件），

不應直接依：

外觀

經驗

相似鋼瓶

或：

過去處理方式

推定要求。

比較安全的技術管理方式是：

Stop Regulatory Assumption
（停止法規假設）
↓
Record DOT-SP Number
（記錄 DOT-SP 編號）
↓
Retrieve Current PHMSA Document
（取得目前 PHMSA 文件）
↓
Review Applicable Conditions
（確認適用條件）
↓
Confirm Work Scope
（確認工作範圍）

也就是：

UNKNOWN
≠
SAME AS STANDARD CYLINDER
（未知不等於與一般規格鋼瓶相同）

二十七、本篇的重要判斷觀念

DOT-SP
（DOT 特殊許可）
≠
General DOT Specification
（一般 DOT 規格）

Special Permit
（特殊許可）
≠
Approval
（核准）

DOT-SP Number
（特殊許可編號）
≠
Cylinder Serial Number
（鋼瓶序號）

DOT-SP Mark Present
（具有 DOT-SP 標記）
≠
Permit Currently Valid
（特殊許可目前仍有效）

Old PDF
（舊版文件）
≠
Current Permit Requirement
（目前特殊許可要求）

Special Permit Exists
（存在特殊許可）
≠
Anyone Can Use It
（任何人都能使用）

RIN Holder
（RIN 持有人）
≠
Authorized for Every SP Procedure
（所有 SP 程序均獲授權）

Requalification Passed
（再檢驗合格）
≠
Service Life Extended Automatically
（使用壽命自動延長）

Not Used
（沒有使用）
≠
Service-life Clock Automatically Stops
（使用壽命自動停止計時）

Requalification Date Valid
（再檢驗日期有效）
≠
All SP Conditions Satisfied
（所有 SP 條件均符合）

Looks Like DOT-3AA
（看起來像 DOT-3AA）
≠
Can Be Treated as DOT-3AA
（可以直接按 DOT-3AA 管理）

Found SP Number
（找到 SP 編號）
≠
Regulatory Review Completed
（法規查核完成）

真正需要確認的是：

Special Permit Number
（特殊許可編號）
＋
Current Revision / Status
（目前版次／狀態）
＋
Authorized Cylinder
（核准鋼瓶）
＋
Authorized Material / Gas
（核准物質／氣體）
＋
Requalification Requirement
（再檢驗要求）
＋
Service-life Limitation
（使用壽命限制）
＋
Operational Controls
（操作限制）
＋
Facility Authorization
（設施授權）
＋
Current Physical Condition
（目前實體狀態）

二十八、相關文章

・01-06｜DOT Specification 鋼瓶標記判讀

・01-07｜DOT-3AA2400 與「＋」標記

・01-08｜Requalification Date 與「★」標記

・03-01｜Hydrostatic Test 基本概念

・03-04｜Hydrostatic Test Accept / Reject / Condemn

・08-01｜DOT / 49 CFR 鋼瓶法規架構

・08-02｜49 CFR §180.205 再檢驗一般要求

・08-03｜49 CFR §180.209 再檢驗週期與特殊標記

・08-04｜Repair、Rebuild 與 Maintenance 法規界線

・08-06｜CGA Standard 與 49 CFR 的關係

注意事項

本文目的為建立 DOT Special Permit（DOT-SP）特殊許可鋼瓶的基本判讀方式。

Special Permit 屬於 Conditional Authorization（有條件授權），實際要求必須依特定 DOT-SP 文件確認，不應以其他相似鋼瓶、一般 DOT Specification 或其他 Special Permit 的條件代替。

DOT-SP Cylinder 的 Requalification Period、Test Method、Marking、Authorized Gas Service、Service Life、Operational Controls 及 Facility Requirement 可能依不同 Special Permit 而異。

Special Permit 與 PHMSA Approval 為不同法規概念，不應互相替代。

若 Special Permit 已失效、修訂或其適用條件發生改變，必須依目前有效的 PHMSA 文件重新確認鋼瓶是否仍可 Requalify、Fill、Use 或 Offer for Transportation。

本文不提供特殊許可鋼瓶的充填、加壓、洩壓、再檢驗或其他危險操作程序。

特定 DOT-SP Cylinder 的實際判定應以當時有效的 PHMSA Special Permit、49 CFR、Applicable Approval 及 Current Cylinder Condition 為準。

法規查核：

49 CFR Part 107
Hazardous Materials Program Procedures

49 CFR Part 172
Hazardous Materials Table, Special Provisions, Hazardous Materials Communications, Emergency Response Information, Training Requirements, and Security Plans

49 CFR Part 180
Continuing Qualification and Maintenance of Packagings

PHMSA
Hazardous Materials Special Permits

PHMSA
Cylinder Requalification Program

最後法規查核：2026-09-29
最後更新：2026-09-29