スキル

internal-comms:種類を合わせてから社内フォーマットに載せる

ステータス、3P、通信、事故説明など社内文を書く人向け。先に種類を識別し examples/ の対応ガイドを読み込む。合わなければ先に聞く。

公式ソース · internal-comms

インストール

Identify the communication type then load the matching file from examples/

誰向けか

internal-comms は社内向けの文を書くよう求められた人向けである。ステータス報告、経営層向け更新、3P 更新、社内通信、FAQ、事故説明、プロジェクト進捗など。会社のいつもの書式で書くための資源であり、対外プレスリリース用の道具ではない。

より合う使い方は、これが社内文書だとすでに分かっており、種類を言えること。公式の順は、先にコミュニケーション種類を識別し、次に examples/ から対応ガイドを読み込み、そのファイルの書式と口調で書く。名指しのガイドは examples/3p-updates.md、examples/company-newsletter.md、examples/faq-answers.md、そしてはっきりしないときに使う examples/general-comms.md。

インストーラとしては向かない。説明はインストールコマンドを一切出しておらず、あるディレクトリにコピーすれば使えるとも書いていない。今の助手がまだ種類ごとにこれらのガイドを読めないなら、既存の説明はここで終わる。ページ住所からインストールパスを逆算しない。種類が不明なまま「汎用の公式調文章」を先に聞かずに押し通す用途にも向かない。

3 分で最初の試行を終える

公式の最初の経路は社内下書きを書き始めることであり、インストールではない。説明ページは

https://raw.githubusercontent.com/anthropics/skills/main/skills/internal-comms/SKILL.md

このページの手順だけに従う。現れないインストール文を書かない。

前提:今の助手はすでに internal-comms として働け、外へ出さない練習素材がある。例えば今週の Progress / Plans / Problems。インストールコマンドは無いので、「場所」は今回の会話の下書きであり、推測したスキルディレクトリではない。

低リスクな最初のタスク:3P 更新を書いてほしいと明示し、先に下書き、送信しないと宣言する。助手は種類を 3P と識別してから examples/3p-updates.md を読み込むべきである。どのガイドに従うかを言う前に、完成稿を出させない。成功の合図は 3P(Progress, Plans, Problems)を名指しし、そのガイドで起草し始めることであり、対外通信や事故報告にしないこと。

書いたあとは会話の中だけで見る。説明はメールやチャットツールへの送信手順を書いていないので、最初は「種類が正しく、下書きが読める」で止める。欲しいものが 3P でないなら、本当の種類を言い、再識別させる。

利用例

例 1:3P または他の名指しされた社内種類を書く。適用種類には社内通信、FAQ、ステータス報告、経営層向け更新、プロジェクト更新、事故説明も含まれる。対応ガイドはそれぞれ examples/3p-updates.md、examples/company-newsletter.md、examples/faq-answers.md など。すでにそのどれかに合わせられるときに向く。説明はこの文章の中で各ガイドの見出し階層を列挙していないので、「先にファイルを読み、ファイルに従って書く」までしかできない。助手がガイド名を出さなければ、先に読むよう求める。説明ページは引き続き

https://raw.githubusercontent.com/anthropics/skills/main/skills/internal-comms/SKILL.md

例 2:種類が合わないときは先に聞くか、汎用稿に落とす。examples/general-comms.md は他の、はっきり一致しない内容向け。それすら合わなければ、説明は期待する書式や追加の文脈を先に尋ねよとし、新しいテンプレートを作るなとする。欲しいのが社内通知だが、名前が上の名簿に無いときに向く。説明は質問一覧を書いていない。最初は書式、読者、長さに答え、それから起草させる。書式確認の前に、一斉送信用テキストとして扱わない。

利用上の境界

インストールコマンドは無い。ページパスをインストーラにしない。用途境界:社内コミュニケーション向け。名指し種類は 3P、社内通信、FAQ、ステータス報告、経営層更新、プロジェクト更新、事故説明。流れ境界:先に種類を識別し、次に examples/ のガイドを読む。合わなければ聞くか examples/general-comms.md を使う。ファイル境界:照合できるガイド名は上記だけ。ファイル名を自ら発明しない。説明は会社の実テンプレート庫へのつなぎ方も、送信や公開手順も書いていない。下書きはすでに送ったことにはならない。