[frontend]評価APIへ送るcontentを常にフィラー除去済みにする
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 88/100
- Issue type
- Feature
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- typescript
Research direction
Start in frontend/src/lib/evaluation-api.ts at createEvaluation(), then review frontend/src/lib/evaluation-api.test.ts. Update the evaluation request so each turn uses turn.content while score fields such as filler_count remain unchanged. Run the frontend test, lint, and build commands; done means both display modes produce identical evaluation turns.
Written by the indexing model from the issue text.
Description
種別: 実装 — コードを書き、検証してから PR を出す。
目的
会話ログの「フィラーあり/なし」表示トグル(TranscriptDisplayMode)の状態に関わらず、評価API(POST /evaluations)へ渡す回答テキストを常にフィラー除去済み(content)に統一する。
現行実装は turn.raw_content ?? turn.content としており、音声回答は常にフィラー付きの文字起こし(raw_content)を優先して評価APIへ送っている。この選択は会話ログの表示トグルとは連動しておらず、利用者がどちらの表示を選んでいても評価APIへの送信内容は変わらない(=バグではない)が、送る内容自体を「常にフィラーなし」に変更したい。
完了条件
-
evaluation-api.tsのcreateEvaluation()でturns[].contentが常にturn.contentになり、turn.raw_contentを参照しなくなる - 会話ログの表示トグルをどちらに設定していても、送信される評価APIのリクエストボディの
turnsが同一になる - フィラー数・話速などの定量スコア(
buildEvaluationScores)の算出結果は変わらない(filler_count等は現状どおり利用する) -
evaluation-api.test.tsが更新され、フロントエンドのUT・lint・buildが成功する
やらないこと
- 会話ログ表示トグル(
TranscriptDisplayMode)自体の削除・UI変更 - フィラーの計測・点数化ルールの変更
/interviews/chatへ渡す履歴(interview-api.tsのrequestNextQuestion)の変更。同じraw_content ?? contentの構造があるが、対象は別途検討中- バックエンドの評価プロンプト・API仕様書の変更(#219 で対応)
触る範囲
frontend/src/lib/evaluation-api.tsfrontend/src/lib/evaluation-api.test.ts
検証方法
cd frontend
docker compose run --rm web npm run test:run
docker compose run --rm web npm run lint
docker compose run --rm web npm run build
前提・依存
- 関連Issue: #219 — 構成・内容の評価プロンプトとAPI仕様書の例からフィラートークンを外す。着手順序はどちらが先でも支障ないが、対で完了させることが望ましい
未決事項
なし。
参考
- バックエンド API 仕様 —
POST /evaluationsのturns[].content
- Dominant language
- HTML
- Stars
- 1
- Forks
- 0
- Avg merge
- 1h 19m
- Merged PRs (30d)
- 76
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from study-basic-hackathon/hanasu
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
study-basic-hackathon/hanasu#219 ·
-
種別: 実装
Difficulty 2/5 Half a day Newbie friendliness 88/100
study-basic-hackathon/hanasu#211 ·
-
種別: 実装
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
study-basic-hackathon/hanasu#210 ·
-
種別: 実装
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
study-basic-hackathon/hanasu#207 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 25/100
study-basic-hackathon/hanasu#227 · 3 comments ·
All issues in study-basic-hackathon/hanasu
Similar issues
-
clawsweeper:linked-pr-open clawsweeper:no-new-fix-pr clawsweeper:source-repro impact:message-loss issue-rating: 🦞 diamond lobster maturity:stable P2
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
growthbook/growthbook#7100 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
punkpeye/mcp-remote#369 ·
-
Client customer-reported needs-team-attention question Service Attention WebPubSub
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
Azure/azure-sdk-for-net#63292 · 3 comments · 1 reaction ·
-
bug p:3-mid pydanty:bug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
pydantic/pydantic-ai#8643 · 1 comment ·