飼育係(べべ)日記

2026-06-23(Tue) [長年日記]

_ タスク管理へのもやもやと、今の自分に合わせたツールの再配置

世間でよく言われる「タスクを細分化してTodoリストに登録し、1個ずつつぶしていく」という管理術（GTDなど）が、どうにも昔からうまくいかなかった。
無理に細かく登録すると予定通りにいかないことがストレスになるし、タスクを翌日に持ち越すと謎の罪悪感が残る。「期日が近い仕事が優先」というルールだけで動いている現状に不満はなかったが、どこかでずっともやもやしていた。

ここ数日のここの記事の追加からお察しのとおり、生成AIさんたちをただの壁打ちツールでなく、いろいろ活用をしてみようキャンペーン中なので、今回の件はGeminiさんに相談してみた。Gmailやらカレンダーやらkeepやらお世話になってるしね。

自分の仕事の性質を考えると、そもそも不確定要素が多く、予定通りにいかないことの方がデフォルトである。そのため、タスクを細かく分解するのをやめ、ツールそれぞれの「得意分野」だけをつまみ食いする、大雑把なシステムに再配置してみることにした。

相談の結果、試してみることにした枠組みは以下の通り。「最終防衛ライン」とか「視覚的な器」とか、生成AIさんらしさがあるけど、以下は相談結果そのまま貼りつけたよ。

1. Todoist（最終防衛ライン）

仕事の「絶対に破ってはいけないデッドライン（締切日）」を、時間は指定せず日付当日のみに1行だけ登録する。
毎週月曜の仕事整理などの「定期ルーティン」を登録する。
プライベートで重要なメールの自動転送先（自動タスク登録）や、プライベートの出先用備忘録として使う。
タスクを細かく分解して入れないため、「未完了の赤文字」を翌日に持ち越すストレスをゼロにする。

2. Googleカレンダー（視覚的な器）

Todoistと双方向同期させておくことで、締切や月曜のルーティンは自動でカレンダー上部に表示されるようにする。
毎週月曜の朝などに、向こう1〜2週間分のカレンダーを眺め、「午前：B案件の報告書」「午後：A案件の調査」といった大雑把な「作業枠（塊）」でスケジュールをザクッと埋める。
この予定は「崩れて当たり前」の仮置きの付箋と割り切り、突発対応が入ったら指でズルッと後ろの空き時間にドラッグしてハメ直す。

3. Gemini（着手のエイド）

カレンダーの作業枠の時間になり、いざ重い腰を上げて着手する瞬間にだけ開く。
「今からこの案件をやる。細かく考えるのが面倒だから、最初の15分でできる具体的な一歩を1つだけ指定して」と丸投げし、脳のエンジンをかけるために使い捨てる。
某楽団の案内メール作成時など、カレンダーの特定期間の予定を、事前に好みの設定（プレーンテキスト用改行・特定URL付き）で記憶させたフォーマットで一発抽出させる実務にも使う。

カレンダーで自分の動ける時間（枠）を視覚的に把握し、Todoistはデッドライン通知のためだけに使うといいよって。

頭でっかちになって動き出せないのが一番よくないので、まずは気楽*1に動いてみようと思う。実際にやってみてどうだったかは、また気が向いたら。

Tags: AI

*1 Geminiさん曰く「崩れる前提のゆるいシステム」とのこと

[ツッコミを入れる]

2026-06-22(Mon) [長年日記]

_ カブのエンジンを載せ替えた

1年くらい前、カブで走っていて、音やレスポンスに少し違和感があった。

はっきり壊れたという感じではなかったけれど、エンジン音に雑音が混じり、回したときの反応もいつもより重いように感じた。

気になってオイルを抜いてみたら「キラキララメ入りオイル」だった。

分解して確認したわけではないけれど、クランクベアリングあたりかはわかんないけど、少なくとも腰下のどこかがかなり厳しい状態になっていそうだった。

このエンジンは、以前から88ccにボアアップして使っていた。クリッピングポイントの88ccキットに、付属のハイカムを組んだ仕様。

もともと車体ごと買った時点で走行距離はだいぶ伸びていそうだった。オドメーターもあまり信用できない状態だったので、88cc化そのものというより、もともとのエンジンがくたびれていたのかなあ。

その後、開けても腰下は難しいだろうなあ工具もないし*1、エンジン調達するしかないかなあと思いつつ1年近くそのままになっていた。

