product-engineer-agent について
製品アイデアを構造化された仕様書にまとめるスキルです。5つの専門エージェントが設計、エンジニアリング、ユーザーニーズ、製造、差別化を分析し、画像も任意で生成します。
主な機能
- 015つのエージェントによる分析
- 02対話形式での製品アイデア収集
- 03優先機能一覧と部品表の概算
- 04製品レンダーとエンジニアリング図面
- 05試作・生産に向けた次の手順
活用シーン
- 01初期段階の製品コンセプト開発
- 02設計案と機能優先度の比較
- 03材料と概算コストの見積もり
- 04仕様書と合わせた製品ビジュアルの準備
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ michaelboeding/ skills --skill product-engineer-agentインストール後、Claude Code で/product-engineer-agentを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
agents/industrial-designer.mdinnovation-scout.mdmanufacturing-advisor.mdmechanical-engineer.mduser-researcher.md詳細
プロダクトエンジニアエージェント
新しい製品コンセプトを包括的な仕様とともに設計・開発します。
このスキルは5つの専門エージェントを使用します。それぞれが異なるエンジニアリングの観点から製品アイデアを分析し、その後、完全な製品仕様へと統合します。
生成されるもの
| 出力 | 説明 |
|---|---|
| 製品仕様 | 完全な製品仕様書 |
| 機能マトリクス | 根拠付きの優先順位付けされた機能リスト |
| BOM 見積もり | 概算コスト付きの部品表 |
| 差別化 | 既存製品との違い |
| 次のステップ | プロトタイプ/量産への推奨パス |
| コンセプトレンダー | 製品の可視化画像(image-generation 経由) |
| エンジニアリング図面 | 分解図、断面図、組立図 |
前提条件
GOOGLE_API_KEY- 製品ビジュアルの生成用(image-generation スキルを使用)- あらゆる製品カテゴリで動作します
ワークフロー
ステップ1: 製品アイデアを収集する(必須)
⚠️ このステップを省略しないでください。インタラクティブな質問を使用します — 一度に1つだけ質問してください。
質問フロー
⚠️ 以下の各質問には AskUserQuestion ツールを使用してください。 回答に質問をただ記載するのではなく、ツールを使って示された選択肢を伴うインタラクティブなプロンプトを作成してください。
Q1: 課題
「この製品の設計をお手伝いします!まず — それはどんな課題を解決しますか?
(核となるユーザーニーズ)」
回答を待ちます。
Q2: ユーザー
「ターゲットユーザーは誰ですか?
(誰がこの製品を使用しますか?)」
回答を待ちます。
Q3: 機能
「必須機能や主要な要件はありますか?
(または「考えてみて」とお答えください)」
回答を待ちます。
Q4: 制約
「考慮すべき制約はありますか?
- 予算の範囲
- サイズ/形状
- 素材
- 製造方法
- またはご説明ください」
回答を待ちます。
Q5: ビジュアル
「ビジュアルを生成しますか?
- 🎨 コンセプトレンダー(見た目)
- 🔧 エンジニアリング図面(分解図、断面図)
- 両方
- ビジュアルなし(仕様書のみ)」
回答を待ちます。
クイックリファレンス
| 質問 | 決定するもの |
|---|---|
| 課題 | 中核となる価値提案 |
| ユーザー | ユーザーリサーチの焦点 |
| 機能 | 機能の優先順位付け |
| 制約 | 製造と設計の境界 |
| ビジュアル | レンダー/図面を生成するかどうか |
ビジュアルの好みを解析:
- 「はい」「ビジュアル」「見せて」「レンダー」「図面」 → すべてのビジュアルを生成
- 「コンセプトのみ」 → コンセプトレンダー + ライフスタイルのみ
- 「エンジニアリングのみ」 → 分解図/技術ビューのみ
- 「ビジュアルなし」または言及なし → ビジュアル生成をスキップ
- 不明確 → デフォルトでビジュアルを生成(付加価値があるため)
ステップ2: 専門エンジニアリングエージェントを並列で実行する
5つのエージェントを展開し、それぞれが異なる観点から分析します:
エージェント1: インダストリアルデザイナー
焦点: 形状、人間工学、美観、ユーザーインタラクション
Consider:
- Physical form factor and dimensions
- Ergonomics and human factors
- Visual aesthetics and brand expression
- User interaction points (buttons, displays, etc.)
- Packaging and unboxing experience
エージェント2: 機械エンジニア
焦点: 動作の仕組み、素材、機構
Consider:
- Core mechanism / how it functions
- Materials selection (strength, weight, cost)
- Manufacturing feasibility
- Durability and lifecycle
- Assembly and serviceability
エージェント3: ユーザーリサーチャー
焦点: ユーザーニーズ、ペインポイント、ユーザビリティ
Consider:
- User journey with the product
- Pain points addressed
- Potential usability issues
- Onboarding and learning curve
- Accessibility considerations
エージェント4: 製造アドバイザー
焦点: 実現可能性、コスト、生産
Consider:
- Manufacturing methods (injection molding, CNC, etc.)
- Tooling requirements and costs
- Unit cost estimates at various volumes
- Supply chain considerations
- Quality control points
エージェント5: イノベーションスカウト
焦点: 既存ソリューション、特許、差別化
Consider:
- Similar products in market
- Patent landscape (potential conflicts)
- Unique differentiators
- Technology trends to leverage
- Blue ocean opportunities
ステップ3: 製品仕様へ統合する
すべてのエージェントの出力を構造化された仕様に統合します:
{
"product": {
"name": "Product Name",
"tagline": "One-line description",
"problem_solved": "Core problem it addresses",
"target_user": "Who it's for",
"category": "Product category"
},
"design": {
"form_factor": "Physical description",
"dimensions": "L x W x H",
"weight": "Estimated weight",
"materials": ["Material 1", "Material 2"],
"colors": ["Primary options"],
"key_interactions": ["How users interact with it"]
},
"features": {
"must_have": [
{"feature": "Feature 1", "rationale": "Why it's essential"}
],
"should_have": [
{"feature": "Feature 2", "rationale": "High value add"}
],
"could_have": [
{"feature": "Feature 3", "rationale": "Nice to have"}
]
},
"technical": {
"mechanism": "How it works",
"power_source": "Battery/plug/manual/etc.",
"electronics": "Any electronic components",
"software": "Any software/firmware needed"
},
"manufacturing": {
"primary_method": "Main manufacturing process",
"estimated_bom": [
{"component": "Part 1", "estimated_cost": "$X"}
],
"unit_cost_estimates": {
"100_units": "$XX",
"1000_units": "$XX",
"10000_units": "$XX"
},
"complexity": "Low/Medium/High"
},
"market": {
"similar_products": ["Competitor 1", "Competitor 2"],
"differentiators": ["What makes this unique"],
"price_positioning": "Budget/Mid/Premium",
"target_msrp": "$XX"
},
"next_steps": [
"1. Validate with potential users",
"2. Create detailed CAD model",
"3. Build first prototype",
"4. Patent search (if applicable)"
]
}
ステップ 4: 製品ビジュアルの生成 (リクエストされた場合)
ユーザーがステップ 1 でリクエストした場合にのみ、ビジュアルを生成します。
ユーザーがビジュアルを希望する場合は、image-generation スキルを使用して生成します:
| ビジュアルの種類 | 生成するタイミング |
|---|---|
| コンセプトレンダー | ユーザーが「はい」、「ビジュアル」、「コンセプト」、「両方」と回答した場合 |
| ライフスタイル/コンテキスト | ユーザーが「はい」、「ビジュアル」、「コンセプト」、「両方」と回答した場合 |
| 分解図 | ユーザーが「エンジニアリング」、「組立」、「分解」、「両方」と回答した場合 |
| 断面図 | ユーザーが「エンジニアリング」と回答し、かつ製品に内部機構がある場合 |
インダストリアルデザイナーから:
product_concept.png- メインコンセプトレンダー (スタジオ照明、クリーンな背景)product_context.png- 使用中/ライフスタイルのショット
メカニカルエンジニアから:
product_exploded.png- すべてのコンポーネントを示す分解図product_section.png- 断面図 (内部機構が重要な場合)
ビジュアルの生成順序:
- まずコンセプトレンダー (全体的なデザインを示す)
- コンテキスト内ショット (使用方法を示す)
- 分解図 (エンジニアリングを示す)
- 断面図 (必要な場合)
ユーザーがビジュアルをリクエストしなかった場合: 仕様書のみでステップ 5 に進みます。
ステップ 5: 完全なパッケージの納品
納品メッセージ (ビジュアルあり):
「✅ 製品デザインが完了しました!
製品: [名前] 課題: [解決する内容] 主な差別化要因: [独自性を生み出すもの]
推定単価: 1,000 ユニットで $XX 推奨 MSRP: $XX
生成されたビジュアル:
- コンセプトレンダー ✓
- ライフスタイル/コンテキストショット ✓
- 分解組立図 ✓
次のステップ:
- [最初に推奨されるアクション]
- [2 番目に推奨されるアクション]
ご希望ですか:
- 任意のセクションの詳細な掘り下げ?
- 追加のビューやアングルの生成?
- 代替デザインの検討?
- 異なる数量でのコスト見積もり?
- 特定の競合製品との比較?」
納品メッセージ (仕様のみ、ビジュアルなし):
「✅ 製品仕様が完了しました!
製品: [名前] 課題: [解決する内容] 主な差別化要因: [独自性を生み出すもの]
推定単価: 1,000 ユニットで $XX 推奨 MSRP: $XX
次のステップ:
- [最初に推奨されるアクション]
- [2 番目に推奨されるアクション]
ご希望ですか:
- ビジュアルを生成しますか? (コンセプトレンダー、エンジニアリング図面)
- 任意のセクションの詳細な掘り下げ?
- 代替デザインの検討?
- 異なる数量でのコスト見積もり?」
他のスキルとの統合
このスキルは以下と組み合わせてうまく機能します:
| スキル | ユースケース |
|---|---|
image-generation | コンセプトレンダーとエンジニアリング図面を生成します |
brand-research-agent | 製品がブランドガイドラインに適合することを確認します |
patent-lawyer-agent | 特許性を確認し、特許を起草します |
market-researcher-agent | 市場機会を検証します |
pitch-deck-agent | 投資家向けプレゼンテーションを作成します |
media-utils | 製品仕様から PDF レポートを生成します |
PDF レポートの生成
製品仕様の完成後、PDF を生成することを提案します:
「この製品仕様の PDF レポート を生成しましょうか?」
python3 ${CLAUDE_PLUGIN_ROOT}/skills/media-utils/scripts/report_to_pdf.py \
--input product_spec.md \
--output product_spec.pdf \
--title "Product Specification" \
--style technical
エージェント
| エージェント | ファイル | フォーカス |
|---|---|---|
| インダストリアルデザイナー | industrial-designer.md | 形態、美観、UX |
| メカニカルエンジニア | mechanical-engineer.md | 機能、材料 |
| ユーザーリサーチャー | user-researcher.md | ニーズ、ユーザビリティ |
| 製造アドバイザー | manufacturing-advisor.md | コスト、実現可能性 |
| イノベーションスカウト | innovation-scout.md | 競合、特許 |
出力ファイル
完全な製品デザインを生成すると、以下を受け取ります:
product_spec.md ← Complete specification document
product_concept.png ← 3D concept render
product_context.png ← Lifestyle/in-use shot
product_exploded.png ← Exploded assembly view
product_section.png ← Cross-section (if applicable)
プロンプトの例
基本:
「もっと便利な新しいポータブル充電器をデザインして」
コンテキスト付き:
「食事の準備に役立つキッチンガジェットを作りたい。ターゲット層は忙しい親。小売価格は30ドル以下。」
反復:
「既存の製品アイデアを取り上げて、改善案を提案して: [description]」
競合:
「[competitor product] よりも優れたものをデザインして」
ビジュアル付き:
「スマートウォーターボトルをデザインして、どんな見た目になるか見せて」
エンジニアリング重視:
「モジュール式のデスクオーガナイザーをデザインして、分解組み立てビューを見せて」