Agent Skills by ALSEL
Anthropic Claudeその他⭐ リポ 0品質スコア 50/100

joke-engineering

ジョークが滑ったとき、ユーモアが不自然に感じられるとき、オチが決まらないときに、システム思考を用いて笑いを診断・改善します。コメディライティングを体系的に強化したい場面でも活躍し、ジョークを「設計可能な共感接続システム」として捉えます。

description の原文を見る

Diagnose and improve humor using systems thinking. Use when jokes fall flat, when humor feels forced, when punchlines don't land, or when you want to systematically enhance comedic writing. Treats jokes as engineerable connection systems.

SKILL.md 本文

ジョークエンジニアリング:診断スキル

ユーモアが機能しない理由を診断し、より効果的なジョークを構築するのを支援します。あなたの役割は、ジョークの構造を接続システムとして分析し、具体的な改善を推奨することです。

コア原則

ユーモアは、概念、フレーム、または参照点間の接続の作成と解決から生じます。

ジョークは測定可能な特性を持つシステムです。ユーモアが失敗するとき、1 つ以上のシステム特性が調整不足になっています。このスキルは、どの特性を調整する必要があるかを特定するのに役立ちます。

9 つのシステム特性

効果的なジョークは、これらの相互関連した特性のバランスを取ります:

特性説明失敗するとき
接続距離接続された要素間のセマンティックギャップ明白すぎて退屈か、不明瞭で混乱させる
接続密度強化する接続の数単一スレッドのジョークは薄く感じる
解決満足度「わかった」という認知的報酬強引または非論理的なオチ
特異性最適化詳細の正確さ一般的な説明はパンチに欠ける
皮肉の階層化ネストされた矛盾深さのない平坦な皮肉
聴衆の共同創造聴衆が接続を完成させるスペース説明しすぎたジョークは笑いを殺す
圧縮最適化接続対単語数の比率膨れたセットアップは勢いを失う
接続復元力知識領域全体で機能する特定の参照がない聴衆では失敗する
真正性の共鳴作成者の声との整合性強引または一般的に感じる

診断状態

ユーモアを分析するときは、どの状態が当てはまるかを特定してください:

状態 H1:明白すぎる

症状: ジョークが予測可能で、聴衆がオチが来ることを見抜く;接続距離が短すぎる。 重要な質問: どのような予期しないフレームシフトが驚きを増すだろうか? 介入: 一貫性を保ちながら接続距離を延ばす。

状態 H2:不明瞭すぎる

症状: 聴衆がわからない;参照が専門的すぎる;接続ギャップが大きい。 重要な質問: 説明しすぎずにどのような足場が役立つだろうか? 介入: 文脈的な手がかりを追加するか、並列接続パスを作成する。

状態 H3:低密度

症状: ジョークが薄く感じる;単一の接続ポイント;階層化がない。 重要な質問: フレーム間で複数の機能を果たせる要素は何か? 介入: 循環的な皮肉、再帰的な接続、またはネストされた不条理を追加する。

状態 H4:説明しすぎ

症状: オチが述べられている;暗示されていない;聴衆が参加するスペースがない。 重要な質問: 接続を保ちながら何を削除できるか? 介入: 戦略的な省略—完全な表現の直前で終わる。

状態 H5:強引な声

症状: 言語が不自然;ジョークが作成者の視点と一致しない。 重要な質問: この人はこの状況をどのように自然に説明するだろうか? 介入: 言語とフレーミングを真正な声パターンに適応させる。

状態 H6:圧縮の膨張

症状: セットアップが長すぎる;オチの前に勢いを失う;接続対単語数の比率が低い。 重要な質問: コア接続に貢献しない要素は何か? 介入: 説明要素を削除し、明示的なものを暗示的に置き換える。

診断プロセス

誰かが機能していないジョークを提示するとき:

  1. 症状を聞く - 具体的に何が着地していないのか?
  2. 接続パスをたどる - 意図された接続はどこか?
  3. 特性を測定する - どのシステム特性が調整不足になっているか?
  4. 状態を特定する - 上記の診断状態に照らし合わせる
  5. 介入を推奨する - 実施する具体的な調整
  6. 変換を実演する - 必要に応じて変更前後を示す

キーとなる接続タイプ

  • 矛盾:共有フレーム内で互いに対立する要素
  • フレームシフト:異なるフレームの下での再解釈
  • 両立性:以前は関連のなかった概念フレームを接続する
  • パターン違反:認知パターンを確立してから破る
  • 暗示的接続:聴衆が完成させるために意図的に述べられない

密度向上パターン

接続密度を増やすとき:

  • 循環的皮肉:矛盾の閉じたフィードバックループを作成する要素
  • 再帰的接続:自分自身を強化する接続
  • 複数役割の割り当て:異なるフレームで異なる機能を果たす要素
  • 自己参照システム:ジョークの構造が独自の内容を反映している
  • ネストされた不条理:複雑さが増す層がお互いに合成される

皮肉の勾配

最も効果的なジョークは、要素の重要性の構造的な変動を採用しています:

  • 高い努力 → 低い重要性
  • 大きな精度 → 間違ったターゲット
  • 完璧な実行 → 不要なタスク
  • 複雑なシステム → シンプルなニーズ

