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

oblique-worldbuilding

記録者の視点を通じた引用文やエピグラフで世界観を構築します。章の冒頭句、作中内文書、あるいは記録者自身が見えていない部分が意味を生み出すコンテンツに最適です。

description の原文を見る

Create worldbuilding quotes and epigraphs through documentary perspectives. Use for chapter epigraphs, in-world documents, or any content where limited perspective creates meaning through what the documenter cannot see.

SKILL.md 本文

斜交的世界構築:ドキュメンタリー視点スキル

あなたは執筆者が章を拡張するドキュメンタリー視点による引用と碑文を作成するのをサポートします。直接的な解説ではなく、視点駆動型のドキュメンテーションを通じて世界を構築します。力は記録者の限定的な視点、動機付けられた推論、そして体系的な盲目性にあります。

コア原則

すべてのドキュメンタリー音声は、見ることを許されない事柄を通じて世界を明かにする。

目標は出来事からの時間的距離ではなく、視点的制限です。章の出来事と同じ週に、職業的盲点を持つ誰かによって書かれた引用は、数百年後からの中立的な説明よりもはるかに多くの意味を生み出します。

視点エンジン

ドキュメンタリー視点の必須要素

すべてのドキュメンタリー音声には4つの要素が必要です:

  1. 位置:権力、知識、出来事に対する相対的な位置
  2. 必要性:位置/精神衛生/アイデンティティを維持するために信じなければならないこと
  3. レンズ:現実を解釈するためのフレームワーク
  4. 盲目性:見ることを許されないか、認めることができないこと

視点的制限の種類

職業的変形

  • エンジニアはエンジニアリングの問題だけを見る
  • 弁護士は法的問題だけを見る
  • 聖職者は道徳的失敗だけを見る
  • 商人は市場の機会だけを見る
  • 官僚はプロセス準拠だけを見る
  • 科学者は測定可能な現象だけを見る

位置的必然性

  • 中間管理職はシステムが機能していると信じなければならない
  • 革命家は変化が可能だと信じなければならない
  • 生き残った人は生き残ったことに意味があると信じなければならない
  • 加害者は自分の正当化を信じなければならない
  • 歴史家は過去が認識可能だと信じなければならない
  • 預言者は未来が形作り可能だと信じなければならない

文化的仮定

  • 「誰もが知っている」が真実ではないこと
  • 疑問の余地のない基本的な価値観
  • 自然に見えるが実際はそうではないカテゴリー
  • 人間の本性についての仮定
  • 変化がどのように起こるかについての信念

斜交的関連性の創出

距離階級

一次的距離:同じ出来事、異なる視点

  • リスク:直接すぎる
  • 皮肉な効果のために控えめに使用する

二次的距離:関連する現象、異なる文脈

  • 斜交的関連性の最適なポイント
  • 体系的なパターンを示す
  • 読者の推論が必要

三次的距離:テーマ的またはシステム的共鳴のみ

  • リスク:不明瞭すぎる
  • 微妙な共鳴のために使用する

接続タイプ

体系的共鳴: 同じ力が他の場所で作用していることを示す:

  • 異なるスケール、同じダイナミクス
  • 異なるドメインの平行構造
  • 同じ問題、異なる形態

皮肉な並置: 対照を通じて意味を創出:

  • 危機中の日常的な懸念
  • 大惨事前の歴史的確信
  • 人間の悲劇を説明する官僚的言語
  • 混乱を説明する技術的精密性

テーマ的韻: 異なる状況、同じ人間的パターン:

  • 複数の文脈における権力動学
  • 異なるシステムにおける人間的コスト
  • 特定の設定における普遍的行動

因果連鎖: 遠い原因または結果:

  • バタフライ効果の意味合い
  • 意図しない結果
  • 現在の問題の歴史的根源
  • 現在の選択の未来への共鳴

ドキュメントタイプとその視点

行政/官僚的

  • 視点:プロセスと準拠
  • 盲目性:人間的コスト、システム的失敗
  • :メモ、規制、定型文、準拠報告書
  • 最適用途:制度的冷淡さを明かにする

学術的/科学的

  • 視点:測定可能な現象、理論的フレームワーク
  • 盲目性:生きた経験、測定不可能な真実
  • :学術誌の要約、助成金提案、査読
  • 最適用途:専門家の誤解を示す

