實作案例¶

AI 代理透過 HiNC 的 Web API，拿任何人都能從公開來源取得的加工資料所做的案例研究。每個案例都跟著代理走一遍：它用公開的資料建出專案，把專案當成仿真來執行，並對照事先寫下的通過標準加以核對；接著把結果轉成加工工程師用得上的東西——程式真正需要的毛胚、程式原點在哪裡、週期時間、切削力峰值。這裡的一切都是仿真：沒有任何案例在真實機台上切過。

這些頁面上的難題 (dilemma)，指公開資料、引擎或文件讓代理心存疑問或必須做選擇的任何一處：缺了一個值、來源之間互相矛盾、一個看起來不對的結果、一個表現與文件所寫不同的工具。代理建出的專案是它的工作素材，不對外發佈；對外發佈的是這份紀錄：工作怎麼管理、遇到的每一個難題，以及各自怎麼解決。

案例¶

依設定由簡單到最吃重排列：三軸零件在前，五軸同動在最後。

三軸銑削標竿測試，零件 1–3：從公開的 CAM 資料到通過驗收的仿真 — 標竿測試的前三個零件（零件 4–10 見下一項），每件只給一個 STEP 模型和一支 CAM 程式：資料集從沒寫明的程式原點、比它自己的程式所需矮 1 mm 的毛胚、解析度變細時加倍卻沒有任何錯的深度峰值，以及由四個什麼都沒看過的代理證明過的建置程序
RPTU 基準件 4–10：七件由 AI 代理設定並核對的三軸加工 — 同一個公開基準資料集裡的七個零件：程式原點在零件之間會移動、資料寫明的毛胚跟每一個模型都對不上、刀具比直覺的選擇短 5 mm、程式在一座島的凹灣尖端留下的材料，以及一個為了錯的理由而失敗的檢查
球刀精修的五個走刀方向：排序與量到的粗糙度相同的力起伏，以及刀具撓曲到不了的形狀誤差 — 只以圖表發表的一篇論文裡，42CrMo4 的凸、凹 R45 曲面：代理重建兩塊零件、自己寫出十支走刀程式；切削力沿一道刀路的起伏，排出的方向順序和量到的粗糙度相同；力與後來的一次量測相差 3–27%；建模刀具的撓曲只有量到的形狀誤差的千分之一；斜坡刀路上浮現一個 HiNC 移除率的缺陷
在淬硬 42CrMo4 上跑到斷裂的端銑刀：七組設定對照量得的刀具壽命排序 — 銑到斷裂為止的 Ø10 mm 端銑刀，發表時沒有程式、也沒有刀具幾何：代理寫出輪廓程式，依製造商的型錄建出兩支刀具，並拿 HiNC 每循環的磨耗對照刀具壽命排序；以循環計，徑向切深的排序與資料相同，以去除的體積計則不然；長刀把在模型裡看不見；對最初執行的審查，抓到一段假造出每一個負載峰值的進刀移動
連桿鍛造模：從一張圖重建的鍛件、依照片定尺寸的模具，以及 R1.5 凹角裡的 R1.5 球刀 — 一支鋁連桿的閉模鍛造模，來源論文公開了鍛件圖與實際模具的照片，卻沒有模具圖：第一版鍛件被三個審查代理推翻，第二版與論文的體積相差 0.4 %；飛邊橋、飛邊槽與模塊依照片定尺寸；三把刀的程式用先前一個案例的高度場 CAM 寫成，HiNC 切出的模面在第 99 百分位落在設計的 +0.04 mm 以內，時間準到 0.04 %；一支 R1.5 球刀以整段四分之一圓弧精修 R1.5 凹角，彎曲到上限的十倍；兩次由 HiNC 逐步資料引導的進給修訂（先依切除截面降速，再把下刀與包覆凹角的段壓到下刀進給），在探針毛胚上把 R1.5 球刀精修的最大撓曲從 112.4 降到 39.6 µm，仍超過上限：剩下最大的幾步是進入凹角的進刀
散熱片鋁擠分流模：依論文圖面重建的擠型模，以及銑削在哪裡讓給放電加工 — 一顆為十二片鰭片鋁散熱片而做、分上下兩片的擠型模，論文只畫出、從沒建過模型：代理從圖上讀出兩片模，並拿論文的分流孔面積核對，用自己的 CAM 寫出四次裝夾；HiNC 抓到它的快移貼著粗加工壁面走；一支 Ø3 長頸刀的七小時、它的彎曲，以及它構不到的工作帶區，畫出了銑削與放電加工之間的那條線
OpenCellular 天線罩：由零件推出兩片射出模仁，以代理自己的 CAM 銑削 — 開放硬體基地台的 PC 天線罩，公開的只有零件與一張寫明模具要求的圖面、沒有模具：代理推出兩片 P20 模仁（通風孔的拔模方向決定 582 支型芯銷立在固定側，深凸台交給放電），用自己的 CAM 寫出每一條刀路、直到肋槽裡的 Ø1 mm 刀，兩片整模仁的驗收播放都在計畫時間的 0.4 % 內；HiNC 抓到代理自己程式碼的三個錯，在小刀迎面碰上轉角處把負荷讀得偏高，並揭出一個讓一次執行什麼都沒切、卻以「Finished」結束的引擎缺陷
Jetson AGX Thor 機殼：八次裝夾的薄壁鋁殼，用代理自己寫的 CAM — 一個開源電腦機殼的四個零件，只公開模型與圖面、沒有製程：代理自己寫了 2.5 軸 CAM、每件排兩次裝夾；T 型槽刀趁牆還有料撐著時切到牆頂下的溝；HiNC 抓到在刀長補正前移動的鑽頭、被要求出到額定 3.3 倍的主軸與彎 0.14 mm 的 Ø1.5 格柵刀；成品對模型比較找到四處沒有刀路到過的地方；通過驗收的程式與估計的 6.4 小時相差 1 % 以內
SpaceTeamSat1 立方衛星結構：六片 Al 7075 板、二十四次裝夾，以及小刀撐不撐得住 — 一個大學團隊 1U 立方衛星的六片 Al 7075 板，只公開模型與圖面、沒有製程：代理從孔軸數出 24 次裝夾，自己寫了 2.5 軸 CAM，並依零件的高度圖決定每支刀把的伸出量，一把故意伸短的刀在高度圖指出的位置證實了它；原程式讓主軸過載，D6 與 D2 彎了 194 與 360 µm，依刀具碰到的毛胚調整進給、牆分兩刀精修、長刀另外規劃之後，精修在牆上 25 µm、角落 50 µm 以內，只差一步；整批要 6.3 小時，而 HiNC 顯示了繞對角線轉 120° 擺放、讀不到力的邊裝夾
THWS 鑰匙圈：沒有模型、沒有毛胚、沒有夾具的 Siemens 840D sl 程式 — 一支 Siemens 語法的雕刻與鑽孔程式，跑在一台只拿旋轉軸來定位的五軸機上：從鑽孔循環讀出來的板子、只能來自設定的雕刻深度，以及在沒切到任何東西的進給移動中找到的、佔仿真週期 45 % 的時間
火星車輪：人字形輪刺之間 0.75 mm 的輪皮，以四軸銑出 — 依公開數字與一張照片重建的好奇號車輪，在 A 軸旋轉台上銑出一個輪面節距：只有刀具保持在半徑方向上、網格比輪皮細，輪皮才保得住；粗加工的功率峰值落在之字形挖槽變成全刀寬槽銑之處，只放慢這些移動的修訂版通過了；輪皮原來是被刀具往外拉，不是被壓
17 吋鍛造鋁圈：從三個公開數字設計、由代理寫程式、下刀前由 HiNC 檢查 — 代理只用三個安裝尺寸數字，自己設計一個一體鍛造 6061 輪圈，並把兩次裝夾寫成 3+2 與五軸刀路：選一個固定拔模角，讓圓柱刀能精確精修每一面窗壁；氣嘴孔在擺頭 72.5° 時從輪胎那一側鑽；HiNC 的逐步功率指出一支看似乾淨的粗加工裡吃滿刀寬的切削；HiNC 的進給優化在主軸額定內把輪圈的加工時間減少 45 %，大半頂在代理訂的進給上限
NIST 五軸試件：依一篇論文的圖面做出的圓錐台與方錐 — 出自一篇只給圖面與切削條件之論文的兩個五軸同動零件：代理自己寫刀具路徑、機台的搖籃窄到容不下主軸頭、落在零件裡面的起始點，以及一支寫出的五軸程式，它的切深峰值與刀具路徑一致到 0.00001 mm
BCAM 薄葉片：在切削之前就分辨出兩種五軸側銑精加工 — 依六支公開的 Heidenhain 程式，一片薄鋼葉片分別以商用 CAM 的程式與作者自己的演算法、用錐刀側刃精加工：代理只用半精加工程式擺放葉片、推敲出「半徑 3 mm」量的是哪裡、把 0 號刀與原點平移讀成 NX 程式的那把刀、放在第二個預設點，而 HiNC 整條加工鏈在論文量得的 45 個點上，平均只差 0.002 mm（NX）與 0.005 mm（G1）——NX 程式留下的 +0.14 mm 早就在它的刀具路徑裡
NASA HECC 離心葉輪：依公開葉片座標進行的五軸同動加工 — 一個只以沒有單位的葉片截面公開的壓縮機葉輪：代理自己寫出整條五軸刀具路徑，HiNC 的切削負載模型預測第一版路徑會斷刀，擁有者在畫布上點出佔掉十分之一仿真時間的抬刀，HiNC 的訊息與一次審查則抓到擦到零件的退刀和進給太快的下刀

