取材型AIライティング

自社記事と顧客コラムを、AIが対話で経験を聞き出してから書く仕組み。書き手の代わりにAIが文章を作るのではなく、社長や現場担当者が持っている実例・判断の理由・例外を一問ずつ質問して引き出し、その回答だけを根拠に記事へ編集する。外部APIを一切呼ばず、既存のClaude対話環境とMarkdownファイルだけで回す。

AIに書かせた記事が薄くなるのは、書く力が足りないからではなく、書く材料がないからだ。会社の中には実例も判断の理由も例外もあるのに、それが誰にも引き出されないまま、一般論だけで記事が組み上がる。この仕組みは順番を逆にする。書く前に、AIが聞く。★「AIっぽくない」の定義を先に決めてある。語尾を人間らしく整えることでも、AI判定ツールを避けることでもない。**具体的な経験があること、条件付きの判断があること、根拠のある説明があること、その会社の言葉が入っていること**。この4つが揃った状態を指す。逆に言えば、独自情報が入っても検索順位や問い合わせが増える保証はない、とも仕様書に明記してある。★作りの特徴は「外部APIを直接呼ばない」こと。LLM API・検索API・音声認識API・CMS API・分析APIのどれも叩かない。APIキーを持たず、API課金への自動切替も作らない。AIの処理は担当者が既存のClaude対話環境を操作して実行する。無人実行もブラウザの自動操作も入れない。ただし「完全オフライン」を名乗るつもりもなく、Claude自体の通信や既存契約の利用上限は別に存在する、と正直に書いてある。上限に達したら進捗を保存して中断する。★Webアプリを作らない。Markdownのテンプレートと運用ルールと案件ごとの記録フォルダだけで構成する。補助スクリプトはフォルダ作成と必須項目チェックまでで、AI処理やネットワーク通信は入れない。顧客ごとにフォルダを分け、他社の経験・数値・表現を混ぜない。★ヒアリングは一問ずつ。初回3〜5問、追加は一度に最大2問まで。長い質問票は作らない。聞く内容も決まっている。実例（最近その相談を受けたとき、実際に何が起きていましたか）、判断（何を見てその方法を選びましたか）、条件（逆に、その方法を勧めないのはどんな場合ですか）、失敗と例外、根拠（その数値は記録ですか体感ですか）、読者への助言。「丁寧に対応」「高品質」だけでは独自情報として扱わず、具体的な行動を一度掘り下げる。ただし答えが出なければ深追いせず保留し、失敗談の開示も強制しない。★書いたことの出どころを残す。主張ごとにE001のようなIDを振り、**出所・日付・確認状況・公開可否・適用条件**を記録する。「本人確認済み」は外部検証済みという意味ではない、体感値を正確な実績値へ変換しない、一つの実例を業界全体の傾向として書かない——ここまで書き分けの禁止事項として決めてある。発言が矛盾したら両方を残して再質問し、新しい回答で過去の回答を黙って上書きしない。★顧客はClaudeアカウントを持たなくてよい。担当者が質問をテキストで渡し、返ってきた回答を取り込む。送信や催促の自動化はしない。CMSへの登録・公開・分析画面の確認も手動のまま残す。自動化すべきでないところを、最初から自動化しないと決めている。★途中で止まることを前提に作る。状態は brief → interviewing → evidence_review → outline_review → drafting → approval_pending → approved → published の8段階で、利用上限や情報不足で中断するときは status.md に「現在の状態・完了した工程・未解決事項・次に聞く質問・参照すべきファイル・保留理由・承認履歴」を書いて置く。**チャット履歴の記憶だけに依存しない。**再開するときは顧客IDと記事IDを確かめ、status.md と対象ファイルを読み直すところから始める。過去の原稿は消さず、版を足していく。★顧客ごとにフォルダを分け、他社の経験・数値・表現を混ぜない。再利用できるのは確認済みの情報だけで、料金・人数・提供サービス・実績数のように変わるものは、別の記事へ持っていくときに必ず取り直す。**ある記事で公開を許可されたことを、別の記事でも許可されたとは扱わない。**★効果の見方も決めてある。まず協力してもらえる2〜3社で各1〜2記事を試す。記録するのは回答時間・制作時間・修正回数と理由・承認者の5段階評価・根拠が追えるか・公開後の表示とクリック。**未取得の数値は空欄にする。0で埋めない**（取れていないことと、0だったことは違う）。そして継続するかどうかは、検索順位や問い合わせ数より先に、**「文章が具体的になったか」「制作が楽になったか」**で判断する。少数の記事からSEOの因果を断定しない、実験のために似た記事を同じサイトへ重複公開しない、とも書いてある。★受け入れの線引きも明確で、**承認前に公開しない・承認した版がどれか特定できる**ことを条件にしている。APIキーを設定せず外部APIを直接呼ぶコードが無い状態で、担当者の操作だけで一連の制作が終わること。この2つが満たせて初めて「できた」とする。

まだ作っていません。欲しい人が多いものから作ります。