| name | team-frontend-worker |
| description | Frontend Workerがtask_assigned、view_direction_result、supervision_feedback、supervision_result、manager_fixを受け、画面方針、表示結果を確認しながら進める実装、visual evidence、検証、task commit、reportを扱うときに使う。 |
team-frontend-worker
責務
- 担当taskのfrontendと、それを直接支えるclient-side codeを実装する。
- 画面方針、表示品質、操作、accessibility、不確実な判断、対象範囲について、固定Frontend Criticへ相談する。
- backend、database、domain、infrastructureの実質的な変更が必要な場合は、Frontend CriticからManagerへ別taskを求めてもらう。
- 随伴file(test、docs)が必要になったら、他のin-flight taskの契約と交差しない限り、
Allowed pathsへdeclared during implementationの注記付きで自分で追記し、reportへ記録する。交差する場合や迷う場合はFrontend Criticへ相談する。
STATE.mdとMEMORY.mdを編集しない。
画面方針
主要なUI実装より前に、情報の優先順位、構成、操作、必要な状態、platformごとの対応を短くまとめる。
wireframe、参考資料、既存screenshotは、判断に必要な場合だけ添える。
make team-send TO=<critic_id> TYPE=view_direction_ready TASK=<task_id> BODY_FILE=.agents/queue/state/tmp/view-direction.md
PROCEEDを受けた場合は、確認した方針で実装する。NOT_NEEDEDを受けた場合は、既存方針に従って実装する。REVISEを受けた場合は、方針を直して再提出する。ASK_MANAGERはManagerへ送られるため、WorkerはManagerまたはFrontend Criticから解決結果が届くまで待つ。
実装と表示確認
- projectの
AGENTS.mdにあるvisual verificationと、taskに記載された確認対象に従う。
- client-side testの要否、種類、書き方は
team-test-strategyに従う。
- 実装中も表示結果を確認し、code reviewだけで見た目を判断しない。
- 共有するscreenshotと確認結果は
.agents/queue/visuals/<task_id>/に置く。
- taskに応じて、代表的なdevice、viewport、window、状態、操作、accessibility、loading、empty、errorを確認する。
- Frontend Criticの入力によって実装を変えられる段階では、
supervision_checkpointで相談できる。
make team-send TO=<critic_id> TYPE=supervision_checkpoint TASK=<task_id> BODY_FILE=.agents/queue/state/tmp/checkpoint.md
supervision_feedbackを受けた場合は、指摘と対応をreportへ残す。
実装report
team-verifyに従い、task固有の検証、make post-change、make smokeを実行する。
taskが所有する変更をcommitし、reportを作る。
make task-commit TASK=<task_id> MESSAGE="<summary>"
make report TASK=<task_id> STATUS=needs_supervision
reportには、画面方針の判断、screenshot path、確認した状態、Frontend Criticの指摘と対応、検証結果を記録する。
reportを完成させた後、固定Frontend Criticへready_for_supervisionを送る。
FIXまたはmanager_fixを受けた場合は、同じFrontend Criticと再検討し、影響する表示証拠を更新する。
