sop-creator
ビジネスプロセスに関する詳細な標準作業手順書(SOP)を作成します。SOP、プロセスドキュメント、運用ガイド、ワークフロー文書、または繰り返し実行されるビジネスプロセスのステップバイステップ手順書が必要な場合に使用してください。
description の原文を見る
Creates detailed Standard Operating Procedures (SOPs) for business processes. Use when user needs SOPs, process documentation, operational guides, workflow documentation, or step-by-step instructions for repeatable business processes.
SKILL.md 本文
SOP Creator
目的
構造化されていないプロセスの説明を、5年生レベルの読解力で書かれた明確で実行可能な標準作業手順書に変換します。
実行ロジック
実行モードを決定するために、まず $ARGUMENTS を確認してください:
$ARGUMENTS が空の場合または提供されていない場合:
以下のように応答してください: "sop-creator loaded, describe the process you want to document"
その後、ユーザーが次のメッセージでプロセスの説明を提供するのを待ちます。
$ARGUMENTS にコンテンツが含まれている場合:
タスク実行に直接進みます(「loaded」メッセージをスキップします)。
タスク実行
プロセスの説明が利用可能な場合(最初の $ARGUMENTS または後続のメッセージから):
1. ビジネスコンテキストの確認
プロジェクトルートに FOUNDER_CONTEXT.md が存在するかどうかを確認してください。
- 存在する場合: これを読み、ビジネスコンテキストを使用して出力をカスタマイズします(会社名、ブランドボイス、業界固有の内容、対象ユーザー、使用ツール)。
- 存在しない場合: 「デフォルト & 前提」のデフォルトを使用して進めます。
2. 初期入力の分析
ユーザーの初期説明から、以下の情報を抽出します:
- プロセス名またはタイトル
- このプロセスを実行する人(役職/スキルレベル)
- 関連するツールまたはシステム
- 期待される結果またはエンドステート
- コンプライアンスまたは品質要件
- 言及されている重要なステップ
3. 明確化質問の実施(必要に応じて)
AskUserQuestion ツールを使用して、不足している重要な情報を収集します。最大5つの質問をしてください。ただし、より少ない方がよいため、完全な SOP を作成するのに十分な情報が得られたらすぐに停止してください。
**質問バンク(優先順序):
| # | 質問 | 重要な理由 | スキップ条件 |
|---|---|---|---|
| 1 | 文書化したいプロセスは正確には何ですか? | スコープとタイトルを定義します | プロセスが明確に説明されている |
| 2 | このプロセスを実行する人は誰ですか?(役職、スキルレベル、経験) | 言語の複雑さと詳細レベルを決定します | ユーザーがすでに対象ユーザーを指定している |
| 3 | このプロセスにはどのようなツールまたはシステムが関わっていますか? | 前提条件とアクセス要件を特定します | ツールがすでにリストされている |
| 4 | 成功した結果は何ですか?プロセスが正しく完了したことをどのように知りますか? | 品質チェック基準と成功指標を定義します | 結果が明確に述べられている |
| 5 | コンプライアンス要件、安全性の懸念、または重要な警告はありますか? | 重要な注意事項が含まれていることを保証します | 規制または安全上の懸念がない |
質問戦略:
- AskUserQuestion を使用して、1回に2~3つの質問をしてください
- 最初のバッチの回答が十分な詳細を提供する場合は、質問を停止してください
- 合計5つ以上の質問をしないでください
- 正しい実行をブロックする質問のみをしてください
4. SOP の生成
収集した情報を使用して、出力形式のセクションに従った完全な SOP を作成します:
- 5年生レベルの読解力で書く — 短い文、シンプルな単語
- 1ステップ1アクション — 複合命令なし
- 各ステップをアクション動詞で始める — 「クリック」「開く」「確認」「入力」
- 期待される結果を含める — ユーザーが何を見るべきかを伝える
- 重要なステップに警告を追加する — よくある間違いを防止する
- 品質チェックを作成する — 「完了」を明示的に定義する
5. フォーマットと検証
- 出力形式セクションに従って出力を構造化します
- 出力を提示する前に、品質チェックリストの自己検証を完了します
- SOP はそのプロセスに詳しくない人が追うことができることを確認してください
ライティングルール
ハード制約。解釈の余地なし。
コアルール
- 5年生レベルの読解力で書く
- 短い文を使う(最大10~15語)
- シンプルで一般的な単語を使う — 専門用語は避けるか、すぐに説明する
- 1ステップ1アクション — 複数のアクションを組み合わせない
- 各ステップをアクション動詞で始める(クリック、開く、入力、確認、チェック)
- 各重要なステップの後に期待される結果を含める
- ステップを発明しない — 説明または確認されたものだけを文書化する
SOP 固有のルール
- タイトル形式: 「SOP: [プロセス名]」(明確で検索可能)
- バージョン情報は必須 — SOP はバージョン管理される必要があります
- 前提条件は明示的に — 隠れた要件がない
- 品質チェックは測定可能に — 主観的な基準を避ける
- よくある問題セクションは必須 — 既知の失敗モードをキャプチャする
- ツールセクションはアクセス/権限が必要なものを含める
対象ユーザーのルール
- 特に指定されない限り、事前知識がないと仮定する
- 初出時に頭字語を定義する
- 非自明なステップについて「なぜ」を説明する
- ビジュアルガイドが役立つ場合はスクリーンショットのプレースホルダーを含める
- 破壊的またはもとに戻せない前に警告を追加する
出力形式
SOP は以下の構造に従います:
# SOP: [プロセス名]
**Version:** 1.0
**Last Updated:** [Current Date]
**Owner:** [Role/Name from context or "Process Owner"]
**Audience:** [Who uses this SOP]
---
## 1. Purpose
[One clear sentence describing what this process achieves and why it matters.]
## 2. Who Does This
[Role or skill level of person performing this process]
## 3. Tools You Need
- [Tool 1]
- [Tool 2]
- [Access/permissions required]
## 4. Starting Requirements
Before you start, make sure:
- [ ] [Requirement 1]
- [ ] [Requirement 2]
- [ ] [Everything you need is ready]
## 5. Step-by-Step Instructions
### Step 1: [Action Title]
1. [Do this specific action]
2. [Do this specific action]
**What you should see:** [Expected result or outcome]
### Step 2: [Action Title]
1. [Do this specific action]
- [If needed, add a sub-step for clarity]
- [If needed, add another sub-step]
**Warning:** [Important thing that could go wrong or caution]
### Step 3: [Action Title]
1. [Do this specific action]
**What you should see:** [Expected result]
[Continue with numbered steps until process completion...]
## 6. Quality Check
After finishing, verify:
- [ ] [Verification item 1 — specific and measurable]
- [ ] [Verification item 2 — specific and measurable]
- [ ] [Final outcome achieved]
## 7. Common Problems and Fixes
| Problem | Why It Happens | How to Fix |
|---------|---------------|------------|
| [Specific problem] | [Root cause] | [Clear solution] |
| [Specific problem] | [Root cause] | [Clear solution] |
## 8. Notes
**Assumptions made:**
- [List any assumptions about user knowledge, tools, or environment]
**Who to ask for help:** [Role or person]
## 9. Version History
| Version | Date | Author | Changes |
|---------|------|--------|---------|
| 1.0 | [Date] | [Author] | Initial version |
品質チェックリスト(自己検証)
出力を最終化する前に、以下の項目をすべて検証してください:
実行前チェック
- FOUNDER_CONTEXT.md を確認し、利用可能な場合はビジネスコンテキストを適用しました
- 本当に不足している情報に対してのみ明確化質問をしました
- 合計5つ以下の質問をしました
コンテンツチェック
- プロセスタイトルが明確で具体的です
- 目的文が1つの明確な文です
- すべてのツールとアクセス要件がリストされています
- 前提条件が明示的でチェック可能です
- すべてのステップがアクション動詞で始まります
- ステップが隠れた知識を仮定していません
- 重要なステップの後に期待される結果が含まれています
- 警告が危険なアクション前に配置されています
ライティングチェック
- 言語が5年生レベルの読解力です
- 文が短い(10~15語)です
- 説明のない専門用語がありません
- 各ステップが1つのアクションのみを含みます
- ステップが正しい順序です
出力チェック
- 品質チェックが具体的で測定可能です
- よくある問題セクションに起こりやすい問題が含まれています
- 成功状態が明示的に定義されています
- SOP は追加のコンテキストなしに従うことができます
- バージョン情報が完全です
いずれかのチェックが失敗した場合 → 提示する前に改訂してください。
デフォルト & 前提
ユーザーが特に指定しない限り、以下を使用します:
- 対象ユーザー: このプロセスに関する事前知識がない初級者
- 読解レベル: 5年生(シンプルな単語、短い文)
- バージョン: 1.0
- 作成者: FOUNDER_CONTEXT.md から利用可能な場合、またはそれ以外は「プロセスオーナー」
- 最終更新日: 現在の日付
- プロセスタイプ: 反復可能なビジネスプロセス(1回限りのタスクではない)
- 完了時間: 言及されない限り指定しない
- 権限: 特に指定されない限り標準ユーザーアクセス
SOP の注記セクションで実施されたすべての前提を文書化します。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- ognjengt
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/ognjengt/founder-skills / ライセンス: MIT
関連スキル
3-statement-model
3種類の財務諸表テンプレート(損益計算書、貸借対照表、キャッシュフロー計算書)を作成・記入・完成させることができます。モデルテンプレートの記入、既存のモデル枠組みの完成、財務モデルへのデータ入力、部分的に完成した損益/貸借/キャッシュフロー枠組みの完成、または既存テンプレート構造内での統合財務諸表の連携に対応しています。3種類の財務モデルテンプレートの記入、完成、またはデータ入力に関するご依頼で自動的に機能します。
strategic-decision
CEO・経営層向けの戦略的意思決定支援です。前提条件に異議を唱え、問題を診断し、確実な戦略を設計できます。4つのモード(AGGRESSIVE:大きな夢を見る、SELECTIVE:基盤を維持しつつ有望な拡張を厳選、DIAGNOSTIC:最大限の厳密性、VALIDATION:本質に絞る)を備えています。創業者、経営幹部、プロダクトリーダーが製品開発、成長戦略、市場戦略、技術選定、リソース配分に関する戦略的判断が必要な場面で活用できます。
value-realization
エンドユーザーが製品アイデアから明確な価値を感じるかどうかを分析します。以下の場面で活用できます:製品コンセプトの議論、機能の評価、製品改善の方向性提示、マーケティング戦略の企画、導入・継続率の問題分析、コピーが価値を伝えているかの検証、機能と利用シーンの対応付け、または製品方向性・ポジショニング・エンドユーザーの需要の有無が不確かな場合(例:「これは良いアイデアか」「この製品をどう思うか」「ユーザーは必要とするか」「この機能は何に役立つのか」「機能の価値をどう説明するか」「このコピーをどう思うか」「利用シーンを作成する手助けが欲しい」「ユーザーが継続利用しない理由は何か」「どうポジショニングすべきか」)。
creating-financial-models
このスキルは、投資判断に必要な高度な財務モデリング機能を提供します。DCF分析、感度分析、モンテカルロシミュレーション、シナリオプランニングなど、複数の分析手法を組み合わせることで、より正確で信頼性の高い財務予測が可能になります。
pestel-analysis
政治的、経済的、社会的、技術的、環境的、法的な外部要因を分析します。市場環境の変化が製品、ロードマップ、または戦略に大きな影響を与える可能性がある場合に活用できます。
chemical_safety_assessment
化学安全性評価 - 化学物質の安全性を評価します。PubChemの化合物情報、FDAの医薬品データ、ADMET予測、ChEMBLの構造警告を活用します。このスキルを使用することで、化合物名から一般情報を取得したり、医薬品名から警告および注意事項を取得したり、分子のADMETを予測したり、化合物の構造警告を検出したりできます。4つのSCPサーバーから4つのツールを統合しています。