mcpField
D
debloat

debloat

github.com/lilmgeniusドキュメント1.4k1.2k 回インストール4 週間前に更新
リポジトリ

debloat について

debloat は、正確で最新の文章を引き締めるためのライティングスキルです。編集者が重要な主張や文体、構成を保ちながら冗長さを取り除けます。

主な機能

  1. 01冗長な表現や重複の特定
  2. 02文章の局所的な圧縮
  3. 03主張・文体・構成の維持
  4. 04意味の欠落の確認

活用シーン

  1. 01肥大化した方針文書の短縮
  2. 02書き直さずに文章を簡潔化
  3. 03冗長さと古さ・重複の切り分け

インストール

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

$npx skills add https://github.com/lilmgenius/paperthin --skill debloat

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

詳細

肥大化した成果物を、意味を保ったまま、要点が伝わる最小限まで削ります。

目標

正確で最新の成果物でも、別の形で劣化することがあります。内容が積み重なっていくのです。編集のたびに最も近い文へ限定表現が付け足され、ルールは適用されそうな箇所ごとに繰り返され、列挙は壁のように膨らみます。やがて、読者はざっと目を通せばよいものを、熟読しなければならなくなります。debloat は、重みのある内容をすべて残し、不要な語をすべて削って、こうした肥大化を要点が伝わる密度に圧縮します。これはリライト(re0)でも、重複の解消(ssotize)でも、語り口の癖を取り除く作業(dedash、detool)でもありません。それ以外は問題のない文章を、密度の面から整える作業です。

ワークフロー

  1. 対象の成果物を特定し、最初から最後まで読みます。各セクションが伝えるべきこと、つまり残す必要のある要点を、それぞれ一行で書き留めます。
  2. 内容ではなく、冗長さを探します。意味を加えずに文を長くする水増し、なくても文意が保たれる限定表現や括弧書き、複数の考えを詰め込んだ複文、ルールと短いリストで済む列挙の壁、すぐ近くで繰り返される要点、ルールだけで十分なのに残された決定経緯です。
  3. その場で圧縮します。水増しを削り、複文を分けるか不要な節を削り、列挙を短くまとめ、繰り返しは一度だけ残します。別の成果物に移したり、内容を再導出したりしません。
  4. 重みのある主張はすべて残します。ルール、事実、制約、例など、重要な内容を担うものは残します。語を削ることでそのいずれかが失われるなら、その語は残します。
  5. 冗長さの原因が成果物間の重複、または内容の陳腐化なら、作業を止めてその旨を明示します。重複は ssotize に、陳腐化は re0 に引き継ぎます。debloat が行うのは引き締めだけです。
  6. 先入観のない目で読み直し、もう一度削ります。最初の作業では、必ず削り残しがあります。

ルール

  • 削るのは語だけで、重要な主張は削りません。元のルール、事実、制約はすべて残し、変えるのは密度だけです。
  • 成果物の語調と構成を保ち、その中で圧縮します。スタイルを変えません。
  • リライト、重複解消、語り口の癖の除去ではありません。内容を再導出せず(re0)、別の場所へ移さず(ssotize)、エムダッシュとスタック名詞は dedash/detool に任せます。
  • 意図された詳しさを尊重します。手順を教えたり、概要を説明したりする文章(クイックスタート、実例など)には、長さが必要です。圧縮するのは冗長な部分であり、わかりやすさではありません。
  • 本当に冗長な部分がなければ、何も変更しません。
  • 編集の安全性を確保します。対象の存在を確認し(見つからない場合は何もせずに終わらせず、MISS と報告します)、Unicode に対応して編集し(PYTHONUTF8=1)、出現箇所ごとに置換します。構造を大きく変更する場合は、スクリプトを使用します。

検証

完了前に、次を確認します。

  1. 変更前にあった重要な主張がすべて変更後にも残っており、削ったのは語だけであること。
  2. 先入観のない読者にとって文章がより引き締まり、削りすぎず、意図どおり簡潔になっていること。
  3. 冗長さではなく重複や陳腐化だったものは、無理に圧縮せず ssotize/re0 に引き継いでいること。

コメント