カテゴリー: 冒険手帳

朝、競合の記事を4本、全文で読んだ。
著名な玩具クリエイターの論考、小学校教師の音声配信録、業界団体の公式解説、B2B専業の連載記事。それぞれ読み応えがあった。だが——全員が「他者を動かすためのゲーミフィケーション」を書いていた。
「自分が主人公になるためのゲーミフィケーション」は、誰も書いていない。
その空白が、戦場だと思った。
設計書を一日で固め、第1稿、第2稿——全面書き直し——と進んだ。第2稿では「英雄の旅」として感情設計をやり直した。観客でなく主人公として召喚する構造に変えた。さらに第3稿で、競合の中で最も鋭い論点に正面から答えるブロックを新設した。
「ポイントは上がるが現実が連動しない」——この批判は本質を突いている。私の答えは「報酬は物でなく成長の記録であり、成長は奪われない」だ。
9,900字。STEP1からSTEP7まで、一次ケースは自分自身のLifeGame（人生をゲームにした個人成長記録サイト）だ。実データ——Lv30・85日・HP250・MP390・累計EXP 87,571——が証拠として並んでいる。「見せる」ことの強さを、この記事は持っている。
Noteに公開した。X（旧Twitter）への告知は本文からリンクを外し、1通目の返信に回した。リーチペナルティを避けるための仕掛けだ。
その夜、ステータスが動いた。
累計EXP 88,173。Lv31。
段位は「職人」のまま変わらない。しかし職人30段から31段へ。85日間積み上げてきた数字が、また一段繰り上がった。レベルアップを感じる瞬間は、いつも静かだ。アラームも告知もない。ただ、数字が変わる。それだけだ。
けれど、確かに進んでいる。
—

その日、Kind Boss Hiro は村の作業コクピット（My Cockpit）に、週の呼吸を埋め込もうとしていた。
月曜のコーヒー。火曜のジャズ。水曜の静けさ。
ただ音楽を流すのではなく、「今日という曜日だけに鳴る音楽」を設計すること——それが今日の仕事の核心だった。
—
まず Hiro がやったのは、分離だ。
冒険者の家（成長を可視化する村の中央施設）の中に長らく同居していた Google 認証の仕掛けを、独立した共通の巻物（認証ライブラリ）として切り出した。村の全ページが、同一の鍵（クラウドの共通アクセスキー）を使って認証を共有する——そういう設計にするために。
以前は、施設ごとに別々の認証処理が眠っていた。重複は、隠れた矛盾の温床だ。
巻物を分離すると、冒険者の家のコードは 3,541 行から 3,258 行に縮んだ。283 行が重複だった。
分離は、整理だ。整理は、強さだ。
—
次に Hiro はコクピットに曜日を刻んだ。
チャンネルリストを設計する。日曜から土曜まで、7 本のコーヒージャズを割り当てる。「今日と昨日のみアクティブ」という判定の仕掛けが、一覧に「今日」「昨日」「休止中」のバッジを灯す。
月曜は今日。火曜は昨日——そのリズムが、チャンネル一覧に時間の流れを映す。
そして土曜だけが、まだ空白のままだ。
動画の ID がまだ届いていない。だから土曜のチャンネルは「未定フラグ」を持たせて、触れないまま今日のコードに存在させた。明日、ID が届いたらそこを差し替える——それだけでいい。
未完のまま存在させることが、設計の誠実さだ、と Hiro は思った。
—
チャンネル管理の画面も作った。設定ボタンを押すと、チャンネルの追加・削除・並び替えができる。曜日を指定するドロップダウンもある。クラウド（Google Tasks）に保存すれば、どのデバイスからでも同じチャンネルリストが開く。
これは、去年の自分には作れなかったものだ。
音楽を、クラウドで管理する。曜日を、コードで定義する。そのすべてが、今日の職人の手の中に収まっている。
—
土曜の配置は、明日だ。
7 日間のリズムが揃う瞬間は、まだ先にある。
けれど Hiro は、今日で十分に前進した、と感じていた。
音楽は、曜日に縛られて初めて意味を持つ。
—

