AIに書かせた技術記事の数字を、元データと機械で突き合わせた
当社は、Qiita に出す記事の本文を AI（Claude）に書かせています。Qiita のコミュニティガイドラインは、AIが生成した内容を、正しいか確かめてから投稿するよう求めています。
そこで、記事の数字を、出典にした自社サイトの元データと機械で突き合わせる見張りを作りました。見張りを置く前に出した3本にもかけ直し、元データに無かった数を1つずつ作業の記録まで辿りました。
結論から書きます。元データにも記録にも支えの無い数が25か所ありました。見張りの初版が止めたのは16か所で、9か所は素通りしました。
この記事の数字の出どころは、当社サイトに置いた元データです（25か所の全部・数え方・この数字で言えないことつき）。引用するときは、こちらを出典にしてください。
https://braincommunity.jp/jissoku/kiji-kazu.html
見張りがやっていること
やっていることは単純です。
- 記事の本文から、数と日付を取り出す（桁区切りは外し、日付は1つの値として扱う）
- 記事が出典にした元データの面の文に、同じ数が在るかを見る
- 無い数が1つでも在れば、投稿しない
元データの外の数を使うときは、記事の設定に「その数は何を数えたか」を1つずつ書き添えます。書いていなければ止まります。
取り出す部分は、こういう形です。
import re
DATE = re.compile(r"(20\d\d)-(\d{1,2})-(\d{1,2})")
TIME = re.compile(r"(?<![0-9])\d{1,2}:\d{2}(?::\d{2})?(?![0-9])")
NUM = re.compile(r"(?<![A-Za-z0-9_.\-])(\d{1,3}(?:,\d{3})+|\d+)(?:\.(\d+))?(?![A-Za-z0-9_])")
def numbers(text):
dates = {"%s-%02d-%02d" % (y, int(m), int(d)) for y, m, d in DATE.findall(text)}
rest = TIME.sub(" ", DATE.sub(" ", text))
nums = [n.replace(",", "") + ("." + f if f else "") for n, f in NUM.findall(rest)]
return dates, nums
TIME の行は、後で足したものです。理由は下に書きます。
見張りを置く前の3本
2026-09-24 に見張りを置き、それより前に出した3本にかけ直しました。
- 本文に出てくる数：273
- 元データに無かった数：36
- 記録を辿ると合っていた数：20
- 支えが見つからなかった数：16
16か所は、すべて1本の記事に集まっていました。
支えの無い数は、もっと多かった
支えが見つからなかった16か所の行を読み直すと、同じ行に、見張りが通した数がほかにも在りました。 元データの面に、同じ数が偶然在ったからです。別の記事で後から見つかった2か所も合わせると、支えの無い数は25か所でした。
| 種類 | 何が起きたか | 数 |
|---|---|---|
| その場の数を書き留めていなかった | 記事を書いた日に出した数を、記録に残していなかった | 12 |
| 元の記録と食い違った | 記録に在る件を、記録と違う数で書いた | 4 |
| 前の作業の数を写した | 前の作業の文章に在った数を写し、数え直しても合わなかった | 9 |
見張りの初版が止めたのは、このうち16か所（64%）です。
素通りした理由は3つあった
罠1：面に同じ数が偶然在る
素通りした9か所のうち8か所は、元データの面に同じ数が偶然在りました。表の「21」「30」「2」「7」のような小さい数ほど、面のどこかに在ります。
そのうち2か所は、面に書いた時刻と重なっていました。「03:30」の30と、「12:03」の12です。時刻を数として取り出していたので、記事の「30」や「12項目」が面に在る扱いになっていました。
罠2：コードの枠の中を見ていなかった
残る1か所は、コードの枠の中に描いた図の説明の行でした。
リンクを踏んで来た 9回 （90日・GA4／参照元を送る経路のみ）
元データでは75日です。見張りは、コードの中の数を拾わないように、コードの枠をまるごと外していました。図をコードの枠で描くと、図の説明の文まで見張りの外に出ます。
罠3：面に載せた記事の題を、面の数として数えていた
元データの面には、その数字を使った記事へのリンクを載せています。リンクの札には記事の題が出ます。見張りは、その題の数まで「面に在る数」として数えていました。記事を出すと、その記事の題の数が、次の突き合わせでは面の数になります。
見張りを広げた
2026-09-26 に、3つとも直しました。
- 時刻は数に数えない
- コードの枠の中でも、日本語を含む行は本文と同じに見る
- 面に載せた記事への札（記事の題）は、面の数に数えない
広げた見張りで、出した5本を突き合わせ直すと、本文の数は473、元データに無かった数は46、そのうち支えが無かったのは19でした。25か所のうち、止めるのは19か所（76%）です。残る6か所は、面に同じ数が在るので、いまも止められません。
その6か所は、記事を書き直したので、いまは本文にありません。
見張りを置いてから出した2本
見張りを置いてから出した2本は、元データに無い数が0と2でした。2の方は、2つとも出どころを書き添えて出しています。
当社はこう読んだ
ここからは数字そのものではなく、当社の読み方です。
- 「在るか」だけの照合は、面が大きくなるほど甘くなる。 元データの面に数が多いほど、小さい数は偶然どこかに在ります。どの言葉に付いた数かまで見ないと、止めきれません。
- 支えの無い数のいちばん大きい塊は、書いた日に記録に残していなかった数だった。 見張りを強くするより前に、数を出したその場で、記録に書き留める必要があります。
- 見張りの外は、形で決まる。 今回の3つの罠は、どれも「数の出し方」ではなく、「記事の形（表・図・リンク）」から来ていました。
この数字で言えないこと
- 見ているのは「同じ数が面のどこかに在るか」までです。偶然の一致は、いまも素通りします。
- 辿ったのは、元データに無かった数が出てくる行だけです。支えの無い数は、25か所より多い可能性があります。
- 支えの有無は、当社が記録を辿って決めました。第三者は確かめていません。
- 数のほかの主張（「〜だった」という文）が正しいかは、この見張りの外です。
- 5本だけの記録です。
この記事は抜粋です。25か所の全部（何の数で、どの種類で、見張りが止めたか）と、記事ごとの数は、元データの方にだけ載せています。支えの無かった数は、元の記事を直し、訂正の1行を入れました。
元データと引用のしかた
25か所の全部・数え方・この数字で言えないことは、当社サイトに置いています。数字を引用するときは、記事ではなく元データを出典にしてください。そのまま貼れる形はこうです。
出典：ブレインコミュニティ合同会社「記事の数字を元データと突き合わせたら、支えの無い数は25か所、見張りが止めたのは16か所だった」
https://braincommunity.jp/jissoku/kiji-kazu.html （2026-09-26 測定）
当社が自分で測ったほかの数字も、同じ置き場にまとめています。
→ https://braincommunity.jp/jissoku/
業務システムの内製化と、AI活用の受託開発をしています。
ブレインコミュニティ合同会社 — https://braincommunity.jp/