Actions
Feature #152
open
RA
[TAK-123] TAK-114後続: AIフォーム変更案の実AI精度を確認する
Feature #152:
[TAK-123] TAK-114後続: AIフォーム変更案の実AI精度を確認する
Status:
New
Priority:
Normal
Assignee:
-
Start date:
09/30/2026
Due date:
% Done:
0%
Estimated time:
Description
Linear migration metadata¶
- Linear issue: TAK-123
- Linear URL: https://linear.app/takayuki-komoda/issue/TAK-123/tak-114後続-aiフォーム変更案の実ai精度を確認する
- Linear status: Backlog
- Linear team: Takayuki Komoda
- Linear project: EPAA App
- Linear assignee:
- Linear labels: Improvement
- Linear created: 2026-06-29T15:27:33.581Z
- Linear updated: 2026-06-29T15:27:33.581Z
- Linear archived:
Original description¶
概要¶
TAK-114で実装したシステム設定画面のAIフォーム変更案について、Gemini APIのquota制限が回復した後、実AI応答の精度とUXを確認する。
背景¶
TAK-114の実装・PR #80では、フォーム変更案生成、C#側正規化、FE承認反映、型/範囲チェック、公開WebView2 GUI表示までは確認済み。
ただし検証時にGemini APIがHTTP 429 quotaエラーを返したため、実AIが自然文から期待どおりのフォーム変更案を返すかは未確認。
確認観点¶
- システム設定画面で、自然文からフォーム変更案が生成されること。
- production指定時に基本設定へ反映される変更案になること。
- development / staging指定時に上書き設定へ反映される変更案になること。
- databasePortの正常値、不正値、空欄指示が期待どおり扱われること。
- allowedOriginsのカンマ区切り、改行区切り、JSON配列風入力が期待どおり正規化されること。
- app.yaml直接編集依頼ではYAML管理画面への誘導になること。
- 承認前にフォーム値が変わらず、承認後にフォームstateだけが変わり、保存は既存保存ボタンで行う流れが分かりやすいこと。
受入条件¶
- 代表的な依頼文を3〜5件実行し、期待結果と実結果を記録する。
- 成功/失敗/確認質問/警告のパターンを整理する。
- 問題があれば、プロンプト改善、正規化改善、またはAIテスト用モック応答モードの別issueを起票する。
関連¶
- TAK-114
- GitHub PR #80: takataka328-max/EPAA#80
No data to display
Actions