Agent Skills by ALSEL
Anthropic Claudeビジネス・経営⭐ リポ 0品質スコア 50/100

brand-review

ブランドボイス・スタイルガイド・メッセージの柱に基づいてコンテンツをレビューし、逸脱箇所を重大度別にフラグ立てして具体的な修正前後の例を提示します。公開前のドラフト確認、コピーのトーン統一や用語チェック、根拠のない主張・免責事項の欠落といった法的リスクのスクリーニングを行う際に活用してください。

description の原文を見る

Review content against your brand voice, style guide, and messaging pillars, flagging deviations by severity with specific before/after fixes. Use when checking a draft before it ships, when auditing copy for voice consistency and terminology, or when screening for unsubstantiated claims, missing disclaimers, and other legal flags.

SKILL.md 本文

ブランドレビュー

不明なプレースホルダーが表示される場合や、どのツールが接続されているかを確認する必要がある場合は、CONNECTORS.md を参照してください。

マーケティングコンテンツをブランドボイス、スタイルガイドライン、メッセージング標準に照らし合わせてレビューします。逸脱を指摘し、具体的な改善提案を提供します。

トリガー

ユーザーが /brand-review を実行するか、ブランドガイドラインに照らしたコンテンツのレビュー、確認、または監査をリクエストします。

インプット

  1. レビュー対象のコンテンツ — 以下のいずれかの形式でコンテンツを受け入れます:

    • 会話に直接貼り付け
    • ファイルパスまたは ~~ナレッジベース参照 (例: Notion ページ、共有ドキュメント)
    • 公開ページへの URL
    • 一括レビュー用の複数のコンテンツ
  2. ブランドガイドラインソース (自動的に決定):

    • ブランドスタイルガイドがローカル設定で構成されている場合、自動的に使用します
    • 構成されていない場合は、「レビューの対象にすべきブランドスタイルガイドまたはボイスガイドラインはありますか?ガイドラインを貼り付けたり、ファイルを共有したり、ブランドボイスを説明したりできます。そうでなければ、clarity、consistency、professionalism について一般的なレビューを行います。」と質問します。

レビュープロセス

ブランドガイドラインが構成されている場合

以下の各側面に対してコンテンツを評価します:

ボイスとトーン

  • コンテンツは定義されたブランドボイス属性と一致していますか?
  • トーンはコンテンツタイプとオーディエンスに適切ですか?
  • ボイスシフトに不整合がありますか?
  • 逸脱している特定の文または句をフラグして、その理由を説明します

用語とランゲージ

  • 優先ブランド用語は正しく使用されていますか?
  • 「避けるべき」用語またはフレーズがありますか?
  • ジャーゴンレベルはターゲットオーディエンスに適切ですか?
  • 製品名、機能名、ブランド化された用語は正しく使用されていますか (大文字化、フォーマット)?

メッセージング柱

  • コンテンツは定義されたメッセージング柱または価値提案と一致していますか?
  • 主張は承認されたメッセージング と整合していますか?
  • コンテンツはブランドポジショニングを強化しているか、矛盾していますか?

スタイルガイド準拠

  • スタイルガイドに従った文法および句読点 (例: Oxford コンマ、Title case vs. Sentence case)
  • フォーマット規則 (見出し、リスト、強調)
  • 数値フォーマット、日付フォーマット
  • 頭字語の使用 (初出時に定義されていますか?)

ブランドガイドラインがない場合 (一般的なレビュー)

以下のコンテンツを評価します:

明確性

  • 最初の段落内にメインメッセージは明確ですか?
  • 文は簡潔で理解しやすいですか?
  • 構造は論理的で従いやすいですか?
  • あいまいなステートメントまたは不明確な参照がありますか?

一貫性

  • トーンは全体を通じて一貫していますか?
  • 用語は一貫して使用されていますか (同じ概念で同義語を切り替えていないか)?
  • フォーマット は一貫していますか (見出し、リスト、大文字化)?

専門性

  • コンテンツは綴り間違い、文法エラー、ぎこちない表現がありませんか?
  • トーンは意図されたオーディエンスに適切ですか?
  • 主張は支持または実証されていますか?

法的およびコンプライアンスフラグ (常にチェック)

