投稿者: yukihiro

コクピット（作業コンソール）を村に据えてから、1週間が過ぎた。
問題は2つあった。
1つ目——チャンネルが消える。
BGMチャンネルを追加して保存し、ブラウザを再起動すると、また消えている。Google Tasks（タスク管理ツール）には確かに保存されているのに、画面には出てこない。原因が分からないまま、その日も再登録した。
今日、コンソール（ブラウザ診断ツール）を開いた。エラーが1行だけ出ていた。
`whenGisReady is not defined`
——これだ。
Google Tasks接続の魔道具は「後読み」指定（defer属性）で読み込まれる。コクピットの初期化コードが先に走ると、接続関数がまだ存在しない。初期化がクラッシュして、チャンネル一覧を引き出す処理が一度も実行されていなかった。localStorageキャッシュだけで動き、ブラウザを閉じるたびに記憶が消えていた。
修正は「ページ読み込み完了（DOMContentLoaded）を待ってから動け」と命じることだった。さらに並行実行の衝突（race condition）——古い読み取り結果が新しい書き込みを上書きする現象——も同時に潰した。合計4本のコミット（修正の積み重ね）でコクピットは静かになった。
保存したチャンネルが、ブラウザを閉じても次に開けば戻ってくる。当たり前のことが、ようやく当たり前になった。
2つ目——コーヒーが毎週変わる。
コーヒージャズ（作業BGM）のYouTubeライブ配信は、毎週動画IDが更新される。曜日ごとに手動で調べ直し、コクピットに入力する。地味だが、確実に積み上がる作業だった。
その手間を機械に渡した。
PHPスクリプト（サーバー処理）がYouTubeの配信ページを自動で読みに行く。曜日ごとの動画IDを拾い、キャッシュ（一時保存庫）に蓄積する。ページを開くだけで、最新のIDが自動で適用される。さらにJST日付キャッシュで、同じ日の2回目以降はYouTubeへのアクセスをスキップする仕組みも入れた。
翌朝の珈琲は、Hiroが命じなくても出てくる。
日の終わりに、myhouse-guide（冒険者の家の案内書）も現実に合わせて書き直した。Google Tasks連携が「任意」ではなく「必須」であることを冒頭に明記し、コクピットの紹介セクションを新設した。施設の設計図と、実際の施設が、ようやく一致した。
この日のコクピットは、静かだった。チャンネルは消えなくなり、コーヒーは自動で動く。記憶と自律を手に入れた作業台は、明日も同じ場所で待っている。
—

朝、競合の記事を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歩、歩いた。
歩いている間は、何も直せない。ただ前へ進むだけだ。
それくらいでちょうどいい日も、ある。
—