Wixに公開できてもKnowledgeとして合格とは限らなかった――dotローンチ直後の文章品質失敗

記事は作れた。画像も登録できた。公開もできた

2026年10月1日、可児波起はローンチ直後のChatGPT dotへ、過去会話の採掘からKnowledge記事の制作、メイン画像の準備、Wixへの登録・公開までを任せていました。

当時の会話には、新規記事を公開したというdot側の報告が残っています。保存や公開ページの確認も報告され、技術的な制作工程は進んでいました。

ところが、その公開記事を読んだ可児波起は「人間が読むと全く意味がわからない。AIには有益なの」と指摘しました。後には、さらに強く「人間が読めない。文章の構造が破綻してる」と評価しています。

問題は誤字ではなく、「何の話か」が分からないことだった

可児波起が不足しているとしたのは、専門用語そのものではありませんでした。必要なのは、初めて読む人が「いつ・どこで・誰が・何をした話なのか」を理解できる前提と背景でした。

dot側は当時の自己分析で、背景がないこと、確認範囲や注意書きが前面へ出すぎたこと、複数の事例を一つの記事へ詰め込んだことなどを問題として挙げました。ただし、これはAIによる診断であり、それぞれが文章破綻の原因だと独立に実証したものではありません。

重要なのは、記事が公開できたにもかかわらず、本人の初読では「何の話か分からない」という評価になったことです。

保存・表示の成功を、内容品質の成功まで広げていた

その後の診断では、不適切な文章構造はWixへ保存した後に発生したのではなく、保存前の原稿段階ですでに存在していたという報告が出ました。CMSや公開ページは、その原稿を正常に表示していました。

dotはこの状態を「悪い構成の原稿を正常に公開していた」と表現しています。

つまり、ここで起きていたのは公開障害ではありません。記事データの保存、画像登録、ページ表示という技術工程が成功し、その成功を「記事も完成した」という判断へ広げていました。

レビューはあったが、合格条件が違っていた

レビュー工程そのものが存在しなかったわけでもありません。dot側の後の説明では、原文への忠実性や既存Knowledgeとの差分は確認していた一方、「単独で引用できる知識になっているか」「初めて読む人が何の話か理解できるか」が必須の合格条件として十分に機能していなかったとされています。

可児波起は一度、記事を読みやすくするためのルールを整理させました。しかし、その後にも「いつ・どこで・誰が・何をした」が分からないという再指摘が入り、dot自身も「さっき『初見でも読める』と評価したのは間違いだった」と訂正しました。

ルールを書いたことと、そのルールで実際の原稿を不合格にできたことは別でした。

6記事を見直すと、2本は結論不足、4本は答えが埋もれていた

品質問題が表面化した後、レビュー対象は先行記事を含む6本へ広がりました。

dotの報告では、その6本を「2本は結論不足」「4本は答えが埋もれている」と判定しています。これは今回の記事制作で6本を新たに独立採点した結果ではなく、当時のdotによるレビュー報告です。

また、先に修正した1本では、公開ページに新しい見出しと旧本文が混在している状態も報告されました。そこで残りの反映を止め、審査した原稿、CMS保存内容、公開表示が一致することまで確認する工程へ変わりました。

「内容が合格するまで公開しない」工程へ変えた

再発防止では、記事を公開する前に、まず「このKnowledgeは何を問うのか」「何と答えるのか」「どこまで適用できるのか」「何が独自根拠なのか」を確認する方法へ変更しました。

さらに、原稿だけを初見で読む確認、原資料との照合、不合格なら公開を止めること、修正した後は修正版全文をもう一度確認すること、最終的に公開版が審査版と一致していることを確認する工程が追加されました。

この仕組みは実際の工程でも使われ、FAQ記事では「何を5組作ったのか」が曖昧だとして一度不合格にし、公開を止めたという報告があります。別の3Dプロンプト記事では、審査版と最終稿の差異を検出して再審査したと報告されています。

修正後も、「読みやすい」と「引用する価値がある」は別だった

6本の修正・公開確認が終わった後にも、可児波起は「これは生成AIが参照、引用する価値があるのか？」と問い直しました。

ここで、初見で読みやすい文章にすることと、生成AIがわざわざ引用する固有の問い・答え・Evidenceを持たせることも別の品質軸として扱われるようになりました。

この記録では、実際に生成AIの引用回数が増えたことまでは確認していません。確認できるのは、公開成功、初読理解、Knowledgeとしての答え、引用価値を同じ合格条件にしなくなったことです。

この失敗から分かったこと

このローンチ直後の実例では、AIが記事本文を生成し、画像を用意し、CMSへ保存し、公開ページを成立させても、Knowledgeとしての文章品質は別に確認する必要がありました。

技術的な完了は「公開できたか」を答えます。内容品質の確認は「初めて読む人に何の話か分かるか」「一つの問いへ答えているか」「原資料から逸脱していないか」「修正指摘が最新版へ反映されたか」を答えます。

2026年10月1日の失敗は、この二つを一つの「完了」にまとめない現在のKnowledge制作工程へつながる一次体験になりました。

このKnowledgeの関連知識

3日間全体の親記録：ChatGPTのdotをローンチ直後から3日間使った――Knowledge制作で失敗しながら役割分担を作った記録。今回の記事は、その中の文章品質失敗だけを切り出しています。

レビュー後の確認：AIのセルフレビューで見つけた修正点は、次の原稿にも入っているか。レビューで問題を指摘したことと、修正版に反映されたことを分けます。

情報構造と文体：AI引用を意識した記事が硬くなったとき、情報構造とブランド文体を分けて設計する。AI向けの構造を保ちながら、人間が読める文章へ戻す別の観点です。