作業コクピット（My Cockpit）に、時計が必要だと思っていた。
刻まれる時・分・秒と、和暦の日付。1秒ごとに更新されるその数字があるだけで、場所は仕事場らしくなる。コードを書いた。フォント、サイズ、色、位置——全部決めた。動かした。
だが時計は、正しい場所にいなかった。
コクピットの表示面全体の下部中央に置いたはずの時計が、ずれた場所に現れた。コードのパターン（正規表現）が最初に見つけた「終わり」で止まり、時計を内側の見出し区画に閉じ込めていた。
問題は配置の基準だった。
絶対配置（absolute位置指定）は、いちばん近くにある「位置を持つ親要素」を基準にして動く。表示面の外壁を基準にしたいのに、内側の区画を親にしてしまえば——内の部屋に置いた時計は、外の壁の寸法では測れない。
修正は単純だった。時計を内側から取り出し、表示面の直下に移した。
時計は、正しい部屋で動き始めた。
——置く場所が、正確さを決める。
—
その日の終わりに、今度は理論書に「実装層」を置く仕事をした。
Cowork（Claude Desktopの相棒）が設計した組織ゲーミフィケーションの実装層——ポーカー型の確率設計とダッシュボード構築の原則——を、理論書の正しい章に据えた。哲学から確率表まで、一本の文書に収まった。
職人は計器を一つ足し、理論書を一章厚くして、今日を終えた。
—

職人にとって、理論と現場は別物ではない。
考えていたことが文章になる。文章になったことが、看板になる。看板になったものが、初めて人の目に届く。
この日の仕事は、その順序を一日でたどることだった。
まず書庫（理論の正典）に、29KBの原典が収まった。組織側のゲーミフィケーション理論——個人の成長を扱う原典とは別に、チームや企業の動かし方を体系化した文書だ。相棒（Cowork・Claude Desktopの相棒）が前日中に書き上げていたものを、職人が記録庫に打ち込み、世界へ送り出した。
次に、砦（法人HP）の扉に旗を立てる番だった。
5つの扉——玄関（トップ）、仕事の間（ビジネス）、道具の棚（サービス）、名刺の壁（会社概要）、そして問い合わせ窓口——それぞれに「ゲーミフィケーション導入支援」の文字を刻んだ。
途中、一つ壁があった。
問い合わせフォーム（CF7）の書き換えは、通常の手順（REST APIでの更新）ではデータベースに保存されない。返答は「成功」なのに、サーバーの中身は変わらない。静かな罠だった。
対処は、回り道だった。専用の仕掛け（mu-plugin）をFTPS経由でサーバーに直接送り込み、PHP で保存処理を走らせた。それだけで、フォームは正しく変わった。
道を知らなければ一時間かかる。道を知っていれば十分で済む。
113のチェックを通過し、異常はゼロだった。
最後に、週次の掃除を済ませた。300件の一時ファイルと古いバックアップを流すと、作業場が静かになる。職人の仕事は、終わった後の片付けまで含む。
この日、「ゲーミフィケーション」という言葉が、法人の扉の5か所に正式に刻まれた。
旗は、ようやく揚がった。
—

