Kashi · 問題認知づくり / デマンド創出

note記事工場

50本の学術源泉を素材に、読者が「これ、私の職場だ」と気づく recognition 記事を、 1日1本・約3ヶ月で ~90本。営業はしない。まだ「対話不全が問題だ」という認識が低い、 そこに先回りで言葉を置く。

この工場のたった一つの任務は、読者が薄々感じている職場の違和感を、 本人より先に正確に言い当てて recognition させること。釣りは煽りではなく、 未言語化の felt を逆説で名付けることで取る。主語は常に「場」。締めは記憶検索を強制する質問。 解決も製品も匂わせない。

非営業場 not 個人 監視・予測フレーム禁止捏造ゼロ 1日1本 × 3ヶ月量はKPIでない

01なぜこの型になったか(3回の反復)

記事の「型」は、5源泉のパイロットを3回作り直して確定した。各段階で当事者(会議で声が 通らない30代会社員)の冷読と編集者の冷読を独立にかけ、瑕疵を潰した。

やったこと結果
v1「ヒアリングで聞いた」と生々しい証言で開く 廃棄。その証言はLLMの捏造だった(実在しない)
v2あなたのヒアリング引用をハイブリッドで使用 廃棄。冷読で全5本とも引用の瞬間が離脱点と判明 (「急に論文っぽい/よそ事になった/説得しにきた感じで冷めた」)。実在でも"嘘に見える"
v3バンク(実ヒアリング)も論文も書き手の土台に退け、本文は読者自身の記憶の鏡に 確定。全5本 4監査通過・recognition=strong・AI臭ゼロ
発見: あなたの本物のヒアリング引用ですら、ページ上に置くと記事を弱めていた。 読者は自分を recognition したいのであって、他人の分析を聞きたいのではない。 引用を土台に退かせたら、felt の真実性は保ったまま記事が強くなった。

02v3 の型(生成時に必ず守る)

① 純・読者recognition

本文は全て読者自身の記憶として書く(「こんな経験はないだろうか」)。 他者の証言・引用・「研究では」を本文に一切置かない(実在でも置かない)。

② 真実性

一人称の会社員体験(Justineに無い)・捏造数値・固有の捏造場面を書かない。 出所は source_footer(内部記録・投稿しない)にだけ残す。

③ 機械AI臭リント(finalizeで強制)

ダッシュ(——)≤1 / 「かもしれない」≤2 / 英単語0 / 機械語「学習」回避 / 反復構造≤2 / 開閉サンドイッチ禁止 / タイトル≤28字。

④ 構成

800-1100字・1場面1問い1指標・中盤に順序の逆転1回・全員免責・締めは記憶検索の質問。

絶対禁止:監視/検知/予測/退職予測/予兆/サイン/スコア化/特定/判定/危険度・ 個人主語の見分け方・製品名(Kashi)/LP/CTA/「可視化できます」/解決策・ 大学/ゼミ/慶應での研究framing(身分はbio委譲)。 1語でも入れば recognition 記事が監視ツール広告に転落する。

03生産パイプライン(4監査内蔵)

源泉 シード(タイトル/フック/felt) 本文(800-1100字) 4監査 ∥ 確定(離脱点を自動修正)

4監査は並列:fidelity(源泉/検出器を盛らない)・doctrine (禁止語・非営業)・当事者reader冷読(これ私の職場だと思うか/離脱点)・ craft(機械AI臭リント)。reader の drop_point は確定段で潰す。

04日次運用

Justine は「次」と言うだけ。端末は Claude が回す。

手順コマンド / 動作
次の1本note_queue.py next 1 → スペック
エンジン生成make_engine.py … /tmp/article_engine_daily.js
生成Claude が Workflow で実行(このステップだけClaude専用)
取り込みnote_queue.py ingest /tmp/wf_out.json → MD + Sheet
提示→投稿Claude が全文提示 → Justine が手動投稿(1日1本)
記録note_queue.py posted NA000XX <url>

台帳 ARTICLE_QUEUE.json(90スペック・cat日替わりinterleave)と Sheet note_articles タブで重複防止・進捗管理。 日次SOPは KICKOFF_PROMPT.md

05効果測定 — 量ではなく recognition