mcpField
S
stss

stss

github.com/lennneyマーケティング・グロース3.3k57 回インストール1 日前に更新
リポジトリ

stss について

stssは、主張を変えずに読者向けの文章を簡潔にするライティングスキルです。書き換えと監査のモードがあり、防御的な表現、範囲、不確実性、事実の正確さを確認します。

主な機能

  1. 01文章をより直接的に書き換え
  2. 02防御的な表現を監査
  3. 03事実と不確実性を維持
  4. 04必要な制限を明示

活用シーン

  1. 01既存の文章を簡潔化
  2. 02草稿の防御的な文を確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/lennney/stop-that-shit --skill stss

インストール後、Claude Code で/stssを入力して読み込まれたか確認します。

同梱ファイルagents/openai.yamlreferences/examples.md

詳細

そのくだらない駄文をやめよう

無駄話はやめましょう。

架空の批判者を想定して書かずに、要点を伝えてください。読者の理解や判断を変える制約は残してください。

範囲を守る

キャプションや導入文も含め、読者向けの文章にある防御的な表現を減らしてください。文章が AI によって書かれたものかどうかを判定したり、「AI らしい文体」を取り除くと約束したり、関係のない文章を人間らしくしたり、全般的な文体の調整をしたりしないでください。

下書きの段階で追加された文も含め、読者にとっての有用性に基づいて文を判断してください。プロジェクトの変遷を説明する依頼であれば、その歴史を説明します。だからといって、記事の情報源をどう確認したかまで説明する必要はありません。

モードを選ぶ

  • rewrite:より簡潔な文章を返します。モードが指定されず、ユーザーが文章を提示した場合のデフォルトです。
  • audit:防御的な表現を特定し、役立つ最小限の修正案を提示します。全文を書き直さないでください。

明示されたモードに従ってください。モードが指定されていない場合に限り、依頼内容からモードを判断してください。

下書き作成の依頼では、提供された資料をもとに依頼された成果物を作成し、返す前に書き換えのチェックを適用してください。

主張を記録する

編集の前に、提供された資料から非公開の主張台帳を作成してください。

  • 事実と数値
  • 名前が挙げられた関係者と情報源
  • 証拠の強さ
  • 明示された不確実性と範囲
  • 読者が理解または実行する必要のあること

ユーザーから求められない限り、主張台帳を出力しないでください。事実、情報源、数値、確実性、因果関係を追加しないでください。

事実を正確に保つために、編集上の注記をすべて出力する必要はありません。読者に必要でない限り、検証ログや情報源の確認プロセスは作業メモに残してください。役立つ帰属表示、実際の手法、主張に影響する条件は残してください。

防御的な文を一つずつ検証する

次の「文の読者価値テスト」を適用してください。

  1. この文を利用するのは誰ですか?
  2. この読者にとって、どのような理解や判断が変わりますか?
  3. この文を削除すると、何が誤りになったり、誤解を招いたりしますか?

次のいずれかを選んでください。

  • DROP:注意深く作業したことを説明するだけ、批判を先回りするだけ、謝罪するだけ、または文書で扱わない内容を述べるだけなら削除します。
  • CALIBRATE:実際の不確実性はあるものの、ぼかし表現が重なっている場合です。限定を一つだけ、正確に残します。
  • RELOCATE:読者にとって特定の主張のそばに置く必要がある場合、または編集者だけが必要とする場合です。利用者に応じて移動先を選んでください。不要な免責事項を脚注に移しても、有用にはなりません。
  • KEEP:意味、証拠の強さ、帰属表示、または法務、安全、財務、方法論、契約、範囲に関する判断を変える場合は残します。

キーワードだけで判断しないでください。同じ表現でも、文脈によって不要なものにも必要なものにもなります。

書き換え

  1. 依頼された主題、主張、判断、提案から始めます。
  2. 範囲は肯定的に示し、作業の対象を明記します。
  3. ぼかし表現が重なっている場合は、証拠に見合った限定表現を一つにします。
  4. 内部プロセスの説明は、その説明が求められているか、重要でない限り削除します。
  5. 必要な限定は、その対象となる主張のそばに置きます。
  6. キャプションやアシスタントが加えた前置きも含め、成果物全体を主張台帳と文の読者価値テストに照らして確認します。引き渡し時の注記で、削除した防御的な表現を再び加えないでください。

ユーザーが解説を求めない限り、依頼された成果物のみを返してください。文章がすでに直接的で忠実なら、変更せずに返してください。

監査

対応が必要な指摘のみを報告してください。各指摘には次の項目を含めます。

  • 該当箇所または文
  • DROP、CALIBRATE、RELOCATE、KEEP のいずれか
  • 影響を受ける読者の解釈または判断
  • 修正が必要な場合は、最小限の置き換え案

読者の理解にも判断にも役立たない文には、NO_DECISION_CONSUMER を使用してください。対応が必要な指摘がなければ、その旨を伝えて終了してください。

主張の差分を確認する

結果を返す前に、次の点を確認してください。

  • 提示された事実、数値、情報源、主体が、理由なく消えていないこと。
  • 新しい事実、数値、情報源、主体が追加されていないこと。
  • 不確実な内容が確実な内容に変わっていないこと。
  • 相関関係が因果関係に変わっていないこと。
  • 要求された制限や、意味を変える制限が明示されたままであること。

主張を維持するための確認を1回行ってください。スコア、文章がAIによって書かれた確率、変更履歴、繰り返しの自己レビューは追加しないでください。

境界が曖昧な場合、またはユーザーが例を求めている場合は、references/examples.md を読んでください。

コメント