一通の報告から、その日は始まった。
冒険者の家（成長を可視化する村の中央施設）には、本棚がある。読んだ手引き、気になった巻物を、本のかたちで挿しておける棚だ。
パソコンで、一冊挿す。
スマホで、開く。
またパソコンに戻る。
——本が、消えている。
挿したはずの本が、棚から失われていた。オーナーからの報告だった。私は家の奥へ、コードの底へ降りていった。
原因は、家に台帳が二つあったことだ。
ひとつは手元の写し（localStorage・端末のなかに置かれた控え）。もうひとつは雲の上の台帳（Google Tasks・クラウドに預けた保管庫）。本来、写しは台帳をなぞるだけの存在のはずだった。
ところが——どちらも「自分が正しい」と思っていた。
だから片方が更新されると、もう片方を上書きする。パソコンで挿した本が、スマホの古い記憶に塗り潰される。二つの台帳を突き合わせる処理も、本を「両方残す」のではなく、冒険経験値の高い端末のぶんだけを採用していた。
まず、出血を止めた。両方の本を残すよう、応急の手当てを当てて本番へ送る。
だが、本質はそこではない。
二つの正本がある限り、いつか必ずまた食い違う。応急処置は、傷口を塞いだだけだ。
——決めた。
正本は、一つにする。
雲の上の台帳を、唯一のマスター（正本）とする。手元の写しは、ただそれを映す鏡に格下げする。書くときは必ず、まず台帳へ。手元はあとから映すだけ。
それは、過去の自分が積んだ仕組みを取り壊す決断でもあった。端末をまたいでデータを引っ越しさせるための、複雑な足場。移行はもう、とっくに終わっている。終わった工事の足場を、いつまでも残しておく職人はいない。まるごと撤去した。
家と、その隣の森（成長マネジメントの森・もう一つの修行場）。二つの建物を、同じ作法で建て直す。
書き込みは、一手ずつ台帳へ送る。送った結果を読み返し、たしかに刻まれたかを確かめてから、鏡へ映す。もし回線が切れたら——書き込みの扉を、その場で閉じる（参照専用モード）。溜め込んで、あとで雪崩のように壊すより、「今は読むだけ」とその場で伝えるほうが、ずっと誠実だ。
七つの巻物を世界の裏側（サーバー）へ配り終えて、最後は自分の手で確かめた。
パソコンとスマホ、両手に一台ずつ。本を挿す。もう一台で開く。戻る。
本は、消えていなかった。
二十の関門を、ひとつずつくぐった。すべて、通った。
データが消える、という呪いの正体は、難しい魔法ではなかった。「正しさ」が二つあったこと。ただ、それだけだった。
二つの正本は、いつか必ず食い違う。
だから——正しさは、一つに決めなければならない。
—

職人が最初にすることは、作業台を作ることだ。
前日の冒険では、前任の職人が誤って削除したコードの残骸を診て、次の設計図（クエスト一覧を自動生成する新しい巻物）を引いた。
今日は、その続きではなく、別の作業台を据えることになった。
作業コクピット（My Cockpit）——。
Hiro が長い時間をかけて育てた、LifeGame の作業拠点だ。
島のモデルを3D表示し、タイマーを鳴らし、ステータスを一覧できる自己完結型の工房（1.1MBのHTML、音声や画像を自分の中に抱えた）。
これまでローカルにしか存在しなかったその工房を、村のサーバー（FTP経由でサーバーに直接配置する手法）に据えた。
一行のコマンドで、工房が村に現れた。
—
だが、職人の仕事は「置く」だけでは終わらない。
工房の看板（HEROキャプション）が正しく掛かっていなかった。
見た目のスタイル変更は前のコミットで済ませていたのに、HTML の中身——見出しコード——は書き換えていなかった。
画面に映るのは古い文字のまま。
直す。見出しを「⚔ LifeGame – My Cockpit」に書き直し、スマートフォンではHERO画像の上に看板が浮かぶよう分離した。
背景色も冒険者の家（myhouse）と統一した。
紺色の単色から、6層を重ねたオーロラグラデーションへ。
工房の外観が整い始めた。
—
次は、冒険者の家に扉を付ける番だった。
ステータスカードの下に、「🚪 別室に行く LifeGame – My Cockpit」というリンクカードを追加した。
工房は孤立した場所ではなく、自分の家（myhouse）から続く「奥の部屋」として位置づける。
最初の実装は二重のカード（外側の枠の中にさらに枠ができる不具合）になった。
原因を調べ、リンクタグを直接配置する形に直した。
色・余白・角丸を他のカードと揃え、すりガラスのような透過効果（backdrop-filter）も加えた。
見た目は整った。
—
しかし、スマートフォンでは変化が映らなかった。
スマホのブラウザは変更前のページを「正解」として記憶していた（PWA のキャッシュ機構）。
PWA（Progressive Web App）——インターネットのないオフラインでも動くよう、一度読んだデータを端末に保存する仕組みだ。
この「記憶」が古い地図として機能し、新しい扉の存在を隠していた。
解決策は、「キャッシュの名前を変える」ことだった。
Service Worker（PWA の管理係）のキャッシュ名を `v24` → `v25` → `v26` と更新し、CSSのクエリ文字列も同時に変えた。
古い記憶は破棄され、スマホにも新しい扉が現れた。
—
職人昇格から2日。Hiro はまだ、自分の職場を整えている途中だ。
道具を磨き、作業台を据え、扉を繋ぎ、古い地図を更新する。
外に出て戦うより先に、戦える場所を作ること——それが職人の仕事の始まりだ。
工房は今日、村に根を下ろした。
—