ネットオークションでAA01Eを購入

この間ヤフオクをふと覗いてみたら*2、状態がわりとよさそうで、価格帯（落札開始額）もまあ納得できるAA01Eエンジンを見つけた。

走行距離は約12,000kmとのこと。カブのエンジンだしばら売りだし、本当の状態は実物を見てみないとわからないけど、写真や説明を見る限りでは悪くなさそうで、動いていたエンジンを下ろしてそのまま保管ということで、うまくいけば最低限のリフレッシュで回せそうかな？と判断できるレベルだと思ったので購入。

エンジン載せ替え

エンジンのフレームへの固定はネジ2本だし…と何とか自分を奮い立たせ載せ替え。
載せ替え後、まずはそのままかけてみようオイルは全部抜いて新しいものに交換した

あわせて、しばらく様子を見るためにマグネットドレンボルトも取り付けた。前のエンジンでキラキラオイルが出ていたので、今回は早めに金属粉の様子を見られるようにしておきたかった。

まずは50ccのまま試運転

エンジンはあっさりと回った。物理的な入れ替え以外何もしてないし、雑音もしない。もうこの時点でラッキー。

まずは素の状態で問題がないか見ておきたかったのでそのままテストコースで試運転。ボアアップしてからダメだと困るしね。

遅い。走り出しがすごく遅い。まあそれは当然で、現在のスプロケットは、前の88cc仕様のときに合わせたまま。50ccには重いギア比なので、発進は遅い。発進はゆっくりだけど、スピードに乗ってしまえば、4速での巡航もできた。

気になる異音も今のところなく、ミッションも普通に入る。少なくとも、載せ替え直後の確認としては悪くない状態。

しばらく様子を見る

このままもう少し距離を走る予定。ある程度走ったらオイルを抜いて、マグネットドレンにどのくらい鉄粉が付くかを確認する。そこで明らかにおかしな金属片やキラキラが出なければ、このエンジンはそのまま使えそうだと判断する。

そうなったら、再び88ccへボアアップするつもり。

Tags: カブ

*1 工具は借りて使わせてもらっているけど、腰下いじれるほどまではないよって

*2 現実逃避

[ツッコミを入れる]

自宅で使っているSurface Pro 7（Windows 11）で、Wi-Fiの接続状態に違和感を感じたのがきっかけ。YouTubeがカクついたり再生に至るまでが異常に長かったり。Claudeさんのご指導にしたがってWi-Fiのステータスを確認したところ、送受信に関する値が次のようになっていることがわかった。確認にはPowerShellでnetsh wlan show interfacesを実行した。

受信速度 (Mbps)        : 72
送信速度 (Mbps)        : 1201

いや、送信1201Mbpsに対して受信72Mbpsって、どう見てもおかしい。送受信でここまで非対称になるのはさすがに変だし、何かが起こっていそうな雰囲気がある。

接続環境はこんな感じ。

ルーター：NEC Aterm WX3600HP（Wi-Fi 6対応）
接続帯域：5GHz、80MHz幅以上
無線アダプタ：Intel(R) Wi-Fi 6 AX201 160MHz

ちなみに同じルーターにスマホとか他のデバイスを繋いでも問題なし。違和感を感じるのはこのSurface Pro 7だけ。

数値を見ながら、引き続きClaudeさんに相談しつつ原因を探っていくことにした。

原因の推測

非対称な速度低下、しかも他端末では起きないという状況をClaudeさんに伝えたところ、考えられる原因としていくつか候補を挙げてもらった。

Windowsの電源管理によるWi-Fiアダプタの省電力設定
省電力モードが効いていると、受信側のアンテナ動作（MIMOのストリーム数）が制限されて、受信だけ遅くなることがあるらしい。
Wi-Fiドライバーの不具合
最近のWindows Updateでドライバーが更新されて、何か不具合を抱えている可能性。
Intel AX201特有の既知の不具合
Claudeさんに調べてもらったところ、Surface Pro 7やLaptop 3とIntel AX201の組み合わせで、特定のドライバーバージョンにおいて受信速度がガクッと落ちる不具合が過去に報告されているとのこと。スタンバイ復帰時などにMIMOの2本目のアンテナが省電力状態のまま戻ってこず、低速な1ストリーム接続に固着してしまうのが原因らしい。対策としては、デバイスマネージャーの「MIMO省電力モード」を「自動SMPS」から「SMPSなし」に変更すると改善する、という情報をもらった。
ルーター側のキャッシュ・相性問題
PC側をいじっても直らない場合、ルーターがこのPCのMACアドレスに対して古い（遅い）接続パラメータを覚えてしまっている可能性もあるかも、とのこと。