圧縮テクニック

膨張を削減するとき:

  1. 複数の接続機能を果たす要素を保持する
  2. 接続を説明する要素ではなく作成する要素を削除する
  3. 明示的なステートメントを構造的な暗示で置き換える
  4. 複数の接続を強化する特異性を維持する
  5. 聴衆の共同創造のための戦略的なスペースを作成する

評価マトリックス

メトリック低い効果高い効果
接続距離明白すぎるか不明瞭驚きでありながら理解可能
接続の一貫性強引または非論理的明確で満足のいく解決
接続密度単一の直線的接続複数の相互強化的接続
認知的バランス単純すぎるか複雑すぎる適切なチャレンジ
完成ギャップ説明しすぎるか不可能実現可能な共同創造
圧縮接続対単語数の比率が低い接続対単語数の比率が高い
復元力特定の知識がないと失敗する領域全体で機能する
真正性一般的または強引な声自然な視点

変換例

オリジナル(状態 H3 + H6:低密度、膨張)

"子どもたちにテレビを見ると脳が腐ると言ったベビーブーマーは、ケーブルテレビのニュースで自分たちの脳を腐らせている。"

分析: シンプルな偽善的接続、単一スレッド、中程度の圧縮。

強化版(高密度)

"私たちの画面時間を「30 分、でなければ脳がドロドロになる」と制限したベビーブーマーの父は、今では別の午前 3 時のサプリメントパニック購入から「脳を保護する」ために私が彼のニュースアプリを子ども向けにする必要があります。実際にそこにはない脳を保護しようとしている後です。"

改善点:

  • 役割の逆転を追加(親/子の制限が反転)
  • 循環システムを作成(脳の懸念 → メディア → サプリメント → 脳の証明)
  • 具体的な詳細(「午前 3 時」、「子ども向け」)が真正性を追加
  • 暗示的接続(どのニュースチャネル)を共同創造用に
  • 皮肉の勾配(脳が存在しないことを証明しながら脳を保護する)

ジョーク以外の応用

このフレームワークは以下に適用できます:

  • クリエイティブライティング(メタファー、アナロジー)
  • 広告(記憶に残る関連付け)
  • パブリックスピーキング(インパクトのあるエピソード)
  • ユーザーエクスペリエンス(直感的な接続)
  • ナラティブ設計(満足のいくストーリービート)

出力の永続化

出力の検出

  1. プロジェクト内で context/output-config.md を確認する
  2. 見つかれば、このスキルのエントリを探す
  3. 見つからなければ、ユーザーに尋ねる:「ユーモア作業はどこに保存すればよいか?」
  4. 提案:writing/humor/ または explorations/writing/

主要な出力

  • 診断状態 - どのユーモア状態が当てはまるか
  • 特性分析 - 調整不足のシステム特性
  • 変換 - 根拠と共に変更前後のバージョン
  • 接続マップ - 接続のタイプと密度

ファイル名

パターン:{project-name}-humor-{date}.md

検証(オラクル)

このスキルが検証できること

  • 状態の特定 - どの診断状態が当てはまるか?(高信頼度)
  • 特性測定 - どの特性を調整する必要があるか?(高信頼度)
  • 接続マップ - どのような接続タイプが存在するか?(中信頼度)

人間の判断が必要なこと

  • ユーモアが着地するか - 聴衆にとって実際に面白いか?
  • 声の真正性 - 作成者のように聞こえるか?
  • 文脈の適切性 - このユーモアは状況に適切か?

オラクルの制限

  • ユーモアが着地するかどうかは評価できない
  • 聴衆の笑いを予測できない

フィードバックループ

セッション間の永続化

  • 出力場所: context/output-config.md を参照
  • 保存対象: 診断状態、特性分析、変換
  • 命名パターン: {project-name}-humor-{date}.md

セッション間学習

  • このプロジェクトで以前のユーモア作業を確認する
  • この作成者/聴衆に機能したものに基づいて構築する
  • 失敗したジョークは特性の調整を通知する

設計制約

このスキルは以下を想定します

  • 意図的なユーモア作成(カジュアルな会話ではない)
  • 改善する価値のある素材(使い捨てのジョークではない)
  • 作成者が体系的な分析を望んでいる

このスキルが処理しないこと

  • 即座の知恵 - 分析が多すぎるとそれを殺す
  • 文化的なユーモアの文脈 - 以下にルーティングする:sensitivity-check
  • 声の開発 - 以下にルーティングする:voice-analysis

劣化シグナル

  • カジュアルなユーモアの過度な最適化
  • すべてのコストでの密度(過剰負荷なジョーク)
  • 声の消失(真正性を最適化で除去)

推論要件

標準推論

  • 単一ジョークの診断
  • 基本的な特性測定
  • シンプルな変換

拡張推論(ultrathink)

  • セットまたはルーチン分析 - [理由:ジョークは相互作用し積み上がる]
  • 接続密度の最適化 - [理由:複数の接続層のバランスを取る]
  • 声の統合 - [理由:変換を通して真正性を維持する]

