「指摘を反映して直す」を実APIで検証する

結果モーダルの「指摘を反映して直す」は、スタブ応答でしか検証できていません。

## 検証済みのこと

スタブで次を確認しました。

- 送信されるプロンプトに、辞書の`why`(なぜ問題か)と`ask`(何を書くべきか)が入る
- 「本文に無い情報を足さない」等の制約が、辞書の規律より前に置かれる
- 出力先の規律も同じプロンプトに含まれる
- 反映後に検出が0件になり、ボタンが消える

## 検証できていないこと

実APIでの動作です。6つの出力先を実APIで通したところ、いずれも書き直しの時点で辞書の検出が0件になり、ボタンが出る状況を作れませんでした。生成側のプロンプトに辞書の規律を通した結果なので悪い状態ではありませんが、この機能が実際のモデル応答に対して機能するかは未確認のままです。

## 検証の手立て

書き直しが取り切れないクリシェを含む文章を用意する必要があります。候補は次の2つです。

- 辞書にあるが規律の例示に載っていない表現を探す
- 長文で、書き直しが一部を見落とす状況を作る

いずれも狙って作るのが難しいので、実運用で検出が残ったときに確認するのが現実的かもしれません。

## 補足

本番(https://the-write.vercel.app/)はパスワードログインが掛かっているため、実画面での確認はローカルで行っています。

Run the local result modal against the real API, since production requires password login. Prepare text containing a dictionary expression outside the examples or a long passage likely to leave a detection behind, then exercise the six output destinations. Done means the rewrite is tested with a remaining detection and the post-rewrite button behavior is confirmed.

Written by the indexing model from the issue text.