Cherry Studio は3種類のフィードバック方法を提供しています：Cherry Assistant による送信ガイド、GitHub Issue への投稿、中国語版のフィードバックアンケートです。入口は【設定】→【About us】→【フィードバック】です。
【Agent を使って送信】
問題の種類が不明で、情報を自動で整理したい
Cherry Assistant が診断、マスキングされたプレビューを行い、確認後に送信するか診断パックを生成します
【GitHub Issue】
公開で Bug や機能提案を追跡したいことが確定している
公式 Issue の種類選択ページを開く
【フィードバックアンケート】
中国語ユーザーが一般的なフィードバックを送信する
公式の Feishu アンケートを開く
【おすすめ】の付いた【Agent を使って送信】を選びます。
目的、実際の結果、期待する結果、再現手順を説明してください。Cherry Assistant はまず現在のインストールパッケージ情報を確認し、必要に応じてエラー、ログ、MCP 状態、またはモデル接続の読み取りを要求します。
問題に関連する項目のみを許可してください。Cherry Assistant は認証情報を隠してプレビューを表示します。内容に問題がないことを確認してから送信してください。
デフォルトのフィードバック手順は公式フィードバックチャネルを通じて行われますが、診断 ZIP を生成して手動で送信することもできます。GitHub に公開したいことが明確な場合は、直接「GitHub Issue を送信」と言ってください。
Bug 報告には、プラットフォーム、現在のバージョン、問題の説明、再現手順、期待結果、関連ログを含めてください。機能提案では、まず現在の課題を明確にし、その後、望む解決案と検討した代替案を説明してください。
Issue を作成
Bug、機能提案、またはディスカッションのテンプレートを選択
既存の Issue を検索
同じ問題がすでにあるか確認する
Discussions
使い方の議論とオープンな問題
GitHub Issue は公開コンテンツです。API Key、ボット Token、完全な診断パック、プライベートなチャット、会社のデータ、またはマスキングされていないログはアップロードしないでください。非公開の診断が必要な場合は、アプリ内の Agent フィードバック手順を優先してください。
タイトルから、どの機能で問題が起きたかが分かること；
再現手順は明確な入口から始めること；
実際の結果と期待結果を分けて書くこと；
スクリーンショットは関連部分だけを残し、アカウント、パス、キー、業務データは隠すこと；
アプリ内 Agent で安全に収集できる情報は、ログ全体を手動でコピーしないこと；
公開送信の前に、同じ Issue を検索済みであること。
それが Bug なのか、設定の問題なのか、機能提案なのか分からない場合は、直接【Agent を使って送信】を使ってください。まず Cherry Assistant に整理してもらい、その後 GitHub に公開するかを決めましょう。
まず、ボタンの位置ではなく、今やろうとしている作業を書く；
既存の方法ではなぜ不十分なのかを説明する；
期待する結果と成功基準を示す；
UI の下書きや類似体験がある場合は、参考ポイントを明記する；
一時的な代替方法があるかを説明する；
無関係な提案を1つの Issue にまとめないようにする。
対応時間は、問題の影響、再現の難しさ、メンテナンス計画、利用可能なリソースに依存します。安定した再現方法、マスキング済みログ、明確なユーザー影響を追加することは、何度も催促するより役立ちます。
最終更新 3 時間前
役に立ちましたか？