商業的/経済的

  • 視点:利益、効率、市場ダイナミクス
  • 盲目性:外部性、人間的価値
  • :広告コピー、四半期報告、市場分析
  • 最適用途:商品化を明かにする

個人的/親密的

  • 視点:個人的経験、感情的真実
  • 盲目性:体系的力、より大きなパターン
  • :日記、手紙、個人的メモ
  • 最適用途:大規模イベントを人間化する

文化的/芸術的

  • 視点:美的価値、文化的意味
  • 盲目性:政治的現実、物質的条件
  • :レビュー、アーティストステートメント、プログラムノート
  • 最適用途:文化的否定を示す

法的/規制的

  • 視点:規則、先例、責任
  • 盲目性:正義、人間的複雑性
  • :契約、事件メモ、法的意見
  • 最適用途:システム的限界を明かにする

宗教的/哲学的

  • 視点:意味、道徳、永遠の真実
  • 盲目性:物質的現実、変化する文脈
  • :説教、神学的論文、道徳的ガイド
  • 最適用途:イデオロギー的フレームワークを示す

高度なテクニック

啓示的な詳細

この視点だけが注目または気にかけるであろう小さな詳細を含め、彼らの優先事項と盲目性を明かにします。

示唆的な省略

記録者が完全に言及しないであろう明らかな要素(読者にとって明らかな)は何ですか?

偶発的真実

記録者は無意識に、自分のフレーミングまたはフォーカスを通じて何を明かしていますか?

矛盾する権威

同じ現象について矛盾するドキュメントを使用して、派閥的視点を明かにします。

信頼できないコンパイラー

ドキュメントの選択とフレーミングを形作るバイアスを持つ架空の編集者を作成します。

層状の意味

複数のレベルで機能する引用を作成します:

  • 表面:興味深い世界構築の詳細
  • 文脈的:章のイベントについてのコメント
  • 皮肉的:記録者の限界を明かにする
  • テーマ的:より大きな懸念を照らす

実装プロセス

ステップ1:章を分析する

  • どのシステムまたは力が作用していますか?
  • どのような人間的コストが示されていますか?
  • どの仮定が挑戦されていますか?
  • どのような権力動学が明かにされていますか?

ステップ2:視点を選ぶ

  • このタイプのことをドキュメント化する人は誰ですか?
  • 彼らは何を信じる必要がありますか?
  • 彼らが見ることを許されないのは何ですか?
  • どのようにフレーミングしますか?

ステップ3:ドキュメントタイプを選択する

  • 視点に正式性を合わせる
  • どの音声が最も価値を加えるかを検討する
  • 作品全体で多様性のバランスを取る

ステップ4:接続強度を調整する

  • 「明らか」ではなく「ああ!」を目指す
  • 引用が単独で機能することを確認する
  • 接続時の啓示をテストする

ステップ5:追加的な意味を層状化する

  • 将来の啓示のための種を植える
  • 世界構築のテクスチャーを追加する
  • 再読価値を創出する

実施例

章のイベント:キャラクターが雇用主が監視技術を通じて労働組合の組織化を抑制していることを発見

分析

  • 作用しているシステム:労働抑制を可能にする技術
  • 人間的コスト:労働者代理性の喪失
  • 挑戦される仮定:中立的なツールとしての技術

視点選択:中間管理職、15年後

  • 位置:システムを実装した
  • 必要性:みんなを助けたと信じる
  • レンズ:効率メトリクス
  • 盲目性:労働者の自律性

ドキュメントタイプ:企業ニュースレター従業員スポットライト

引用

「従業員スポットライト:ジャービス・チェン、設備最適化

「SmartFlowシステムについて大好きなことは、スケジューリングで推測を排除してくれることです。以前は、すべてのシフト変更について交渉する必要があり、可用性の競合に対処する必要がありました。今はアルゴリズムがすべてを処理します。スタッフの生産性は23%向上し、気まずい会話がもうありません!チームも幸せに見えます。休暇を求めることについてストレスを感じる必要がありません。システムは彼らがいつ最も必要かを知っています。」」

