Claude Codeで9体のAIエージェント編集部を運用する方法
Hiroba による自動要約
Claude Codeで構築した複数エージェントチームを「回す」ための実践的なノウハウを記録。組織設計・品質管理・改善サイクルの3部構成で、Playbookや委任プロトコル、三層品質ゲート、実際の事故事例などを解説。既にAIチームを構築したが運用に課題がある開発者向け。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3813 件あります。
関連する記事
同じタグの記事
AI エージェントを開発に入れて 2 ヶ月 ── 品質と説明責任をどう担保したか
QiitaClaude Code を用いた 2 ヶ月のプロジェクト運用で、品質・説明責任・暴走防止を「気をつけます」ではなく仕組みで実現した事例。機械が事実を算出し AI が判断を添え人が裁定する 3 層設計、承認ゲート・不可逆操作の人手保持・意図的な破壊テストなどにより、技術的品質と経営判断の分離を機械的に保証。ドキュメント 3 層化で全決定の経緯を追跡可能にした。
文字数もNGワードも、実は同じ文字列マッチでコード実行検証できる
Zennメール文面の「150字以内」「禁止語の不使用」「謝罪は1回限定」という複数制約を、Claude Code で 1 回のプロンプトでまとめて検証する手法を実装。文字数カウントと禁止語チェックは見た目に異なるが、両者とも文字列処理として統一的にコード実行で検証できることを確認した一方、リストにない類義表現はすり抜ける限界も明示。
Claude Design でガイドラインをデザインシステムに──架空企業の PowerPoint テンプレート構築
ZennClaude Design にいきなりテンプレート作成を依頼する代わりに、まず Markdown でガイドラインを書き、それをデザインシステムとして登録することで出力のブレを大幅に削減した事例。色トークンの使用比率や座標の明示、禁止事項の列挙といった具体的な記述方法が効果的だった。
顧客資料を Claude Code に入れるために：契約・合意・設定の整備方法
ZennClaude Code で顧客の設計書や仕様書を扱う際、法的に「ダメ」とされるのは技術的な問題ではなく契約・開示の問題。NDA の秘密保持条項で「第三者開示禁止」に抵触するため、AI 事業者を委託先として位置づけ直す契約、顧客との明文合意、deny ルール等の設定で段階的に対応することで入力可能にできる。個人情報については学習利用禁止の契約確認が前提条件。