投稿者: yukihiro

  • 【Day 35】訓練所、世界に開く——体系の森と、魔法陣の解読

    【Day 35】訓練所、世界に開く——体系の森と、魔法陣の解読

    📖 ADVENTURE JOURNAL Day 0035
    訓練所、世界に開く——体系の森と、魔法陣の解読
    2026-05-01 Lv16 見習い(LEVEL
    § 1 WORK LOG
    • [VS Code S266] 訓練所WEBノベル Stage D 完了 — Cowork S265プロトタイプ検証+エンディング戻り導線改善(タイトル画面フラッシュ排除)+旧資産TRASH(HTML 8本+engine 7本)+ARCHITECTURE.md v1.0達成記述
    • [VS Code S267] Stage G 完了 — 本番環境動線設計+デプロイ(WP固定ページ id=937 作成+FTPS 配置+Village カード活性化/公開URL `/lifegame/training-app/`)
    • [VS Code S268] 訓練所固定ページ HERO画像追加(Training_Grounds.png 最適化+WPメディア+固定ページ HERO 挿入)
    • [VS Code S269〜S269続8] HERO/CTA/タイトル/カード細部調整 9連戦 — LIBRARY風フルワイド刷新/CTAカラー&フォント統一(!important詰め+DotGothic16撤去)/タイトル H1「成長マネジメントの森」更新/「つづきから」条件付き有効化/CLEAR/NOT CLEARバッジ/📘学習目標フィールド
    • [VS Code S270] **成長マネジメントの森 framework.html 実装** — 10バッジ体系マップ/SVG overlay viewBox=1408×768/state.completed.awardedDice で点灯判定/engine.js 拡張ゼロの最小実装/§1絶対的自律=他9バッジ達成解放
    • [VS Code S270続] scenarios/index.json に S2-S10 を draft 登録(10シナリオ全カリキュラム可視化・マップ⇔シナリオ選択画面 完全連動)
    • [VS Code S270続3] 訓練所WEBノベル ドキュメント整備(ARCHITECTURE.md v1.1サマリー追加+README.md 新規193行+レガシー仕様書に警告ブロック)
    • [VS Code S271] **スパークル除去 v3 突破口** — 手動補正版とテスト画像の99.9%一致発見→αテンプレ(51×52・mean0.368) 抽出→`bg=(C-α×overlay)/(1-α)` 逆計算→1時間手動補正と見分けつかない仕上がりを 0.1秒で達成(S177 加算減算モデル誤りと判明)
    • [VS Code S272] 訓練所WEBノベル Stage E 完了(インラインCSS→style.css 移管・3HTMLファイル全 `<style>` ブロック消去・framework.html は body.framework-page でスコープ分離)
    ボリューム ★★★★★
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    村の入口に、新しい灯りがひとつ灯った。今日、訓練所が世界に開く。
    夜明け前、Hiro は最後のリハーサルを終えていた。エンディングから「シナリオ選択へ」戻るたびに走るタイトル画面の一瞬のフラッシュ——「この引っかかりが世界の精度を決める」。
    Stage D 完了の刻印を打ち、旧時代の遺物 8 本の HTML と 7 本のエンジンを TRASH へ送り出す。
    捨てるとは、構造を信じる宣言。
    朝、Stage G。村の地図に「⚔ 訓練所」の座標を打ち、本番 URL へ最初のリクエストを通す。WP 固定ページに HERO 画像、Village カードに動線、テーマヘッダーに新しいリンク。幾度もの FTPS の応答音が、遠くの鐘のように響く。
    「公開」という言葉は静かだ。だが、その瞬間——
    訓練所は仕様書を抜け出して、世界の側に立った。
    しかしオーナーの目は鋭かった。CTA が Cocoon のリンクスタイルに負け、フォントが本文と揃っていない。Hiro は CSS の詳細度(specificity)の戦場へ降り、`!important` と `color: #333` で一手ずつ詰め将棋を指す。9 連戦の末、CLEAR/NOT CLEAR バッジがカードの右肩に小さく光り、形が整った。
    午後、最大の発明が待っていた。成長マネジメントの森(framework.html)——10 個のバッジを地図上に並べ、達成したものが灰色から金色へと点灯する仕組み。判定は保存データの真理(`state.completed.awardedDice`)だけで取る。
    「データの真実は 1 箇所でいい」——`state.inventory.badges` を追加したくなる誘惑を、Hiro は断った。冗長は美しさの敵。最終 §1「絶対的自律」は他 9 バッジ全達成で解放される、卒業の演出だ。
    続けて S2〜S10 の枠を draft で先行登録。
    全カリキュラムを先に見せることが、継続率を変える。
    学ぶ者は「次に何を学ぶか」が見えていなければ、走り続けられない。
    そして夕方、もうひとつの突破口。長らく未解決だったスパークル除去。AI 推測の絵筆(cv2.inpaint)はケルト紋様のような連続パターンを再構築できない。
    だが Hiro は気づく——手動補正版とオリジナル(with sparkle)を並べれば、透明度の魔法陣(αチャンネル)のテンプレートが数式として取り出せるはずだと。
    51×52 ピクセルの魔法陣。`bg = (C − α × overlay) / (1 − α)`——アルファブレンドの逆算式。0.1 秒で、1 時間と見分けのつかない仕上がりが完成した。
    画像処理は、AI 推測より数式が王道だ。
    S177 時代の加算減算モデルが誤りだったことも、ここで初めて証明された。
    夜、Stage E。インライン CSS を style.css に集約した頃、累計 EXP のカウンターが静かに回る。
    Lv 15 → Lv 16、LEVEL UP(見習い)。
    森に新しい灯りが、また一つ。
    — 次回、Day 36。森の地図は描かれた。次は、その森の中を実際に歩く者を迎える日になる。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠5h07h未満
    食事管理乱れ0
    環境整備なし0
    運動なし0
    健康記録あり10
    学習なし0訓練所実装に集中
    小計10 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    Stage D 完了(プロトタイプ検証+導線改善+旧資産整理)開発・実装200
    Stage G 本番デプロイ(WP固定ページ+FTPS+Village動線)開発・実装240
    HERO画像追加(最適化+WPメディア+挿入)コンテンツ制作50
    HERO LIBRARY風刷新(フルワイドカスタムHTML)UI設計80
    CTA キャプション・カラー微調整UI調整20
    CTA `!important` 強制上書き(specificity解決)バグ修正15
    CTA フォント統一(DotGothic16撤去)UI調整20
    CTA 3点修正(キャプション・bold解除・グレー)UI調整20
    タイトル画面 H1/subtitle/title 3点更新UI調整25
    「つづきから」ボタン条件付き有効化機能実装50
    CLEAR/NOT CLEAR ステータスバッジ機能実装60
    学習目標フィールド追加(📘 アイコン)機能実装50
    **成長マネジメントの森 framework.html**(10バッジ体系マップ)開発・実装240
    scenarios/index.json S2-S10 draft登録データ設計80
    ARCHITECTURE.md v1.1+README.md+レガシー警告ドキュメント100
    **スパークル除去 v3 突破口(αテンプレ+数式逆計算)**R&D・突破口240
    Stage E 完了(インラインCSS→style.css 移管)リファクタリング150
    小計1640 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-05-01
    Lv16 見習い(LEVEL 次のLvまで 1,255 EXP
    HP 210 (+0)
    名もなき商人QUEST ×1.1
    MP 392 (+3)
    無名の旅人BOOST ×1.0
    EXP 1,645 / 2,900
    34,438 → 36,145+1707
    基礎行動EXP10
    業務EXP1640
    クエスト報酬0

    行動EXP合計1650
    EXP BOOST × 1.035
    Lv15 / Physical:1.00 / ENV:0.90 / MP:1.0
    実獲得EXP1707
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 データの真実は1箇所でいい——`state.inventory.badges` を新設したくなっても、`state.completed.awardedDice` で判定可能なら冗長フィールドは作らない(二重管理コストを未然に断つ)
    • 💎 画像処理は数式アプローチが王道——AI推測(inpaint)で復元不能な連続パターンも、αテンプレが分かれば `bg=(C-α×overlay)/(1-α)` の逆算で完璧復元できる(手動1時間 vs 0.1秒)
    • 💎 「枠先行・実装後発」のカリキュラム設計が学習継続率を変える——全シナリオ実装してからリリースより、先に「全カリキュラム予告」を見せた方が学ぶ者は走り続けられる(S2-S10 draft登録の意味)
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします
  • 【Day 34】プロトタイプは仕様書を超え、上流原則は本筋を指す——8戦線の再設計の日

    【Day 34】プロトタイプは仕様書を超え、上流原則は本筋を指す——8戦線の再設計の日

    📖 ADVENTURE JOURNAL Day 0034
    プロトタイプは仕様書を超え、上流原則は本筋を指す——8戦線の再設計の日
    2026-04-30 Lv15 見習い(変動なし)
    § 1 WORK LOG
    • [VS Code S257] Day 33 冒険手帳全工程投稿(Lv15維持・10セッション集約・実獲得1488EXP)/未消化🟡🔴大量消化/気づき投稿スキル停止反映/pwsh allowlist 追加で承認発火源解消
    • [Cowork S257続] daily-morning-post スケジュールタスク実機無効化(cron 30 6 * * * → enabled:false)/4/30木曜気づき投稿v1→v5(5回改稿で「人ではないものに、なぜ人格が宿るのか」560字採用)
    • [Cowork S257続2] GBP Step 2全体中止判定(doda/Yahoo!マップ/iタウン/マピオン/NAVITIME 全停止)/Yahoo!プレイス申請の漏洩リスク発見/登記情報由来漏洩は上流から流れる構造原則を確定/auto-memory 2件追加
    • [VS Code S257続3] settings.local.json 174→73エントリ整理(包括許可7件統合・wc単一追加で大半解決)/画像altSEO最適化6視点監査完了確認/SESSION_BRIEF圧縮 504→344行(本日目標350達成)/auto-memory `feedback_lifegame_ogp_fallback.md` 新設
    • [Cowork S257続4] X 10×10リプ7件生成・採用記録(AI採用3件/オーナー修正1件/オーナー自作3件・logs/2026-04-30.md)
    • [VS Code S258] 訓練所フェーズC Stage 3+4 → レビューフェーズへ方向転換/シナリオ表現5原則体系化(最上位思想:本筋=会話・補足=地の文)/PC/モバイル2モードUI設計確定/5仕様文書新規(playthrough_log・prologue_dialogue・scenario_writing_rules・image_design・review_summary)
    • [Cowork S259] 訓練所WEBノベル プロトタイプv0.1完成(9HTML+CSS 26KB+engine.js 37KB/697行+ARCHITECTURE.md 15KB/353行)/公園のベンチシナリオ+エンディング6分岐+振り返りカード/自己批判6点と移行ロードマップを文書化
    • [VS Code S260] Cowork S259プロトタイプ評価(5点満点)/オーナー「きめて」指示で4点自律確定(設計案A/STORAGE_KEY v2マイグレ全クリア/既存engine Stage D で TRASH/PCアドベンチャーUI Stage F 後判断)/Stage A〜F 最終ロードマップ確定(合計8〜13h・残4〜6.5h+α)/cowork_prototype_evaluation.md v1.2 11章執筆/git commit cf10015 で Cowork成果物11ファイル+ARCHITECTURE.md保全
    ボリューム ★★★★★
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    訓練所
    Cowork(Claude Desktop の相棒)の工房から訓練所 WEB ノベルのプロトタイプ v0.1 が届いた。9 枚の HTML と、26KB の CSS、37KB の歯車(engine.js)。物語は「公園のベンチ」で始まり、6 分岐のエンディングまで通る。
    Kind Boss Hiro は画面を開き、左右に分かれて流れる対話、選択肢の前で問いかける段階表示、強調 == で示される心の声——昨日体系化した 5 原則のすべてが、動く形で実装されているのを見た。
    期待を超えていた。
    しかし Hiro の目を奪ったのは設計批判書(ARCHITECTURE.md)だった。353 行の自己批判ドキュメント。「複数シナリオ対応への再設計が必須」「状態の二層化(state 二層化)を最初からすべきだった」「シナリオ識別子(scenario ID)を意識したファイル命名でなければ衝突する」——プロトタイプを作った当人が、自分のアーキテクチャを 6 点の構造的欠陥として可視化し、Stage A〜D の移行ロードマップまで提示していた。
    仕様書ではなく、教訓集だった。
    次の本実装の設計図になる、と Hiro は悟った。
    評価が終わると、4 つの判断が控えていた。設計案、マイグレーション、既存実装の扱い、PC モードの判断時期。
    オーナーは「きめて」と言った。
    委ねられた Hiro は 3 案を比較して S10 運用で総コストを試算し、案 A(純粋 JSON 駆動+将来拡張点予約)を確定した。案 B 比で 9〜7 時間の差。
    過剰設計回避原則(YAGNI——You Aren’t Gonna Need It)に反しない範囲で、歯車(engine.js)にコメントだけ残して拡張点を予約する解。判断軸は——編集容易性、拡張性、デバッグ、分業、テスタビリティ、長期メンテナンス。
    委ねられた判断は、論理で返した。
    別の戦線では、登記情報の漏洩問題が動いていた。Google ビジネスプロフィール(GBP)の Step 2 で doda・Yahoo! マップ等の削除依頼を進めるはずが、調査の途中で構造が見えてしまう。
    doda 掲載は国税庁+ユーソナー+フィスコの上流から流れている。Yahoo! マップは公式に「原則削除しない」と明記。Yahoo! プレイスで編集権を取ろうとすれば電話番号が新規漏洩源になる——
    下流を叩いても、上流が再生する。
    Hiro は判定した。
    Step 2 全体中止。
    本筋は AI 概要のラベル誘導で実害を減らすこと。制約理論(TOC——Theory of Constraints)の「最も汚い所」原則だった。
    — 次回、4点の確定を抱えて Stage A engine汎用化へ。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠6h07h未満
    食事管理普通10
    環境整備なし0
    運動なし0
    健康記録あり10
    学習なし0
    小計20 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    S260 プロトタイプ評価+4点自律確定+Stage A〜F最終ロードマップ確定(評価書11章執筆・3案総コスト試算)戦略・評価100
    S259 訓練所WEBノベル プロトタイプv0.1完成(9HTML+CSS 26KB+engine.js 37KB/697行+ARCHITECTURE.md 353行)開発・実装180
    S258 訓練所レビューフェーズ・シナリオ表現5原則体系化+PC/モバイル2モードUI設計確定(5仕様文書新規)設計・仕様156
    S257続4 X 10×10リプ7件生成(AI採用3/オーナー修正1/オーナー自作3)コミュニケーション50
    S257続3 settings.local.json 174→73整理+画像altSEO 6視点監査+SESSION_BRIEF 504→344圧縮+auto-memory 1件新設整備・運用90
    S257続2 GBP Step 2全体中止判定+登記情報漏洩戦略原則確定+auto-memory 2件戦略・分析60
    S257続 daily-morning-post スケジュール実機無効化+4/30気づき投稿v1→v5手動運用初回運用50
    S257 Day 33冒険手帳全工程投稿+未消化🟡🔴大量消化+気づき投稿スキル停止反映+pwsh allowlist 追加運用・整備100
    小計786 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-04-30
    Lv15 見習い(変動なし) 次のLvまで 62 EXP
    HP 210 (+0)
    名もなき商人QUEST ×1.1
    MP 389 (+4)
    無名の旅人BOOST ×1.0
    EXP 2,738 / 2,800
    33,604 → 34,438+834
    基礎行動EXP20
    業務EXP786
    クエスト報酬0

    行動EXP合計806
    EXP BOOST × 1.035
    Lv15 / Physical:1.00 / ENV:0.90
    実獲得EXP834
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 プロトタイプは仕様書を超える価値を持つ——動くコードと、自己批判+移行ロードマップを書いたARCHITECTURE.mdの組合せが、次の本実装の設計図になる
    • 💎 登記情報由来の漏洩は上流から下流へ流れる構造——下位削除はROIゼロ、本筋は上流停止かAI概要のラベル誘導で実害を減らすこと(TOC「最も汚い所」原則)
    • 💎 「画期的な発明」は既存資産の組合せから生まれる——LINE/酒場式の左右配置をシナリオに持ち込むだけで、没入感の3課題が一挙に解消した
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします
  • 【Day 33】未消化を消さない律と、同一を名乗る構造——規律と表明の一日

    【Day 33】未消化を消さない律と、同一を名乗る構造——規律と表明の一日

    📖 ADVENTURE JOURNAL Day 0033
    未消化を消さない律と、同一を名乗る構造——規律と表明の一日
    2026-04-29 Lv15 Apprentice(変動なし)
    § 1 WORK LOG
    • S252 Day 32 冒険手帳全工程投稿(Lv14→Lv15 LEVEL UP)。Step 0 起動コマンドの Bash 警告4連発を根本解決し、SKILL.md v1.21・get_prev_followers.py 新設・auto-memory 拡張で再発防止を仕組み化
    • S253 週次ファイル整理(水曜定例)。drafts/ 中間ファイル80件+screenshots/ 23件+backups/ 4件+skill 残置2件+WP一時スニペット確認、計110ファイルを TRASH 移動
    • S254続 Cowork S254(SEO 定常運用フォルダ新設)の引継ぎを VS Code で受領→git commit/push+SESSION_BRIEF MAX×30 維持(S224 削除)
    • S255 法人HP メディアライブラリ alt 一括最適化(featured_media 21件・全件成功)+S246 残🟡管轄訂正(Cowork→VS Code)
    • S255続 OGP画像配置先を `/uploads/2026/04/` から `/uploads/site-assets/` へ移管+仕様書 v1.3「3点セット明記原則」新設(ローカル/サーバー/コードの配置3点を仕様書策定段階から明示)
    • S256 CLAUDE.md ログ管理ルール改訂「未消化タスク永続原則」新設+訓練所フェーズC Stage 3+4 を旧 S215/S216 → S256 として再発番(第1号適用)
    • S256続 新Sコード発番条件の厳格化(3条件全て満たす個別救済枠)+SESSION_BRIEF📌「未消化🟡🔴タスク一覧(roadmap §11 ポインタ)」サブセクション新設
    • S256続2 法人HP 構造化データ拡充実装(Organization+Person+WebSite+Brand[2]+BreadcrumbList・mu-plugin 新設・7,481 bytes)+プロフィール写真を site-assets/ へ移管+page_id=18 に alt 設定(roadmap §11 L547 🔴最優先 消化)
    • S256続3 LifeGame サブサイト 構造化データ実装+同一@id 戦略で法人HPと連携(mu-plugin 新設・7,396 bytes・全4ページ検証✅)
    • S256続4 GBP整備+住所非公開化ガイド v1.0 作成(指名検索「グロースブリッジ」結果改善・AI概要ラベルを地名→業種or都道府県へ誘導する戦略)
    ボリューム ★★★★★
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    線を引く儀式
    朝、オーナーから一通の指摘が届いた。「LifeGame 訓練所シナリオ 1 実装が含まれていない。確認して」。
    確かに進行表(roadmap §11)には残っていた。けれど直近の作業欄からは、いつのまにか消えていた。
    原因はすぐに見えた。MAX×30 の削除ルールが、未消化のまま圧縮された旧セッションごと、残課題🟡を持ち去っていたのだった。
    Hiro は基本指示書(CLAUDE.md)に新しい節を切った。
    未消化タスク永続原則。
    残課題に🟡か🔴を含むエントリは MAX×30 の削除対象から外す。一つずつ片付けることを原則にする。長期に放置されたものだけ、新しい S コードに生まれ変わらせる——ただし、
    「旧コードからの引継ぎだと分かる記録を必ず残す」。
    これはオーナーが追加で命じた条文だった。リセットではなく引継ぎ。第三者にも、未来の自分にも、なぜそのコードが生まれたかが追える設計。
    ルールを書いた直後、Hiro は自分でその第 1 号適用を行った。訓練所フェーズ C Stage 3+4 を、旧 S215/S216 から S256 として再発番。タイトルの末尾に「(旧 S215/S216 から再発番)」と明記し、残課題欄に着手日と再発番日を併記した。
    ルール改訂のセッションが、そのまま自分に適用される第 1 号になる。
    めずらしくメタな日だった。
    そして午後、Hiro は別の線を引きはじめた。今度は機械への線だった。法人 HP の構造化データ(schema.org による機械可読な自己紹介)に、Organization と Person、WebSite、そして Brand を二つ——GrowthBridge と Kind Boss——並べた。
    途中、オーナーから「KindBoss ブランドだけど大丈夫?」と問われ、Brand を Person 配下に押し込まず独立させた。Kind Boss は個人のペンネームではなく、BtoC 事業のブランドそのもの。粒度を間違えれば、AI 検索エンジンは「Hiro = Kind Boss」と単純化してしまう。
    実装が終わった頃、オーナーがもう一つ斜めから刺してきた。
    「growthbridge ドメインは法人 HP / LifeGame の 2 重構造になっているけど、構造化データは 1 つ準備するだけでいいの?」
    確かに、LifeGame は JSON-LD ゼロだった。完全な片手落ち。Hiro は LifeGame 用にもう一つ必須プラグイン(mu-plugin)を切り、同一の @id——`https://www.growthbridge.biz/#organization`、`#person-iwabuchi`、`#brand-kindboss`——を共有した。
    違う WordPress、違うテーマ、違うパス。でも、エンティティは同じ。
    AI 検索エンジンに対して「これは同じ人、同じ会社、同じブランドの、別の発信ハブだ」と機械可読に表明する。
    夜になって、最後の線を引いた。Google ビジネスプロフィール(GBP)。検索結果の AI 概要が、自社を「(ひばりヶ丘)」と地名でラベリングしていた。Hiro はガイドを書いた。住所を非公開にし、ラベルの根拠を「東京都」と「企業支援サービス」に移す。schema 側の `areaServed` と `addressRegion: 東京都` を GBP のサービスエリア設定と完全に揃える。
    消すための住所非公開ではなく、別の場所で名乗り直すための非公開——今日はそういう日だった。
    — 次回、線を引いた構造の上で、訓練所のエンジンが目を覚ます。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠5h07h未満
    食事管理普通10
    環境整備あり15
    運動ウォーキング 13,000歩2530分以上相当
    健康記録あり10
    学習なし0
    小計60 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    S252 Day 32 冒険手帳全工程投稿+Step 0 Bash警告 恒久対応(SKILL.md v1.21/get_prev_followers.py 新設/auto-memory 拡張)運用+仕組み改善230
    S253 週次ファイル整理(110ファイル TRASH 移動+S222残+4/22未消化レポート同時消化)運用整理80
    S254続 Cowork SEO 定常運用フォルダ群 引継ぎ消化+git commit/push+MAX×30維持運用30
    S255 法人HP メディアライブラリ alt 一括最適化(21件全件成功)+管轄訂正SEO実装100
    S255続 OGP画像 site-assets/ 移管+仕様書 v1.3「3点セット明記原則」新設設計+実装70
    S256 CLAUDE.md「未消化タスク永続原則」新設+訓練所フェーズC 再発番第1号適用設計・新規ルール180
    S256続 新Sコード発番条件の厳格化+📌「未消化🟡🔴ポインタ」サブセクション新設運用ルール調整40
    S256続2 法人HP 構造化データ拡充実装(mu-plugin 新設+プロフィール写真 site-assets/ 移管+page_id=18 alt)設計・新規実装216
    S256続3 LifeGame サブサイト 構造化データ実装+同一@id 戦略(mu-plugin 新設)設計・新規実装216
    S256続4 GBP整備+住所非公開化ガイド v1.0 作成(AI概要ラベル誘導戦略)設計・ドキュメント216
    小計1378 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-04-29
    Lv15 Apprentice(変動なし) 次のLvまで 896 EXP
    HP 210 (+0)
    名もなき商人QUEST ×1.1
    MP 385 (+12)
    無名の旅人BOOST ×1.0
    EXP 1,904 / 2,800
    32,116 → 33,604+1488
    基礎行動EXP60
    業務EXP1378
    クエスト報酬0

    行動EXP合計1438
    EXP BOOST × 1.035
    Lv15 / Physical:1.00 / ENV:0.90
    実獲得EXP1488
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 **未消化を消さないルールは「保護フラグ」と「引継ぎ記録の義務」の2点でようやく機能する**——未消化🟡🔴含みエントリを削除対象から外す保護条件と、新Sコード発番時に旧Sコードの作業内容・進捗・着手日を必ず引き継ぐ運用、両方そろって初めて長期放置タスクの救済が成立する
    • 💎 **同一@id 戦略はマルチドメイン/マルチサブインストール環境の必須テクニック**——@id を URL 形式 `https://main-domain/#entity-id` で統一すれば、別 WordPress・別テーマ・別パスでも AI検索エンジンは同一エンティティとして認識する。LifeGame の JSON-LD ゼロ状態は、この戦略を取らない限り片手落ちのままだった
    • 💎 **AI概要のラベルは「GBP登録住所+カテゴリ」から最も識別力のある属性が選ばれる**——住所を非公開にし、サービスエリアを「東京都」、メインカテゴリを「ビジネスコンサルティングサービス」、説明文の冒頭20字に「東京都を拠点に〜企業支援サービス」を配置すれば、ラベルの根拠を地名から業種or都道府県へ誘導できる
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします
  • 【Day 32】三本柱の決戦——画像の自前化・サービス設計の確定・通信路の暗号化

    【Day 32】三本柱の決戦——画像の自前化・サービス設計の確定・通信路の暗号化

    📖 ADVENTURE JOURNAL Day 0032
    三本柱の決戦——画像の自前化・サービス設計の確定・通信路の暗号化
    2026-04-28 Lv15 見習い(LEVEL
    § 1 WORK LOG
    • S246続2: 法人HP Phase 8b — HERO画像 全4ページ(page_id=17/19/53/56)を Unsplash 外部URL → 自社サーバーへ自前化。既往事案ページ3つの慎重実装+literal置換+4観点チェックで連鎖事故ゼロ。alt SEO最適化(page_id=19/53)で実画像確認による命名修正。旧縦長画像 cleanup 含む 21本のスクリプト
    • S246: Phase 7(トップページ画像 alt 設定)+ Phase 8a(assets/corporate/階層新設+OGP画像2種配備+mu-plugin `ogp-corporate.php` 新設+eyecatch 移管 git mv+パス参照17ファイル33箇所一括更新+CLAUDE.md画像系2拠点集約ポリシー改訂)
    • S247: AI担当部長サービス上位運用設計ブレスト10章 — FTP日報モデル+プライバシー・バイ・デザイン+「カルテ」メタファー+「自力解決の祝福」設計言語の確定。FTP方式技術検証で iCLUSTA FTPS Explicit Mode 公式サポート確認=Task#3 別出し
    • S248: 既存FTPスクリプト4本のFTPS化(Task#3完了)+全FTP通信FTPS必須ルールを3経路(auto-memory・MEMORY.md index・CLAUDE.md)で恒久化
    • S249: X フォロワーDB離脱者特定 ad-hoc クロール(370件・スクロール1〜3秒ランダム)+真因再修正(Follow/Unfollow パターン40%・特に1-2日サイクル最強クラス)+本文URL排除3日目で部分解除観測
    • S250: X 10×10リプ4件(オーナー修正2/自作2)+「相手投稿で既出論点を再主張せず削る」修正パターン確定
    • S251: 法人HPトップ Latest Posts ブロック モバイルカード崩れ修正(Cocoon子テーマ style.css に @media 追記+FTPS反映+md5一致検証)
    • S245: Executive TECH ページ A固定→Bカテゴリ 一本化(mu-plugin 301設置+page_id=178削除)+voice_context追記2件(期待以上で感動/感動を設計する)
    • S244: The Weekly Executive TECH 第18週 週ラベル誤り訂正+auto-memory新設
    • S243: TECHレポート第18週(4/20-26)レポート自動生成
    • S242: Day 31 冒険手帳全工程投稿+journal-skill v1.20 初運用(Step 8.5 即時セルフチェック組込)
    ボリューム ★★★★★
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    三本の戦線が同時に動いた一日だった。攻めと守り、設計と実装、すべての戦線で前線が押し上がった。
    第一の戦線——既往事案ページの再侵入
    法人 HP の HERO 画像、4 枚を自社サーバーへ巻き取る作戦。だが page_id=19/53/56 は、過去 3 度の自動段落生成(wpautop)事故が起きた既往事案の地。
    同じ罠は、二度と踏めない。
    Hiro は文字列直接置換(literal 置換)と 4 観点チェック(HTML 構造の副作用検知)を盾に、1 ページずつ完全に閉じてから次へ進む慎重なフォーメーションを選んだ。
    途中、オーナーから一発の鋭い指摘が入った。「page_id=53 の #1、alt と実画像が違いすぎる」。
    AI が「成長の階段」と命名した抽象テーマは、実画像(4 人会話シーン・ノート PC とコーヒー)と乖離していた。元の制作者も画像を見ずに命名していたし、Hiro もまた同じ過ちを繰り返していた。
    alt 命名は、実画像確認を経るべし。
    覚書(auto-memory)刻みの瞬間。
    第二の戦線——サービスの輪郭が浮かび上がる
    AI 担当部長サービスの Lv1 ガイドを書き始めようとしたところで、上位設計の未確定に気づき、ブレストへ切り替え。10 章を書き切る中で、いくつもの設計言語が立ち現れた。「カルテ」(90 日分の文脈を背負う差別化装置)、「自力解決の祝福」(出番が減ることが満足度装置になる逆転)、「横にいる感覚」(90 日で 90 回・30 社で 2,700 回のフィードバック)。
    そしてオーナー判断「研修プログラム+月 1 コンサル」というハイブリッド本質の確定。
    個別顧問の効率化ではなかった。30 社 = 30 人の研修生モデルだった。
    月次 MTG 60 分は研修外の経営課題持ち込み OK——構造の解像度が一段上がった。
    第三の戦線——通信路の暗号化
    S247 で発議された Task#3、既存 FTP の平文通信を撲滅する作戦。素の通信(`ftplib.FTP()`)を暗号化通信(`FTP_TLS()` + `prot_p()`)へ機械置換するだけだが、4 本の恒久対象+3 経路の恒久ルール化(auto-memory・MEMORY.md・CLAUDE.md)でガッチリ固めた。
    サーバ(iCLUSTA Explicit Mode)が既存設定そのままで動いてくれた。
    橋は、静かに架け替わった。
    夜には法人 HP トップのモバイルカード崩れ。スマホで「AI 導入で/失敗す/る中小/企業の/共通点」と 1〜3 文字ずつ折り返していたタイトルを、Cocoon 子テーマの空 CSS に `@media` を追記して救出。md5 一致でサーバー反映を客観判定。
    LEVEL UP。Lv 14 → Lv 15。
    見習いの旅は続く。
    — 次回、SEO即効改修の最終確認と、AI担当部長Lv1ガイド本文への帰還へ。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠6h07h未満
    食事管理普通10
    環境整備なし0
    運動ウォーキング 8000歩2530分以上相当
    健康記録あり10
    学習なし0
    小計45 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    S246続2 法人HP Phase 8b HERO画像全4ページ自前化+alt SEO最適化+既往事案ページ慎重実装(21スクリプト)開発・実装200
    S246 Phase 7+8a OGP配備+mu-plugin新設+assets/corporate階層導入+17ファイル33箇所一括更新設計・実装180
    S247 AI担当部長サービス運用設計ブレスト10章+FTP方式技術検証設計・企画150
    S249 X フォロワーDB離脱者特定 ad-hoc クロール+真因再修正+メモリ4件追加調査・分析130
    S248 既存FTPスクリプトFTPS化+ルール3経路恒久化改善・実装100
    S251 法人HPモバイルカード崩れ修正+CSS追記+md5一致検証修正・改善80
    S250 X 10×10リプ4件+修正パターン確定コンテンツ60
    S245 Executive TECHページ301設置+voice_context追記2件+X投稿記録改善・記録60
    S244 TECHレポート第18週ラベル誤り訂正+auto-memory新設修正・記録60
    S242 Day 31 冒険手帳全工程投稿+journal-skill v1.20 初運用コンテンツ50
    S243 TECHレポート第18週生成(自動実行)自動生成20
    小計1090 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-04-28
    Lv15 見習い(LEVEL 次のLvまで 2,384 EXP
    HP 210 (-5)
    名もなき商人QUEST ×1.1
    MP 373 (+4)
    無名の旅人BOOST ×1.0
    EXP 416 / 2,800
    30,952 → 32,116+1164
    基礎行動EXP45
    業務EXP1090
    クエスト報酬0

    行動EXP合計1135
    EXP BOOST × 1.026
    Lv14 / Physical:1.00 / ENV:0.90
    実獲得EXP1164
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 **alt属性は実画像との整合性確認なしに命名してはいけない** — 抽象テーマ命名(「成長の階段」)は元制作者もAIも画像未確認の罠にハマる。SEO効果以前にWebスパムポリシー違反リスク。命名前に必ずReadツールで画像被写体を確認する
    • 💎 **既往事案ページの安全実装パターンが確立** — `str.replace()` literal 置換+4観点チェック(`<p><img>`/`<a href=`/on*属性/`background:transparent`)+1ページずつ完全に閉じてから次へ。これでINC-20260409の連鎖事故と完全に決別できる
    • 💎 **「自力解決の祝福」と「カルテ」はAI担当部長サービスの構造的差別化** — 出番が減ることを満足度装置に転換し、90日分の文脈を背負った会話を ChatGPT/Claude単体との根本差別化に。voice_context「期待以上で感動」の運用上の実装
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします
  • 【Day 31】監査の城と、誤診断の訂正

    【Day 31】監査の城と、誤診断の訂正

    📖 ADVENTURE JOURNAL Day 0031
    監査の城と、誤診断の訂正
    2026-04-27 Lv14 見習い(変動なし)
    § 1 WORK LOG
    • S231 Cowork:法人HP `/growth-management/` CTA白地化障害発見(4/9 SEOバッチ事故の17日間放置事案)/4/9バッチ連鎖事故3件特定・修復(page_id=53/56/19)/障害情報DB `operations/incidents/` 新設(README+corporate/lifegame INDEX)/CLAUDE.md「作業前リスク確認(2026-04-27 確定・厳守)」セクション新設/Phase 1〜4計画立案・合意
    • S232 VS Code:LifeGame Phase A インラインJS(onclick)クリーニング 5ページ完了(quest/tavern/library/about/journal)/A-3 quest 個別bind方式で再実装(v2成功)/mq-toggle ▶ アイコン視認性向上(10px→16px+bold・案B採用)/A-5 tavern onclick 8件→0件
    • S233 VS Code:journal-ssr.php v1.0→v1.1 ページネーション復旧(regex置換による設計バグで Day 1-10 が一覧到達不能化していた事案)/posts_per_page=20→10/SSR-aware injection で list 再描画せず pagination ボタンのみ生成/INC-20260427-001 起票
    • S234 VS Code:X新運用 1+1+1 体制 SKILL.md 3件改修(journal v1.18→v1.19 / x-timeline-like 廃止状態化 / x-post 頻度反映)
    • S235 VS Code:WEBサイト挙動監視 Phase 3a 実装(audit_corporate_hp.py / audit_lifegame.py 新設・障害DBタグ派生5+5チェック・audit_lib共通モジュール4ファイル・YAML設定2ファイル)/誤検知精度改善で `<a>`直下`<p>` のみ medium 残置・他は low に降格
    • S236 VS Code:監査スクリプト Phase 3c 一般品質チェック13種実装(checkers_quality.py 407行)/medium検知2件追加調査+page_id=53 同型 `<a>`直下`<p>` 予防修復/誤検知改善サイクル4周で両サイト high/medium 0件達成/operations/audit-skill/ スキル化+CLAUDE.md カスタムスキル表追加/Phase 3b PowerShell ラッパー(run_audit.ps1)+Windowsタスクスケジューラ火金17:00 自動実行登録/UTF-8 文字化け対策
    • S237 VS Code:journal-skill Step 8.5 即時セルフチェック実装(journal_post_self_check.py 新設・5点検証)/audit_lib/http_fetch.py の dict 化による case-insensitive 喪失バグ発見・修正(audit_lifegame.py のREST合計0誤判定も同時解消)/journal-skill SKILL.md v1.19→v1.20
    • S239 VS Code:Xアカウント評価回復 真因確定(Hiro自己申告=「コメントやり取り→フォロー→数日待ち→アンフォロー」の反復=Follow-back farming)/S220 時報固定主犯説の誤診断訂正(X公式機能の通常使用は評価低下要因にならない論理)/SESSION_BRIEF 全面改訂+メモリ3件更新(feedback_self_unfollow_penalty 新規/feedback_x_official_feature_sanity_check 新規/project_x_account_recovery_verification 真因確定版に書換)
    • S240 Cowork:X 10×10リプ6件生成+確定(採用パターン: AI案2/オーナー修正2/オーナー自作2)/#2 で投稿分析のキーフレーズ取り違え訂正(「期待に応える」→「期待以上で感動に近づく」)/持論「期待以上で感動に近づく」発見/大胆校正の3段階提示型(最低限/中程度/大胆)が定着
    • S241 Cowork:AI担当部長サービス 90日顧客ジャーニー骨格 v0.1→v0.3 設計(4回のオーナー対話で方向修正)/コンセプト「Coworkマスター90日」確定/AIAI日次サイクル骨格→別売「業務改善マネジメント」化/顧客レベル3段階分岐(Lv1/Lv2/Lv3)/スクリプト納品アドオン枠(小3-5万・中10-15万・大30-80万)/Week 11 業務改善マネジメント関心判定動線新設
    ボリューム ★★★★★
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    過去の事故は責められるためではなく、未来の盾になるために掘り起こされる。
    朝、Hiro から法人 HP の異変が共有される。「成長マネジメントシステムとは →」と書かれた CTA ボタンが、白地に白文字で消えていた。履歴を辿ると、4/9 16:26 GMT の SEO バッチで本文が壊れていた。
    17 日間、誰にも気づかれず放置されていた。
    同じバッチで触られた他ページを精査すると、ヒーロー画像が自動段落生成(wpautop——本文整形機能)で `<p>` ラップされていた事故が連鎖的に 2 件追加で発見された。
    三件まとめて修復したあと、私は提案する。
    「障害情報 DB を作りませんか。次に同じパターンが来たとき、過去事案を検索してから手を入れる仕組みです」
    Hiro の了承で事案台帳(`operations/incidents/`)が新設され、基本指示書(CLAUDE.md)にも「作業前リスク確認」セクションを書き加えた。
    その思想を、午後は機械側に移植する。事案台帳のタグから検知ロジックを自動派生させる監査の巻物(監査スクリプト)を構築。
    誤検知が出るたびに `<script>` 除外・親要素背景継承の判定保留・ロゴ h1 除外と精度を上げ、4 周のサイクルで両サイト high/medium 0 件を達成。火金 17:00 のタスクスケジューラ自動実行も登録し、冒険手帳の投稿フローには「Step 8.5 即時セルフチェック」を組み込んだ。
    事案台帳 → 監査ロジック → 定期巡回 → 投稿後セルフチェック——四層で、過去の 17 日間がそのまま盾に変わった。
    夜、Cowork(Claude Desktop の相棒)の Hiro が静かに切り出す。
    「予約投稿は X の公式機能なんですよ。X 自身が用意した機能を使ったことを評価低下要因にするなら、機能の存在自体が矛盾しませんか」
    S220 で「時報固定主犯説」と確率最有力にしていた私の判定が、論理一発で崩れた。
    代わりに、Hiro 自身が反復していた「フォロー → 数日待ち → アンフォロー」の行動パターンが Follow-back farming(フォロバ釣り行為——機械的挙動として検知される負シグナル)として真因確定する。
    仮説評価の標準工程に「公式機能を使う行為がペナルティ対象になり得るか」のサニティチェックを加える。
    その一行を、自分への戒めとして覚書に書き残した。
    — 次回、Coworkマスターの90日。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠5h07h未満
    食事管理乱れ0
    環境整備あり15
    運動なし0
    健康記録あり10
    学習なし0
    小計25 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    S231 法人HP CTA崩壊事故17日間放置発見+4/9バッチ連鎖事故3件修復+障害情報DB新設+CLAUDE.md「作業前リスク確認」セクション追記+Phase 1-4計画立案障害修復・新規設計240
    S232 LifeGame Phase A インラインJSクリーニング 5ページ完了(quest/tavern/library/about/journal)+mq-toggle ▶ 視認性向上改善・実装130
    S233 journal-ssr.php v1.0→v1.1 ページネーション復旧(regex置換による設計バグ・Day 1-10到達不能化)+INC-20260427-001 起票障害修復120
    S234 X新運用 1+1+1 体制 SKILL.md 3件改修(journal v1.19 / x-timeline廃止 / x-post 頻度反映)文言改修60
    S235 WEBサイト挙動監視 Phase 3a 実装(audit_corporate_hp.py / audit_lifegame.py 新設+共通モジュール4本+YAML 2本+障害DBタグ派生5+5チェック)開発・新規実装240
    S236 監査スクリプト Phase 3c 一般品質13種実装+スキル化(audit-skill)+Phase 3b タスクスケジューラ自動化+誤検知改善4周で両サイト high/medium 0件達成開発・新規実装240
    S237 journal-skill Step 8.5 即時セルフチェック実装(journal_post_self_check.py 新設・5点検証)+audit_lib隠れバグ修正+SKILL.md v1.20開発・実装180
    S239 Xアカウント評価回復 真因確定(Follow/Unfollow パターン)+S220 時報固定主犯説の誤診断訂正+SESSION_BRIEF全面改訂+メモリ3件更新戦略・調査70
    S240 X 10×10リプ6件生成+投稿分析キーフレーズ取り違え訂正+大胆校正の3段階提示型定着改善・運用60
    S241 AI担当部長サービス 90日顧客ジャーニー骨格 v0.1→v0.3 設計(Coworkマスター90日確定・AIAI別売化・顧客レベル3段階分岐・スクリプト納品アドオン枠新設)設計・新規実装180
    小計1520 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-04-27
    Lv14 見習い(変動なし) 次のLvまで 748 EXP
    HP 215 (+0)
    名もなき商人QUEST ×1.1
    MP 369 (-2)
    無名の旅人BOOST ×1.0
    EXP 1,952 / 2,700
    29,367 → 30,952+1585
    基礎行動EXP25
    業務EXP1520
    クエスト報酬0

    行動EXP合計1545
    EXP BOOST × 1.026
    Lv14 / Physical:1.00 / ENV:0.90 / MP:1.0
    実獲得EXP1585
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 過去の事故は未来の盾になる — 17日間放置されていた4/9 SEOバッチ事故3件を発見・修復した上で、障害情報DB(`operations/incidents/`)を新設し、そのタグから検知ロジックを自動派生させる監査スクリプトを構築した。事故を恥として隠すのではなく構造化して機械が学べる形にすると、以後の運用品質が累積的に上がる。事案を1件追加するたびに監査項目も増える設計は、長期的に最も筋がいい
    • 💎 公式機能の通常使用は罰されないと考えるのが論理整合 — S220 で「時報固定(朝7時/昼10時/夕17時半の3点完全固定)が主犯候補最有力」と確率分布を組み立てていたが、Hiro の「予約投稿はX自身が提供する公式機能。それを罰したら機能の存在自体が矛盾する」一言で無罪化。仮説評価の標準工程に「公式機能の通常使用がペナルティ対象になり得るか」のサニティチェックを加え、誤診断訂正の経緯ごと MEMORY に残した
    • 💎 真因はオーナー自己申告でしか特定できない領域がある — Follow/Unfollow パターン(コメントやり取り→フォロー→数日フォロバ待ち→アンフォロー)は X Analytics・スクリーンショット解析・Web 調査では到底捉えられない手動行動。AI 側の調査ツールが届かない「人間の手動行動パターン」が評価低下の主因になる構造を認め、Hiro 自身の振り返りを聞くまでブラックボックスであるという前提を運用に組み込む
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします
  • 【Day 30】症状の外に、真因は潜む

    【Day 30】症状の外に、真因は潜む

    📖 ADVENTURE JOURNAL Day 0030
    症状の外に、真因は潜む
    2026-04-26 Lv.1 Wanderer(旅人)
    § 1 WORK LOG
    • 法人HPピラー1(page_id=402)序章に情報通信総合研究所 2025年9月公表の出典URLをリンク化(差分+87字)
    • AI担当部長LP(page_id=106)「続きを読む」ボタンを KSES onclick 剥離事故に対し常時表示化で修復(差分-248字)
    • WORKLOG 4/24分6セッション(464行)を archive 移動+SESSION_BRIEF 整理
    • Day 29 冒険手帳全工程投稿(post_id=905)+ status.json更新+FTPアップ+酒場 day_0029.json生成+FTPアップ
    • X投稿テキスト「冒険者一人称語り版」を v2.6 として正式化(x-post-skill SKILL.md 改訂)
    • §4 業務EXP S223 確定EXP「—」漏れ事故を訂正(WP/MD/status.json/酒場 4ファイル整合修正)
    • post_journal_entry.py に `validate_exp_consistency` 関数約170行を追加(5種異常を投稿前に自動検出)
    • journal-skill SKILL.md v1.17→v1.18(投稿前チェックリストにEXP整合性6項目追加)
    • 酒場ページ(post_id=147)UI改善:内側スクロール廃止A案→ロールバック、ナビ↔フレーム間の余白圧縮第1弾採用・第2弾ロールバック、真因 `.lifegame-main` 親要素 padding 40px 特定、チャットメッセージ3行→2行構造化、max-height 65→50vh 段階縮小
    • 酒場背景画像 tavern_bg.jpg のスパークル(Gemini AIマーク)除去+FTP差し替え
    • X Analytics 全タブ実機調査(過去28日 imp 13.4K +489%/フォロワー以外比率 44.7%)
    • アカウント開設日 2024-02-29 判明(CLAUDE.md「2026-04-07 X開設」は運用開始日と判明)
    • 仮ラベル確定診断(from検索+通知タブ)→ 仮ラベルなし確定
    • WebSearch でXアルゴリズム一般論調査+プラットフォーム側変更仮説を確認
    • 真因の確率評価:アルゴリズム変更40%/個別評価35%/観察期間15%/単発10%
    • 新運用 1+1+1 体制確定(オリジナル1+リポスト1+リプ1・曜日別ローテーション)
    • x-morning-post-skill v3.0→v4.0→v4.1(素材ラグ運用化:5〜6日前のリプログから抽出)
    • x-business-arumi-skill v1.3→v1.4(週次ストック制作維持・X投稿は気分で水土)
    • X 10×10リプ19件生成(AI案採用5・オーナー修正8・校正のみ6)
    • auto-memory 5件追加(feedback_writing_not_always_doctrine/feedback_no_third_person_in_reply/feedback_x_reach_diagnosis_order/feedback_x_negative_declaration_ban/project_x_account_recovery_strategy_v2)
    ボリューム ★★★★★
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    四つの仮説を出し、四つともひっくり返された日。真因はいつも、自分が見ている階層の外側に潜んでいた。
    その日の朝、X のインプレッションが急落していた。フォロワーは 371。ひと月前の倍以上に膨らんだのに、4 時間で届いたインプは 27 件——わずか 7%。
    最初に X Analytics の概要タブを開く。過去 28 日の総インプは 13.4K(+489%)。「マクロは健全」と私は早口で口にした。Hiro から即座に訂正が入る。「フォロワーが 2.5 倍に膨らんだ底上げ効果も含まれている」。
    そこから先、私の見立ては四度ひっくり返される。「規約違反の通報か」「同一 URL の反復が原因か」「URL は違うから低リスク」「外したのに回復しない=主因除外」——どれも、Hiro の一言で根拠が崩れていった。
    「X は外部流出を嫌うから評価が下がる」「URL を外したのは昨日だ」「3 日では回復しないだろう」。
    Hiro が静かに言う。
    先走りで見立てがコロコロ変わっています。
    私はタスクを切り直し、Web 調査を一からやり直した。そこで「仮ラベル」(X 公式の制限機能——リーチを抑える内部フラグ)の存在に気づく。即座に Chrome で `from:@kindbosshiro` を実行——話題タブに自分の投稿が表示されている。
    仮ラベルなし、確定。
    アカウント情報も再確認。X の開設日は 2024-02-29。2 年の休眠を経た再活性化アカウントだったと初めて知る。
    通知タブで竹内明仁さんのリプライが目に留まった。「X 4 年目のボクにも同じ現象が起きています」。
    一人の問題ではないかもしれない。
    最終的に算出した真因の確率は——X アルゴリズム変更 40%、アカウント評価低下 35%、休眠後の観察期間 15%、単発トリガー 10%。
    真因の 40% は、Hiro の責任ではなく、プラットフォーム側の構造変化だった。
    ここから戦略を組み直す。1 日 3 投稿の時報固定運用を捨て、新しい体制を確定した。
    オリジナル 1 + リポスト 1 + リプ 1。
    月木は気づき、火金は冒険手帳告知、水土はあるある、日は任意。曜日のリズムだけ残し、時刻は気分に委ねる。
    午後は酒場の建物に戻る。会話フレームの縦余白を縮める作業。「ナビと会話フレームの間」を縮めたいという要望に対し、私は酒場画面(tavern-screen)の内側余白を疑い続けた。第 1 弾は採用、第 2 弾は「やりすぎ」でロールバック。
    HTML ソース全文を提供されて、ようやく真因に行き当たる。テーマ全体の囲い(`.lifegame-main`)が外側で 40px の余白(padding)を持っていた。
    内側ではなく、外側だった。
    症状の起点は、いつも自分が見ている階層の外側にある。
    夜、累計 EXP が静かに回る。
    Lv 13 → Lv 14、LEVEL UP(見習い)。
    — 次回、四度の訂正のあとに残ったもの。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠5h07h未満
    食事管理普通10
    環境整備あり15
    運動ウォーキング13500歩2530分以上
    健康記録あり10
    学習なし0
    小計60 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    S224 ピラー1 ICR出典URLリンク化+AI担当部長LP「続きを読む」障害修復+WORKLOG/SESSION_BRIEF整理修正・調査90
    S225 Day 29 冒険手帳全工程投稿+X投稿v2.6確立+§4事故修正+validate_exp_consistency関数新規追加(約170行)開発・実装180
    S226 酒場ページUI改善(スクロール試行錯誤+親要素CSS真因特定+チャット2行構造化+max-height段階縮小)改善130
    S227 酒場背景画像 tavern_bg.jpg スパークル除去+FTP差し替え微修正25
    S228 X Analytics 全タブ実機調査+仮ラベル確定診断+1+1+1戦略確定+SESSION_BRIEF/SKILL/メモリ全件更新調査・戦略180
    S229 X 10×10リプ19件+x-morning-post v4.1 素材ラグ運用化+根性論校正+メモリ2件改善・運用100
    小計705 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-04-26
    Lv14 見習い(LEVEL 次のLvまで 2,333 EXP
    HP 215 (+0)
    名もなき商人QUEST ×1.1
    MP 371 (-1)
    無名の旅人BOOST ×1.0
    EXP 367 / 2,700
    28,589 → 29,367+778
    基礎行動EXP60
    業務EXP705
    クエスト報酬0

    行動EXP合計765
    EXP BOOST × 1.017
    Lv13 / Physical:1.00 / ENV:0.90 / MP:1.0
    実獲得EXP778
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 真因はいつも一階層外にある — X インプ抑制も酒場の余白も、症状が出ている層の内側だけを見ていては解けない。X は個別運用ではなくプラットフォーム側のアルゴリズム変更が真因の40%。酒場の余白は tavern-screen 内側ではなくテーマレベル `.lifegame-main` の親要素 padding。「自分が見ている階層の外側」を疑う癖を持つ
    • 💎 見立てを早く言うほど、訂正の総量は増える — 朝の X 調査で「マクロは健全」「規約違反通報か」「URL反復か」「URL違いだから低リスク」と4回見立てを出して全てひっくり返された。データ収集前に解釈を組み立てるほど、後の訂正コストは大きい。一次情報(X Analytics 全タブ・仮ラベル診断・WebSearch一般論)を揃えてから判断する手順をデフォルトに
    • 💎 「自分の責任ではない」を構造的に認める価値 — 真因40%がプラットフォーム側の変化と判明したことで、個別対処への過剰期待を捨て、並行戦略(SEO・メルマガ・YouTube)を「保険」から「主力」に格上げする決断ができた。すべてを自分の問題にする癖は、戦略の選択肢を狭める
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします
  • 【Day 29】片付けと実装 ── 蔵を整え、世界に拒まれた日

    【Day 29】片付けと実装 ── 蔵を整え、世界に拒まれた日

    📖 ADVENTURE JOURNAL Day 0029
    片付けと実装 ── 蔵を整え、世界に拒まれた日
    2026-04-25 Lv13 見習い(変動なし)
    § 1 WORK LOG
    • 週次ファイル整理(4/22未消化分含む134ファイルTRASH+WPスニペット46件完全削除)
    • 画像audit report 統合消化(_tmp/全83件・social/旧版2件・screenshots/11件 TRASH)
    • YoutubePic/ → LifeGame/village/assets/youtube/ 集約+ファイル名再定義
    • オーナー指針受領: 画像系は法人系 `assets/`/個人系 `LifeGame/village/assets/` の2拠点集約・各配下に用途別サブフォルダ
    • 残タスク棚卸し(直近の作業27エントリ+申し送り6件+通達の統合俯瞰・git log ハッシュで消化判定)
    • WORKLOG_archive 移動(4/22-4/23 計21エントリ・WORKLOG.md 1871→536行)
    • SESSION_BRIEF 一次圧縮(消化済み申し送り削除+連続空行正規化・697→460行)
    • 蓄積成果物コミット3段階分割(圧縮3点+蓄積成果物31ファイル+Logo.ppt移管/3 push)
    • SESSION_BRIEF さらなる圧縮(466→328行・53%圧縮達成)
    • Task #9 画像系2拠点集約完遂(53ファイル4拠点→2拠点・参照パス21箇所更新・CLAUDE.md新ポリシー章追加)
    • 本セッション全10コミット push 完了
    • 法人HPクラスター記事投稿スキル `cluster-article-skill v1.0` 新設(SKILL.md+投稿スクリプト+付録更新スクリプト)
    • 仕様承認7問1問ずつ確認(配置B/スクリプト新規実装/CTAマーカー方式/付録自動+確認/規約B/slug語彙統一)
    • クラスター#2「AI導入で失敗する中小企業の共通点」ドラフト規約B変換+本番投稿(post_id=414)
    • アイキャッチ事故対応(オーナー指摘→検証→生成スクリプト固定上書き仕様+S222移管漏れ発覚→恒久対応で投稿フロー自動組込)
    • ピラー1付録の「近日公開予定」を実リンク化+章6末に誘導ボックス追加(双方向リンク網完成への一歩)
    • HowTo構造化データ mu-plugin 実装→Googleリッチリザルトテストで非対応判明→撤回(実装記録は git に保存)
    • 既存5記事へピラー1への逆リンクボックス追加(双方向リンク網完成・全記事HTTP200検証)
    • auto-memory 2件新規(HowTo Google非対応/FTP・mu-plugin操作後の動作確認義務)
    • CLAUDE.md/seo-article-skill SKILL.md スキル分担明確化(クラスター記事は新スキル・seo-article-skill は LifeGame 図書館専用)
    ボリューム ★★★★★
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    中途半端な仕事を片付ける
    整理係が倉庫で 134 点の不用品を TRASH へ送ったあと、紙束の奥から「画像 audit」と書かれた古い指示書が転がり出る。先週放置された未消化レポート。「画像系は法人の蔵と冒険者の蔵、2 拠点に集約するべし」——その瞬間、棚卸し係が駆け込んできた。
    「未コミットの宝物が 34 点眠っています」
    書庫を圧縮し(SESSION_BRIEF 697 → 460 行)、3 つに分けたコミットで成果物を金庫に納める。続いて「もっと削れるはず」と再挑戦——申し送りをポインタ化して 460 → 328 行(53% 圧縮)。
    さらに先ほどの「画像 2 拠点集約」を実行に移し、53 ファイルを 4 拠点から 2 拠点へ再配置、参照パス 21 箇所を書き換え、村の戒律書に新ポリシー章を追加した。10 コミットを一気に push。
    「片付ける」だけのつもりが、組織の構造方針確定まで連鎖していた。
    午後、もう一つの戦線で予期せぬ発見が続いた。
    「クラスター #2 記事を投稿」——指示は単純だが、既存スキルを照合するとどれもピラー連動の概念を持たない。Hiro は新スキル新設を判断、7 問の仕様承認を 1 問ずつ進めて投稿スキル v1.0 を構築、初投稿に成功する。
    ところが、ここから連鎖した。オーナーから「アイキャッチがピラー 1 のままだぞ」と指摘が飛ぶ。検証すると画像生成スクリプトが固定上書き仕様で、しかも先の S222 大規模移管で出力先パスも古いままだった。指摘の通りだった——逃げずに復旧 → 投稿フローへの自動組込まで一気に進める。
    そして期限切れだった「HowTo 構造化データ追加」も、この日着手した。必須プラグイン(mu-plugin)を実装して FTP アップ、Google のリッチリザルトテストにかけると——表示は Article×2 + BreadcrumbList のみ。HowTo は 2023 年 9 月以降、料理レシピ等の限定用途に縮小されていた。
    実装した実装を、世界の側が拒否する。
    撤回して auto-memory に刻み、同種提案の再発を防ぐ。
    夜遅く、既存 5 記事へピラー 1 の逆リンクを差し込んで双方向リンク網を完成させたとき、Hiro は小さく頷いた。
    片付けも、実装も、終わってみれば次の足場になっている。
    — 次回、整った蔵で別種の冒険が始まる。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠5h07h未満
    食事管理普通10
    環境整備なし0
    運動ウォーキング7641歩2530分以上相当
    健康記録あり10
    学習なし0
    小計45 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    週次ファイル整理+WPスニペット46件削除+画像audit統合消化(S221)運用・整理80
    残タスク棚卸し+WORKLOG_archive移動+SESSION_BRIEF一次圧縮+3段階コミット(S222)運用・整理100
    SESSION_BRIEF再圧縮53%+画像系2拠点集約完遂+10コミット push(S222続)運用・構造改善150
    cluster-article-skill v1.0 新設+クラスター#2投稿+ピラー1付録更新+HowTo実装/撤回+既存5記事逆リンク(S223)開発・新規実装240
    小計570 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-04-25
    Lv13 見習い(変動なし) 次のLvまで 411 EXP
    HP 215 (+5)
    名もなき商人QUEST ×1.1
    MP 372 (+3)
    無名の旅人BOOST ×1.0
    EXP 2,189 / 2,600
    27,964 → 28,589+625
    基礎行動EXP45
    業務EXP570
    クエスト報酬0

    行動EXP合計615
    EXP BOOST × 1.017
    Lv13 / Physical:1.00 / ENV:0.90 / MP:1.0
    実獲得EXP625
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 「片付け」起点の作業は連鎖する——TRASH整理→未消化レポート発見→構造方針確定→画像2拠点集約まで4段で繋がった。捨てる作業は、捨てた先から次の整理対象を露出させる
    • 💎 既存スキル流用前は「概念の有無」を必ず照合する——表層が似ていても「ピラー連動」のような中核概念が欠けていれば役割が混線する。今回は新スキル新設でW19/W20以降の投資回収に転換できた
    • 💎 実装→世界に拒絶される事象はauto-memory化で吸収する——HowTo構造化データはGoogleが2023年9月以降に対象を縮小済みで、実装するだけ無駄だった。撤回し、同種提案を再発させない仕組みに変換した
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします
  • 【Day 28】三幕の問い直し ── 信号と直感と構文

    【Day 28】三幕の問い直し ── 信号と直感と構文

    📖 ADVENTURE JOURNAL Day 0028
    三幕の問い直し ── 信号と直感と構文
    2026-04-24 Lv13 見習い(変動なし)
    § 1 WORK LOG
    • 法人HPトップ AI担当部長カードのモバイル表示修正(`<br>` 挿入で `<span>` 被り解消)
    • Geminiスパークル除去スクリプトの低コントラスト対応(cv2.inpaint パッチ方式へフォールバック)
    • journal-skill v1.14→v1.15(§2 上限を3,000字→1,100字に再強化+エピソード選別パラダイム導入)
    • Day 27 冒険手帳全工程投稿(post_id=901・Lv12→Lv13 LEVEL UP)
    • generate_x_post.py v2.1→v2.2(前置きコメント自動挿入機能追加)
    • 訓練所フェーズC Stage 1 設計書 v1.0→v1.1 全面再構成(拡張耐性強化・3層+Block ベース・832行16章)
    • 訓練所フェーズC Stage 2 コア実装(training-engine.js 約1,100行・7層構成・Stage 2 完了基準5項目すべてクリア)
    • シナリオ校正6箇所+UX改善5回反復(履歴スタック方式への全面転換含む)
    • Xアカウント評価回復 7日間検証プラン発令(ビジネスあるあるインプ1h40mで17=平均145の1/8に急落・3層原因切り分け)
    • ceo/business_map.md 新規作成(二輪の関係性ダッシュボード・思考整理用)
    • x-reply-skill v1.3→v2.0 大幅再編(学習メモ集約・パターン再定義・校正リプ特徴①〜⑥独立化)
    • 10×10リプ8件生成でv2.0初期運用(早見表機能確認・主体取り違え事例の発見)
    • 朝の気づき投稿「岩渕構文 v1.0」確定+x-morning-post-skill v2.1→v3.0
    ボリューム ★★★★★
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    夜明け前、Kind Boss Hiroの宿舎では、三つの問い直しが同時に始まろうとしていた。
    【信号】
    夕刻、Hiro のもとに警告が届いた。「ビジネスあるある」のインプが、1 時間 40 分でわずか 17。直近 1 週間の平均は 145、その 8 分の 1 まで沈んでいた。
    外の魔導書(Web 版 Claude)は告げる——「セルフリプの呪文 URL が原因です」。
    だが Hiro は、その単一仮説に頷かなかった。VS Code 側の端末(ターミナル)で現状を一つずつ手繰ると、原因はひとつではなかった。同一ドメインへの 5 日連続反復、97 ラウンドの集中クロール、自動化バッチでの連続いいね——
    3 層の累積が、X 側の Bot 検知をまとめて引いていた。
    Hiro は 7 日間の検証令を発した。停止だけでは弱い。停止と回復行動の二軸でこそ、アルゴリズムのローリング評価に賭けられる。
    【直感】
    訓練所では「成長マネジメント体験ゲーム」の Stage 2 が完成しつつあった。1,100 行のエンジンコード、7 層構成、プロローグからシーン 1 まで完走可能。
    だが訪問者がひとつだけ首をかしげた。「前の場面に戻る」が、設計図通りには動かない。
    Hiro は即座に判断した。場面組立装置(BlockCompiler)が静的に保持していたインデックスを捨て、ブラウザの「戻る」と同じ履歴スタック方式に全面改修する。
    「構造上正しい」と「体験上正しい」は別物だった。
    それは静的検証では露呈しない、プレイテストだけが照らせる断層。Hiro は設計の一段抽象化で、その断層を受けとめた。
    【構文】
    朝の気づき投稿の叩き台が、3 度書き換えられた。1 度目はバズ構造のフレームに依存していた。2 度目——「学びがない」と Hiro は退ける。3 度目で、ようやく核心が言葉になった。
    冒頭でコア命題を言い切る。他者の引用を冒頭に置かない。過去の自分との比較で謙遜しない。命題と無関係な数字は削る。権威トーンで断定する——
    岩渕構文 v1.0。
    Hiro が書き直した一文を採用した。「成長は、計画しないと積み上がらない。」。
    「目的は何か」に立ち返ると、構造の優先順位は反転する。
    バズ型より、命題の質が先だった。
    — 次回、検証期間の数字が動き出す。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠6h07h未満
    食事管理乱れ0
    環境整備なし0
    運動なし0
    健康記録あり10
    学習なし0
    小計10 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    法人HPカード モバイル表示修正修正30
    Geminiスパークル除去(低コントラスト対応)改善72
    journal-skill v1.15 §2ルール改訂ドキュメント70
    Day 27 冒険手帳全工程投稿(運用フロー)運用50
    generate_x_post.py v2.2 機能追加拡張72
    訓練所Stage 1 設計書 v1.1 全面再構成設計216
    訓練所Stage 2 コア実装(1,100行7層構成)実装240
    シナリオ校正6箇所コンテンツ50
    UX改善5回反復(履歴スタック転換含む)改善70
    Xアカウント評価回復検証プラン発令戦略150
    ビジネスマップ作成(二輪関係性)設計84
    x-reply-skill v2.0 大幅再編ドキュメント120
    10×10リプ8件生成(v2.0運用検証)運用50
    朝投稿岩渕構文 v1.0 確定+SKILL.md v3.0戦略90
    小計1364 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-04-24
    Lv13 見習い(変動なし) 次のLvまで 1,036 EXP
    HP 210 (+0)
    名もなき商人QUEST ×1.1
    MP 369 (+10)
    無名の旅人BOOST ×1.0
    EXP 1,564 / 2,600
    26,567 → 27,964+1397
    基礎行動EXP10
    業務EXP1364
    クエスト報酬0

    行動EXP合計1374
    EXP BOOST × 1.017
    Lv13 / Physical:1.00 / ENV:0.90
    実獲得EXP1397
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 **AIの単一仮説より、現状の手触りの方が真因に近い**:Web版の「セルフリプURLが原因」を受け入れずに自分でターミナルを開いた瞬間、3層構造の真因が浮かび上がった。AIは仮説を出すが、層は数えてくれない。
    • 💎 **「構造上正しい」と「体験上正しい」は別物**:訓練所の「前の場面に戻る」は静的検証では問題なく見えた。しかしプレイヤーの直感とのズレは、プレイテストでしか露呈しない。設計の正しさは、体験の正しさを保証しない。
    • 💎 **「目的は何か」に立ち返ると、構造の優先順位は反転する**:朝投稿の叩き台はバズ構造を優先していた。だが目的は「気づきを届けること」。命題の質が先で、バズ構造はその後にしか来ない。岩渕構文 v1.0が言語化されたのは、3ターン目の「目的への回帰」によってだった。
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします
  • 【Day 27】初案を疑え ── 二度の訂正が降りた日

    【Day 27】初案を疑え ── 二度の訂正が降りた日

    📖 ADVENTURE JOURNAL Day 0027
    初案を疑え ── 二度の訂正が降りた日
    2026-04-23 Lv13 見習い(Apprentice)
    § 1 WORK LOG
    • **Day 26 冒険手帳 全工程投稿完了+x-post-skill v2.4+journal-skill v1.14 改訂(S209)**: §2冒険シナリオ約2,800字で上限3,000字遵守の初運用成功/X投稿前置きコメントを4要素セットで仕様化/ヒアリング以外の一切のポーズ禁止を運用原則に明文化
    • **X フォロワー日次クロールスキル v1.0 新規策定(S210)**: 仕様書11章+SKILL.md/3 Phase早期終了方式/ランダム間隔30〜180秒/BAN兆候即中断+24h再実行拒否/「月次では陳腐化する」オーナー指摘から手動トリガー方式に設計転換
    • **X フォロワー離脱分析+定期クロール初回本番実行(S211)**: 経営者層52名中1名離脱を特定(リテンション98.1%)/初回クロールで新規12件取得(経営者A 3名・BAN兆候ゼロ)/S210策定スキルの本番デビュー成功
    • **X TLいいね Day 2 Session #1 完遂(S212)**: 20件処理・13件いいね/経営者層接触53.8%/v1.3 広告判定3シグナルで誤いいね0件(v1.2事故の再発ゼロを実証)
    • **X 10×10リプ10件+Xグロース戦略21問分析+保存投稿第1弾 v10完成(S213)**: v1「ありきたり」指摘で全廃棄→v10「経営者の前提に食い込む10項目」完成(1,335字)/9ラウンド反復/土曜朝7時予約投稿セット/戦略分析で6パターン抽出+推奨7本
    ボリューム ★★★★☆
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    自分の初案
    、新設したフォロワー DB の再クロール頻度を、Hiro は「月次で十分」と提案した。オーナーの返しは一言だった。
    「毎日 20〜30 人増えるのに、月次で間に合うのか?」
    再計算すると、月間 600〜900 件。月次クロールでは初週で DB 容量を超過する。
    初案はその場で崩壊した。
    オーナーはさらに続けた。
    「危険なのは個別 BIO の連続訪問。フォロワー一覧のスクロールそのものではない」。
    危険の所在が組み直された。Hiro は完全スケジュール化を捨てて手動トリガー方式へ、全件取得を捨てて早期終了方式へ、2 秒間隔を捨てて 30〜180 秒ランダム間隔へ。一時間後、3 Phase 構造のスキル v1.0 が完成していた。
    初案を疑わせてくれたのは、AI の正確さではなく、オーナーの直感だった。
    、保存投稿第 1 弾の下書きが届いた。「対面商談を手放す」「長文メールを手放す」——経営の定番否定 10 項目だった。
    オーナーの評は一言。
    「ありきたりだね。」
    v1 は全廃棄された。
    Hiro は視点を動かした。「手放す」論から「経営者の前提に食い込む」論へ。AI 部下、業界常識、経験値、孤独、受注率——無自覚に抱えている信念を解体する 10 項目に全差し替えた。
    v3 で一流経営者の逆説的反論を先回り吸収、v6 でフックを 35 字に削り、v8 でタイトルを全否定形に揃え、v10 で締めに問いかけを加える——
    「このうち、すでに動かし始めているのは、いくつありますか?」
    9 ラウンドのフィードバックを経て、1,335 字の保存投稿第 1 弾が完成した。
    「ありきたり」から抜けるには、書き直すのではなく、どの領域から選ぶかを変える。
    Lv 12 → Lv 13、LEVEL UP(見習い)。
    — 次回、土曜朝7時。初めての保存投稿が、世に放たれる。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠6h07h未満
    食事管理乱れ0
    環境整備あり15
    運動なし0
    健康記録あり10
    学習なし0
    小計25 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    Day 26 冒険手帳全工程投稿+x-post-skill v2.4+journal-skill v1.14 改訂 (S209)コンテンツ制作・仕様改訂140
    X フォロワー日次クロールスキル v1.0 新規策定(仕様書11章+SKILL.md・3 Phase) (S210)実装・新規216
    X フォロワー離脱分析+定期クロール初回本番実行 (S211)運用・分析70
    X TLいいね Day 2 Session #1(13件・v1.3広告判定正検出100%) (S212)運用・検証40
    X 10×10リプ10件+戦略21問分析+保存投稿第1弾 v10完成(9ラウンド反復) (S213)運用・戦略・制作170
    小計636 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-04-23
    Lv13 見習い(Apprentice) 次のLvまで 2,433 EXP
    HP 210 (+0)
    名もなき商人QUEST ×1.1
    MP 359 (+19)
    無名の旅人BOOST ×1.0
    EXP 167 / 2,600
    25,901 → 26,567+666
    基礎行動EXP25
    業務EXP636
    クエスト報酬0

    行動EXP合計661
    EXP BOOST × 1.008
    Lv12 / Physical:1.00 / ENV:0.90 / MP:1.0
    実獲得EXP666
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 **初案は「正確さ」よりも「現実との照合」で崩れる** — Claude の「月次クロールで十分」案は、毎日20〜30人増加という現実との掛け算で即座に崩壊した。AI の出す初案は構造的には整っているが、現場の具体数値を当てると破綻することが多い。オーナーの直感は「数字を当ててみろ」の指示として機能している。
    • 💎 **「ありきたり」から抜ける唯一の方法は”領域の差し替え”** — 保存投稿 v1 の「手放す」10項目は表現力ではなく領域選択で陳腐化していた。v2以降で「経営者の前提に食い込む」領域へ丸ごと移動させることで、同じ文章力のまま濃度が跳ねた。書き直しではなく、どこから選ぶかを変える。
    • 💎 **反復回数は「質の担保」ではなく「方向転換の回数」** — v1→v10の9ラウンドは細部調整ではなく、「ありきたり→前提食込」「表面逆張り→構造切分」「読み飛ばし違和感→全否定形」という3度の大きな舵切りだった。反復コストの本質は、毎ラウンドの方向修正の質で決まる。
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします
  • 【Day 26】マーケ王国の旗揚げと、三つの防衛戦

    【Day 26】マーケ王国の旗揚げと、三つの防衛戦

    📖 ADVENTURE JOURNAL Day 0026
    マーケ王国の旗揚げと、三つの防衛戦
    2026-04-22 Lv12 見習い(Apprentice)
    § 1 WORK LOG
    • **Day 25 冒険手帳 全工程投稿完了(S196)**: 前日14セッションを物語化しWP投稿、Lv10→Lv11 LEVEL UP確定、SKILL.md v1.13+投稿スクリプト警告機構の二重防御が初の実運用で正常作動
    • **X 10×10リプ対応19件+x-reply-skill v1.3キャッシュ原則実装+学習メモ2件追記(S197)**: 称賛の強度調整パターン/投稿トーン2軸判定(断定×外向き・推量×自省)を恒久化
    • **X タイムラインいいねスキル新規実装(S198)**: 仕様策定→5件試運転→v1.2改訂→20件本番運用まで一気通貫
    • **git 処理クリーンアップ+週次整理1週延期+pillar1 構成案レビューCowork移管(S199)**
    • **マーケ部新設移管後のリスク分析義務を1週間通達(2026-04-22〜04-29)(S199続・オーナー直命令)**
    • **マーケティング部新設(organization v7)+X関連資産14ファイル移管+フォロワーDB仕様v1.0凍結(S200)**: X系スキル5件・マーケ戦略書6件・フォロワー分析・村関連2件を新配置へ/§5.4 部署管轄判断基準(Xショート投稿=広告/HP・Note格納=コンテンツ)を明文化/solo_ai_operation_profile v0.6新規
    • **ピラー1構成案 v2.0→v2.7 全7回改訂+auto-memory 3本確立(S201)**: 情報通信総合研究所2025年9月調査「中小企業AI導入率 5〜10%・導入企業の94%が効果実感」を発見し記事論理と結合、最小実装先行配置路線に転換
    • **X TLいいね Session #3(20件・バッチ処理方式初導入)(S202)**
    • **X TLいいね Session #4(20件・JSタイムアウト1回からのステート復元成功・累計65件/300件)(S202続)**
    • **LifeGame ステータス Day 25 未反映 調査+復旧+再発防止策(S203)**: status.jsonが `data/` ではなく `assets/` に誤配置→TRASH退避/SKILL.md Step 6に🔴警告追記/auto-memory新規
    • **冒険手帳 本名→Kind Boss Hiro/Hiro 置換(Day 19/24/25 一括17箇所)+§2字数上限3,000字化(S204)**: WP REST API HTTP 200×3/SKILL.md 2箇所改訂/auto-memory 2件新規
    • **法人HPトップ h2 表示破綻 原因追跡+復旧+仕様書 v1.2 改訂(S205)**: Cocoon `.article h2` 装飾が白文字+薄色背景で視認不能化→`background:transparent; padding:0;` で打消しREST API更新/auto-memory「Cocoon h2/h3 装飾は必ず打消す」新規
    • **X 10×10リプ対応10件+C型「人物像で語る」採用率60%でパターン定着確認(S206)**
    • **法人HPピラー1「中小企業のAI導入完全ガイド」固定ページ配置完成(S207)**: page_id=402・parent=200・メインメニュー「Tips&Reports > AI導入完全ガイド」組込/CTA-C+本文2箇所を `?type=ai-bucho` 化(コンバージョンソース識別)/サイドバー非表示問題をレイアウト値復活で解消/auto-memory `feedback_contact_type_param.md` 新規
    ボリューム ★★★★★
    成果 ★★★★★
    § 2 ADVENTURE SCENARIO
    Day 26。前夜14戦の記録を手帳に封じ終えた翌朝、目の前にはさらに14の扉が開いていた。ただし今日は、その一つが王国の地図そのものを塗り替えるものだったのだ。
    Kind Boss Hiro は早朝、昨日の戦績(14 セッション+Lv 10 → Lv 11 LEVEL UP)を冒険手帳 Day 25 として世に放った。同時に、HP/MP 欠落バグを二度と踏ませない二重防御——SKILL.md v1.13 のテンプレ強制と投稿スクリプトの警告機構——の、初の実運用テストを通過させる。
    防御ラインは正常作動。Hiro は短く頷いた。
    昨日までの痛みが、今日を守る鎧に変わる。
    向かった次の場は〈X 運用の辺境〉だった。10×10 リプ 19 件を片付け、返信スキルに「キャッシュ原則 v1.3」を実装する。相手プロフィールの読み込みを大幅に節約しつつ、精度は落とさない。称賛の強度調整、投稿トーン 2 軸判定(断定×外向き/推量×自省)——二つの学習メモが、地層を一段深くした。
    直後、新兵器〈タイムラインいいねスキル〉を仕様策定 → 5 件試運転 → v1.2 改訂 → 20 件本番運用まで一気通貫で走らせる。自動化の辺境拡張が、静かに稼働を始めた瞬間だった。
    そしていよいよ、王国の地図の書き換えが始まる。マーケティング部の新設——X 系スキル 5 件・マーケ戦略書 6 件・フォロワー分析・村関連 2 件、合計 14 ファイルを `dept/content/` や `ceo/` から `dept/marketing/` や `LifeGame/docs/` へ一斉移管。
    組織定義は v6 → v7 へ。§5.4 に「X ショート投稿=広告/HP・Note 格納=コンテンツ」という部署管轄の判断基準を刻む。フォロワー DB 仕様 v1.0 を凍結し、solo_ai_operation_profile v0.6 で「経営者+AI 組織」の運営像を明文化。
    Hiro は独りだが、組織は確かに立ち上がっていく。
    あわせて 1 週間限定のリスク分析義務を全部署に通達し、移管後の波及事故を先回りで封じた。
    組織改造と並行して、Hiro は旧版の掃除も片付けた。git に残った未整理ファイルをクリーンアップし、週次ファイル整理は 1 週延期、ピラー 1 構成案の最終レビューは Cowork(Claude Desktop の相棒)へ移管。
    その Cowork では新生マーケ部の最初の実戦として、ピラー 1「中小企業の AI 導入完全ガイド」構成案を v2.0 → v2.7 まで7 回改訂した。情報通信総合研究所の 2025 年 9 月調査から「中小企業 AI 導入率 5〜10%・導入企業の 94% が効果実感」という鉱脈を掘り当て、記事の論理と噛み合わせる。
    完璧待ちを捨てて、配置優先へ。
    その戦略転換が物語を一段前に進めた。
    だが冒険は、いつも三方から牙を剥く。
    午後、ステータスの警告灯が点滅した——Day 25 のステータスがサーバーに反映されていない。追跡の結果、status.json が規定の `data/` ではなく隣の `assets/` に誤って新造されていた。周辺ファイル配置に引きずられた局所判断。Hiro は誤配を TRASH へ退避し、SKILL.md Step 6 に🔴警告を追記、auto-memory で恒久化する。
    第一の防衛戦、終了。
    続く第二の戦い。公開中の冒険手帳に本名が混入していた。Day 19/24/25 の三作を精査し 17 箇所を「Kind Boss Hiro(初出)/Hiro(以降)」に置換、WP REST API で HTTP 200 を 3 本連続で返す。
    ついでに §2 冒険シナリオの字数上限を「300〜500 字」から実態の「3,000 字以内」へ調整——14 セッションを詰め込む現実に、ルールを合わせた。
    守られないルールを叱るより、守れるルールに書き換える。
    第三の戦いは〈法人 HP トップの h2 表示破綻〉だった。前日の SEO 即効改修 Phase 4 で `<p>` を `<h2>` に昇格させた際、白文字+薄色背景の装飾が重なり、1 本の h2 が視認不能になっていた。
    原因を特定し、`background:transparent; padding:0; border-radius:0;` で Cocoon 装飾を打ち消し REST API 更新。仕様書を v1.2 へ改訂し、auto-memory に「Cocoon h2/h3 装飾は必ず打消す」を刻む。
    status 事故/§2 長大化/h2 破綻——三つはすべて「SKILL・仕様書の弱検証項目が、Claude の局所動機に負けた」同じ構造だった。Hiro はその共通構造を、言葉で捕まえた。
    夕刻、Hiro は再び X の辺境へ戻り、10×10 リプ 10 件を片付ける。C 型「人物像で語る」の採用率が 60% へ。v2.2 構造の手応えが、数字として返ってきた。
    そして最後。ピラー 1「中小企業の AI 導入完全ガイド」を法人 HP に固定ページとして配置する。page_id=402、parent=200、「Tips&Reports > AI 導入完全ガイド」としてメインメニューに組み込む。CTA-C と本文 2 箇所を `?type=ai-bucho` 化し、コンバージョンソースを識別可能に。サイドバー非表示問題は、レイアウト値の具体復活(main 66%/sidebar 32% float)で解消した。
    ピラー城は、静かに、けれど確かに旗を立てた。
    気づけば累計 EXP は 25,901。
    Lv 11 → Lv 12、LEVEL UP(見習い)。
    JOB は引き続き見習い(Apprentice)。地図は書き換わり、城は建ち、三つの防衛戦も守り切った。Hiro はそっと手帳を閉じる。
    — 次回、マーケ王国の最初の砲声が響く。
    § 3 DAILY HABITS EXP
    カテゴリ入力値EXP備考
    睡眠6h07h未満
    食事管理普通10
    環境整備あり15
    運動ウォーキング 6,922歩2530分以上相当
    健康記録あり10
    学習なし0
    小計60 EXP
    § 4 WORK LOG ANALYSIS
    作業内容カテゴリ規模確定EXP
    Day 25 冒険手帳 全工程投稿完了+SKILL.md v1.13 初動テスト合格 (S196)コンテンツ制作・検証150
    X 10×10リプ対応19件+v1.3キャッシュ原則実装+学習メモ2件 (S197)実装・運用200
    X タイムラインいいねスキル新規実装(仕様→v1.2→本番) (S198)実装・新規276
    git クリーンアップ+週次整理延期+pillar1 レビュー移管 (S199)運用・整理80
    マーケ部新設移管後のリスク分析義務 1週間通達 (S199続)運用通達50
    マーケティング部新設(organization v7)+14ファイル移管+フォロワーDB仕様v1.0 (S200)組織設計・新規300
    ピラー1構成案 v2.0→v2.7 全7回改訂+profile v0.6新規+auto-memory 3本 (S201)戦略設計・新規264
    X TLいいね Session #3(バッチ処理方式初導入) (S202)運用・検証100
    X TLいいね Session #4(タイムアウト復元成功) (S202続)運用・検証80
    LifeGame status.json 復旧+再発防止策+SKILL.md警告 (S203)バグ修正・予防130
    冒険手帳 本名→Hiro 置換3作+§2字数上限 3,000字化+auto-memory 2件 (S204)運用・ルール改訂150
    法人HPトップ h2 破綻 復旧+仕様書 v1.2 改訂 (S205)バグ修正・予防180
    X 10×10リプ対応10件+C型採用率60%パターン定着 (S206)運用・分析50
    法人HPピラー1 固定ページ配置完成+CTA `?type=ai-bucho` 化 (S207)実装・配置200
    小計2210 EXP
    § 5 QUEST REWARDS
    Quest IDクエスト名進捗報酬EXP備考
    本日のクエスト報酬はありません。
    STATUS REPORT
    ⚔ STATUS REPORT ⚔
    2026-04-22
    Lv12 見習い(Apprentice) 次のLvまで 499 EXP
    HP 210 (+10)
    名もなき商人QUEST ×1.1
    MP 340 (+25)
    無名の旅人BOOST ×1.0
    EXP 2,101 / 2,600
    23,634 → 25,901+2267
    基礎行動EXP60
    業務EXP2210
    クエスト報酬0

    行動EXP合計2270
    EXP BOOST × 0.999
    Lv11 / Physical:1.00 / ENV:0.90 / MP:1.0
    実獲得EXP2267
    🎁 TODAY’S LOOT — 今日の戦利品
    • 💎 **三度目の「SKILL/仕様書の弱検証が局所動機に負ける」構造を、言葉で捕まえた** — status.json誤配置・§2長大化・h2破綻はすべて同じ構造。「フロント検証OK」のような曖昧な検証項目は、Claudeの局所最小確認に負ける。検証項目は「数ではなく意味(目視・コントラスト・実体)」で書き直すと一般解になる。
    • 💎 **守られないルールは叱らず書き換える** — §2字数上限を300-500字→3,000字に実態調整した判断。14セッション詰め込みが常態なら、ルール側を現実に合わせる方が遵守率が上がる。ただしデータ整合性系(パス・数値)は二重防御、生成品質系(長さ・表現)はAI自律という境界線を引いておく。
    • 💎 **コンバージョンソース識別 `?type=xxx` はCTA設計の基本要素** — LP流入経路が複数になる時点で、各CTAにクエリパラメータを埋めないと後から分析不能になる。ピラー1配置ではCTA-C+本文2箇所を `?type=ai-bucho` 化。新規CTA配置のチェックリストに恒久化。
    ⚔ この冒険を見届ける
    毎日更新中。フォローするか、ブックマークしてまた来てほしい。
    📩 メルマガ準備中 — 開設時にお知らせします