NC 優化案例¶

同樣的產品案例再往前一步：代理拿一個案例驗收過的程式——有幾頁也包括它們更早或手動修訂的版本——執行 HiNC 的 NC 優化，做法照工作流程：NC 優化，再把優化後的程式放回同一台機台重播。每一頁都拿優化前的週期時間、主軸負載、切削力、刀具撓曲與加工出的形狀，對照優化後的同一批量測，量在 HiNC 3.2.45 上，並依第一次優化播放之前就寫下的標準判定；也寫明代理替哪些地方擋下了優化器，例如精修道保留原進給，或設一個下限、不讓任何一步比原程式慢。各頁照下面的大綱寫，順序與上面的案例相同。

連桿鍛造模的 NC 優化：HiNC 的進給優化讓手動修訂的程式少 24.5 %，而 R1.5 凹角即使用最低進給仍超過上限 — 模具驗收過的程式與它的兩次手動進給修訂，經 HiNC 的進給優化做成三個變體：每個變體裡粗加工都少 36.6 %，主軸功率與刀具應力都在目標內；只准加速的手動修訂程式少 24.5 %，峰值原樣不動；以撓曲上限為目標時，凹角探針毛胚上超過上限的 1,423 步裡有 1,422 步被寫成 100 mm/min 的最低進給，R1.5 球刀陡牆精修最大的撓曲從 112.4 µm 降到 23.8 µm，仍超過 12.5 µm 的上限，而這些步前後各 2 mm 一起降速，讓加工時間幾乎加倍；所以剩下能改的是進入凹角的進刀方式或球刀的大小，不是進給
散熱片鋁擠分流模：HiNC 的進給優化讓兩片模省下 13 %，而沒有任何進給能讓鰭片空刀的 Ø3 刀維持在 30 µm 以內 — 模具驗收過的八支程式經 HiNC 的進給優化，每一支都在同一台機台上重播：兩片模的仿真時間從 608.6 分鐘降到 529.1 分鐘（−13.1 %），分流孔粗加工的時間少了約三分之一、頂在每刃進給上限，主軸仍不到短時額定的四分之一；精加工維持程式的切屑，力目標把壁面精加工最大的刀尖撓曲從 122 µm 修到 78 µm；鰭片槽裡的 Ø3 長頸刀即使用 30 mm/min 的最低進給，撓曲仍有 72–82 µm，容許的是 30 µm，整支鰭片空刀估計要 47 小時，這些數字就是把它交給放電加工的理由
天線罩射出模具的 NC 優化：HiNC 的進給優化讓可動側模仁從 12.0 小時降到 7.9 小時，而沒有任何進給能讓 Ø1 mm 刀守在 10 µm 內 — 可動側模仁的兩支微小刀程式——用代理手寫轉角規則降速的 Ø2 mm 清角程式，與用型錄減半溝銑進給的 Ø1 mm 肋槽程式——經 HiNC 的進給優化，在整片模仁上重播：模擬時間從 719.97 分降到 474.00 分（−34.2 %），省下的 246 分裡有 148 分是空中進給，也就是 CAM 以下刀進給穿過早已切掉的層的斜下與直下；兩把刀最大的應力比都降了，最後的毛胚與設計逐區相同；在修剪片上，優化器沒有手寫規則也找到了轉角，20.72 分對有規則時的 20.61 分；為 Ø1 mm 刀 10 µm 上限設的目標切削力讓修剪片程式慢了 3.8 倍，第 99 百分位仍有 11.9 µm，所以這個上限不是進給能達到的
Jetson AGX Thor 機殼的 NC 優化：HiNC 的進給優化讓長刀的兩個裝夾少 28 % 到 52 %，上蓋精修的撓曲守在 25 µm 內，看似已到極限的格柵也少了 37 % — 底殼與上蓋的第一次裝夾（兩支 Ø12 mm 刀，跑在主軸真實的功率曲線上）與後面板的 Ø1.5 mm 格柵，經 HiNC 的進給優化做成三個變體：三支程式的模擬時間從 197.9 分鐘降到 121.7 分鐘（−38.5 %），粗加工的限制是代理允許的切屑上限，而不是主軸；一個變體讓精修守住程式切屑，另一個以目標切削力與取自每一行自己撓曲的進給上限調整精修，讓上蓋精修最大的撓曲從 36.5 µm 降到 24.2 µm，底殼則有牆一步、平面 12 步略超過 25 µm 的上限，最多 26.7 µm；格柵刀的應力在案例 0.25 mm 的網格寬度下看似頂在目標上，到了 0.125 mm，99 % 的步都跑到程式切屑
SpaceTeamSat1 立方衛星結構的 NC 優化：HiNC 的進給優化讓原程式回到主軸目標與撓曲上限、只多 3.8 % 的時間，並讓手調版少 9.9 % — X- 板的第一次裝夾在案例 0.125 mm 的網格寬度下經 HiNC 的進給優化，CAM 第一次寫出的原程式與案例驗收的手調版都做：原程式的 D16 粗加工從短時額定的 1.6 倍回到 0.667 的目標，D6、D4、D2 的精修回到案例的撓曲上限之內（D2 359.9 → 49.9 µm），只多 3.8 % 的時間，比手調版少 19.9 %，但靠的是低到 0.001 mm 的切屑，所以這些上限只在 HiNC 的模型裡成立；手調版在同樣的上限內少了 9.9 %，其中三分之二來自拉到全切屑的粗加工斜坡
17 吋鍛造鋁圈的 NC 優化：HiNC 的進給優化讓兩次裝夾少 45 %，精修道保留原進給 — 輪圈驗收過的六支五軸程式經 HiNC 的進給優化做成三個版本，每個版本都在整個輪圈上重播：每一道都優化時，兩次裝夾從 17 分 25 秒降到 9 分 36 秒（−44.9 %），主軸在額定內，但精修刀的撓曲從 94.4 µm 增加到 140.2 µm；最後一圈精修側銑與背面減重槽的槽底層保留原進給、且沒有任何一步比原程式慢時，仍少 44.5 %，精修道一步一步照原程式重播；省下的時間大半來自代理訂的每刃進給上限