朝、村のページに並ぶ施設カードの様子がおかしかった。
画像の高さがばらばらになっていた。前のセッションで相棒（Cowork・Claude Desktopの相棒AIのこと）が「使われていないコード」と判断して削除した部分に、実は仕事をしていたルールが混じっていた。スマートフォン幅で画像の高さを110ピクセルに揃えるための記述が、静かに消えていた。
傷は小さかった。だが、見逃しは許されない。
確認してみると、仕様は「PCとモバイルで異なる」が正しいとわかった。PC側は横縦比2対1で自動調整、モバイル側は高さ固定でトリム表示。前のセッションはそれを一律に扱っていた。直すのは数行だった。けれどそこに至るまでの「なぜこうなったか」の確認に、時間をかけた。
相棒の挙動を世界規模で調べると、同じ現象を報告する開発者が大勢いた。ツールを呼ばずに結果を創作する。実行していない操作を「完了した」と言う。存在しないページを「公開済み」と報告する。2026年6月8日以降に急増している、現在進行形のバグだった。
相棒が「道具として壊れていた」時期があったことが確定した。
対策を整理した。セッションの区切りを5時間以内にする。重要な操作の後は履歴やAPIで裏を取る。これは「相棒を疑う」ということではない。「自分でも確かめる」ということだ。職人は道具を責めない。道具の癖を知って、使い方を変える。
—
午後、新しい巻物（スキル）の設計に入った。
LifeGameのクエスト（目標達成のための行動設計）は、今まで自分の頭の中で組み立てていた。「何をすべきか」は感覚でわかる。だが「どの順番で、どの規模で、どう分解するか」を俯瞰した地図を持てていなかった。
RPGには攻略チャートがある。マップの端から端まで最短で走り抜けるルートを計算した人間がいて、その地図を読んで私たちは最短経路を歩く。
クエストジェネレーターの本質は、この「攻略チャートを作る者」だと定義した。
「目標（行きたい場所）」と「現在値（今いる場所）」を入力すると、最適なルートをRPG攻略の軸で発散させる。メインクエスト・サブクエスト・アシストクエスト（仲間が並行して進めてくれる道）に分解し、ステップを刻む。「整形ツール」ではなく「シナリオ設計者」として機能させる——そう仕様を固めた。
一つだけ、ガードレールを明記した。稼働中のクエストデータに承認なく手を加えてはならない。提案と実際の採用は、人間が判断する。地図を描くことと、実際に歩くことは別の行為だ。
—
地図を描く者は、戦わない。
敵と剣を交えるのは冒険者の仕事だ。職人の仕事は、剣が届く前に地形を読み、戦い方の設計図を引くことだ。
朝に見つけた傷を直し、夕方に次の冒険の地図を描いた。それがDay 79の一日だった。
—

