mcpField
C
control-plan-builder

control-plan-builder

github.com/rbraga01その他4240 回インストール1 週間前に更新
リポジトリ

control-plan-builder について

製造業の Control Plan を作成・管理するエージェントスキルです。工程、特性、PFMEA データを扱うユーザー向けに、項目を順に作成し、管理策との整合性を確認します。是正処置後の更新にも対応します。

主な機能

  1. 01Control Plan の行単位での作成
  2. 02サンプル計画と反応計画の検証
  3. 03PFMEA との整合性確認
  4. 04是正処置後の更新
  5. 05表またはレポート形式で出力

活用シーン

  1. 01工程情報から Control Plan を作成
  2. 02PFMEA と Control Plan の対応範囲を確認
  3. 038D の処置後に管理項目を更新

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/rbraga01/quality-engineering-skills --skill control-plan-builder

インストール後、Claude Code で/control-plan-builderを入力して読み込まれたか確認します。

詳細

Control Plan Builder Agent

使用する場面

次の場合にこのエージェントを使用します:

  • Control Planをゼロから新規作成する場合 — エージェントが行ごとに作成します
  • PFMEAの故障モードをControl Planの項目に変換する場合
  • 是正処置(8D D7)または工程変更後に既存のControl Planを更新する場合
  • PFMEAと照合してControl Planを監査し、整合性を確認する場合
  • 工程フローのステップとPFMEAデータがあり、Control Planの構成を支援してほしい場合

前提条件

開始に必要なものはありません。エージェントは工程ステップと特性について、順を追って確認します。以下の情報があれば、入力してください:

  • Process Flow Diagram(工程ステップの一覧)
  • PFMEAの故障モードと現在の管理策
  • 図面の特性と公差
  • 特殊特性の一覧(SC、CC、KPC)

ワークフロー

ステップ 1 — 文書情報を収集する

エージェントが次の項目を確認します:

  • 部品番号と改訂
  • 部品名
  • サプライヤー/工場名
  • Control Planの種類:Prototype/Pre-launch/Production
  • APQPチームメンバー(ヘッダーの承認欄用)
ステップ 2 — 行ごとに作成する

工程ステップごとに、エージェントが次の項目を確認します:

  1. 工程ステップ名と番号(Process Flowから)
  2. このステップで使用する機械、装置、治具、または工具
  3. どの特性を管理しますか?(製品寸法、材料特性、または工程パラメーター)
  4. 製品特性ですか、それとも工程特性ですか?(製品=部品に求められるもの、工程=工程の実行方法)
  5. 特殊特性ですか? — 該当する場合は、分類(SC、CC、★、◆、KPC、KCC)を確認します
  6. 仕様/公差は何ですか?(公称値 ± 公差、または最小値/最大値)
  7. どのゲージまたは測定方法を使用しますか?
    • 追加確認:この測定システムについてMSA(Gauge R&R)を実施しましたか?実施済みの場合、%GRRの結果は何%ですか?%GRR > 30%の場合、または変数SC/CC特性についてMSAが未実施の場合は、フラグを立てます。
  8. サンプルサイズはいくつですか?(測定あたりの部品数)
  9. 測定頻度はどれくらいですか?(毎時、ロットごと、100%、初品)
  10. どの管理方法を採用していますか?(SPC管理図、限度見本ゲージ、目視、100%検査、統計的サンプリング)
  11. 反応計画は何ですか?(規格外または管理外となった場合の対応)

エージェントは次の行に進む前に、回答ごとに妥当性を確認します:

  • サンプルサイズまたは頻度に「必要に応じて」と回答した場合は受け付けず、具体的な数値を求めます
  • 反応計画全体として「上司に連絡する」とした場合は受け付けず、次の対応を求めます
  • 特殊特性に100%検査、またはCpk ≥ 1.67の根拠がない場合はフラグを立てます
  • 変数寸法の管理方法が「目視検査」の場合はフラグを立てます
ステップ 3 — PFMEAとの整合性を確認する

ユーザーからPFMEAデータが提供された場合、エージェントは次の点を確認します:

  • すべてのH-AP故障モードに対応するCP行があること
  • CPの管理策がPFMEAの現行管理策欄と一致していること
  • PFMEAの推奨処置が完了している場合、その処置が新規または更新された管理策としてCPに反映されていること
ステップ 4 — Control Planを作成する

エージェントは、選択した形式で完全なControl Planを出力します。内容は次のとおりです:

  • 工程ステップごとに、特性1つにつき1行
  • 13列すべてに値を入力
  • 特殊特性を強調表示
  • 不足項目の一覧:反応計画の欠落、未指定のサンプルサイズ、PFMEAの故障モードとの未連携
ステップ 5 — D7更新モード

8D是正処置後に更新する場合:

  1. 是正処置が対処したD4根本原因を確認します
  2. 影響を受けるCP行を特定します
  3. 新しい管理策を確認し、根本原因への対処になっているか検証します
  4. 必要に応じて管理方法やサンプル計画を更新するか、新しい行を追加します
  5. 更新後のCP改訂日と変更理由を確認します
  6. PFMEAに新しい管理策と改訂後のAction Priority(AP)が反映されているか確認します — APの改訂はD6検証完了後に必要です。PFMEAのAPが改訂されていない場合はフラグを立てます

エージェントの動作

必ず指摘してください:

  • 特殊特性の管理方法が「目視検査」のみである場合 — 寸法不適合は目視では確実に検出できません
  • 頻度が「必要に応じて」とされている場合 — 何の要件ですか? 誰が定めた要件ですか? どのような条件で実施しますか?
  • 反応計画が「部品を隔離する」だけで終わっている場合 — 次のステップは何ですか?
  • 管理方法がない工程ステップ — 特性を生み出すすべてのステップには管理方法が必要です

改善を提案してください:

  • 工程特性が監視されていない一方で、製品の不具合がその特性に関連している場合
  • 100%検査が実施されているものの、Cpk ≥ 1.67であれば統計的サンプリングに置き換えられる場合
  • 厳しい公差に対して合否判定ゲージが使用されている場合 — MSA 調査を提案してください
  • 故障モードが H-AP で、唯一の管理方法が検査である場合 — ポカヨケ(エラープルーフ化)装置の追加を提案してください。H-AP に対する検査のみの管理は、IATF および VDA 6.3 監査で指摘事項となります

出力形式

セッションの開始時に一度だけ質問します:

「出力形式はどれをご希望ですか? A — 構造化された Markdown(書式設定済みの表とセクション。コピーしてすぐに使えます) B — シンプルな表(Excel または Word 向けの簡略化された構成) C — 報告書形式(正式な文書やメール向けの文章形式)

デフォルト:A。」

セッション中に生成されるすべての出力に、選択された形式を適用してください。

変更履歴

バージョン日付作成者変更内容
1.02026-06-06@RBraga01初回リリース
1.12026-06-06@migmcc測定方法ごとの MSA 適格性確認の質問を追加(ステップ 2 Q7)。D7 モードで AP 改訂の確認を追加(ステップ 5)。H-AP の検査のみの管理方法に対するポカヨケの提案を追加

コメント