<aside> 🎯

ソフト開発のゴールは、G-code自動生成ではない

製造業の自動化と聞くと、多くの人が「G-codeの自動生成」を思い浮かべます。

G-codeとは、CNCマシンを動かすための命令言語です。

座標、送り速度、工具交換などを記述し、実際に機械を動かす最終的な指示になります。

確かに、将来的にマシンと接続する以上、G-codeを出力できることは不可欠です。

しかし、YAMASTROがソフト開発のゴールとしているのは、そこではありません。

</aside>

<aside> 🧠

本当のゴールは「加工判断の構造化」

私たちが目指しているのは、

加工判断を、再現可能な構造に変換すること

です。

現場では、図面を受け取るたびに、熟練者やCAM担当者が次のような判断を行っています。

• どの面を基準にするか
• 何回段取りが必要か
• どの順番で加工するか
• どの工具カテゴリを選ぶか
• どこが危険か

この判断は極めて高度ですが、多くの場合は暗黙知のままです。

記録されず、比較もできず、改善履歴も残りません。

その結果、製造はスケールしません。

だからこそ私たちは、まず「思考の骨格」を構造化します。

</aside>

<aside> ⛔

なぜ、いきなりG-codeを目指さないのか

G-codeは、工程設計の“翻訳結果”です。

翻訳元である工程設計が曖昧なままG-codeを自動生成すれば、

• 間違った段取り
• 不適切な加工順
• 危険な加工条件

をそのまま高速で量産することになります。

それは自動化ではなく、「高速な誤り」です。

私たちはそれを避けます。

まず必要なのは、

• 判断をログとして残せること
• 予測と実績を必ず紐づけられること
• ズレを可視化できること
• 改善履歴を追跡できること

です。

つまり、学習が回る構造を作ることです。

</aside>

<aside> 🏭

ゴールは「進化する工場」

YAMASTROのソフト開発の本質的なゴールは、

工場を、ソフトウェアのように進化させられる状態を作ること

です。

一度作って終わりではありません。

判断が蓄積され、差分が可視化され、ルールが更新され、バージョンが上がる。

この改善ループが回り続ける状態こそが、最終目標です。

G-code自動生成は、その上に乗る機能の一つにすぎません。

</aside>

<aside> 🔍

なぜこのゴール設計にしたのか

理由は明確です。

製造業がスケールしない本当の原因は、

マシン操作ではなく、「判断の属人化」にあるからです。

判断が構造化されなければ、

• 改善できない
• 再現できない
• 他工場へコピーできない

工場を“プロダクト化”することもできません。

だからこそ、YAMASTROは最初に判断を扱います。

マシンより先に、思考を。

命令より先に、構造を。

そこから始めます。

</aside>