AI駆動開発フレームワーク
本パッケージには、AI開発ツールを最大限に活用しながら、品質と安全を落とさずに開発を進めるための補助資料一式を同梱しています。 AIに任せる部分と人が判断する部分の線引き、探索・実装・検証の型、壊さないための多層チェック——それらを体系化したのが本フレームワークです。 これは当社（MY HATCH）の開発の中核であり、本パッケージで最も力を入れている部分です。
00この資料について
近年、AI開発ツール（コード生成・自動編集・レビュー支援など）は急速に実用化しました。しかし現場で難しいのは 「AIに任せて速く作る」ことと「壊さない・正しく作る」ことの両立です。 本フレームワークは、その両立を属人化させずに再現するための考え方と“お作法”を束ねたものです。
- AIを安全に走らせる：触ってよい範囲・触ってはいけない範囲を明確にし、事故を未然に防ぐ。
- 品質を属人化させない：「誰がやっても一定水準」を、人の記憶でなく型（お作法）で担保する。
- 速さと安全を両取り：AIで速く作り、多層のチェックで壊れを止める。
AIを使った開発で本当に難しいのは「速く作る」と「壊さない」の両立です。本フレームワークは、その両立を 属人化させずに再現するための設計思想と“お作法”を体系化したもの。ここでは、その柱となる考え方と、 それが御社の開発にもたらす価値を、具体例を交えてご紹介します。
01お客様にとっての価値
難しい仕組みの話ではなく、導入後に何が良くなるかをご説明します。
🎯 品質が属人化しない
「あの人がいないと直せない／品質がブレる」を避ける。型に沿って進むため、担当交代・増員にも強い。
⚡ 速く、しかし壊れにくい
AIで開発速度を上げつつ、多層チェックで「動いていたものが静かに壊れる」を先回りで止める。
🔍 検証が“多層＋独立”
作った本人の目だけに頼らない。層を重ね、独立した観点で確かめてから合格とする。
🧭 触ってよい範囲が明確
AIにも人にも「ここまで」が示されているため、標準本体を壊す事故が起きにくい。
📈 改修に強い土台
将来の機能追加・保守も同じお作法で進められる。長期の内製・拡張に向く。
🛡 安全側に倒す設計
迷ったら止まる・確認する・戻せる。事故の芽を仕組みで抑える文化が前提。
023つの柱（考え方）
本フレームワークは、次の3つの柱で成り立っています。いずれも「AIで速く作る」と「壊さず正しく作る」を 両立させるための、実務に根ざした設計思想です。
柱1 AI支援開発
AIを設計・実装・レビューの補助として活用し、開発の速度と網羅性を高める。ただし最終判断は人が持つ。
柱2 多層品質保証
1種類のテストに頼らず、静的チェック・単体・結合・実機での受け入れを層で重ね、後退バグを止める。
柱3 独立検証
実装した本人の自己採点を信じ切らず、独立した観点で確かめてから合格とする。「緑のテスト＝正しい」と即断しない。
03同梱する開発補助資料（種別）
ソースと一緒に、AI開発ツールを最大限に活かすための補助資料一式を同梱します。 それぞれが「AIに任せる部分」と「人が判断する部分」をつなぎ、開発を速く・安全に回すために働きます。
これらをどう束ねているか — 考え方の要点
🗺 AIには「地図」と「ガードレール」を渡す
広いソースの中で迷わせない探索の道筋と、触ってよい範囲・守るべき約束を先に与える。だから速く、そして事故が起きにくい。
🧱 検証は「層」で重ねる
静的チェック → 単体 → 結合 → 実機での受け入れ。1種類のテストに寄りかからず、層でふるいにかけて後退バグを止める。
👁 最後は「別の目」で確かめる
作った本人の自己採点を合格の根拠にしない。独立した観点でもう一度確かめてから通す。「緑のテスト＝正しい」と即断しない。
✅ 合格条件は「壊れていない」こと
「動いた」ではなく「以前できたことが今もできる」を基準にする。回帰に強い開発を、感覚でなく型で担保する。
ソースライセンスについて
ERPNext.JP は、標準 ERPNext を日本の製造業・卸売業向けに拡張したソース提供型のERPです。 この AI駆動開発フレームワークが生んだ品質の高いソースと、御社の内製・拡張を支える 開発補助資料一式をあわせてお渡しします。導入・活用のご相談も承ります。
🏆 いちばんの注力領域
AI活用と品質保証を両立させた開発体系。その成果物を手にできる。
🎯 属人化しない
品質が人に依存しない型。担当交代・増員・監査に強い。
🧩 改修に強い
同じお作法で将来の拡張・保守を回せる、長期内製向けの土台。
🇯🇵 日本仕様のERP
受注/購買/生産/在庫/原価/現場入力を日本の現場向けに補強。
※ 本書は抜粋（プレビュー）版です。実際のフレームワークは、御社の開発体制に合わせて導入時にご案内します。