候補がいくつも出てきたので、一つずつ潰していくことにした。

原因特定のための作業と結果

1. 電源管理の省電力設定を見直す

まずはお手軽そうなところから。電源プランの「ワイヤレスアダプターの設定」を「最適なパフォーマンス」に変更して再起動、計測。

受信速度 (Mbps)        : 72
送信速度 (Mbps)        : 907

……変わらず。電源管理が犯人という線はここでほぼ消えた。

2. ドライバーをロールバックしてみる

次にデバイスマネージャーから、ドライバーを1つ前のバージョン（23.80.0.7）にロールバックして再起動。

受信速度 (Mbps)        : 432
送信速度 (Mbps)        : 576

おっ、起動直後はそこそこマシな値が出た。ところが、Windows 11上でWi-FiをOFF→ONし直してみると、

受信速度 (Mbps)        : 72
送信速度 (Mbps)        : 1201

また元の異常値に逆戻り。なんだこれ。

3. MIMO省電力モード（SMPS）を確認する

念のためデバイスマネージャーの詳細設定を見てみると、「MIMO省電力モード」はすでに「SMPSなし」になっていた。これ、まさにClaudeさんが教えてくれたIntel AX201の不具合対策そのものなのに、設定済みでも症状は再現してしまう。想定と違う展開。

4. 再現性をしっかり確認する

ここでClaudeさんと一緒に、挙動のパターンをきちんと整理することにした。「完全シャットダウン→起動」と「Wi-Fi切断→OFF→ON→再接続」を何度か繰り返して様子を見る。

操作	結果
シャットダウン→起動直後	だいたい正常（700〜800Mbps台）
Wi-Fi OFF→ON（再接続）後	必ず異常（受信72Mbpsに固着）

起動直後はまともなのに、Wi-Fiの無効化→有効化を挟むと毎回低速に固着する。かなりはっきりした再現パターン。*1

5. 最新版ドライバーに上げてみる

Claudeさんに教えてもらったIntel公式サイトから最新版ドライバー（24.40.0）を落としてクリーンインストール。期待して計測してみると、

受信速度 (Mbps)        : 72
送信速度 (Mbps)        : 1201

まさかの起動直後から異常値固着。むしろ悪化してる。慌てて23.80.0.7にロールバックし直したけど、今度はロールバック直後から異常値が出るようになってしまった。ここまで来て、「これはドライバーのバージョンそのものが原因じゃないんじゃないか」という雲行きに。

6. ルーターを再起動してみる

PC側をどういじっても再現を防げなかったので、ルーター側に古い接続情報がキャッシュされている可能性をClaudeさんと一緒に疑ってみることにした。ものは試しでルーターを再起動。

その後、これまで必ず異常値が出ていた「Wi-Fi切断→OFF→ON→再接続」を改めてやってみたところ、

受信速度 (Mbps)        : 1201
送信速度 (Mbps)        : 961

何度繰り返しても正常な値が安定して出るように。あれだけ粘っても直らなかったのに、ルーターの再起動一発でこれ。*2

結論

PC側でドライバーのロールバックや更新、電源設定、SMPS設定をあれこれ試しても全然改善しなかったのに、最終的にルーターを再起動したら症状が消えた。それまで必ず異常値を再現させていた「Wi-Fi切断→OFF→ON→再接続」をやっても正常な値が安定して出るようになったので、まぐれじゃなく再現性をもって改善したと言っていいと思う。*3

ただ、正直に書いておくと、うちのルーターはこれまでも2週間に1回くらいのペースで再起動していて、今回が特別だったわけじゃない。なので「ルーター側に不良な接続キャッシュが溜まっていた」というのは、あくまで一つの推測で、これが確定原因とは言い切れなさそう。電波状況のたまたまの乱れだったとか、ルーター内部で一時的に何かおかしくなっていただけ、という可能性も残ってる。今回はっきり言えるのは、PC側をいくら触っても改善せず、ルーターの再起動という対処で結果的に直ったというところまで。

