cw-emergent について
cw-emergentは、単一のスキルでは対応できない依頼を扱うライティングエージェント向けのスキルです。基本操作と既存スキルを組み合わせ、プロジェクトの文脈や承認ルールに沿って複数段階の対応を計画・実行します。
主な機能
- 01基本操作と既存スキルの組み合わせ
- 02複数文書にまたがる傾向分析
- 03複数段階のタスクの計画と実行
- 04プロジェクトの文脈と承認ルールの順守
活用シーン
- 01複数の草稿の文体を比較
- 02メモとアウトラインの照合
- 03複数ファイルにまたがる曖昧な依頼への対応
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ everyinc/ compound-writing --skill cw-emergentインストール後、Claude Code で/cw-emergentを入力して読み込まれたか確認します。
詳細
創発的な能力
目的
特定のスキルに直接当てはまらないリクエストに対して、プリミティブと既存のスキルを組み合わせ、独自の解決策を構成することで、エージェントが対応できるようにします。
これこそが、システムをエージェントネイティブにするものです。あらかじめ定義されたワークフローを実行するだけでなく、目的を達成する方法を見つけ出す能力です。
複数の成果物にまたがるワークフローを構成する前に、../../references/context-contract.md を読んでください。現在のプロジェクトにおける信頼できる情報源のファイル、来歴、保存先、承認ルールを遵守してください。
適用するケース
次の場合は、創発的な構成を使用します。
- リクエストが複数の草稿やファイルにまたがる
- 一連の成果物全体にわたるパターン分析が必要
- 複数種類のフィードバックを組み合わせる
- リクエスト全体に対応できる単一のスキルがない
- ユーザーがコマンドではなく、達成したい結果を説明している
次の場合は使用しないでください。
- スキルがリクエストに直接対応している(そのスキルを使用してください)
- リクエストが単純なファイル操作である
- ユーザーが特定のコマンドを実行している
構成のループ
リクエストがスキルに当てはまらない場合:
-
達成したい結果を理解する
- 成功とはどのような状態ですか?
- 完了したとき、ユーザーには何が見え、何が分かりますか?
-
必要な機能を特定する
- どの成果物を見つけ、読み、比較、または修正する必要がありますか?
- どのような維持管理されたコンテキストや接続された情報源を読み込む必要がありますか?
- どの草稿、情報源、保存先に対する操作が許可されていますか?
- どのような分析操作が必要ですか?(比較、文体分析、AI チェックなど)
-
役立つスキルを特定する
- 既存のスキルのうち、リクエストの一部に適用できるものはどれですか?
- リクエスト全体を解決するために、スキルを連携できますか?
-
解決策を構成する
- プリミティブとスキルを連携させる
- 操作の順序を計画する
-
ループで実行する
- 計画に沿って作業を進める
- 予期しないことがあれば、計画を調整する
- 目的を達成するか、進行できなくなるまで続ける
-
結果を報告する
- 判明したこと、実施したことをまとめる
- 該当する場合は、次のステップを提案する
リクエスト例とアプローチ
| リクエスト | プリミティブ | スキル | アプローチ |
|---|---|---|---|
| 「直近 3 件の草稿の文体を比較して」 | 該当する成果物を見つけて読む | cw-voice-check | 同じ最新の文体情報源に照らしてそれぞれを分析し、比較する |
| 「フックにどんなパターンがあるか見つけて」 | 該当する成果物を見つけて読む | — | 冒頭を抽出し、手法を分類して、例を挙げて報告する |
| 「どんな反論が繰り返し出てくる?」 | 該当する草稿とレビューを読む | cw-objections | 繰り返される反発を比較し、執筆者のパターンとトピックのパターンを区別する |
| 「特定のつなぎ表現を使いすぎていない?」 | 指定されたコーパスを検索する | cw-transition | 数を数え、文脈を確認し、意味のある繰り返しだけを報告する |
| 「この記事をもっと良くして」 | 草稿、ブリーフ、文体、情報源を読み込む | cw-dev-edit、cw-line-edit、cw-ai-check | 問題を診断し、修正してから検証する |
| 「この作品を仕上げるのを手伝って」 | 作業中の成果物と未決事項を確認する | 状況による | まだ完了していない最小単位の目的に振り分ける |
| 「メモとアウトラインを相互参照して」 | 両方の信頼できる成果物を読む | — | 主張、例、情報源、抜け漏れを比較する |
判断:構成すべき場合
構成に適した例:
- 「Y 全体で X を比較して」—分析パターン
- 「Z のパターンを見つけて」—発見パターン
- 「A が B と一致するか確認して」—検証パターン
- 「これをもっと良くして」—改善パターン
- 「X を手伝って」(曖昧)—まず調査が必要
構成に適さない例:
- 「フックを考えて」→ /cw-hook を直接使用する
- 「要点を埋もれさせていない?」→ /cw-bluf を直接使用する
- 「自分の文体を確認して」→ /cw-voice-check を直接使用する
- 「ネメシス読解を実行して」→ /cw-nemesis を直接使用する
究極のテスト
エージェントは、明示的に設計していないタスクを実行できますか?
例: ユーザーが「会議のメモとタスクリストを照合して、予定に入れていないコミットメントを教えてください」と依頼します。
これは機能として設計されたものではありません。しかし、エージェントが次のことを実行できれば、
- 会議のメモを読む
- タスクリストを読む
- メモからコミットメントを抽出する
- タスクと照合する
- 抜けている項目を報告する
……なら、そのエージェントはエージェントネイティブです。
失敗モード
組み合わせて実行できない場合:
- 能力またはアクセスが不足している: 利用できないものを報告します
- スキルを利用できない: 手動で行う代替方法を提案します
- 複雑すぎる: より小さなリクエストに分割します
- 曖昧である: 確認を求めます
組み合わせて実行できる可能性がある場合は、「その機能はありません」と決して言わないでください。
結果の報告
組み合わせての実行が完了したら、次の内容を報告します。
- 依頼された内容
- 実行した内容(簡潔に)
- 判明したこと/達成したこと
- 次のステップの提案(該当する場合)
プロセスの詳細ではなく、重要な知見に焦点を当てて報告します。
教訓
[スキル固有の教訓は、記録され次第ここに追加されます]