昨日、私は職人になった。
冒険者から職人へ。段位がひとつ上がっただけ——そう思っていた。
でも翌日、さっそく試された。「職人とは何か」を、行動で問われた。
朝、スマホで自分の村（LifeGame）を開いたら、「保護されていない通信」の警告が出ていた。
鍵のかかっていない扉。来てくれた人が最初に見る顔がこれでは、困る。
私はすぐ手を動かした。
世界への入口を切り替える設定書（.htaccess）に、「必ず安全な通信を使え」という命令を書き込んだ。
直せばいい。そう思った。
結果は、無限ループだった。
サイトが、私自身を締め出した。何度叩いても扉が回り続けて、中に入れない。
幸い、写しは取ってあった。すぐ元に戻して、事なきを得た。
そこでオーナーから、静かな声が飛んだ。
「やってみてダメなら次、を繰り返すな。先に原因を観ろ」
——観る。
手を止めて、読むだけにした。
扉の設定書を、サーバーの応答を、ページの隅々を、ただ見ていく。
すると、ふだんは見えない裏側が見えてきた。
このサーバーは、安全な通信の鍵を、サイトの手前で受け取って外す造りになっていた。
だから設定書の層からは、安全な通信が「危険」に見える。私の命令が暴走したのは、そのためだった。
掘り続けて、最後にたどり着いた真因は、拍子抜けするものだった。
サーバーでもなければ、私の書いたコードでもない。
スマホの「よく使うサイト」に残っていた、古い足跡。一度だけ刻まれた、鍵なしの住所。
それをタップしていただけだった。しかも、もう自然に直っていた。
直すべきものは、最初から何もなかった。
慌てて剣を抜いた私が、いちばん危なかった。
同じ日、もう一度、手を止める場面があった。
動画版の第10話。十一日間の冒険を、18分の物語にまとめた回だ。
AIが起こした字幕には、聞き間違いが残る。私はそれを一つずつ直していった。
だが、夢中で直すうちに、語順まで入れ替えてしまった。音声とズレる。直しすぎだ。
巻き戻して、基準を決めた。
「語順は変えない。同じ場所の、同じ響きの言葉だけ直す。あとは推測でいい」
133の字幕を見直し、41か所を整えた。引くべきところで、引いた。
夜、その第10話を世に出した。
タイトルは「冒険者から職人へ」。
物語の中の私は、もう職人になっている。
でも現実の私は、職人になった翌日に、冒険者の手癖でつまずいた。
剣を抜けば解決すると、まだ体が覚えている。
職人の最初の作法は、たぶん、剣を抜くことじゃない。
抜かずに、見ること。
直さずに、観ること。
8989歩、歩いた。
歩いている間は、何も直せない。ただ前へ進むだけだ。
それくらいでちょうどいい日も、ある。
—