ブランドガイドラインが構成されているかどうかに関係なく、以下をフラグします:

  • 根拠のない主張 — 証拠または修飾がない superlatives (「最高」「最速」「唯一」)
  • 不足している免責事項 — 法的免責事項が必要な可能性のある財務上の主張、健康上の主張、保証
  • 比較主張 — 異議を唱えられる可能性のある競合他社との比較
  • 規制言語 — コンプライアンスレビューが必要な可能性があるコンテンツ (金融サービス、医療など)
  • 証言の問題 — 帰属または開示のない引用または推奨
  • 著作権懸念 — 他のソースから密接に言い換えられているように見えるコンテンツ

ブランドボイスリファレンス

ブランド標準に対してコンテンツを評価するか、ユーザーがブランドボイスを文書化するのを支援するために、これらのフレームワークを使用します。

ブランドボイス文書化フレームワーク

完全なブランドボイス文書は、以下の領域をカバーする必要があります:

  1. ブランドパーソナリティ — ブランドを人間であるかのように定義します。例:「もしわたしたちのブランドが人間だったら、複雑なことをシンプルに説明し、あなたの成功を本当に祝福し、決してあなたを見下さない知識のある同僚だろう。」
  2. ボイス属性 — ブランドがどのようにコミュニケーションするかを定義する 3〜5 つの属性。各属性は、実践的にそれが何を意味するのか、それが意味しないもの (誤解を防ぐため)、および例で定義されます。
  3. オーディエンス認識 — ブランドが話しかけている相手 (プライマリおよびセカンダリ)、彼らが何を気にかけているのか、彼らの専門知識レベル、および彼らがどのように対処されることを期待しているか。
  4. コアメッセージング柱 — ブランドが一貫して伝える 3〜5 つの重要なテーマ、これらのメッセージの階層、および各柱がオーディエンスのニーズとどのように関連しているか。
  5. トーンスペクトラム — 識別可能に同じブランドのままボイスがどのようにコンテキスト全体に適応するか。
  6. スタイルルール — 特定の文法、フォーマット、および言語ルール。
  7. 用語集 — 優先および避けられるべき用語。

ボイス属性スペクトラム

ブランドボイスを定義または評価する場合、スペクトラムに属性を配置します:

スペクトラム一方の端もう一方の端
Formality (形式性)Formal, institutionalCasual, conversational
Authority (権威性)Expert, authoritativePeer-level, collaborative
Emotion (感情)Warm, empatheticDirect, matter-of-fact
Complexity (複雑性)Technical, preciseSimple, accessible
Energy (エネルギー)Bold, energeticCalm, measured
Humor (ユーモア)Playful, wittySerious, earnest
Innovation (革新性)Cutting-edge, forward-lookingEstablished, proven

選択した各属性について、以下の形式で文書化します:

[属性名]

  • わたしたちは: [実践的にこれが何を意味するか]
  • わたしたちはありません: [避けるべき一般的な誤解]
  • これはこのように聞こえます: [属性を示す例文]
  • これはこのように聞こえません: [属性に違反する例文]

例:

Approachable (親しみやすい)

  • わたしたちは: friendly, clear, jargon-free, 初心者と専門家の両方を歓迎
  • わたしたちはありません: dumbed-down, overly casual, または実質がない
  • これはこのように聞こえます: 「ここでの始め方は、約 5 分かかります。」
  • これはこのように聞こえません: 「よし!これは超簡単で、noob でもできるよ lol。」

チャネルとコンテキスト全体でのトーン適応

ブランドボイスは一貫していますが、トーンはコンテキストに適応します。トーンはボイスに適用される感情的なイントネーションです。

チャネル別トーン

チャネルトーン適応
BlogInformative, conversational, educational「これがどのように機能するかを見ていきましょう。そしてそれがあなたのチームにとってなぜ重要なのか。」
Social media (LinkedIn)Professional, thought-provoking, concise「このクォーターで 50 のキャンペーンを実行してから学んだ 3 つのこと。」
Social media (Twitter/X)Punchy, direct, sometimes witty「あなたのランディングページには 3 秒あります。それらをカウントします。」
Email marketingPersonal, helpful, action-oriented「あなたが役に立つと思うものをまとめました。」
Sales collateralConfident, benefit-driven, specific「当社のプラットフォームを使用しているチームは、レポート時間を 40% 削減しています。」
Support/Help docsClear, patient, step-by-step「このエラーが表示される場合は、修正方法を以下に示します。」
Press releaseFormal, factual, newsworthy「同社は本日...の開始を発表しました」
Error messagesEmpathetic, helpful, blame-free「わたしたちの側で何か問題が発生しました。調査中です。」

状況別トーン

