reducing-entropy
ユーザーから明示的に要求された場合のみ起動する、コードベース全体のサイズを最小化するためのスキル。削除を優先し、最終的なコード量の削減をもって成功とみなす。
description の原文を見る
Manual-only skill for minimizing total codebase size. Only activate when explicitly requested by user. Measures success by final code amount, not effort. Bias toward deletion.
SKILL.md 本文
エントロピーの削減
コードが増えるとさらにコードが増える。エントロピーは蓄積される。このスキルは可能な限り小さいコードベースへのバイアスを持つ。
中心的な質問: 「このコードベースはその後どのような状態になっているのか?」
始める前に
references/ から少なくとも1つのマインドセットを読み込む
- リファレンスディレクトリ内のファイルをリストアップする
- frontmatter の説明を読んでどのマインドセットが適用されるか選ぶ
- 少なくとも1つ読み込む
- どのマインドセットを読み込んだか、そのコア原則を述べる
これを完了するまで先に進まないこと。
ゴール
ゴールは最終的なコードベース内のコード総量を削減すること - 今すぐ書くコードを削減することではない。
- 50行書いて200行削除 = 純利益
- 2行書くのを避けるために14個の関数を保つ = 純損失
- 「変更しない」はゴールではない。コード削減がゴール。
努力ではなく最終状態を測定する。
3つの質問
1. このプロブレムを解決する最小のコードベースはどれか?
「最小の変更は何か」ではなく、最小の結果は何か。
- これは14個の関数ではなく2個の関数で実装できないか?
- これは0個の関数(機能削除)で実装できないか?
- これをやるなら何を削除するか?
2. 提案された変更は総コード量削減をもたらすか?
前後の行数をカウント。後 > 前なら却下する。
- 「より良く整理されている」がコードが多い = エントロピー増加
- 「より柔軟である」がコードが多い = エントロピー増加
- 「より清潔な分離」がコードが多い = エントロピー増加
3. 何が削除できるか?
すべての変更は削除の機会。次の問いを立てよ:
- これは何を陳腐化させるか?
- 何が置き換えられるもの次第で必要だったのか?
- 最大いくら削除できるか?
レッドフラグ
- 「既存の部分は保つ」 - 現状維持バイアス。質問は変更量ではなく総コード量。
- 「これは柔軟性を追加する」 - 何のための柔軟性か? YAGNI。
- 「関心事の分離がより良い」 - ファイル/関数が増える = コード増加。分離にコストがかかる。
- 「型安全性」 - 何行の価値があるか? 時にはランタイムチェックでより少ないコードで勝つ。
- 「理解しやすい」 - 14個のものは2個のものより簡単ではない。
これが適用されない場合
- コードベースが既にやることに対して最小限である
- フレームワークの強い規約の中にいる(戦わない)
- 規制/コンプライアンス要件が特定の構造を義務づけている
リファレンスマインドセット
哲学的な基盤については references/ を参照。
新しいマインドセットを追加するには adding-reference-mindsets.md を参照。
削除へのバイアス。最終状態を測定する。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- softaworks
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/softaworks/agent-toolkit / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード：Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool（member/distributor）、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base（Ethereum L2）上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格（ERC-20、ERC-721、ERC-4626など）、Layer 2ネットワーク（Base、Arbitrum、Optimism、zkSync、Polygon）、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化（EIPライフサイクル、フォーク追跡、今後の変更予定）といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。