顧客資料を Claude Code に入れるために：契約・合意・設定の整備方法
Hiroba による自動要約
Claude Code で顧客の設計書や仕様書を扱う際、法的に「ダメ」とされるのは技術的な問題ではなく契約・開示の問題。NDA の秘密保持条項で「第三者開示禁止」に抵触するため、AI 事業者を委託先として位置づけ直す契約、顧客との明文合意、deny ルール等の設定で段階的に対応することで入力可能にできる。個人情報については学習利用禁止の契約確認が前提条件。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5662 件あります。
関連する記事
同じタグの記事
コードより文書が多い——FA業務の非コード工程をClaude Desktopで回す
ZennFA エンジニアの業務は文書仕事が半分近くを占めるが、AI 活用ではコード生成ばかり注目されている。Claude Desktop を使い、断片的なメモを仕様書に構造化する、試験手順書を自動生成する、報告書を事実ベースで整形するなど、非コード工程で効果を出す方法を具体的に解説。仕様・コード・試験手順を同じ環境で連続的に回すことで、工程間の整合性を保つ。
Claude Code で複数の AI 担当を運用するときの失敗記録と、承認・品質チェック用テンプレート（無料配布）
Zenn筆者が Claude Code のメインセッションに複数の担当（企画・調査・制作・品質チェック）を任せた実験で、調査ばかりで成果が出ない、判断基準が揺れる、削除スクリプトの暴走、ユーザーファイルの上書きなど複数の失敗を経験。これらを防ぐため、ファイル書き込み権限の制限、品質チェックの独立、人間の承認ルール化をまとめたテンプレート（18 ファイル）を GitHub で公開。技術的な制限と文章ルールの組み合わせで、AI の多役化運用をコントロールする仕組みを解説。
人間の PR レビューを資産にする — チームの投票で Rules を育てる
ZennPR レビューで指摘される「こう書いてほしい」という意見を、チーム投票を通じて Rules に体系化する方法を紹介。Rules 作成の心理的ハードルを下げ、レビュー指摘を Agents.md / Claude.md などの共有ルールに反映させることで、書き手と読み手の双方を巻き込んだ運用を実現する手法。
AI活用で開発ベロシティが爆発したら「レビューが追いつかない」—SE→PM転身で得た現場の開発プロセス改善と失敗の学び
Zennjinjer株式会社で SE から PM/PL へ転身した著者が、AI ツール活用による開発高速化と直面した課題を公開。仕様駆動開発・Figma MCP・朝会による連携などの改善施策を実装した一方、AI駆動開発では未経験領域のタスクに通常見積りの2倍バッファが必要であること、ベロシティ上昇に伴うレビュー工程のボトルネック問題を実測データとともに報告。