記事一覧
全 4123 件 · 107 / 207 ページ
Claude Code を使ったプロダクト設計用のスキルの追加
Zennnexus-architect の product プラグインは Claude Code 上で動作し、プロダクトビジョンから UX・仕様・ドメイン・API・品質要件まで検証駆動で段階的に導出する。最もリスクの高い仮説を early に検証するゲートを備え、企画から実装設計まで根拠つきで途切れさせない一気通貫パイプラインを実現する。
Claude Design と frontend-design を使ってみた
Zennfrontend-design プラグインと Claude Design を用いてランディングページを改善した実例。Claude Design はデザイン自動生成ツールではなく、作成済みデザインをセクション毎に視認しながら対話的に修正するツールであり、一発撮りの LP 作成なら frontend-design だけで十分だが、継続的な改善には Claude Design が有用という知見を共有。
Claude Code が廃案を復活させる理由——context drift を情報統治で防ぐ
QiitaClaude Code が一度却下した設計案を何度も復活させる現象（context drift）の原因は、リポジトリ内で仕様・廃案・未決の論点が区別されないからだという実証的指摘。コンテキストを厚くするのではなく最小限に絞り、各情報に「地位」を与えるメタデータ付けと Hook / Skill の分離により、退行を機械的に防ぐ手法を紹介する。
Claude Code Action のコードレビュー実行時間・コスト削減テク
ZennClaude の code-review プラグインを単一エージェント実装に切り替えることで、実行時間を約 8 分から 1 分 17 秒に短縮（6分の1）、コストを $1.70 から $0.16 に削減（10分の1）した。品質低下は検証範囲では確認されず、小規模プロジェクトや予算制約がある場合の有効な選択肢。
なぜ LLM に大喜利が難しいのか
ZennClaude を含む LLM が大喜利に弱い理由は、統計的に「それっぽい」答えを出力するため創意工夫に欠けることにある。著者は Chain of Thought で思考プロセスを深掘りさせ Skills で工夫を重ねたが、モデルのバージョンアップで調整が必要になるなど、笑いは他のタスクより敏感に性能が左右される課題を指摘する。
CLAUDE.md でプロジェクトルールを構造化する～勤怠管理アプリ開発②
QiitaClaude との AI 協調開発で生成コードの UI とビジネスロジックが混在する問題に直面した著者が、CLAUDE.md を導入して開発ルールを分割・構造化した事例。ただし CLAUDE.md は「最初から完璧なもの」ではなく、実開発を通じて段階的に育てる必要があることを学んだ。
AIエージェントの本番コスト管理 2026 — Claude・GPT-4o で月10万円を節約した実践テクニック
Qiita本番環境で稼働する AI エージェントの API コスト削減テクニック 7 つを実装事例付きで解説。プロンプトキャッシュ、モデルルーティング、コンテキスト圧縮、Batch API 等を組み合わせることで、同一ワークロードで 30～70% のコスト削減が実現可能。各テクニックの効果（削減率）と実装難易度が具体的に示される。
非エンジニアでも10分で完成！Claude Cowork と Notion を連携させて仕事を変える方法
QiitaClaude Cowork デスクトップアプリと Notion を連携させ、コード不要で会議メモの自動生成、タスク検索、ページ更新などを実現する手順を解説。CLAUDE.md で Notion の構造を Claude に教えることが精度向上の鍵であり、4 ステップで約 10 分で設定完了。
Figma Chrome拡張でClaude ArtifactsのHTMLをFigmaデータ化する方法
QiitaFigma公式Chrome拡張でWebページをFigmaデータ化できるが、Claude Artifactsのダウンロード HTML ファイルは拡張機能設定の「Allow access to file URLs」を有効化することで対応可能。この設定変更により、デザインとコードの往復がスムーズになる。
AI が賢くなるほど、勉強が必要になる理由
ZennAI が一般人より賢い時代だからこそ、AI を使いこなすには知識が必要という逆説的な論考。著者は、統計や実装の知識がないと AI の指摘の重要性が判断できず、設計判断も自分がしなければならないと指摘。AI は知識の「代替」ではなく「ブースター」であり、自分のレベルを基準に AI と一緒に学ぶサイクルが本来の使い方という主張。
Claude Code v2.1.185～v2.1.186 の主要アップデート
DevIOClaude Code v2.1.185～v2.1.186（2026年6月20～22日）では、MCP サーバーへの CLI 認証機能（claude mcp login / logout）追加、マシンスリープ復帰後のストリーミング失敗修正、named サブエージェント生成時の権限ルール未適用修正など、セキュリティと安定性の向上が中心。また ! bash コマンドの自動応答やワークフローのステータスフィルタリング、Skills セクション追加等、デフォルト挙動や UI の改善も含まれている。
制約条件下での記述体験 — Claude Code が Lean 4 でリソース制約を検証
HNClaude Code が無制限のリソース消費を前提とした実装を生成し、本番環境で OOM やファイルディスクリプタ枯渇に至る問題を解決するため、Lean 4 の型システムでメモリ使用量やオープンファイル数の上限を型に埋め込み、コンパイラが自動検証する手法を実装。型制約を緩い状態で AI に渡し、制約を有効化すると実装が自動的に最適化される。
Claude Codeのプランモードを使わない開発は非効率——Explore→Plan→Implement→Verify→Commitフローの重要性
QiitaClaude Codeを単なる実装ツールとして使うのではなく、調査（Explore）→計画（Plan）→実装（Implement）→検証（Verify）→コミット（Commit）の5ステップで段階的に活用すべき。特にプランモード（shift+tab）で実装前に設計・影響範囲・テスト方針を明確にすることで、スコープ膨張やレビュー負荷を軽減できる。
ループエンジニアリングを Cowork で実践する―毎週のクラッシュ週報を評価役つきで全自動 PowerPoint 化
QiitaClaude Desktop の Cowork を使い、クラッシュ週報の「データ取得→集計→検証→PowerPoint 生成」を全自動化するループシステムを構築。生成は自動だが検証は別エージェントが担当し、決定論チェックと文章チェック 2 段構えで品質を保証。人の作業は最終成果物の確認 1 分に削減。
Claude Code × git worktree で安全に並列作業する — statusline でセッション・ブランチを可視化
QiitaClaude Code が git worktree をネイティブサポートすることで、同一リポジトリ内で複数ブランチを物理的に分離し並列作業が可能になった。本記事では worktree の基礎から Claude Code の `--worktree` フラグ活用、`.worktreeinclude` による設定ファイル自動継承、複数セッション時の現在ブランチをステータスラインに表示する工夫まで実装例を交えて解説。