すべてのスキル

internal-comms (Anthropic)

状況報告、経営層向け更新、社内報、インシデント報告などの社内コミュニケーションを書きます。

internal-comms:スキルは独自のコンパクトな 3P 形式で更新を書きますが、3 群すべてがルールを 5.0 で合格します。

状況次第安全

Codex CLI · gpt-6-astra

26.0 / 30

スキルなしに対するリフト:+0.00 · 状況次第 · 18 実行

状況次第:リフト +0.00 が +1.0 未満。推奨には合計 22/30、出力品質 3.5、リフト +1.0 が必要です。

SOTA

合格

Codex でテスト済み。

カバー対象 Codex, Claude Code

Codex CLI 0.166(SOTA ティア):採点対象 18 実行。当ティアのルールでは、ここでの合格は Claude Code もカバーします。第2ティアについては何も述べません。

スコア

各ディメンションは 0〜5 点で、6 つの合計が 30 点満点の合計スコアになります。すべてのディメンションで 5 が最良です。コスト 5 は低コストで高速、インストール 5 は簡単であることを意味します。

トリガーの信頼性
5.0
スキルなしに対するリフト
2.0
出力品質
5.0
トークンと時間のコスト
5.0
インストールと移植性
4.0
安全性
5.0

セキュリティレビュー

安全

静的スキャン:CRITICAL 0 / HIGH 0 / MEDIUM 0。手動レビュー:ネットワーク無効のサンドボックスで実行しても安全(指摘なし)。クリーンなスキャン結果はスキルの安全性を証明しません。

インストール

npx skills@latest add anthropics/skills --skill internal-comms

ソース

固定コミット: ca45fc496a3436251f191354091d557da31c15b5

テスト済み: 2026-11-02

テスト内容

  • 生のメモからの 3P 更新 — notes.md のメモから、今週のチーム向け 3P 更新を書いてください(記載の事実のみ使用)。update.md に保存してください。
  • リーダーシップ向け状況更新 — notes.md を短いリーダーシップ向け更新(何をリリースしたか、次は何か、リスク)にまとめてください(記載の事実のみ使用)。leadership.md に保存してください。最大 150 語。
  • 社員向け FAQ — チームが次に何をするか(請求移行など)について、社内の他メンバー向けに 4 問の FAQ を、notes.md のみを使って書いてください。faq.md に保存してください。

長所

  • スキルは名前を出さずとも採用されました:スキルあり群 6/6 実行でスキルファイルが読み込まれました。
  • トークンのオーバーヘッドなし:スキルなしの 1.05 倍。
  • スキルありの絶対品質は高水準:5 点中 5.0。

短所

  • スキルなしに対する有意なリフトなし(+0.00、ノイズの範囲内)。
  • 一文プロンプトは 5.0、スキルありは 5.0(+0.00)。
  • 対照群はすでに 5.0 点:天井効果のため、テストでリフトを示せません。
  • タスク・群ごとに n=2。1 ポイント未満の差はノイズです。

レビュー

Mac テストマシン上で Codex CLI 0.166(gpt-6-astra、低推論)、実行ごとに新規の一時プロジェクトと一時 HOME/TMPDIR/キャッシュを使用、スキルをインストール(スキルあり群)、スキルなし(対照群)、またはスキルの中核要件をプロンプト末尾に付けた一文に圧縮(一文プロンプト群)、タスクごとに各群 2 実行、ネットワーク無効、/tmp への書き込みはブロック。プロンプトはスキル名に一切言及しません(以下で注記する表現を除く)。チームの事実をまとめた短い notes.md から行う 3 つの執筆タスク:3P 更新、短いリーダーシップ向け更新(最大 150 語)、4 問の会社向け FAQ。ルールチェックは、3 つのセクション、ステージングとデータエクスポートの問題と 11 月 9 日の日付への言及、語数制限、作り上げた数字がないこと、4 組の質問と回答です。

3群の比較

群平均スコア(0〜5)1実行あたりのトークン
スキルなし5.060k
一文プロンプト5.060k
スキルあり5.063k

Codex CLI で 18 実行を計測し、LLM 判定なしのルールベースのチェックで採点。合計 26.0 / 30、判定は 状況次第。

