<aside> 4️⃣

Phase 4 薄いCAM統合 ― 半自動化への一歩

Phase3では、「工程設計の骨格」を出力できるようになりました。

つまり、

• 段取り回数
• 基準面
• 加工順
• 工具カテゴリ
• リスク情報

が構造化された状態です。

しかし、まだCAM担当者はその情報を見ながら、

手作業でCAMソフトに入力しています。

Phase4の目的は、

判断を“見るもの”から“そのまま使えるもの”へ進化させること

です。

</aside>

<aside> ❓

なぜ「薄い」統合なのか

ここまで来れば、いきなりG-codeを自動生成することも理論上は可能です。

しかし、YAMASTROは現時点で自社工場を保有していません。

• 使用するマシン構成
• 採用するCAMソフト
• 工具データベース
• ポストプロセッサ設定

これらは、まだ確定していません。

つまり、

最適化すべき対象がまだ固定されていない状態

です。

この段階でG-codeまで踏み込むと、

将来の設備構成変更に引きずられ、設計が壊れます。

だからこそ今は、

マシン依存ではなく、工程依存のレイヤーまでに留める

という戦略を取ります。

</aside>

<aside> 🎯

🎯 このフェーズのゴール

CAM担当者がテンプレートを「選ぶだけ」の状態を作る

ゼロから組み立てるのではなく、「これを使えばほぼ完成」という状態に近づけます。

</aside>

<aside> ①

① CAMテンプレートの自動生成

まず行うのは、特徴量に応じたテンプレート生成です。

例：

• deep_pocket用テンプレ
• thin_wall用テンプレ
• high_aspect_hole用テンプレ

CAM上で即呼び出せる形にします。

イメージとしては、

Wordで白紙から書くのではなく、

「議事録テンプレ」を選ぶ感覚です。

ゼロスタートをなくします。

</aside>

<aside> ②

② 加工順の自動並び替え

次に行うのは、加工順の最適化です。

従来は、CAM担当者が

• どの順で削るか
• どの工程を先にやるか

を手動で整理していました。

ここを、ほぼ完成状態で出力します。

完全自動ではありません。

しかし、「微修正で済む」状態を目指します。

</aside>

<aside> ③

③ 工具候補の自動選定

工具も同様です。

まだメーカーや品番までは踏み込みません。

しかし、

• 工具タイプ（flat / ball / drill）
• 径レンジ

は自動提案します。

例えば、

「深さ40mmのポケット → φ10〜12mm flat_endmill」

のような候補提示です。

これにより、

工具選定にかかる思考時間を削減します。

</aside>

<aside> ④

④ 出力・連携形式の整備

最後に、CAM環境へ渡す形式を整えます。

段階的に以下を用意します。

• JSON出力
• CSV出力
• CAM用マクロ生成
• 将来的なAPI連携

ここでも、まだG-codeは出しません。

なぜなら、

工程設計の安定化が先だからです。

G-codeは最終翻訳です。

翻訳元が揺れている状態で自動生成すると、

誤りを高速化するだけになります。

</aside>

<aside> 📌

</aside>

<aside> 🧭

</aside>