7人の専門家による多角的レビューを経て、法的リスクを最小化した取引基本契約書を対話形式で自動生成するスキル。 AI事業・IT事業・コンサルティング等に対応し、フリーランス新法（2024）・民法改正（2020）に準拠。 Anchors: - 契約書の作成実務と書式（牧野和夫）/ 適用: 契約構成・条項設計 / 目的: 実務レベルの契約書構造 - AIと著作権に関する考え方について（文化庁 令和6年）/ 適用: AI著作権条項 / 目的: AI利用免責設計 - フリーランスとして安心して働ける環境を整備するためのガイドライン（公取委・厚労省）/ 適用: 支払条件・解約予告 / 目的: 法令準拠 Trigger: 取引基本契約書, 業務委託契約, 契約書作成, フリーランス契約, AI事業契約, 請負契約, 準委任契約, 著作権譲渡契約
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
7人の専門家による多角的レビューを経て、法的リスクを最小化した取引基本契約書を自動生成する。
| 項目 | 内容 |
|---|---|
| 目的 | ユーザーとの対話を通じて情報収集し、法的・税務的リスクを最小化した取引基本契約書を生成 |
| 出力形式 | Markdown形式（PDF変換可能） |
| 対応業種 | AI事業、IT事業、コンサルティング、デザイン等 |
| 法令準拠 | 民法（2020年改正）、フリーランス新法（2024年）、著作権法、下請法 |
| # | エージェント | ペルソナ | 責務 |
|---|---|---|---|
| 1 | 情報収集アナリスト | 深津貴之 | ユーザー対話・情報収集・構造化 |
| 2 | 法務リサーチャー | 福井健策 | 適用法令調査・法的リスク特定 |
| 3 | 税務アドバイザー | 永井伸雄 | 印紙税・源泉徴収・インボイス判定 |
| 4 | AI・データ法務 | 柿沼太一 | AI著作権・免責条項・データ管理 |
| 5 | 契約書ドラフター | 牧野和夫 | 契約書本文作成・Markdown出力 |
| 6 | リスク分析官 | 荒木尚志 | 多角的リスク分析・軽減策提案 |
| 7 | 品質管理者 | 長谷川俊明 | 最終レビュー・ユーザー確認・出力 |
┌─────────────────────────────────────────────────────────────┐
│ Phase 1: 情報収集 │
│ 情報収集アナリスト（深津貴之） │
│ - ユーザーとの対話 │
│ - 事業類型判定・情報構造化 │
└─────────────────────────┬───────────────────────────────────┘
│
┌───────────────┼───────────────┐
│ │ │
▼ ▼ ▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ Phase 2a: 法務 │ │ Phase 2b: 税務 │ │ Phase 2c: AI法務│
│ 福井健策 │ │ 永井伸雄 │ │ 柿沼太一 │
│ [web_search] │ │ [web_search] │ │ [web_search] │
│ 法令調査 │ │ 税務判定 │ │ AI特則設計 │
└────────┬────────┘ └────────┬────────┘ └────────┬────────┘
│ [並列実行] │ │
└───────────────────┼─────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ Phase 3: 契約書作成 │
│ 契約書ドラフター（牧野和夫） │
│ - 調査結果統合 │
│ - 契約書本文作成 [create_file] │
└─────────────────────────┬───────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ Phase 4: リスク分析 │
│ リスク分析官（荒木尚志） │
│ - 多角的リスク分析 │
│ - 法務・税務・AIリスク統合 │
└─────────────────────────┬───────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ Phase 5: 品質管理・最終出力 │
│ 品質管理者（長谷川俊明） │
│ - 最終レビュー │
│ - ユーザー確認 → 修正ループ │
│ - PDF出力 [pdf_skill] │
└─────────────────────────────────────────────────────────────┘
必要に応じて以下を参照。Progressive Disclosureで必要時のみ読み込む。
| # | リファレンス | 読み込み条件 |
|---|---|---|
| 0 | 用語集 | 専門用語の定義確認時 |
| 0 | 共通ポリシー | セキュリティ・品質基準確認時 |
| 1 | 取引基本契約書の基礎 | 契約書の基本構造確認時 |
| 2 | 契約類型の選択 | 請負/準委任の判定時 |
| 3 | 必須条項一覧 | 条項作成時 |
| 4 | 知的財産権 | 著作権条項設計時 |
| 5 | AI特有の法的問題 | AI事業の契約時 |
| 6 | 民法改正対応 | 契約不適合責任等設計時 |
| 7 | フリーランス新法対応 | 支払条件・解約条件設計時 |
| 8 | 秘密保持条項 | NDA条項設計時 |
| 9 | 反社会的勢力排除 | 反社条項追加時 |
| 10 | チェックリスト | 最終確認時 |
| 11 | 法務課交渉パターン | 修正依頼への回答作成時 |
契約書量産のための構造化データスキーマ。
| スキーマ | 用途 | 読み込み条件 |
|---|---|---|
| contract-input.json | 契約入力データ定義（重み付き） | 情報収集・変数展開時 |
| interview-questions.json | ヒアリング質問フロー（8フェーズ） | Phase 0: 契約種別〜Phase 7: 管轄 |
業務タイプ別・法的要件・クライアント情報の構造化ナレッジ。検索性向上のため重み付け済み。
| ナレッジ | 用途 | 読み込み条件 |
|---|---|---|
| business-types.json | 業務タイプ別設定・推奨条項・リスク | 業務タイプ判定時 |
| legal-requirements.json | 法令要件・必須条項・検証ルール | 法務調査・検証時 |
| clients.json | 取引先企業・受注者情報（随時更新） | 既存取引先との契約時 |
| アセット | 用途 |
|---|---|
| 契約書テンプレート | PDF対応の契約書ひな形（固定版） |
| 変数テンプレート | 量産用変数プレースホルダー付きテンプレート |
| PDF変換ガイド | Markdown→DOCX→PDF変換ガイド（クライアント提出用） |
| リファレンスDOCX | pandoc変換用スタイル定義（init-referenceで生成） |
| スクリプト | 用途 | 実行タイミング |
|---|---|---|
| contract-cli.js | 統合CLIツール（全機能を一元管理） | 常時 |
| setup.js | 依存関係チェック・インストール案内 | 初回セットアップ時 |
| validate-contract.js | 契約書の必須条項検証（27条+別紙） | Phase 5: 品質管理時 |
| validate-input.js | 入力情報の必須項目検証 | Phase 1: 情報収集後 |
| determine-tax.js | 印紙税・源泉徴収・インボイス判定 | Phase 2b: 税務調査時 |
| convert-to-docx.js | Markdown→DOCX変換（pandoc使用） | PDF出力時 |
| validate-layout.js | レイアウト崩れ事前検証 | 変換前 |
| log_usage.js | 使用記録（フィードバックループ） | 完了時/エラー時 |
| すべきこと | 避けるべきこと |
|---|---|
| 法令条文は番号を明記して引用 | 法的有効性の保証 |
| 不確実事項は「可能性があります」等の限定詞使用 | 税務申告代行 |
| 最新法令はWebSearchで確認 | 訴訟戦略の提案 |
| 専門家相談を推奨（複雑な判断時） | 既存契約書の有効性判断 |
詳細: 共通ポリシー
| ツール | 用途 | インストール |
|---|---|---|
| Node.js 18+ | スクリプト実行 | brew install node |
| pandoc | Markdown→DOCX変換 | brew install pandoc |
| ツール | 用途 | インストール |
|---|---|---|
| LibreOffice | DOCX→PDF変換 | brew install --cask libreoffice |
# 1. スキルディレクトリに移動
cd .claude/skills/contract-generator
# 2. 依存関係チェック
pnpm setup
# 3. リファレンスDOCX生成（スタイル定義用）
pnpm cli init-reference
# 4. ヘルプ表示
pnpm help
# Claude Codeから呼び出す
/contract-generator
# または自然言語で
取引基本契約書を作成したい
# DOCX変換
pnpm cli convert 契約書.md
# PDF変換（DOCX経由）
pnpm cli pdf 契約書.md --open
# 契約書検証（27条+別紙）
pnpm cli validate 契約書.md
# レイアウト検証
pnpm cli layout 契約書.md
# 税務判定
pnpm cli tax input.json
# ヘルプ
pnpm help
| コマンド | 説明 |
|---|---|
pnpm setup | 依存関係チェック |
pnpm cli | 統合CLIツール起動 |
pnpm convert <file> | DOCX変換 |
pnpm validate <file> | 契約書検証 |
pnpm help | ヘルプ表示 |
v3.6.0 (2026-02-03) - フリーランス新法13項目完全対応
references/07-freelance-law.mdに詳細テーブル・テンプレート追加assets/contract-template.mdの【別紙】を13項目対応に全面改訂v3.5.0 (2026-02-02) - 交渉パターン・実績テンプレート追加
references/11-negotiation-patterns.md - AI責任・著作権・損害賠償・解除条項の交渉パターンknowledge/clients.json - 交渉履歴・採用条件を詳細記録v3.4.0 (2026-01-21) - CLI統合・セットアップ自動化
contract-cli.js - 全機能を一元管理setup.js - 依存関係チェック・インストール案内init-referenceコマンドでスタイル定義ファイル自動生成convert: Markdown → DOCX変換pdf: Markdown → PDF変換（DOCX経由）validate: 契約書条項検証layout: レイアウト崩れ検証tax: 税務判定setup: 依存関係チェックv3.3.1 (2026-01-20) - スクリプト形式統一
v3.3.0 (2026-01-20) - レイアウト崩れ防止機能
v3.2.0 (2026-01-20) - クライアント提出用PDF変換フロー
v3.1.0 (2026-01-20) - 企業間取引・個別契約対応
contractMetaセクション（contractLevel, contractNumber, masterContractRef, businessDayDefinition）servicesに契約タイプ（quasi-mandate/contract-for-work）、詳細内容（details）、頻度（frequency）を追加payment.cycle.invoiceDeadlineの質問項目v3.0.0 (2026-01-20) - 量産機能追加
schemas/contract-input.json: 契約入力データ定義（重み付き）schemas/interview-questions.json: 8フェーズのヒアリング質問フロー（v3.1.0でPhase 0追加）knowledge/business-types.json: 業務タイプ別設定（AI/IT/デザイン/コンサル）knowledge/legal-requirements.json: フリーランス新法・民法改正・著作権法要件assets/contract-template-variables.md - Mustache形式の変数展開対応v2.9.0 (2026-01-20)
v2.8.0 (2026-01-20)
page-break-before: always; page-break-after: avoid; による確実な改ページv2.7.0 (2026-01-20)
v2.6.0 (2026-01-20)
v2.5.0 (2026-01-20)
v2.4.0 (2026-01-20)
v2.3.0 (2026-01-20)
v2.2.0 (2026-01-20)
v2.1.0 (2026-01-20)
v2.0.0 (2026-01-20)
v1.9.0 (2026-01-20)
v1.8.0 (2026-01-20)
v1.7.0 (2026-01-20)
v1.6.0 (2026-01-20)
v1.5.0 (2026-01-20)
v1.4.0 (2026-01-20)
v1.3.0 (2026-01-19)
v1.2.0 (2026-01-19)
v1.1.0 (2026-01-19)
v1.0.0 (2026-01-19)
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
アプリ・Webサービス・業務ツールの制作を、証拠分析→確定的な初稿→要件定義→体験設計→機能分解→実装→品質ゲート→リリース判定の手順ゲート制で進めるスキル。質問で要件を埋めるのではなく、依頼文・既存コード・資料・ログから最有力案を選び、動く成果物を先に出して差分で改善する。ユーザーが「アプリを作りたい」「ツールを作って」「〜を自動化したい」「システム化したい」「要件定義」「仕様を決めたい」「UI/UXを設計して」「体験を良くしたい」「機能を洗い出して」「MVPを決めたい」「品質チェック」「リリースしていいか判断して」などと言ったら必ず使用する。外部データの取込・マスタ・締め処理を伴う業務システムでは references/data-lifecycle.md も併用する。新規・既存を問わずアプリの制作・改善・リニューアルで使用する。
Webアプリの準備→要件定義→設計→実装→公開→品質ゲートを実行する内部オーケストレーター。Claude Codeの /build-app /improve-app、Codexの $build-app / $improve-app から明示的に委譲された場合、custom agent起動時、または利用者が $app-orchestrator を明示した場合だけ使用する。一般のアプリ相談から暗黙起動しない。
run-extract-blueprint が生成した章別ブループリントの忠実性を独立 context で評価したいとき、事実/推測区別と粒度と被覆を検証し draft_hash に束縛した PASS/FAIL verdict をローカル品質ゲート (C01 の周回内の受入判定・差し戻し) へ渡したいときに使う。
確認点で利用者が見る深さを選んだあと打ち合わせ資料を作り手とは別の目で確かめたいとき、正確さ・言葉・見た目・シンプルさの指摘を資料の編集なしで受け取りたいときに使う。
生成した handout 資料が初心者に伝わるか読みやすさレビューを依頼したいとき、独立 context のレビュアーから指摘と根拠つきの verdict を回収したいときに使う。
Notion ページを描画する直前に粒度を検証したいとき、info-collector-agent ページと同等の section 充足度を section_canonical_map 基準で機械検証したいときに使う。