セットアップ
プラグインを試す
Designプラグインには、/design-handoffやその他のリサーチ・構成スキルが出発点として同梱されており、ほとんどのデザインレビューで期待されるセクション順序にすでに合わせて作られています。管理者がプラグインを管理していてまだ利用できない場合は、この手順をスキップしてください。以下の内容はこのプラグインを必要としません。
/design-handoffGenerate developer handoff specs from a design./research-synthesisSynthesize user research into themes, insights, and recommendations.ツールを接続する
Claude Coworkは、お使いのシステムと直接連携することでより強力になります。権限とアクセスはあなたが管理します。ツールアクセスについて詳しく見る（新しいタブで開きます）。
設定するには、Coworkでカスタマイズ → コネクタに移動してください。
作業フォルダを設定する
使用するファイル（エクスポートしたSlackスレッド、会議メモ、みんなが貼り付け続けたスクリーンショット）を、お使いのマシン上の一つのフォルダにドラッグし、Coworkにそのフォルダを指定してください。Coworkはそこから読み取り、まとめた仕様書をそこに書き戻します。定期的に仕様書を作成する場合は、そのフォルダからCoworkプロジェクトを作成（新しいタブで開きます）すると、仕様書のテンプレート、指示、メモリが紐づいたままになります。
プロンプト
これをClaude Coworkにコピーする
このフォルダ内のすべてを一つのデザイン仕様書にまとめてください。問題、目標、制約、提案する解決策、未解決の質問、対象外という構成にしてください。すでに決定済みの事項については出典を引用し、矛盾する点があれば指摘してください。
これが効果的な理由
セクションの順序を指定する。 出力はレビューテンプレートに一致し、並べ替えが不要になります。
出典を引用するよう依頼する。 Slackですでに決着した事項を誰も蒸し返さずに済みます。
矛盾を明示的に指摘する。 レビュー中ではなく、レビュー前に矛盾が表面化します。
すべてのコンテキストを一箇所にまとめる。 スレッド、メモ、スクリーンショットはすべて同等の重みを持ちます。
より良い下書きを得る
お手本となる例を追加する。 気に入った例をフォルダに入れておくと、Coworkがその構成とトーンに合わせてくれます。
不確実な点を指摘するよう依頼する。 「自信が持てない箇所があれば指摘してください」と追加しておくと、下書きをレビューする際に最初に確認すべき箇所がわかります。
Coworkを自分用にカスタマイズする
プラグインのスキルはあくまで出発点です。自分自身のやり方や専門知識でカスタマイズしましょう。数分間の会話をするだけで、以降はあなたの基準に沿って実行されるようになります。
これまでこのタスクで行ったことをスキルにしてください。あるいは、私のフィードバックをもとに/design-handoffスキルを編集してください。
繰り返し使えるようにする
アーティファクトとして共有する
仕様書は、誰かがチャンネルに返信した瞬間に古くなります。Coworkにアーティファクトとして公開するよう依頼すれば、部門横断チームは一つのリンクを持つことになります。スキルを再実行するか、スケジュールして更新しましょう。
その仕様書をチーム向けのアーティファクトとして公開してください。「前回のバージョンから変更された決定事項」セクションを先頭に保持してください。
レビュー前の朝に毎回実行する
レビューはカレンダーに登録されており、仕様書にはすでに昨夜のスレッドの内容が反映されているはずです。プロンプトに/scheduleと入力するか、CoworkのサイドバーでScheduledを開き、カスタマイズしたスキルが毎朝チャンネルとフォルダを再読み込みして実行されるよう設定してください。
/schedule 平日午前8時に、#checkout-redesignとDesign/Checkout-Redesignを再読み込みし、/design-handoffを再実行して、仕様書ファイルを更新し、一晩で変更された決定事項を一覧にしてください。
平日は毎朝8時に、プロジェクトチャンネルとフォルダを再読み込みし、/design-handoffを再実行して、一晩で変更された決定事項の一覧とともに仕様書を更新します。
チームメンバーと共有する
カスタマイズした/design-handoffには、あなたのセクション順序、意思決定ログの形式、矛盾の指摘方法が組み込まれています。これを共有すれば、チームのすべてのデザイナーが同じ方法で仕様書を書くようになり、レビュアーはプロジェクトの担当者が誰であっても、どこを確認すればよいか正確にわかるようになります。