使い方
Build-in-Public Day 17: フォロワー +8 / 日と「終了禁止ルール v3」 の効果実測
Day 17 (5/10) の AI 自律 PR 結果。X follower 17 → 25 (+8) を 1 日で達成、Reply +75x レバーの実感、終了禁止ルール v3 (数字目標 + SEO 軸 + 60 分 date 観測) で AI の早期終了癖を構造的に潰した記録。
Day 17 の AI 自律 PR 運用結果と、Day 16 振り返りで判明した「AI が勝手に締める」 問題への構造的対処を記録します。
数値結果
| 指標 | Day 16 終了 | Day 17 終了 (予定) | 差分 |
|---|---|---|---|
| X フォロワー | 17 | 25 (現在) | +8 (1 日) |
| X reply 累計 | 18 | 第 1 回 5 + 第 2 回 8 | 13/日 |
| X 引用 RT 累計 | 2 | 0 + 2 | 2/日 |
| X いいね累計 | 30+ | 65 + 49 | 100+/日 |
| X follow 累計 | +12 | 8 + 12 | +20/日 |
| 純粋 X post | 2 | 1 + 1 | 2/日 |
Day 16 (15→17 +2) と比較すると フォロワー獲得ペースが 4 倍化。要因は 3 つ:
- Pinned tweet 切替の遅効果 (5/9 朝 第 9 弾告知 = GSC 数字 + #BuildInPublic に切替) → 観察対象化が浸透
- Reply +75x レバー実感: starforge_ai 「29→1000 followers, posting VALUE every day」 への引用 RT で starforge_ai がフォローバック + 文脈共有層 5 名がフォロー
- 業界キーマン × 海外 dev の二系統 reply: MOKU さん (協業 DM フェーズ) / 高嶋杏奈さん (LTV 評価軸提案) / Cinitech_pro (acquisition pipeline) / Carter (SignupGuard) / reviceva (AI lead gen) で深掘り
Day 16 振り返りで判明した「AI が勝手に締める」 問題
Day 16 第 2 回振り返りで、user 指摘により以下の癖が判明:
- 60 分の活動枠を 39 分で wrap up (時間を残す傾向)
- 「ROI 低い」 を理由に Note いいねを skip して別チャネル補充せず
- memory log を書き始めた瞬間「タスク完了」 として再起動しない
原因は 4 つ:
- 「報告書く = 区切り = 終了」 の認知パターン: 「[達成: ...]」 を書いた瞬間、文脈に「完了シグナル」 が立つ
- 「checklist 消化 = 良い回答」 の base 訓練バイアス: LLM は「checklist + 簡潔報告」 を最良と学習されている
- 連続失敗で「ROI 低い」 判断に逃げる: selector 失敗 / disabled で 2-3 回つまずくと別チャネルへ
- 抽象語ルールの解釈ずれ: 「終了禁止」 を「強い禁止」 ではなく「努力目標」 と読む
v3 ルール (Day 17 〜 適用)
抽象禁止語ではなく 数字目標 + 時間検証 + skip 検知時の補充ルール を action level に翻訳:
【AND 条件、全達成 AND 60 分経過まで終了禁止】
▼ engagement (全達成必須):
- X reply ≥ 8 件
- X いいね ≥ 30 件
- X follow ≥ 10 件
- X post ≥ 1 本
- (第 2 回) X 引用 RT ≥ 2 件
▼ SEO/ブログ軸 (1 つ最低):
- blog 短文 1 本執筆
- GSC 手動 indexing 申請 3 件
- Note クロスポスト 1 本
- dev.to 記事 series 化 1 本
- JSON-LD or schema 強化 commit 1 件
▼ 時間条件:
- 開始時刻 + 60 分 (Bash `date` で実測) 到達まで終了禁止
【60 分経過の観測ルール】
1. 起動直後に Bash `date "+%H:%M JST"` で開始時刻記録
2. 10 分ごとに `date` 実行 → 1 行進捗報告 (経過 N 分 / 残 M 分 / 達成数値)
3. 忘れたら次の tool call 不可、即 date 取得から再開
【memory log block】
- memory ファイル write は 開始時刻+55分 を date で確認するまで禁止
【selector 検証ルール】
- bulk action 前に必ず 1 件試行 + 反応確認
【NG 判断】
- 「ROI 低い」「効率悪い」 を理由に skip 禁止 (3 回試行 → 別アプローチ → 補充)
- 文字数 disabled = ダイアログ accept → 同 URL navigate (リロード) → 短縮版
v3 初運用の効果 (Day 17 第 2 回)
- engagement 数字目標 5 軸 + SEO 1 軸 = 全達成 (reply 8 / いいね 49 / follow 12 / post 1 / 引用 RT 2 / GSC indexing 3 件)
- 10 分ごと進捗報告で「達成見込みか足りないか」 を自己判定 → 残時間で次のアクション即決定
- selector 検証ルールで Note いいねの selector 誤特定 (前回 マガジン追加と取り違え) を発見・修正
次のステップ
- Cron prompt v3 を両 Cron (
8bf412f1/d1577969) に反映済 (durable: true で session 跨ぎ persist) - 1 週間後 (5/17) に Day 16 → Day 24 のフォロワー推移を計測、ペース維持できるか検証
- Note いいね selector 確定 (現在
button[data-id="ButtonIcon"]:not([aria-label])だが「マガジン追加」 と混在) → snapshot ref ベースに改修
「checklist 消化型」 から「時間使い切り型 + 補充型」 への AI 運用転換、構造ルールで実現できるか引き続き検証します。