背景
アーキテクチャレビュー(2026-07-02)の開発提案。中間レビュー(2026-06-12)の提案 B「ループを閉じる」に対応。
現状、status 変更(POST /feedback/:id/status)は sqlite を更新するだけで(server/receive.js:520-536)、fixed / accepted になってもレビュアー側には何も返らない(write-only)。企画書ループの「修正後の再確認」フェーズにデータが戻る配線が無い。
内容
設計メモ
サイズ: S〜M(#85 との統合次第)。
背景
アーキテクチャレビュー(2026-07-02)の開発提案。中間レビュー(2026-06-12)の提案 B「ループを閉じる」に対応。
現状、status 変更(
POST /feedback/:id/status)は sqlite を更新するだけで(server/receive.js:520-536)、fixed / accepted になってもレビュアー側には何も返らない(write-only)。企画書ループの「修正後の再確認」フェーズにデータが戻る配線が無い。内容
fixedへの遷移時)、元の feedback を投稿した Slack チャンネルに追い通知を送る(「Build script-tag embeddable feedback widget #3 のフィードバックが fixed になりました」+ 元コメント要約 + ページ URL)設計メモ
server/integrations/slack.jsとして切り出し予定)に載せると綺麗。Slack 送信を POST /feedback の応答パスから分離する(遅延ブロック解消・再送導線) #85 と同一スライスにするか直後に続けるのが効率的サイズ: S〜M(#85 との統合次第)。