うまくいく理由

  • 監視がどのように正常化されるかを示す
  • 管理職の自己欺瞞を明かにする
  • 効率言語を使用してコントロールを隠す
  • 熱意を通じて皮肉を創出する

品質チェック

視点テスト

  • 記録者の位置は明確ですか?
  • 彼らの限界は信じられますか?
  • 彼らの盲目性は皮肉を創出しますか?

関連性テスト

  • 引用は章のテーマと共鳴しますか?
  • 接続は発見可能ですが明らかではありませんか?
  • 理解を拡張しますか?

スタンドアロンテスト

  • 引用は章なしで興味深いですか?
  • 独立して世界を構築しますか?
  • 独自のストーリーの種を蒔くことができますか?

出力永続性

出力発見

  1. プロジェクトで context/output-config.md を確認する
  2. 見つかった場合、このスキルのエントリを探す
  3. 見つからない場合、ユーザーに尋ねる:「碑文ドキュメントをどこに保存しますか?」
  4. 提案:worldbuilding/documents/ または explorations/worldbuilding/

プライマリ出力

  • ドキュメンタリー音声 - 位置、必要性、レンズ、盲目性
  • ドキュメントタイプ - 行政的、学術的、商業的など
  • 接続タイプ - 体系的共鳴、皮肉な並置、テーマ的韻
  • 層状の意味 - 表面、文脈的、皮肉的、テーマ的

ファイル命名

パターン:{chapter/section}-epigraph-{date}.md

検証(オラクル)

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

  • 視点要素 - 位置/必要性/レンズ/盲目性が定義されていますか?(高信頼度)
  • 接続の有無 - 章への関連性は識別可能ですか?(中程度の信頼度)
  • スタンドアロン品質 - 引用は章なしで興味深いですか?(中程度の信頼度)

人間的判断が必要なこと

  • 微妙さの調整 - 直接的すぎるか不明瞭すぎるか?
  • 音声の真正性 - 記録者のように聞こえますか?
  • 読者発見 - 接続が「ああ!」という瞬間を創出しますか?

オラクルの限界

  • 読者が意図された接続を作成するかどうかを評価できない
  • 皮肉が着陸するかどうかを予測できない

フィードバックループ

セッション永続性

  • 出力位置: context/output-config.md を参照
  • **保存内容:**音声定義、ドキュメント、接続分析
  • 命名パターン: {chapter/section}-epigraph-{date}.md

クロスセッション学習

  • この作品の以前の碑文を確認する
  • ドキュメントタイプと視点の多様性を確保する
  • 失敗した接続がアンチパターンに情報を与える

デザイン制約

このスキルが前提とすること

  • ストーリーには碑文を受け取ることができる章/セクションがある
  • 世界には物語を超えたドキュメンタリー音声がある
  • 執筆者は解説ではなく暗示的な深さを望んでいる

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

  • 直接的な世界構築 - 以下にルーティング:worldbuilding
  • 文化的テクスチャー - 以下にルーティング:memetic-depth
  • 散文の声 - 以下にルーティング:prose-style

低下シグナル

  • 引用が章のイベントを要約する(直接すぎる)
  • 識別可能なテーマ的接続がない(不明瞭すぎる)
  • 位置/盲目性のない一般的な音声

推論要件

標準推論

  • 単一碑文の作成
  • 基本的な視点定義
  • 簡単な接続識別

拡張推論(ウルトラシンク)

  • 完全な碑文シリーズ - [理由:多様性と進行を作成する必要がある]
  • マルチレイヤー設計 - [理由:表面/文脈的/皮肉的/テーマ的が一貫性を持つ必要がある]
  • 架空のコンパイラー音声 - [理由:これらのドキュメントを選択し、なぜ選択するのか]

トリガーフレーズ:「完全な碑文シリーズを設計する」、「ドキュメンタリーフレームを作成する」、「意味を層状化する」

実行戦略

順序付き(デフォルト)

  • 視点を選択する前に章を分析する
  • ドキュメントを書く前に音声を定義する
  • 接続を調整する前にドラフトする

並列化可能

  • 異なる章のための複数の碑文を作成する
  • 異なるドキュメントタイプの研究

サブエージェント候補

タスクエージェントタイプいつ生成するか
ドキュメント研究general-purpose実際のドキュメントタイプに基づくモデリング時
世界の一貫性Explore既存の世界構築に対してチェックする時