案例頁怎麼讀¶

每個案例頁都用同樣的八個標題、依同樣的順序排列，所以兩個案例可以並排對照著讀。

案例 — 代理拿到了什麼：公開的檔案與它們寫明的內容，以及它們沒交代的——毛胚、零件放在哪裡、控制器、材料、刀具除了直徑以外的一切。
代理建了什麼 — 逐項列出的設定——機台、夾具、毛胚、目標模型、程式原點、控制器、材料、刀具與刀把、主軸、任務——每個值都標明是從來源讀取、由來源推得，還是由代理自選。
代理怎麼管理這件工作 — 什麼算通過，在執行之前就寫下來；先跑粗的，再跑細的；讓其他代理只憑來源檔案與代理的書面指示、不看其他任何東西，重建這個案例（盲建）；讓其他代理專門找出它書面陳述裡的錯誤（對抗式審查）；與其他代理共用一台伺服器；以及人在哪裡介入——擁有者注意到了什麼或做了什麼裁決，代理又因此改了什麼。
難題 — 案例頁的主體，小的也包括在內。每一個都依序講述：情況、錯過的風險、怎麼發現、解法，以及證明解法站得住的證據。
結果與效益 — 量得的數字，連同量測時的 HiNC 版本；這些數字對加工工程師、老師或學生，以及正在評估這種做法值不值得採用的人各代表什麼，包括這項工作花了多少執行時間與記憶體。
誠實的限制 — 哪些是假設而不是量測，以及引擎不檢查哪些東西。
讀者可以帶到自己案例的 — 可以沿用到其他資料上的檢查。
來源與授權 — 原始來源與它的連結，以及連結搬家時能再找到它的搜尋字詞；它的授權或使用條款，附名稱與連結；依授權人要求的格式寫出的姓名標示，包括素材依現狀提供、不附任何保證；相對於原件改了什麼、哪些維持交付時的原樣。本站不提供下載：讀者自行到來源取得原始檔；在授權允許的情況下，公司網站保留一份原始檔的備份。

案例頁上的每個值都說明它的出處——從來源讀取、由來源推得、由代理自選，或在一次執行中量得——而量得的數字都註明是在哪個 HiNC 版本上量的。每張圖都畫出裝在刀把裡、伸出量是工廠實際會用之長度的刀具，因為一把畫成沒有刀把、直接懸在主軸外的刀具，在實務上會斷。沒有任何案例來自客戶。

案例背後的方法¶

代理建出並核對一個案例時，讀的就是任何 Web API 呼叫者都會讀的同一批公開頁面：

專案建構 — 建置順序、執行所讀取的路由、任務的形狀與驗收測試
透過 HTTP API 進行重播驗收 — 一次真正全新的執行、得知它已經結束，以及依證據驗收，而不是只看「Finished」
透過 HTTP 驅動網頁服務（英文，未鏡像） — 登入、回應、檔案與專案，以及在不打擾其他使用者的情況下重播
記憶體規劃 — 一次執行需要的記憶體，在建專案之前就先估算
建立虛擬工具機 — 沒有模型的機台，以及隨附空機台鏈上的工作臺擺放
刀具幾何 — 來源只給直徑時，代理必須自己選定的刀把輪廓、伸出量與刀長