AI に投稿ネタ・素材・候補を作業のそばで継続採取させる仕組みでは、「固有名詞・数字が N 個以上」のような証拠量ベースの採取基準は失敗しやすい。証拠基準は具体性を測るが、受け手にとっての価値（読みたい・使いたい）を測らないため、バージョン同期や設定変更のような作業日誌が素通しし、台帳が「採取100%・活用0%」で渋滞する。

判断基準: 消費形式を先に書かせる

採取時に、最終的な消費形式（投稿なら読者向けの仮タイトル）を先に書くことを必須にし、「自然に書けるか」自体を判定器にする。補助ゲートの例:

• 文脈ゼロテスト: 書き手の内部事情（プライベートなツール名・手法名）を知らない読者が、タイトルだけで中身を想像でき開く理由があるか。内部固有名詞が主語で一般名詞に言い換えられないものは不可
• タイトルに入れる要素を型で限定する: 完成物（作った・公開した）／意外な数字／失敗と回復、のように受け手が反応する型を数種に絞り、どれも入らなければ捨てる
• 迷ったら捨てる・ノルマなし: 0件が正常な日と明示する。これが「AI が無理やりネタをひねり出す」問題への答えになる — 量の目標ではなくゲートで制御すれば、書けたものだけが残り、残ったものは定義上ネタになる

なぜ

採取と消費の間に形式変換（1行ログ→タイトル→本文）を挟むと、変換コストが後段に溜まり、後で見ても採取時の熱が再生されず活用されない。消費形式を採取時点で書かせれば、フィルタと下書きを同時に済ませられる。

検証

台帳の未使用滞留数と活用率を導入前後で比較する。滞留が減らないなら、ゲートでなく消費形式そのもの（短文投稿かブログか）が合っていない可能性を疑う。