コンテキスト管理

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

  • スキルベース:約3kトークン(視点エンジン + ドキュメントタイプ)
  • プロセス付き:約4kトークン
  • 実施例付き:約4.5kトークン

コンテキスト最適化

  • 現在の視点とドキュメントタイプに焦点を当てる
  • ドキュメントタイプカタログは参照資料
  • 実施例はオプション

コンテキストが窮屈になったとき

  • 優先:現在の視点、アクティブなドキュメントタイプ
  • 延期:完全なドキュメントタイプカタログ、高度なテクニック
  • 削除:実施例、すべての品質チェック

アンチパターン

1. 直接的すぎる

パターン:章のイベントを要約する引用、主要キャラクターに関する直接的なドキュメント、特定のイベントへの当代の反応。 失敗する理由:直接的な解説は読者の発見を削除します。斜交的世界構築の力は推論です。読者は自分自身でドキュメントを章に接続します。 修正:二次的距離を使用します。異なる文脈における関連現象を見つけます。体系的なパターンが明示的な参照ではなく接続を創出させます。

2. 不明瞭すぎる

パターン:識別可能なテーマ的接続がない、外部知識が必要、純粋な共鳴なしの世界構築。 失敗する理由:読者が接続を作成できない場合、碑文はノイズになります。斜交的は無作為を意味しません。接続は間接的ですが発見可能です。 修正:読者でテストします。なぜこの引用がこの章の前にあるのかを表現できますか?接続は明らかでなくても発見可能である必要があります。

3. 視点の欠落

パターン:明確な位置や盲目性を持たない一般的なドキュメンタリー音声、誰によってでも書くことができる。 失敗する理由:意味は制限から来ます。中立的な説明は世界について何も明かしません。記録者の盲目性は文化が見ることができない何を私たちに伝えます。 修正:すべての4つの要素を定義します:位置、必要性、レンズ、盲目性。「この記録者は何を見ることを許されませんか?」に答えることができない場合、視点は十分にシャープではありません。

4. 過度な説明

パターン:自分の関連性を説明する引用、過度に重い皮肉、読者の発見のために何も残さない。 失敗する理由:読者の発見は従事を作成します。接続が明記されている場合、読み取りは能動的な意味作成ではなく受動的な消費になります。 修正:明示的な接続を削除します。読者を信頼します。皮肉は解説ではなく並置から現れるべきです。

5. 音声の不一貫性

パターン:著者のように聞こえるドキュメント、架空の記録者ではなく。専門用語のない学術論文、官僚的でない官僚。 失敗する理由:音声の真正性は虚構を売る。ドキュメントが一般的に聞こえる場合、世界は薄く感じます。記録者は著者のように書くべきではなく、彼ら自身のように書くべきです。 修正:ドキュメントタイプを研究します。実際の官僚、学者、ジャーナリストはどのように書きますか?正式性、専門用語、仮定を合わせます。音声は書かれたのではなく見つかったように感じるべきです。

最終原則

  1. 視点は力:記録者の位置と限界は意味を創出する
  2. 盲目性は明かにする:彼らが見ることができない事柄は世界について私たちに伝える
  3. システムは共鳴:同じ力が異なるドキュメント全体で異なる形を作成する
  4. 皮肉は現れる:視点が自然に皮肉を作成させる
  5. 読者を信頼:彼らはハンドホールディングなしに接続を作成する

統合

受け入れ(このスキルに流入)

スキル提供物
worldbuildingドキュメンタリー音声を作成するシステム
memetic-depthドキュメント真正性のための文化的テクスチャー
prose-style異なるドキュメントタイプの音声テクニック

発信(このスキルが可能にする)

スキル提供物
scene-sequencingテーマ的懸念を準備する章の開始
story-zoom異なる抽象化レベル(ドキュメント対物語)

補完的

スキル関係
memetic-depthmemetic-depthは文化的テクスチャーを作成します。oblique-worldbuildingはそのテクスチャーを特定のドキュメントで使用します。真正的な世界内音声のために一緒に使用します
perspectival-constellation両方が限定的視点で機能します。perspectival-constellationはPOVキャラクターの場合。oblique-worldbuildingはドキュメンタリー音声の場合

ライセンス: 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