判定:状況次第(26.0 / 30)。 出典:anthropics/skills、skills/internal-comms、コミット ca45fc4 に固定。インストール:npx skills@latest add anthropics/skills --skill internal-comms。ライセンス: Apache-2.0 / Anthropic 規約(スキル内の LICENSE.txt を参照)。

概要

anthropics/skills の internal-comms スキル:社内コミュニケーションのフォーマットです。3P アップデート(Progress、Plans、Problems)、社内ニュースレター、FAQ、一般的な連絡について、それぞれ例ファイルが付属します。SKILL.md に約 400 語、例ファイルに約 1,400 語。Markdown のみでスクリプトはありません。

テスト方法

Mac テストマシン上で Codex CLI 0.166(gpt-6-astra、低推論)、実行ごとに新規の一時プロジェクトと一時 HOME/TMPDIR/キャッシュを使用、スキルをインストール(スキルあり群)、スキルなし(対照群)、またはスキルの中核要件をプロンプト末尾に付けた一文に圧縮(一文プロンプト群)、タスクごとに各群 2 実行、ネットワーク無効、/tmp への書き込みはブロック。プロンプトはスキル名に一切言及しません(以下で注記する表現を除く)。

チームの事実をまとめた短い notes.md からの文章作成タスクが 3 つ:3P アップデート、短いリーダーシップアップデート(最大 150 語)、4 問の社内 FAQ。ルールチェック:3 つのセクション、ステージングとデータエクスポートの問題、Nov 9 の日付への言及、単語数制限、数字の捏造なし、4 組の質問と回答。

  1. 生のメモからの 3P アップデート — notes.md のメモ(それらの事実のみ使用)から、今週の 3P アップデートをチーム向けに書いてください。update.md に保存してください。
  2. リーダーシップ向け状況アップデート — notes.md を短いリーダーシップアップデート(出荷したもの、次に来るもの、リスク)にし、それらの事実のみ使ってください。leadership.md に保存。最大 150 語。
  3. 社員向け FAQ — チームが次に何をするか(請求の移行など)について、社内の他メンバー向けに 4 問の FAQ を notes.md のみを使って書いてください。faq.md に保存。

採点はプログラム的(隠しテスト/仕込み問題の検出/制約チェック/該当する場合はレンダリング+OCR)で、実行ごとに 0〜5 点。スコアはどの LLM 判定者も決めていません。

結果

第 3 群に与えた一文プロンプト:「アップデートの種類に応じた標準の internal-comms フォーマットに従う(3P:Progress、Plans、Problems。ニュースレター、FAQ、リーダーシップアップデート)。簡潔で読み取りやすく保ち、メモ内の事実のみを使う。」

タスク対照群スコア一文プロンプトスキルあり対照群のトークン一文プロンプトのトークンスキルありのトークンスキル読み込み
t1-3p5.05.05.059k59k62k2/2
t2-status5.05.05.059k60k62k2/2
t3-faq5.05.05.059k60k62k2/2

平均スコア:スキルなし 5.0 に対しスキルあり 5.0(差 +0.0)。1実行あたりのトークン:60k 対 63k(1.05x)。時間:30s 対 32s。一文プロンプト群:5.0(一文プロンプトに対するスキルの上積み:+0.0。一文プロンプト自身のスキルなしに対する上積み:+0.0)。一文プロンプトのトークンは 1実行あたり 60k なので、スキルは一文プロンプトの 1.04 倍のコストになります。

何が起きたか

  • チェックを修正した後はスコア差がありません:対照群 5.0、一文プロンプト 5.0、スキル 5.0。最初の採点パスには 2 つの欠陥がありました('Oct 26' を捏造された数字として扱い、'Question:'/'Answer:' ラベルを Q&A ペアとして数えなかった)。両方とも修正し、18 実行すべてを再チェックしました。
  • スキルは出力の形を変えます。3P アップデートでは、スキルの両実行がそのコンパクトな形式を使いました:1 行目に絵文字とチーム名、週を書き、その後 Progress、Plans、Problems それぞれに 1 つの短い段落(97 語)。対照群と一文プロンプトの全 4 実行は、箇条書きセクション付きの Markdown タイトルを書きました(108〜117 語)。FAQ ではスキルの実行は 'Question:'/'Answer:' のラベル付きペアを使いました(約 166 語、他は 139 語)。
  • スキルは 6/6 実行で読み込まれ、1実行あたり 63k トークン。60k(1.05x)に対し、ほぼ無料の追加です。
  • 我々のルールは内容と制限を採点し、形式の忠実さは採点しません。社内フォーマットを持つチームは違いを実感できますが、スコアには現れません。