状況トーン適応
Product launchExcited, confident, forward-looking
Incident or outageTransparent, empathetic, accountable
Customer success storyCelebratory, specific, crediting the customer
Thought leadershipAuthoritative, nuanced, evidence-based
OnboardingWelcoming, encouraging, clear
Bad news (price increase, deprecation)Honest, respectful, solution-oriented
Competitive comparisonConfident but fair, fact-based, not disparaging

トーン適応ルール

ボイス属性は固定されています。トーンはコンテキストに基づいてそれらを上げたり下げたりします。例えば、ブランドが「bold and warm」である場合:

  • 製品発表では大胆さを上げます
  • インシデント対応では暖かさを上げます
  • どちらの属性も消えない、バランスがシフトするだけ

スタイルガイド実装

文法とメカニクス

これらの選択を一貫して文書化して実装します:

ルールオプション
Oxford commaYes / No「fast, reliable, and secure」vs「fast, reliable and secure」
Sentence case vs. title case (見出し)Sentence / Title「How to get started」vs「How to Get Started」
ContractionsUse / Avoid「we're」vs「we are」
Em dash spacingNo spaces / Spaces「this—and more」vs「this — and more」
NumbersSpell out 1-9, numerals 10+ / Always numerals「five features」vs「5 features」
Percent% / percent「50%」vs「50 percent」
Date formatMonth DD, YYYY / DD/MM/YYYY / etc.「January 15, 2025」
Time format12-hour / 24-hour「3:00 PM」vs「15:00」
ListsPeriods / No periods on fragments「Set up your account.」vs「Set up your account」

フォーマット規則

  • 見出しの階層 (H1, H2, H3 をいつ使用するか)
  • ボールドおよびイタリック使用 (強調用のボールド、タイトル/用語用のイタリック)
  • リンクテキスト (説明的 vs「click here」— 常に説明的)
  • 画像の alt テキスト要件
  • コードフォーマット (技術的ブランド向け)
  • Callout またはハイライトボックス使用

句読点と強調

  • Exclamation mark ポリシー (限定的な使用、決して 1 以上ではない)
  • Ellipsis 使用 (ほとんどのプロフェッショナルコンテキストで避ける)
  • ALL CAPS ポリシー (避ける、強調にはボールドを使用)
  • Emoji 使用方法 (プロフェッショナルチャネル: 最小限またはなし、ソーシャル: 適切な場所)

用語管理

優先用語

優先用語とそれらの不正な代替案のリストを維持します:

これを使うこれを使わない注記
sign up (verb)signup (verb)「signup」は noun 形
log in (verb)login (verb)「login」は noun/adjective 形
set up (verb)setup (verb)「setup」は noun/adjective 形
emaile-mailハイフンなし
websiteweb site1 単語
data is (singular)data are出版物が複数を要求する場合を除く

製品および機能名

  • 製品名の公式な大文字化
  • 完全な製品名 vs shorthand をいつ使用するか
  • 製品名の前で「the」を使用するかどうか
  • コピー内のバージョン管理の処理方法
  • Trademark および registration symbols (必須な場合と省略する場合)

インクルーシブランゲージ

  • ジェンダーニュートラル言語を使用 (未知の個人に対しては they/them)
  • Ableist language を避ける (「crazy」「blind spot」「lame」)
  • 必要に応じて person-first language を使用
  • 翻訳されない可能性のある文化的に特定のイディオムを避ける
  • 「easy」の代わりに 「simple」または 「straightforward」を使用 (何が簡単かは人によって異なります)

インダストリージャーゴン管理

  • オーディエンスが説明なしで理解できるテクニカル用語を定義
  • 常に定義されるべき、または平易な言語に置き換えられるべきジャーゴンをリストアップ
  • 初出時に綴られるべき頭字語を指定
  • 読者によって異なる意味を持つ用語のためのオーディエンス固有の用語集

競合他社およびカテゴリ用語

  • 製品カテゴリの参照方法 (優先フレーミングを使用)
  • 競合他社の参照方法 (名前または一般的に)
  • 競合他社が造語した用語で避けるべきもの (彼らのポジショニングの強化を防ぐため)
  • 優先される差別化言語

出力フォーマット

レビューを以下として表示します:

サマリー

  • 全体的な評価: コンテンツがブランド標準 (または全体的な品質) にどの程度整合しているか
  • 最大の強みについて 1〜2 文で要約
  • 最も重要な改善について 1〜2 文で要約

詳細な調査結果

発見された各問題について、以下を提供します:

IssueLocationSeveritySuggestion