Intel AX201とSurfaceの組み合わせには確かに既知の不具合（SMPS関連）があって、症状自体はよく似ていた。でも今回はSMPS設定を変えても改善しなかったので、その既知不具合がそのまま今回の犯人だったとは言えなさそう。

結局、本当の原因がどこにあったのかはきれいに突き止めきれなかった。それでも、ドライバーは最新版（24.40.0）でむしろ悪化したという事実だけは残っているので、現状は23.80.0.7にロールバックしたまま使うことにしている。最新版に戻すかどうかは、また気が向いたら試すかもしれないけど、今のところは「下手に触らない」が一番安定してそう。

……と、ここまで書いて「解決した！」という体で記事をまとめていたのだけど、仕上げの最中にふとnetsh wlan show interfacesを打ち直してみたら、

受信速度 (Mbps)        : 72
送信速度 (Mbps)        : 1201

普通に後戻りしてた。心が折れる。

というわけで、この記事はきれいな解決報告にはならなかった。ルーターの再起動が効いたように見えたのも、結局はたまたま一時的に良くなっただけだったのかもしれない。気力が湧いたらまた続きをやるかもしれないし、やらないかもしれない。とりあえず今日のところはこれで筆をおくことにする。

追記

この記事を公開する前に、念のためもう一度netsh wlan show interfacesを確認してみた。

受信速度 (Mbps)        : 721
送信速度 (Mbps)        : 649

今度は正常な値に戻っていた。ルーターもSurfaceも、何も設定を変更していない。何もしていないのに悪くなったり良くなったりする。

ここまで来ると、ドライバーのロールバックやSMPS設定、ルーターの再起動といった一連の作業が本当に効いていたのか、正直自信がなくなってきた。もしかすると、これらの操作はどれも直接の原因ではなく、AX201とAtermの間のネゴシエーションがその時々でたまたま良い結果と悪い結果を行き来しているだけなのかもしれない。再接続のたびに良し悪しが決まる、ある種のガチャのようなものだった可能性もある。

結局、原因はわからずじまい。

教訓

ドライバーを新しくすれば直るとは限らない。今回はむしろ最新版で悪化したので、ドライバーはロールバックした状態のまま使うことにした。
原因をひとつに断定できなくても、「どういう条件で症状が出て、何をしたら直ったか」を記録しておくこと自体に意味がある。
……と思っていたら記事を書いてる間に症状が再発した。やれやれ。

*1 …のように見えた

*2 …で解決したかと思った。

*3 …とここでは思っていた。

[ツッコミを入れる]

2026-01-03(Sat) あけましておめでとうございます [長年日記]

_ 年末年始の動き

12/27-12/28 家族で京都旅行・京都在住の友人と忘年会
12/29 楽団のメンバーさんちにお呼ばれしてお話会
12/30 吹奏楽部メンバーと忘年会
12/31 実家に全員集合
1/1 初詣
1/2 クルマ屋さんと新年会
1/3 高校水泳部メンバーと新年会

暴飲暴食やな

Tags: 日記

[ツッコミを入れる]

2025-12-28(Sun) [長年日記]

_ 京都旅行

12/27から12/28に書けて京都旅行。旅行で京都に行くのは中学生の時の修学旅行以来。つまり2回目。初日は昼前に京都に着いて宇治方面へ。平等院鳳凰堂～宇治神社～宇治上神社～源氏物語ミュージアムと回った。

平等院鳳凰堂では曇り空からいくらか日の光が漏れ出す感じで神秘的。「鳳凰堂は正面以外価値がない」とか言いながら歩いていた人がいたけど、この写真の角度が水面に映ってキレイだなと思って撮影。源氏物語ミュージアムは、日本文学専攻の人と日本文学系の学部志望の高校生からすると、やさしめの内容だったらしい。源氏物語関連だから一日中出て来ないのではないかと危惧していたけど、するりと通過（笑）。

夜は京都駅に戻って事前に連絡をとっておいた京都近隣に住んでいる友人とうちの家族で一緒に4人で食事。おじさんは何をしてもハラスメントになるから気をつけないとなぁという話が多かったね（笑）

2日目は嵯峨方面に。竹林の小径～野宮神社～天竜寺～大覚寺～北野天満宮と回った。大覚寺は大きな寺なんだけど、京都駅から遠いので学生の修学旅行でコースに入ることはほとんどないらしい。たしかに大覚寺は観光客少なめで、人が多くて歩きづらかった竹林・天竜寺とは大違い。静かな雰囲気を楽しめた。