📖 ADVENTURE JOURNAL
Day 0194
静かなのは、無事の証拠ではなかった
§ 1
WORK LOG
- 冒険手帳 Day193 を投稿した(§4 67項目・獲得1,915・新しい歩数換算の初適用・自律ループ5周で改善停滞終了・通読と実態把握を3周・事実性の引っかかり3件を処理・酒場25本とラジオの見出し・投稿後の13点検査は異常0件・SNS投稿の作業ログ67行・コミット後にショート作成へバトン)
- 縦型動画 Day193「運動と呼べたのは2,905歩」を制作し、YouTube と Instagram へ出した(本編380字・通読5周・換算の出典を一次資料で明記・抑揚3か所)
- ショートの実測を取り込み、日別の視聴が2日続けて100未満になった直近4週で初の谷を記録した。旧PCで登録者推移を書き込んだときに正しい行が消えた事案を見つけて戻した
- 新PCで、サイトを点検する定期タスク3本が9月24日から1度も動いていなかった原因(起動に使うプログラムを旧PCでの置き場所で呼んでいた)を特定し、起動先をWindows標準のPowerShellへ替え、文字コードの読み違いも直して復旧した(安全の点検24項目すべて合格・夕方5時の定時で3本目も完走)
- 安全の点検に、走るたびに1行残る実行履歴を足した。台帳と移行手順書に「登録済みは実行済みではない」を書いた
- 再発していた道具の不具合3件(採番・発音検査の音声エンジン起動・フォロワーの前日比)を直した
- 週次のファイル整理で6,077件・8.9GBを削除待ちへ移し、保管期限の検出漏れを直した
- 別の作業場(Cowork:Claude Desktop で作業を手伝うAI)で、X投稿の10月7日分を投稿済みとして確定し、次の4日分の論点4案をストックにし、10月8日分「行動と結果」をオーナーの全面修正で確定した。ショートのかじ取りで、道の演出が評価を下げていないことを確かめ、ジャンル語タグを外す束と定期タスク復旧の依頼書2本を作った
- ボリューム: ★★★★★ / 成果: ★★★★☆
ボリューム
★★★★★
成果
★★★★☆
§ 2
ADVENTURE SCENARIO
静かなのは、無事の証拠ではなかった
私は、仕事と生活をRPGに見立てて記録している。
毎日の行動に経験値(EXP)を付け、たまった分でレベルが上がる。
この連載(冒険手帳)は、その1日分の記録だ。
作業の多くは、AIの相棒(Claude)と進めている。
もう一つ、別のアプリで動くAI(Cowork)もいる。こちらは手を動かす役ではなく、作業全体の進み具合を見渡して、気づいたことを私あての依頼書にまとめる相談役だ。
私の会社のサイトには、見張り番がいる。
決まった曜日の夕方に自動で動く点検の処理(定期タスク)で、全部で3本ある。サイトの安全と表示の崩れを見る1本、検索向けの構造を見る1本、ブランド名の載り方を見る1本だ。点検日は、安全と表示の1本が火曜と金曜、ブランド名の1本が火曜、検索向けの1本が水曜。合わせて週に4回だ。
見張り番は、走るとまず「いつ動いたか」を書いた実行記録を1本残す。この記録は、走ったパソコンの中にだけ残る。
そのうえで、異常を見つけたときだけ、私とAIが毎日見る作業の一覧(進行表)に警告を書き込む。
警告が無ければ、無事ということになっている。
9月24日、私は作業用のパソコンを2台にした。
新しいほうを本拠地にして、決まった時刻に動く処理はすべてそちらへ移し、古いパソコンの側は止めた。
新しいパソコンには、3本が決まった時刻に自動で動くよう設定した。これを「登録」と呼んでいる。
どの処理をどちらのパソコンで動かすかをまとめた一覧(移行の台帳)には、見張り番の3本も「登録済み」と書いた。
それから2週間、進行表に警告は1度も出なかった。
10月7日(水曜日)の朝、相談役が依頼書を上げてきた。
相談役が見たのは、警告ではなく、実行記録があるかどうかだった。
新しいパソコンに、見張り番の実行記録が1本も無い。
9月24日から、点検は1度も走っていなかった。
9月25日から10月6日までに、見送られた点検日は7回。最後に点検が走った9月22日から数えて、監視の空白は15日になっていた。
実は相談役は、9月27日と10月2日にも、同じ空白を依頼書で知らせていた。
2回とも、進行表に載ったまま、手が付かずに残っていた。
なぜ後回しにしたのか、手元の記録に理由は残っていない。
確かなのは、見張り番の側からは、何も届かなかったことだ。
相談役の見立ては、起動の許可設定だった。
パソコンが、手順を書いたファイルの実行を許すかどうかの設定だ。
3本が同時に、痕跡を残さず止まる。症状とは合っていた。
調べると、外れていた。
起動に使うプログラム(PowerShell)には、Windowsに最初から入っている古い版と、あとから入れる新しい版がある。
3本はどれも、新しい版を、古いパソコンでの置き場所で呼んでいた。
新しいパソコンでは、新しい版が別の場所に入っている。
呼んだ先に、何も無い。
見張り番は、実行記録を書く一歩手前で止まっていた。
そして、止まったことを知らせる係も、見張り番自身だった。
直し方は、呼び先を、どのWindowsにも入っている古い版のほうへ替えることにした。
試しに走らせると、今度は、見張り番を起動する手順を書いたファイルの1行目で落ちた。
古い版は、日本語のWindowsでは、ファイルの先頭に文字コードの目印(BOM:先頭に置く3バイトの印)が無いと、日本語を別の文字コードとして読んでしまう。読み違えた文字は命令として通らず、そこで止まる。
切り替えを選ぶとき、Claude は「古い版でも動く書き方です」と私に説明していた。
書き方は確かめていた。文字コードは確かめていなかった。Claude は、その説明が誤りだったと私に伝え直した。
起動の手順を書いたファイルは2本ある。安全と表示の1本が使うものと、残る2本が共用するものだ。その2本の先頭に目印を付けて、ようやく走った。
その日の昼、点検日が来ていない2本を手で走らせ、新しいパソコンで初めての実行記録ができた。
安全の点検は、24項目すべて合格だった。
夕方5時には、水曜が点検日の残る1本が、定時のとおりひとりでに動いて完走した。
ここで考えた。
警告が出ないことを、私は「無事」と読んでいた。
だが、警告を書けるのは、走った見張り番だけだ。
走っていなければ、無事と同じ顔をする。
静かなのは、無事の証拠ではなかった。
ゲームなら、クエストを受けたことと、クリアしたことは、別の印で表示される。
受けただけのクエストに、クリアの印は付かない。
台帳の「登録済み」は、受けた印でしかなかった。
クリアの印にあたるのは、実際に走ったという記録のほうだ。
そこで、安全の点検には、走るたびに1行ずつ増える履歴を足した。実行記録と違い、こちらは2台で共有する。
実行した日、どちらのパソコンか、点検した数、異常の数。
異常が無くても、1行増える。
履歴は、2台のパソコンが同じ中身を取り込むファイルの置き場(GitHub)に入る。どちらのパソコンからでも、最後の行の日付を見れば、最後にいつ走ったかが分かる。
残る2本は、もともと同じ形の履歴を持っていた。無かったのは、安全の点検だけだった。ただ、その日付を決まって見る習慣も無かった。
これからは、警告が無いことではなく、最後の行の日付で、無事を確かめる。
パソコンを2台にしたときに作った移行の手順書にも、1行書き足した。
登録したら、1回手で走らせて、実行記録が出るのを見る。
—
毎日の行動に経験値(EXP)を付け、たまった分でレベルが上がる。
この連載(冒険手帳)は、その1日分の記録だ。
作業の多くは、AIの相棒(Claude)と進めている。
もう一つ、別のアプリで動くAI(Cowork)もいる。こちらは手を動かす役ではなく、作業全体の進み具合を見渡して、気づいたことを私あての依頼書にまとめる相談役だ。
私の会社のサイトには、見張り番がいる。
決まった曜日の夕方に自動で動く点検の処理(定期タスク)で、全部で3本ある。サイトの安全と表示の崩れを見る1本、検索向けの構造を見る1本、ブランド名の載り方を見る1本だ。点検日は、安全と表示の1本が火曜と金曜、ブランド名の1本が火曜、検索向けの1本が水曜。合わせて週に4回だ。
見張り番は、走るとまず「いつ動いたか」を書いた実行記録を1本残す。この記録は、走ったパソコンの中にだけ残る。
そのうえで、異常を見つけたときだけ、私とAIが毎日見る作業の一覧(進行表)に警告を書き込む。
警告が無ければ、無事ということになっている。
9月24日、私は作業用のパソコンを2台にした。
新しいほうを本拠地にして、決まった時刻に動く処理はすべてそちらへ移し、古いパソコンの側は止めた。
新しいパソコンには、3本が決まった時刻に自動で動くよう設定した。これを「登録」と呼んでいる。
どの処理をどちらのパソコンで動かすかをまとめた一覧(移行の台帳)には、見張り番の3本も「登録済み」と書いた。
それから2週間、進行表に警告は1度も出なかった。
10月7日(水曜日)の朝、相談役が依頼書を上げてきた。
相談役が見たのは、警告ではなく、実行記録があるかどうかだった。
新しいパソコンに、見張り番の実行記録が1本も無い。
9月24日から、点検は1度も走っていなかった。
9月25日から10月6日までに、見送られた点検日は7回。最後に点検が走った9月22日から数えて、監視の空白は15日になっていた。
実は相談役は、9月27日と10月2日にも、同じ空白を依頼書で知らせていた。
2回とも、進行表に載ったまま、手が付かずに残っていた。
なぜ後回しにしたのか、手元の記録に理由は残っていない。
確かなのは、見張り番の側からは、何も届かなかったことだ。
相談役の見立ては、起動の許可設定だった。
パソコンが、手順を書いたファイルの実行を許すかどうかの設定だ。
3本が同時に、痕跡を残さず止まる。症状とは合っていた。
調べると、外れていた。
起動に使うプログラム(PowerShell)には、Windowsに最初から入っている古い版と、あとから入れる新しい版がある。
3本はどれも、新しい版を、古いパソコンでの置き場所で呼んでいた。
新しいパソコンでは、新しい版が別の場所に入っている。
呼んだ先に、何も無い。
見張り番は、実行記録を書く一歩手前で止まっていた。
そして、止まったことを知らせる係も、見張り番自身だった。
直し方は、呼び先を、どのWindowsにも入っている古い版のほうへ替えることにした。
試しに走らせると、今度は、見張り番を起動する手順を書いたファイルの1行目で落ちた。
古い版は、日本語のWindowsでは、ファイルの先頭に文字コードの目印(BOM:先頭に置く3バイトの印)が無いと、日本語を別の文字コードとして読んでしまう。読み違えた文字は命令として通らず、そこで止まる。
切り替えを選ぶとき、Claude は「古い版でも動く書き方です」と私に説明していた。
書き方は確かめていた。文字コードは確かめていなかった。Claude は、その説明が誤りだったと私に伝え直した。
起動の手順を書いたファイルは2本ある。安全と表示の1本が使うものと、残る2本が共用するものだ。その2本の先頭に目印を付けて、ようやく走った。
その日の昼、点検日が来ていない2本を手で走らせ、新しいパソコンで初めての実行記録ができた。
安全の点検は、24項目すべて合格だった。
夕方5時には、水曜が点検日の残る1本が、定時のとおりひとりでに動いて完走した。
ここで考えた。
警告が出ないことを、私は「無事」と読んでいた。
だが、警告を書けるのは、走った見張り番だけだ。
走っていなければ、無事と同じ顔をする。
静かなのは、無事の証拠ではなかった。
ゲームなら、クエストを受けたことと、クリアしたことは、別の印で表示される。
受けただけのクエストに、クリアの印は付かない。
台帳の「登録済み」は、受けた印でしかなかった。
クリアの印にあたるのは、実際に走ったという記録のほうだ。
そこで、安全の点検には、走るたびに1行ずつ増える履歴を足した。実行記録と違い、こちらは2台で共有する。
実行した日、どちらのパソコンか、点検した数、異常の数。
異常が無くても、1行増える。
履歴は、2台のパソコンが同じ中身を取り込むファイルの置き場(GitHub)に入る。どちらのパソコンからでも、最後の行の日付を見れば、最後にいつ走ったかが分かる。
残る2本は、もともと同じ形の履歴を持っていた。無かったのは、安全の点検だけだった。ただ、その日付を決まって見る習慣も無かった。
これからは、警告が無いことではなく、最後の行の日付で、無事を確かめる。
パソコンを2台にしたときに作った移行の手順書にも、1行書き足した。
登録したら、1回手で走らせて、実行記録が出るのを見る。
—
§ 3
DAILY HABITS EXP
| カテゴリ | 入力値 | EXP | 備考 |
|---|---|---|---|
| 睡眠 | 未入力 | 0 | 未入力は0 |
| 食事管理 | 普通 | 10 | |
| 環境整備 | なし | 0 | |
| 運動 | ウォーキング10,497歩 | 25 | 最初の3,000歩を除き1,000歩=10分で換算(約75分) |
| 健康記録 | あり | 10 | |
| 学習 | なし | 0 | |
| 小計 | 45 EXP | ||
§ 4
WORK LOG ANALYSIS
| 作業内容 | カテゴリ | 規模 | 確定EXP |
|---|---|---|---|
| 着手前と投稿直前に保管場所との一致と同じDayの公開記事が無いことを確かめた | 検証 | 小 | 20 |
| 冒険手帳 Day193 の対象日の全7エントリと記録外の作業を本文から読み業務EXPを67項目で積み上げた | 記録 | 中 | 60 |
| ショート作成の宛先セッションを確定しヒアリングフォームを先行起動した | 運用 | 小 | 10 |
| Xのフォロワー数を本文が取れない画面から要素検索で読みフォームへ流し込んだ | 運用 | 小 | 10 |
| 健康ログへ追記し体力値と経験値の倍率を算出した | 記録 | 小 | 20 |
| 運動を新しい換算の決まりで初めて採点した(5,905歩から最初の3,000歩を除き15) | 記録 | 小 | 20 |
| 断片5本から記事を機械で組み立て文字化け0件を確認した | 制作 | 小 | 30 |
| 物語を5周採点し改善が止まった時点で終了した | 制作 | 中 | 60 |
| 通読と実態把握を別の読みとして3周回し繋がらない箇所と実体の無い説明を書き換えた | 修正 | 中 | 60 |
| 本文だけで答えられる問いを8問すべて解消した | 修正 | 小 | 30 |
| 事実性の確認で前日記事の引用違いと出典を示せない文と境目の1歩の食い違いの3件を処理した | 修正 | 小 | 30 |
| 投稿前の整合性検査で止まった原因を行名の語と特定し語を替えて組み直した | 修正 | 小 | 30 |
| 冒険手帳 Day193 を投稿した | 制作 | 中 | 60 |
| 投稿内容の自動検査で全項目OKを確かめた | 検証 | 小 | 20 |
| ステータスを更新しサーバーへ反映した | 運用 | 小 | 20 |
| クエストの進捗を照合し変動なしと判定した | 運用 | 小 | 10 |
| 酒場の語り25本を作成して反映した | 制作 | 小 | 40 |
| ラジオの見出しにDay193を反映した | 運用 | 小 | 10 |
| 投稿後の13点検査で異常0件を確かめた | 検証 | 小 | 20 |
| SNS投稿の作業ログ67行を同じ行数のまま短縮して生成した | 制作 | 小 | 40 |
| 運動の点数表で30分ちょうどが二つの区分に重なることを申し送った | 記録 | 小 | 10 |
| コミットと反映を済ませてからショート作成の別セッションへバトンを渡した | 運用 | 小 | 20 |
| バトンの宛先をオーナーに確認してから送った | 運用 | 小 | 10 |
| 別の作業場のX投稿の引き継ぎ書と稿とストック4案を回収してコミットした | 記録 | 小 | 20 |
| 新PCの定期タスク復旧の依頼を受け付けて進行表へ転記した | 記録 | 小 | 10 |
| ショート実測の取り込み漏れ32件を回収した | 記録 | 小 | 10 |
| ショートの依頼を受け今日変える点を「なし」と判断した | 企画 | 小 | 20 |
| 対象日の主題から題材と型を決め過去の題材台帳と照合した | 企画 | 小 | 20 |
| 次点の題材2本と除外の理由を記録し制限カテゴリに該当しないことを確かめた | 企画 | 小 | 10 |
| フックを3周で磨き別のAIの案と比べて採用案を決めた | 制作 | 中 | 50 |
| 審査の検査をフックと台本で回し未分類0件を確かめた | 検証 | 小 | 20 |
| 台本を書き段を落として本編380字にまとめた | 制作 | 中 | 60 |
| 自己点検で物差しの欠落など3点を直した | 修正 | 小 | 30 |
| 通読を5周回し実欠陥9件を直して構成を組み替えた | 修正 | 中 | 60 |
| 事実性の確認で換算の出典を一次資料として明記した | 修正 | 小 | 20 |
| 拠点の演出パターンと8シーンの素材と低い枠のBGMを選んだ | 制作 | 小 | 30 |
| 送付前の点検の赤3件(始点の主体と概要欄とリード)を是正した | 修正 | 小 | 40 |
| 音声合成の前に台帳を照合し当てられる句7と人に残す句1を仕分けた | 制作 | 小 | 30 |
| 演出の差し戻し0件で承認を得た | 検証 | 小 | 10 |
| 抑揚3か所を直し統合音声で確認を得た | 修正 | 小 | 40 |
| オーナーの承認を受け60fps化し音量を正規化した | 制作 | 小 | 30 |
| YouTubeへ投入し再生リストへの登録をAPIで確かめた | 運用 | 小 | 20 |
| Instagramへ公開した | 運用 | 小 | 20 |
| 機械の警告と注意を全件判断して残す理由を記録した | 記録 | 小 | 30 |
| フックと通読と題材と実測と制作時間と発音の台帳を更新した | 記録 | 小 | 20 |
| 再発している道具の不具合4件を申し送った | 記録 | 小 | 10 |
| オーナーの公開後にYouTubeの公開状態を確かめた | 検証 | 小 | 10 |
| ショートの4週分の実測を取り込み3本の公開状態を確かめた | 記録 | 小 | 30 |
| Day190の確定値とDay191と192の途中値を記録した | 記録 | 小 | 20 |
| 層2の観測データ32本分を追記した | 記録 | 小 | 20 |
| 日別の視聴が2日続けて100未満になった直近4週で初の谷を記録した | 分析 | 小 | 30 |
| 登録者推移の書き込みで正しい行が消えた事案を見つけ台帳を戻した | 修正 | 小 | 30 |
| 登録者推移は母艦でのみ回すことを申し送った | 記録 | 小 | 10 |
| 新PCと旧PCの間でショートの作業フォルダを同期し失敗0件を確かめた | 運用 | 小 | 20 |
| 監視の定期タスク3本が起動前に失敗していた原因を起動プログラムの置き場所の違いと特定した | 分析 | 中 | 80 |
| 3本の起動先をWindows標準のPowerShellへ切り替えた | 修正 | 小 | 30 |
| 試走で出た文字コードの読み違いを手順書2本に目印を付けて解消した | 修正 | 小 | 40 |
| 古い版でも動くという先の報告の誤りをオーナーへ訂正した | 記録 | 小 | 10 |
| サイト監査とブランド監査を手で走らせ新PCで初の記録を確かめた | 検証 | 小 | 30 |
| 安全の点検に走るたびに1行残る実行履歴を足した | 制作 | 小 | 40 |
| 監査の起動手順書のPython探索を新旧PC両対応にした | 修正 | 小 | 20 |
| 定期タスクの台帳と移行手順書に登録済みは実行済みではないと追記した | 記録 | 小 | 20 |
| 登録者推移の書き込み前に既存の行が消えるなら止める検査を入れた | 制作 | 中 | 50 |
| 実測取り込みの手順書に記録ファイルは書いた機械にしか無いと追記した | 記録 | 小 | 10 |
| 進行表のX投稿の状態を最新の引き継ぎ書へ合わせた | 記録 | 小 | 10 |
| SEO構造監査が夕方5時の定時に新PCで初めて完走したことを確かめた | 検証 | 小 | 20 |
| 採番の道具が見出しの番号を数えない原因を特定して直した | 修正 | 中 | 60 |
| 発音の検査が音声エンジン停止中に落ちる問題を自動起動と自動終了で直した | 修正 | 中 | 60 |
| フォロワーの前日比が0になる原因を特定し基準を前日値に直した | 修正 | 中 | 60 |
| 進行表の該当4行を完了にした | 記録 | 小 | 10 |
| 発音台帳の索引を再構築してコミットした | 記録 | 小 | 10 |
| 週次のファイル整理で6,077件と8.9GBを削除待ちへ移した | 運用 | 中 | 60 |
| 削除待ちの保管期限を判定する検出の漏れを直した | 修正 | 小 | 40 |
| 削除待ち直下の不要ファイルを調べオーナーの判断で整理した | 運用 | 小 | 20 |
| ジャンル語タグを外す依頼を進行表へ転記し写し間違いの経路を明記した | 記録 | 小 | 20 |
| X投稿の10月7日分を第3稿で投稿済みとして確定した | 記録 | 小 | 10 |
| 骨子稿の論点がオーナーの論点と逆だったことを記録した | 記録 | 小 | 10 |
| 次の4日分の論点4案を出しストックとして骨子稿に起こした | 制作 | 中 | 60 |
| 10月8日分「行動と結果」をオーナーの全面修正で第4稿にまとめ確定した | 制作 | 中 | 50 |
| 締めは主張の側で閉じるという型を引き継ぎ書に追記した | 記録 | 小 | 10 |
| ショートのかじ取りで道の演出が評価を下げていないことを検証した | 分析 | 中 | 50 |
| タグにゲーム作品名を入れない方針を確定した | 企画 | 小 | 20 |
| ジャンル語の束3本の判定待ちと次のかじ取りの論点4つを整理した | 記録 | 小 | 20 |
| ジャンル語タグを外す束と新PC定期タスク復旧の依頼書2本を作成した | 企画 | 小 | 40 |
| 週次の指名検索と検索順位の状態を記録した | 記録 | 小 | 10 |
| 小計 | 2400 EXP | ||
§ 5
QUEST REWARDS
| Quest ID | クエスト名 | 進捗 | 報酬EXP | 備考 |
|---|---|---|---|---|
| 本日のクエスト報酬はありません。 | ||||
STATUS
REPORT
⚔ STATUS REPORT ⚔
2026-10-07
Lv63
Sage
次のLvまで 125,466 EXP
HP
330 (+0)
名もなき商人QUEST ×1.1
MP
427 (+1)
無名の旅人BOOST ×1.0
EXP
39,234 / 164,700
832,634 → 834,834+2200
基礎行動EXP45
業務EXP2400
クエスト報酬0
行動EXP合計2445
EXP BOOST × 0.9
Lv63 / Physical:1.00 / ENV:0.90
Lv63 / Physical:1.00 / ENV:0.90
実獲得EXP2200
🎁 TODAY’S LOOT
— 今日の戦利品
- 💎 警告が出ないことは無事の証拠にならない——見張りが走ったこと自体を、異常の有無とは別に1行ずつ残す
- 💎 「登録済み」と「実行済み」は別の状態——処理を別の機械へ移したら、1回手で走らせて記録が出るのを見る
- 💎 古い版で動くかは、書き方だけでなく文字コードまで確かめる——日本語のファイルは目印の有無で読まれ方が変わる
⚔ この冒険を見届ける
毎日更新中。フォローするか、ブックマークしてまた来てほしい。
📩 メルマガ準備中 — 開設時にお知らせします
