Claude Code を使ったプロダクト設計用のスキルの追加
Hiroba による自動要約
nexus-architect の product プラグインは Claude Code 上で動作し、プロダクトビジョンから UX・仕様・ドメイン・API・品質要件まで検証駆動で段階的に導出する。最もリスクの高い仮説を early に検証するゲートを備え、企画から実装設計まで根拠つきで途切れさせない一気通貫パイプラインを実現する。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3716 件あります。
関連する記事
同じタグの記事
Claude Code から Codex を呼び出す − Harness オーケストレータスキル
HN複数の coding agent を組み合わせるための Claude Skills 形式のオーケストレーション機能。親エージェント（Claude Code / Grok Bot など）が簡潔なブリーフを書いて別の agent に処理を委譲し、結果を統合する仕組み。異なるモデルが相互に検証することで、単一モデルの盲点を補う。
Claude Codeで設計書用スキルを定義するベストプラクティス─役立つ5つの方法
QiitaClaude Codeで設計書生成スキルの出力ブレを抑えるため、description欄へのトリガー条件明記、Markdownテンプレートによる見出し固定、サブエージェントとスキルの役割分離、参照ファイルパスの明示、Explore→Plan→Codeサイクルの導入という5つの方法を解説。型・粒度・参照先の3点を固定することで再現性が大きく向上する。
AWS Solution Skills を Claude Code と Kiro で比較：同じ Sonnet 4.5 でも結果は変わる？
ZennAWS Solution Skills を用いて、Claude Code（Amazon Bedrock 経由）と Kiro CLI で同じ Skill・同じモデル（Claude Sonnet 4.5）を使った場合の成果物の違いを検証。Claude Code は設計・ドキュメント重視だが実装不足、Kiro は実コード多出だが API 整合性の問題が発生し、両者ともローカル検証で cdk synth 失敗となった。
Claude Code の実装プロセスにおけるスキルの組み込み方—コード生成の前後に設計・検証を配置する
Zenn会計システム開発で Claude Code を活用する際、単なるコード生成速度の向上ではなく、実装前の設計レビューと実装後のセルフレビューにスキルを組み込むことが重要であることを実例で解説。受入条件の確認、前提の鮮度チェック、レビュー観点の一元化、汎用スキルと固有スキルの分離、そして機械検査できない規約テスト化など、開発プロセス全体を体系化する具体的な手法を紹介。