sop-creator

sop-creator skill の概要

sop-creator skill は、ざっくりした業務手順の説明を、再利用しやすく引き継ぎしやすい明確な標準業務手順書（SOP）に変換します。SOP、業務ドキュメント、ワークフローガイド、手順書が必要で、しかも見た目の整った企業文体より実務に使える内容を重視したい人に最適です。sop-creator for Technical Writing を使う場合の主な価値は、まとまりのない手順知識を、読みやすくて行動ベースの形式に整理できることにあります。

sop-creator が得意なこと

この skill は、繰り返し実行される業務プロセスの記録に向いています。つまり、「誰が」「何を」「どの順番で」「何を使って」「何をもって完了とするか」を明確にする用途です。いちばん強いのは、プロセス自体は存在していると分かっているものの、それが誰かの頭の中、ゆるいチャットスレッド、または書きかけのメモにしか残っていない場合です。

sop-creator が向いているケース

SOP を、別の人が迷わず実行できる形にしたいときに sop-creator を使います。オンボーディング、社内オペレーション、管理業務のワークフロー、サポート手順、定期レビュー、コンプライアンスに近い業務など、表現の巧みさより一貫性が重要な場面に向いています。

知っておくべき主な制限

sop-creator は、戦略立案ツールでもプロセス再設計ツールでもありません。できるのは、説明できるプロセスを文書化することまでです。専門家レビュー、ポリシー承認、実際の業務監査の代わりにはなりません。プロセスが未定義だったり、変動が大きかったり、政治的にセンシティブだったりする場合は、出力が使える形になるまで、より多くの文脈を与える必要があります。

sop-creator skill の使い方

sop-creator をインストールする

npx skills add ognjengt/founder-skills --skill sop-creator

インストール後は、まず skills/sop-creator/SKILL.md を開いてください。このリポジトリはコア skill が 1 つだけなので、挙動の裏を読むための rules/、resources/、scripts/ フォルダはありません。

この skill に必要な入力

sop-creator usage の使い方はシンプルで、空のプロンプトではなくプロセス説明を渡すことが前提です。良い入力には、通常、プロセス名、担当ロール、使うツール、目指す完了状態、そして制約が含まれます。

良い入力例:

• “Document our monthly invoice approval workflow for finance coordinators in QuickBooks and Slack.”
• “Create an SOP for publishing blog posts in our CMS, including QA and final approval.”
• “Write an SOP for onboarding a new customer support agent using Zendesk and Notion.”

弱い入力例:

• “Make an SOP.”
• “Write a process doc for our team.”

実行フローの仕組み

sop-creator guide は、次のシンプルな分岐で動きます。

• 引数が何もない場合は、プロセスを説明するよう促すプロンプトを返します。
• 事前にプロセス詳細を渡しておけば、すぐに作業を始めます。
• さらに、プロジェクトルートに FOUNDER_CONTEXT.md があればそれも確認し、会社、ブランド、ツール、対象読者に合わせて SOP を調整します。

つまり、用語、責任範囲、運用上の境界について推測させないだけの十分な文脈を与えるほど、結果はよくなります。

より良い出力を得るためのベストな進め方

まずは粗くても具体的なブリーフを出し、その後で、抜けている役割、例外、品質チェックを最初のドラフトに反映して修正します。sop-creator for Technical Writing を使う場合は、アウトライン、チェックリスト、録音した手順説明などの元資料を渡し、それを手順、前提条件、受け入れ基準を含む正式な SOP に変換するよう依頼すると効果的です。

sop-creator skill の FAQ

sop-creator はテクニカルライティング専用ですか？

いいえ。sop-creator for Technical Writing は有用な使い方のひとつですが、skill 自体はそれより広い用途を想定しています。明確な実行手順が必要な、あらゆる繰り返し型の業務プロセスに向いており、とくに対象読者が物語的な説明よりも一貫性を求める場合に適しています。

通常のプロンプトと何が違うのですか？

通常のプロンプトでも業務文書の下書きは作れますが、sop-creator はより再現性の高いワークフローを提供します。プロセス入力を前提にし、プロジェクト文脈を探し、一般的なチャットボットというより SOP 作成アシスタントのように振る舞います。そのため、標準化された形式が必要なときのプロンプトぶれを抑えられます。

事前に完全なプロセス説明が必要ですか？

完璧である必要はありませんが、タスク、担当者、成果物を特定できる程度の情報は必要です。入力が曖昧だと、有用な SOP を作る前に追加の確認が必要になる可能性が高くなります。

どんなときに sop-creator を使うべきではありませんか？

意思決定ツリー、ポリシーの書き換え、トラブルシューティングガイド、ゼロからのプロセス再設計が必要な場合は使わないでください。既に存在するプロセスを、明確に文書化したいときに最も力を発揮します。

sop-creator skill を改善する方法

運用コンテキストをもっと具体的に与える

sop-creator の結果を最短でよくする方法は、実際の環境を名指しすることです。チーム、役割、ツール、引き継ぎポイント、承認ポイントを明記してください。たとえば “Customer support refund workflow in Zendesk and Stripe for Tier 1 agents” は “refund process” よりはるかに有効です。実務に合った手順を生成しやすくなるからです。

例外条件と境界を入れる

例外があるなら、早い段階で伝えてください。承認基準、コンプライアンスチェック、エスカレーション、障害時の振る舞い、「やってはいけない」ケースなどです。こうした情報があると、実際の例外にぶつかった瞬間に破綻する、ありがちな汎用チェックリスト化を防げます。

ステップごとの担当不明をなくす

よくある失敗は、見た目は整っているのに責任範囲が不明な SOP になることです。初稿を確認するときは、すべてのステップに担当者、起点、出力があるかを確認してください。抜けていれば、元の入力を修正し、その不足点を明示したうえで sop-creator を再実行します。

1 回に 1 つのプロセスで反復する

この skill は、1 回の実行で 1 つのワークフローを文書化するときに最もよく機能します。手順をまとめて大量に依頼すると、重要な違いがならされやすくなります。大きな業務は小さな SOP に分け、必要なら後で統合してください。