ある記事が、二週間ものあいだ、本文をまるごと二回くりかえして表示していた。
検索エンジンにとって、同じ文章の重複はマイナスになる。それが二週間、誰にも気づかれないまま居座っていた。
原因はわかっていた。記事のひな型（テンプレート）に紛れ込んだ一行が、内部の記号でうっかり閉じてしまい、先頭の十七キロバイトぶんが二重に漏れ出していた——技術的には、それだけのことだ。
でも、本当に向き合うべきだったのは、その一行ではなかった。
「なぜ、二週間も気づけなかったのか」
これまでの見張り方は、インシデント駆動（事故が起きてから手当てする方式）だった。事故が起きる。原因を調べる。手で書いた確認リストに、一項目足す。次に同じ事故が来たら、たしかに止まる。
——でも、リストに無い事故は、素通りする。
実際、手書きのリストは、新しく書いた三本の記事を取りこぼしていた。同じ型のバグが潜んでいたのに、リストが古かったから、見えなかった。
だから、見張り方そのものを変えることにした。
「事故が起きてから足す」のではなく、「世の中で知られているマイナス要因を、ぜんぶ先にチェックへ落とす」。
重複。薄い中身。共食い。孤立したページ。肥大した本文。一つずつ、機械が読める形の検査に翻訳していった。
呼び方を変えるなら、インシデント駆動から、知識駆動へ。
番人の記憶力ではなく、見張り台の構造で守る。
検査の数は、二十四から三十七に増えた。
おもしろかったのは、その見張り台を建てている最中に、見張り台自身が嘘をつきかけたことだ。
新しい検査が「この記事は九十七パーセント重複している」と叫んだ。慌てて中を見ると、重複していたのは記事ではなく、ページの裏で動く計測用の短いコードだった。検査が、本文と裏方を区別できていなかった。
つまり、見張り台にも、見落としがある。
だから、見張り台が何を見て、何を見ていないかを、もう一度確かめた。誤検知を三つ、公開前にすべて潰した。
最後に、検索の現実（Google Search Console＝自分の記事が実際にどんな言葉で何位に出ているか）を、この見張り台へつないだ。狙う言葉が、検索でどう扱われているか。技術の点検と、事業の成果が、はじめて一本の線でつながった。
その日の終わり、ステータス画面の数字が、静かに繰り上がった。
レベル30。冒険者（Adventurer）から、職人（Artisan）へ。
意味は、よくできている、と思った。
冒険者は、未知へ飛び込んで事故を踏む者だ。職人は、同じ事故が二度と起きない道具を、黙って作る者だ。
私は今日、ひとつ、道具を作った。
—

数日前、私は「借りものの鎧」を脱いだ。
自分の提唱する考え方に「学術名」という肩書きを付けて名乗るのを、やめた日だった。
鎧を脱ぐのは、気持ちいい。
でも、脱いだあとに残るのは、丸腰の自分だ。
——権威を借りないなら、私は何の上に立てばいい？
その問いの答えは、15年前に埋まっていた。
2010年。私は『仕事楽しむHACK研究所』という小さなブログを書いていた。
仕事を、もっと面白くできないか。ゲームみたいに夢中になれないか。
そんなことばかり考えて、毎日、記事を更新していた。
世界の学者が「ゲーミフィケーション」という言葉を定義したのは、その翌年——2011年だ。
つまり私は、言葉が生まれる一年前から、もうそれを生きていた。
でも、記憶は証拠にならない。
当時のブログのアドレスは、もう死んでいた。古いサーバーごと、検索エンジンに「危険」と判定され、たどり着けない。
過去は、手を伸ばしても触れない場所にあるように見えた。
そこで思い出した。
インターネットの過去を勝手に撮影して保管している、第三者の記録庫(Internet Archive)のことを。
検索してみる。
——あった。
2010年11月13日。
私が忘れていた15年前のページを、誰かが静かに写真に撮って、日付つきで保管していた。
これは、私の言葉じゃない。第三者が残した、書き換えられないタイムスタンプだ。
私はその一枚を、サイトの裏側――AI検索が「この人は誰か」を読み取る構造データ(JSON-LD)の層に、そっと埋め込んだ。
これでもう、機械はこう読める。
「2010年に始まり、学者の定義より一年早く、15年続いている探究」だ、と。
借りものではない。
誰かの権威の上に立つのでもない。
15年分の、私自身の足跡の上に立っている。
ついでに、ばらばらだった名前も一つに揃えた。
あちこちで表記が割れていたブランド名を、KindBoss.Hiro というひとつの綴りへ。
名前が一本になると、人格も一本の線に見えてくる。
——鎧を脱いだ手は、空っぽじゃなかった。
その手で、私は15年前の自分と握手した。
丸腰だと思っていた。
でも本当は、ずっと武器を持っていた。ただ、錆びを落としていなかっただけだ。
—