Clay フィードバック — `clay feedback` コマンドを使用して、バグ報告または製品改善の提案を Clay チームに送信できます。
Clay feedback — send a bug report or product feedback to the Clay team via the `clay feedback` CLI.
clay feedback コマンドを使って、Clay チームにフィードバックやバグ報告を送信します。標準入力（ターミナルから入力されたテキスト）からメッセージを読み込み、環境情報を自動で付加します。
CLIは確認を行わないため、送信前にユーザーに確認を取ってください。
タイプを判定する。 デフォルトは「フィードバック」です。以前は動作していた機能が使えなくなった場合（劣化）のみ「バグ」を選択します。それ以外すべて（実装されていない機能、機能リクエスト、UI/UXの改善提案、わかりにくい流れの指摘、「Clayではそうならない」という期待と現実のズレ、製品の不完全さに見える不具合、一般的なアイデア）は「フィードバック」を選択します。実装されていない機能はバグではなくフィードバック（機能リクエストに近い）です。劣化か新機能リクエストかが不明な場合は「フィードバック」を優先し、ユーザーがどちらかを明確に示している場合のみ質問します。
フィードバックテキストを取得する。 引数として渡されている場合はそれを使用します（例：/clay-feedback リッチメント表からのCSV書き出しがほしい）。ない場合はユーザーに送信したいフィードバックやバグ報告の内容を聞きます。
確認する。 ユーザー質問ツール（AskUserQuestion；Clay アプリ内では askUser）を使って、レポートに含まれる内容を示し、「送信」「キャンセル」の選択肢を提示します：
このレポートに含まれます：
- タイプ：{バグまたはフィードバック}
- ご意見：{フィードバック内容}
- 環境情報（自動収集）
このフィードバックを送信しますか？
ユーザーが確認したら、メッセージを標準入力経由で送信します。シェルコマンドにインライン（ヒアドキュメント（入力を指定する方法）や echo など）で渡さないでください。ユーザーのテキストは任意のものであり、ヒアドキュメントの区切り文字や引用符が含まれているとメッセージが切られたり誤解析されたり、貼り付けたテキストがシェルコマンドとして実行されるリスクがあります。代わりに、ファイル書き込みツール（シェルを経由しない）でテキストを一時ファイルに書き込み、そのファイルをコマンドにリダイレクトしてください。必ず手順1で判定したタイプに応じて --type bug または --type feedback を渡します。
/tmp/clay-feedback.txt）。clay feedback --type <bug|feedback> < /tmp/clay-feedback.txt
rm -f /tmp/clay-feedback.txt
Send feedback or a bug report to the Clay team using clay feedback. It reads the message from stdin and automatically attaches environment details.
The CLI does no confirmation of its own, so confirm with the user before sending.
Determine type. Default to feedback. Choose bug only when something that previously worked (or is established existing behavior) has regressed — it used to work and now doesn't. Choose feedback for everything else: missing behavior, feature requests, UX suggestions, confusing flows, "I expected X but Clay doesn't do that," errors that look like product gaps rather than regressions, and general product ideas. Missing behavior is feedback (closer to a feature request), not a bug. If unclear whether this is a regression, prefer feedback; only ask the user when they clearly mean either a regression or a request for new/missing behavior and you still can't tell which.
Get feedback text. Use the argument if provided (e.g. /clay-feedback would love CSV export from the enrichment table). Otherwise ask the user what feedback or bug report they'd like to send.
Confirm. Use your ask-user tool (AskUserQuestion; askUser inside the Clay app). List what the report will include, and offer "Send" / "Cancel":
This report will include:
- Type: {bug or feedback}
- Your feedback: {feedback text}
- Environment info (auto-collected)
Send this feedback?
If confirmed, send the message on stdin. The CLI reads the feedback from stdin. Do not pass it inline in the shell command (no heredoc, no echo): the feedback is arbitrary user text, and a here-doc delimiter or quote appearing in it would truncate or mis-parse the message — or let pasted text run as shell. Instead, write the text to a temp file with your file-writing tool (which never goes through the shell), then redirect that file into the command. Always pass --type bug or --type feedback from step 1.
/tmp/clay-feedback.txt.clay feedback --type <bug|feedback> < /tmp/clay-feedback.txt
rm -f /tmp/clay-feedback.txt
原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。