トリガーフレーズ: 「セット全体を分析する」、「密度を最大化する」、「私の声を保つ」

実行戦略

順序付き(デフォルト)

  • 変換の前の診断
  • 調整の前の特性測定
  • 評価の前の変換

並列化可能

  • 複数の独立したジョークを分析する
  • 異なる変換アプローチをテストする

サブエージェント候補

タスクエージェントタイプいつスポーン
声分析general-purpose作成者の真正性を保存するとき
聴衆調査general-purpose特定の聴衆向けに調整するとき

コンテキスト管理

概算トークンフットプリント

  • スキルベース: 約 3k トークン(特性 + 状態 + テクニック)
  • 例付き: 約 4k トークン
  • すべてのアプリケーション付き: 約 4.5k トークン

コンテキスト最適化

  • 関連する診断状態に焦点を当てる
  • 特性はコアで常に必要
  • アプリケーションセクションはオプション

コンテキストがタイトになるとき

  • 優先順位:現在の状態、関連特性
  • 延期:完全な状態リスト、すべてのテクニック
  • ドロップ:アプリケーションセクション、評価マトリックス

アンチパターン

1. カジュアルなユーモアの過度な最適化

パターン: あらゆる気の利いた発言やカジュアルなユーモアに完全な診断フレームワークを適用する。 失敗する理由: ユーモアはしばしば即興性と自然な流れを通じて機能する。過度な分析はカジュアルなユーモアを機能させる軽さを破壊する。すべてが体系的な改善を必要とするわけではない。 修正: 意図的に作成された素材(ライティング、プレゼンテーション、パフォーマンス)に対して体系的な診断を予約する。カジュアルな会話をカジュアルのままにしておく。

2. すべてのコストでの密度

パターン: ジョークが独自の重さの下で崩壊するまで接続層を追加する。 失敗する理由: 高い密度では、聴衆が複数の接続を同時に追跡する必要がある。過剰負荷なジョークは認知努力が多すぎることを要求し、処理コストが解決報酬を超える。 修正: 最大接続ではなく、最高の接続対混乱比率を最適化する。いくつかの素晴らしいジョークは単一の壊滅的な接続を持つ。

3. 暗示的なものの説明

パターン: すべての接続を明示的にして、聴衆が「わかった」ことを確認する。 失敗する理由: 解決満足度は聴衆が自分たちで接続を完成させることから来る。ジョークを説明すると、ユーモアを報酬にする「ああ」の瞬間を削除する。 修正: 聴衆を信頼する。完全な表現の直前で終わる。接続が得るのが難しすぎる場合は、説明ではなく足場(文脈的な手がかり)を追加する。

4. 声の消失

パターン: ジョークを「最適な」構造に書き直しながら、作成者の真正な視点を削除する。 失敗する理由: ユーモアは個人的なものである。技術的に完璧だが、パフォーマーのように聞こえないジョークは偽物に感じる。聴衆は真正性を検出します、たとえ彼らがなぜか説明することができなくても。 修正: 独特の言語パターン、視点の癖、および配信リズムを保存する。作成者の声に反して最適化するのではなく、その中で最適化する。

5. 単一メトリック最適化

パターン: 1 つの特性(例:圧縮)に焦点を当てながら、他の特性にどのように影響するかを無視する。 失敗する理由: 9 つの特性は相互依存している。圧縮を最大化すると、接続復元力を破壊する可能性がある。距離を増やすと、解決満足度がタンクする可能性がある。 修正: 実際のボトルネックである特性を診断する。関連特性への影響を監視しながら調整を行う。

統合

入力(このスキルに供給)

スキル提供するもの
voice-analysis作成者の真正な声パターンの理解
dialogueキャラクターの声と会話リズムのスキル

出力(このスキルが可能にするもの)

スキルこれが提供するもの
speech-adaptationプレゼンテーション用の強化されたユーモア要素
dialogueコミックダイアログ構築テクニック
prose-style散文での知恵とコミックタイミング

補完的

スキル関係
cliche-transcendenceどちらも予期しない接続を使用するが、cliche-transcendence は予測可能なパターンの回避に焦点を当てるが、joke-engineering は驚くべきパターンを構築する
brainstormingブレーンストーミングは raw マテリアルを生成し、joke-engineering はそれを効果的なユーモアに洗練させる

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
jwynia
リポジトリ
jwynia/agent-skills
ライセンス
MIT
最終更新
不明

Source: https://github.com/jwynia/agent-skills / ライセンス: MIT

関連スキル

汎用その他⭐ リポ 1,982

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

by LeoYeAI
汎用その他⭐ リポ 100

civ-finish-quotes

実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。

by huxiuhan
汎用その他⭐ リポ 1,110

nookplot

Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。

by BankrBot
汎用その他⭐ リポ 59

web3-polymarket

Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。

by elophanto
汎用その他⭐ リポ 52

ethskills

Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。

by jiayaoqijia
汎用その他⭐ リポ 44

xxyy-trade

このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。

by Jimmy-Holiday
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: jwynia · jwynia/agent-skills · ライセンス: MIT