Claude Artifact でチームのナレッジベースを「育てる」— AI駆動開発チームでの実践記
Hiroba による自動要約
複数の調査資料をClaudeのArtifactでHTML形式の統一ナレッジベースにまとめ、対話により継続的に更新・運用する手法を紹介。章単位での段階的構築、publish による無アカウント配布、差分更新による版管理、閲覧者のメモ機能実装時の注意点（window.storage と localStorage の使い分け）を実装ベースで解説。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3919 件あります。
関連する記事
同じタグの記事
SES単価相場を自力で底上げする2026年最新AI活用術
QiitaSES エンジニアの単価は契約構造で制限されやすいが、Claude Code や Cursor などの AI ツールを実務に組み込み、CLAUDE.md でプロジェクトルールを AI に継承させることで、スキルシート上の差別化と単価交渉の根拠を作ることができる。具体的なコマンド設定やポートフォリオ構築ステップを提示。
ONE COMPATH社内におけるAI駆動開発への取り組み（2026年8月版）
QiitaONE COMPATH では Claude Code と GitHub Copilot を開発者向けに展開し、技術勉強会での情報共有やチーム間のガイドライン展開を進めている。併せて Gemini や Claude Desktop を営業・企画部門にも広げ、セキュリティ設定や契約プランの検討を経て全社的な AI 駆動組織化を目指している。
実録・AIチームとアプリを作る（前編）— 課金導入40日間と、プレゼンまで48時間の総力戦
ZennClaude Code 6体のマルチエージェント「Lady's servants」がFlutter + Firebaseの旅行記録アプリ開発で実際に機能した過程を記録。アプリ内課金導入に40日を要した理由は、AIの知識と現実のずれ、外部サービスとの連携、ツールの暗黙的仕様であり、意思決定やスコープ管理は依然として人間の責務だったことが明かされる。
Claude の AskUserQuestion は万能ではない—事実確認と設計判断で使い分けよ
QiitaClaude Code の AskUserQuestion 機能について、著者は毎回中断していたという経験を分析。音声入力で利用時、選択肢では答えが不足し別の枠組みが必要になることに気づく。調査の結果、事実確認（出力形式・日付など）には向くが、設計判断や軸の決定といった AI の仮説が選択肢の範囲外になる問題に直面する場合には文章での相談が適切だと結論付けた。