フィードバックは6か所に届くのに、どこも読まれていません。エージェントがすべて読み、本質的に同じ要望をまとめ、すべての引用を出典付きで仕様書にします。何を作るかはあなたが決めます。
一括エクスポート — 仕様書の下書き
Fourteen accounts asked for the same thing in three different vocabularies: "bulk export", "give me a CSV", and "the API is too slow for a backfill". They are one request.
Two of the fourteen do not want an export at all. They want a scheduled delivery, and an export button would not close their ticket. Those two are separated out below rather than counted toward the total.
Prior art: packages/export/ already streams a single record set. The gap is pagination across the account, not serialisation — which changes the size of this from a quarter to a fortnight.
プロダクトの仕事が受信箱に変わります。400件のチケット、3つのチャネル、4月から誰も整理していないトラッカー。そして、これから優先順位を付けるものはすでに要望されていたのでは、という感覚。
使われた言葉ではなく、実際の要望でリクエストを分類し、異なるアカウント数を数え、引用を添付します。「誰がこれを求めたのか」と聞かれたら、答えはドキュメントにあります。
根拠と既存コードから作成します。リポジトリを読むため、3つの提案のうちどれがすでにほぼ完成しているかも分かります。受け入れる計画ではなく、議論するための下書きです。
重複を統合し、古い項目を示し、関連する変更リクエストが3週間前にリリース済みの課題を閉じます。40%が発掘作業になったバックログは、もはやバックログではありません。
チケットの予定ではなく、前回リリース以降にマージされた内容を読み、あなたの文体でノートを書きます。この2つのリストは、誰もが認める以上によく異なります。
スケジュールされたセッションが公開情報の変更を読み、本当に新しい点を示し、何もなければそう明言します。毎週発見を捏造する週次ダイジェストは、3か月目には誰も読みません。
ロードマップ会議の前に、何が進み、何が遅れたか、その理由、前回の仕様書で誤っていた前提を確認します。記憶ではなく、トラッカーとリポジトリから作成します。
検証できない整理は信頼すべきではありません。各グループに元チケットを、各主張に誰かが実際に書いた言葉を添えます。
Fourteen accounts asked for the same thing in three different vocabularies: "bulk export", "give me a CSV", and "the API is too slow for a backfill". They are one request.
Two of the fourteen do not want an export at all. They want a scheduled delivery, and an export button would not close their ticket. Those two are separated out below rather than counted toward the total.
Prior art: packages/export/ already streams a single record set. The gap is pagination across the account, not serialisation — which changes the size of this from a quarter to a fortnight.
クラスターは主張ではなくリストです。各グループの背後にあるチケットをドキュメントに含めるため、整理への異論は作業をやり直すのではなく、読んで解決できます。
セッションがリポジトリをクローンするため、仕様書に既存機能を反映できます。シリアライズは完了しページネーションは未完了だと分かる下書きは、チケットだけから書いたものより桁違いに価値があります。
ドキュメントはmainに対する変更リクエストとして、下書き状態で作成されます。ここでエージェントがプロダクトの意思決定をすることはありません。判断する前に調査を終えることが目的です。
プロダクトフィードバックが1つのシステムに集まらないことが、そもそもの問題です。各ソースをプロジェクトに一度だけ接続します。認証情報は当社側で解決され、マシンには入りません。
Easy connectは各アプリのOAuth画面を通じて3,000以上のアプリに対応します。フィードバックがカタログ外（コミュニティフォーラムや社内ポータルなど）にある場合は、OpenAPI、GraphQL、raw HTTP、リモートMCPサーバーで接続できます。
同じセッションを開始する3つの方法。プロダクト業務の大半は読むことなので、スケジュール実行が特に役立ちます。
Slackスレッドで質問します。セッションがトラッカー、チケット、スレッドを横断して読み、ドキュメントを添付して同じスレッドで回答します。
トラッカーを読むことと書き換えることは別のアクションです。書き込みをAskにすると、統合・クローズ対象の課題を正確に表示して停止し、承認後そこから再開します。
1つのcronトリガーが週次の整理を作成します。リリースプロセスからの署名付きwebhookで、差分からリリースノートの下書きを作成するセッションが始まります。どちらも人がレビューするドキュメントとして出力されます。
ここでのリスクは、マージの失敗ではありません。誰も言っていないことを自信満々に要約することです。だから制御は権限だけでなく根拠にも関わります。
1つのプロジェクト、1セットのコネクタ、積み重なる1つのメモリ。各チームが自分の仕事に必要なスキルを書き、別のシステムを立ち上げる必要はありません。