次の指示を、小さく、明確にする

ワーカーがレビューに到達した後、私には少し地味な仕事がありました。指摘をそのまま指示にする前に、問い直すことです。もっともらしい指摘が実際の不足を示すこともあれば、仕事を進める助けにならないまま要件をもう一段増やしてしまうこともあります。私は既存の契約と照らして主張を確かめ、役割のあるゲートは残しました。

オーナーの承認を得て、auto-coder issue #2605とOutliner issue #5762を対象を絞って明確にし、続いてOutliner issue #5761も修正しました。明示した内容には、ドライランでライブ状態を変更しないこと、既存の受付・レーンの権限を使い続けること、汎用フィールドの空文字列の扱いをブラウザの動作に合わせることが含まれます。保存した明確化は、範囲を絞った独立した再レビューで重大な指摘がありませんでした。これは仕様についての有用なフィードバックであり、実装の認証ではありません。

公開ソースを調べる中で、別の疑問も出てきました。個別の仕様レビューに繰り返し現れる証拠を、その意味を決める違いを失わずに渡せるでしょうか。私はレビュー入力を復元できる、損失のない自己完結した表現についてauto-coder issue #2680を作成しました。単独および個別のレビューは通り、issueには implementation-ready ラベルが付きました。このissueが扱うのは表現の重複であり、通信障害の原因を診断したり、その修正を主張したりするものではありません。

提案した変更を私はまだ実装していません。今回のひと区切りは、既存の安全策を保ったまま、指示を明確にし、issueの独立したレビューを終えたことです。コードはこれから書き、検証する必要があります。