severity は以下の通りです:

  • High — ブランドボイスに矛盾、コンプライアンスリスクが含まれる、またはメッセージングを著しく損なう
  • Medium — ガイドラインと矛盾しているが損害性がない
  • Low — 軽微なスタイルまたは優先事項の問題

改訂セクション

最上位の 3〜5 の最高重大度の問題について、元のテキストと提案された改訂を示す before/after を提供します。

法的/コンプライアンスフラグ

法的またはコンプライアンスの懸念を推奨事項と一緒に別途リストアップします。

レビュー後

「以下のいずれかを行いたいですか?

  • これらの提案を適用して完全なコンテンツを改訂する?
  • 高重大度の問題のみを修正することに焦点を当てる?
  • 同じガイドラインに対して追加のコンテンツをレビューする?
  • 将来のレビューのためにブランドボイスを文書化するのを支援する?」と質問します。

ライセンス: Apache-2.0(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
anthropics
リポジトリ
anthropics/knowledge-work-plugins
ライセンス
Apache-2.0
最終更新
不明

Source: https://github.com/anthropics/knowledge-work-plugins / ライセンス: Apache-2.0

関連スキル

Anthropic Claudeビジネス・経営⭐ リポ 20,903

3-statement-model

3種類の財務諸表テンプレート(損益計算書、貸借対照表、キャッシュフロー計算書)を作成・記入・完成させることができます。モデルテンプレートの記入、既存のモデル枠組みの完成、財務モデルへのデータ入力、部分的に完成した損益/貸借/キャッシュフロー枠組みの完成、または既存テンプレート構造内での統合財務諸表の連携に対応しています。3種類の財務モデルテンプレートの記入、完成、またはデータ入力に関するご依頼で自動的に機能します。

by anthropics
汎用ビジネス・経営⭐ リポ 1,982

strategic-decision

CEO・経営層向けの戦略的意思決定支援です。前提条件に異議を唱え、問題を診断し、確実な戦略を設計できます。4つのモード(AGGRESSIVE:大きな夢を見る、SELECTIVE:基盤を維持しつつ有望な拡張を厳選、DIAGNOSTIC:最大限の厳密性、VALIDATION:本質に絞る)を備えています。創業者、経営幹部、プロダクトリーダーが製品開発、成長戦略、市場戦略、技術選定、リソース配分に関する戦略的判断が必要な場面で活用できます。

by LeoYeAI
汎用ビジネス・経営⭐ リポ 521

value-realization

エンドユーザーが製品アイデアから明確な価値を感じるかどうかを分析します。以下の場面で活用できます:製品コンセプトの議論、機能の評価、製品改善の方向性提示、マーケティング戦略の企画、導入・継続率の問題分析、コピーが価値を伝えているかの検証、機能と利用シーンの対応付け、または製品方向性・ポジショニング・エンドユーザーの需要の有無が不確かな場合(例:「これは良いアイデアか」「この製品をどう思うか」「ユーザーは必要とするか」「この機能は何に役立つのか」「機能の価値をどう説明するか」「このコピーをどう思うか」「利用シーンを作成する手助けが欲しい」「ユーザーが継続利用しない理由は何か」「どうポジショニングすべきか」)。

by Done-0
Anthropic Claudeビジネス・経営⭐ リポ 42,795

creating-financial-models

このスキルは、投資判断に必要な高度な財務モデリング機能を提供します。DCF分析、感度分析、モンテカルロシミュレーション、シナリオプランニングなど、複数の分析手法を組み合わせることで、より正確で信頼性の高い財務予測が可能になります。

by anthropics
汎用ビジネス・経営⭐ リポ 4,194

pestel-analysis

政治的、経済的、社会的、技術的、環境的、法的な外部要因を分析します。市場環境の変化が製品、ロードマップ、または戦略に大きな影響を与える可能性がある場合に活用できます。

by deanpeters
Anthropic Claudeビジネス・経営⭐ リポ 380

chemical_safety_assessment

化学安全性評価 - 化学物質の安全性を評価します。PubChemの化合物情報、FDAの医薬品データ、ADMET予測、ChEMBLの構造警告を活用します。このスキルを使用することで、化合物名から一般情報を取得したり、医薬品名から警告および注意事項を取得したり、分子のADMETを予測したり、化合物の構造警告を検出したりできます。4つのSCPサーバーから4つのツールを統合しています。

by SpectrAI-Initiative
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: anthropics · anthropics/knowledge-work-plugins · ライセンス: Apache-2.0