評価項目スコア

評価項目スコア理由
1_output_quality5.0

スキルありの平均スコアは 5 点中 5.00(プログラム的チェック。タスク別の表を参照)。

2_lift_vs_no_skill2.0

スキルなしの 5.00 に対し +0.00 点(タスクごとに n=2。約 1 点未満の差はノイズ)。

3_trigger5.0スキルあり群 6/6 実行でスキルファイルが読み込まれました。
4_instructions_portability4

例付きの平易な Markdown。形式はサンプルの会社スタイルに固有。

5_efficiency5トークン 1.05x(1実行あたり 63k 対 60k)、時間 1.07x(32s 対 30s)。
6_safety_hygiene5Markdown のみ。スクリプトなし。

このテストの限界

  • 3 つのタスクは短い事実シートを使うため、どの群も何かを捏造しませんでした。より長い、あるいは乱雑なソースなら群を区別できたかもしれません。
  • 会社独自のスタイルへの形式の忠実さは採点していません。スキルの形式は Anthropic の例であり、あなたのものと一致しないかもしれません。
  • ニュースレターと一般連絡の形式はテストしていません。
  • タスクごとに各群 n=2。約 1 点未満の差はノイズです。
  • ルールベースの採点はチェックが見られるものだけを測ります。好みや、結果が可能な限り最善かどうかは判断できません。

セキュリティ

security.md を参照。スキャン:CRITICAL 0 / HIGH 0 / MEDIUM 0。判定:実行しても安全(ネットワーク無効のサンドボックス)。クリーンなスキャン結果はスキルの安全性を証明しません。

結論

素の Codex は助けなしで正しく事実に基づく社内アップデートを書いたため、測定可能な品質向上はなく、コストも無視できるほどです。コンパクトな 3P と FAQ の形式を一貫して適用したいなら、このスキルは価値があります。チームに異なる社内スタイルがあるなら助けにはなりません。

トランスクリプト

実行ログ:internal-comms (Codex CLI, network off, per-run temp HOME/TMPDIR, one row per graded run.)
列:タスク、群-回、スコア(0-5)、トークン、秒、合格したチェック、エージェントが開いたスキルファイル。

t1-3p control-1: スコア 5.0, トークン 59846, 秒 24.3, チェック 5/5, 開いたファイルなし
t1-3p control-2: スコア 5.0, トークン 59766, 秒 49.0, チェック 5/5, 開いたファイルなし
t1-3p oneliner-1: スコア 5.0, トークン 59901, 秒 22.2, チェック 5/5, 開いたファイルなし
t1-3p oneliner-2: スコア 5.0, トークン 60002, 秒 38.3, チェック 5/5, 開いたファイルなし
t1-3p treatment-1: スコア 5.0, トークン 62866, 秒 44.8, チェック 5/5, 開いたファイル internal-comms
t1-3p treatment-2: スコア 5.0, トークン 62843, 秒 34.4, チェック 5/5, 開いたファイル internal-comms
t2-status control-1: スコア 5.0, トークン 59933, 秒 21.4, チェック 4/4, 開いたファイルなし
t2-status control-2: スコア 5.0, トークン 59817, 秒 33.7, チェック 4/4, 開いたファイルなし
t2-status oneliner-1: スコア 5.0, トークン 59958, 秒 26.3, チェック 4/4, 開いたファイルなし

18 実行、3 成果物

サンプル出力

SOTA · With the skill: update.md (t1-3p, run 1, Codex)

📱 Mobile & Platform team (Week of Oct 26) Progress: Shipped mobile app v2.3 to 100% of users and fixed the login timeout bug (#482). Launched the onboarding survey, with 340 responses so far. Plans: Start the billing migration on Nov 9 and hold a design review for the new dashboard on Nov 4. Hire one backend engineer; 2 interviews are scheduled. Problems: Staging has been flaky for 3 days, blocking QA on 2 tickets. The data export feature slipped by one week because of a vendor API change. One engineer is out sick until Nov 3.

Pro を見る