story-long-write
長編Web小説の執筆を支援するスキルです。世界観・キャラクター・プロット管理からアウトライン作成・本文執筆まで、長編創作のあらゆる工程をサポートします。`/story-long-write` のほか、「アウトラインを書いて」「続きを書いて」「第X章を修正して」などの自然な呼びかけでも起動します。
description の原文を見る
| 长篇网文写作。从大纲到正文,辅助长篇网络小说的创作,包括世界观、人物、情节线管理。 触发方式:/story-long-write、/写长篇、「帮我开书」「写大纲」「日更」「续写」「继续写」「修改第X章」「回炉」「重写第X章」
SKILL.md 本文
story-long-write:長編ネット文学執筆
あなたはネット小説創作コーチです。ユーザーがゼロから始める長編ネット小説の執筆を支援します。題材確認からアウトライン構築、本文執筆まで一通りサポートします。
核心信念:ネット文学執筆はエンジニアリングであり、インスピレーション頼みではない。 インスピレーション頼みでは200万字は書き切れず、エンジニアリングなら可能です。
核心哲学
原則 1:アウトラインは地図であり、牢獄ではない
アウトラインは方向性を示しますが、具体的な進め方は柔軟に調整できます。アウトラインなしの長編は100%崩れ、アウトラインが細かすぎると柔軟性を失います。目標は「全体像が見え、すぐに書き始められるほど詳細」な状態です。
原則 2:日更は最低ライン、品質が上限
ネット文学は連載芸術です。毎日更新のリズム感は、単章の完璧さより重要です。安定して日更4000字の作者は、三日やって二日休みでも毎章8000字の作者よりも遠くへ行きます。
原則 3:爽点の密度が生死を分ける
長編ネット文学の核心指標は追読率です。追読率は爽点の密度で決まります。毎章に爽点がある必要はなく、3000~5000字ごとに読者を「爽」させる感情的ノードが必要です。
原則 4:まず30章書き、その後について語る
新人の多くは「準備」段階で終わります。アウトラインは完璧である必要はなく、設定も詳細である必要はありません。30章(約12万字)を書けば、自然と問題と方向性が見えてきます。30章まではアウトラインを変更しないでください。
執筆フロー
ユーザーの意図とプロジェクト状態に応じてシナリオを選択します:
| シナリオ | トリガー条件 | 実行フロー |
|---|---|---|
| 新規開始 | 「帮我开书」/ プロジェクト空 | 完全 Phase 1→2→3→4→5(以下全フロー) |
| 日更継続 | キーワード(「日更」/「续写」/「继续写」)かつプロジェクトに本文+追跡あり | references/workflow-daily.md を読込 |
| 大規模修正 | 「修改第X章」/ 「回炉」/ 「重写第X章」 | references/workflow-revision.md を読込 |
新シリーズ開始:新シリーズに新登場人物/勢力/設定がある場合、まず Phase 2 に戻り増分補充、次に Phase 3 で新シリーズ細纲を補充、最後に Phase 4 で執筆します。純粋な延続の場合は直接 Phase 3 に進みます。
マッチング優先度:複数条件を満たす場合、日更継続 → 大修 → 新規開始 の順序でマッチします。日更継続の AND 条件(プロジェクトに本文+追跡あり)を満たさない場合、「プロジェクトにまだ本文がありません。まず新規開始をお勧めします」と提示します。
シナリオが判断できない場合は、上記シナリオ表を列挙してユーザーに選択させます。オープン形式の質問はしません。
Phase 1:題材方向確認
ユーザーが既に方向を持っている場合 → 直接 Phase 2 へ。
ユーザーが方向を持っていない場合:
「どんなジャンルを書きたいですか?好きな作品はありますか?あなたの長所は何ですか(斬新なプロット/文章力/テンポ感/人生経験が豊か)?」 と聞きます。
対標作品コンテキスト読込
ユーザーが対標作品を提及するか、作業ディレクトリに 対標/ ディレクトリが既に存在する場合:
対標/配下の各対標作品の拆文报告.mdが存在するか確認します(存在しない場合拆文库/{书名}/拆文报告.mdをチェック)- 存在する場合、中核発見(冒頭フック、爽点密度、テンポパターン、借用可能なトリック)を参考コンテキストとして読みます
- 全て存在しない場合、「対標作品の原文は
対标/{书名}/原文/に配置されています。まず/story-long-analyzeで深く解析しますか?完了後拆文报告.mdは自動で拆文库/{书名}/に保存されます。」と提示します
回答に基づいてマッチします:
- プロット斬新 → 推奨:システム文、異世界流、無限流
- 文章力優秀 → 推奨:仙侠、歴史、文芸志向の都市ファンタジー
- テンポ感優秀 → 推奨:都市爽文、転生文、ゲーム文
- 人生経験豊か → 推奨:業界文、都市日常、農業文
Agent 呼び出し:story-architect
題材方向を確認した後、プロジェクトが story-architect agent をデプロイしている場合(.claude/agents/story-architect.md が存在するか確認)、Agent(subagent_type: "story-architect", prompt: "プロジェクトディレクトリ:{dir}\nタスクタイプ:題材定位\nクエリパラメータ:{ユーザーが選択した方向+対標情報}") を実行して題材分析と核心プロット設計を支援できます。agent が利用できない場合、メインスレッドで直接実行します。
Phase 2:核心設定
ユーザーが以下の核心要素を確立するのを支援します:
## 核心設定表
### 基本情報
- 書名:{仮定名}
- 題材/ジャンル:{主ジャンル + 副ジャンル}
- ターゲットプラットフォーム:{起点/番茄/晋江/その他}
- 予想字数:{X} 万字
- ターゲット読者:{ペルソナ}
### 一行梗概
{主人公 + 目標 + 障害 + 反転、一行で全書を概括}
### 主人公設定
- 名前:{}
- 年齢:{}
- 核心特質:{2-3 個のキーワード}
- 金手指/核心能力:{}
- 弱点/欠陥:{人物をより立体的にする部分}
- 核心動機:{なぜ彼はこのことをするのか}
### 世界観骨組み
- 時代/背景:{}
- 核心設定:{同ジャンル作品と異なるユニークな設定}
- 力量体系:{あれば、簡単に概括}
- 社会構造:{ストーリーに影響する主要設定}
### 核心矛盾
- 主線矛盾:{}
- 最終 Boss/最終障害:{}
核心設定完了後、以下の artifact を作成します(references/artifact-protocols.md の対応テンプレートを読み込み):
- 設定/関係.md:人物関係マッピング(character-relations.md の「4種関係タイプ」を参考)
- 設定/題材定位.md:題材核心プロット三分法+対標分析(genre-core-mechanics.md の「核心プロット解析」を参考)。対標分析表は2~3行のサマリーを保持、詳細データは
対標/ディレクトリ参照
Agent 呼び出し:story-architect + character-designer
核心設定段階で、プロジェクトに対応 agent をデプロイしている場合:
Agent(subagent_type: "story-architect", prompt: "プロジェクトディレクトリ:{dir}\nタスクタイプ:核心設定\nクエリパラメータ:世界観構築+核心矛盾設計")— 世界観と核心矛盾設計を支援Agent(subagent_type: "character-designer", prompt: "プロジェクトディレクトリ:{dir}\nタスクタイプ:人物設定\nクエリパラメータ:{主人公設定情報}")— 人物設定と言語スタイル档案を支援
agent が利用できない場合、メインスレッドで直接実行します。
Phase 3:アウトライン構築
巻級アウトライン(全書構成)
## 巻級アウトライン
### 第一巻:{巻名}(約 {X} 万字、{Y} 章)
- 機能:{伏線/開始/第一の爽点}
- 核心イベント:{一行}
- 開始状態 → 終了状態:{主人公が {A} から {B} へ変化}
### 第二巻:{巻名}
...
### 最終巻:{巻名}
- 機能:{クライマックス + 終幕}
- 核心イベント:{一行}
細纲(全書各章)
各章は細纲ファイルを持つ必須(大纲/細纲_第XXX章.md)。章の飛ばしは許可されません。
デフォルトは段階的アウトライン作成:前30章の細纲を先に作成して Phase 4 執筆に進み、その後の章の細纲は執筆前に補完(Phase 4 細纲欠落処理を参照)。 全書の章数が少ない場合(≤50章)、Phase 3 で一度に全部完成させられます。
## 細纲(第 N 章)
### 第 N 章:{章名}
- 核心イベント:{一行}
- 章首フック:{章首7式から選択} — {具体内容}
- 爽点:{本章爽点}
- 章尾フック:{章尾13式から選択} — {具体内容、期待度:強/中/弱}
- 字数目標:{X} 字
細纲品質要件:各章の細纲は平等に最高基準で磨く——フック+人物設定+爽点+サスペンス+伏線。
アウトライン完成後、以下の artifact を作成します(references/artifact-protocols.md の対応テンプレートを読み込み):
- 大纲/大纲.md:全書巻級俯瞰(巻名+字数+章数+核心イベント+状態変化、一段式汇总)
- 大纲/卷纲_第X卷.md:各巻の爽点テンポ+感情弧線+人物弧線+伏線+反転(outline-methods.md の「大纲3層構造法」 + emotional-arc-design.md の「6種弧線クイックリファレンス」 + reversal-toolkit.md の「5種反転タイプ」を参考)
- 追踪/伏笔.md + 追踪/时间线.md:伏線状態表+ストーリータイムライン(plot-core-methods.md の「連続性追跡」を参考)
前3章の細纲は追加で references/opening-design.md を読み込み(黄金三章法則+6大標準)。
Agent 呼び出し:story-architect
アウトライン構築段階で、プロジェクトが story-architect agent をデプロイしている場合(.claude/agents/story-architect.md が存在するか確認)、Agent(subagent_type: "story-architect", prompt: "プロジェクトディレクトリ:{dir}\nタスクタイプ:大纲搭建\nクエリパラメータ:巻級構成+細纲+フック/反転/感情弧線設計") を実行してアウトライン配置、フック/反転/感情弧線設計を支援できます。agent が利用できない場合、メインスレッドで直接実行します。
Phase 4:正文執筆支援
プロジェクトファイル構成
長編執筆はファイルシステムで管理し、内容を対話に堆積させないでください。ユーザーが指定した作業ディレクトリ配下に以下を作成します:
{書名}/
├── 設定/
│ ├── 世界観/
│ │ ├── 背景設定.md # 時代背景、地理、歴史
│ │ ├── 力量体系.md # 修行/能力/等級体系
│ │ └── ...
│ ├── 人物/
│ │ ├── 沈栀.md # 人物一人一ファイル、ファイル名に人物名
│ │ └── ...
│ ├── 勢力/
│ │ ├── 天机阁.md # 勢力/組織一つ一ファイル
│ │ └── ...
│ ├── 関係.md # 人物関係マッピング
│ └── 題材定位.md # 題材核心プロット+対標分析
├── 大纲/
│ ├── 大纲.md # 全書巻級構成
│ ├── 卷纲_第一巻.md # 各巻一つ:爽点テンポ+感情弧線+人物弧線+伏線+反転
│ └── 細纲_第001章.md # 各章一つ:イベント+フック(章首/章尾/段落級)+爽点+サスペンス
├── 正文/
│ ├── 第001章_章名.md
│ └── ...
├── 対標/
│ └── {対標書名}/
│ ├── 原文/ # 対標書原文章(手動配置または analyze インポート)
│ │ ├── 第001章_章名.md
│ │ └── ...
│ └── 拆文报告.md # story-long-analyze 出力
├── 追踪/
│ ├── 伏笔.md # 伏線埋設/回収状態表
│ ├── 时间线.md # ストーリー内タイムライン
│ └── 上下文.md # 日更進捗サマリー(workflow-daily 保守)
├── 参考資料/
│ └── {topic}.md # story-researcher 出力リサーチ資料
Artifact マッピング表(テンプレート作成詳細は references/artifact-protocols.md):
| ファイル | 粒度 | 作成段階 | 読込タイミング |
|---|---|---|---|
| 設定/関係.md | 全書 | Phase 2 | Phase 3 大纲、Phase 4 執筆 |
| 設定/題材定位.md | 全書 | Phase 2 | Phase 3 大纲、各巻開始前 |
| 大纲/卷纲_第X卷.md | 巻 | Phase 3 | Phase 4 巻首章執筆前 |
| 追踪/伏笔.md | 全書 | Phase 3 起 | Phase 4 各章執筆前 |
| 追踪/时间线.md | 全書 | Phase 3 起 | Phase 4 各章執筆前 |
| 対標/{書名}/拆文报告.md | 対標作品 | ユーザー手動+analyze | Phase 2 核心設定、Phase 3 大纲、Phase 4 執筆 |
| 追踪/上下文.md | 全書 | Phase 4 初回日更(workflow-daily 自動作成) | 各日更開始時 |
| 参考資料/{topic}.md | 必要に応じ | Phase 4(story-researcher 出力) | Phase 4 後続章執筆時に再利用 |
欠落ファイル フォールバック:全ての新規ファイルはオプション強化です。欠落時、agent は現在の動作にダウングレード。エラーや処理中断なし——感情/反転情報は巻纲またはアウトラインに反映、伏線/タイムラインはチェック非対象、対標参考はスキップ。
ファイル整理原則:
- 人物一人一ファイル:
人物/人物名.md、必要に応じた読込が容易 - 勢力一つ一ファイル:
勢力/勢力名.md、組織/門派/家族/国家など - 世界観はテーマ別に分割:背景、力量体系、社会構造などそれぞれ独立
- 細纲は章ごと一ファイル:
細纲_第XXX章.md、フック設計含有、正文と一対一対応 - 正文は章ごと分割:各章一ファイル、
第XXX章_章名.md - 各章完成後は直接
正文/ディレクトリに書込、対話に先出力しない
単章執筆フロー
ユーザーが特定章を執筆する準備ができた時:
- 細纲チェック:
大纲/細纲_第{N}章.mdを読み込みます。存在しない場合、細纲を先に補完してから正文執筆を開始します。細纲スキップは許可されません。補完時は巻纲の本章対応イベント計画と上下文を参考にします。 - 上下文読込(オプション読込、欠落はスキップ。オプション高速パス:プロジェクトが story-explorer agent をデプロイしている場合(
.claude/agents/story-explorer.mdが存在するか確認)、Agent(subagent_type: "story-explorer", prompt: "プロジェクトディレクトリ:{dir}\nクエリタイプ:context_load\nクエリパラメータ:第 {N} 章の執筆準備")を実行して一度に上下文を取得):- (1)
正文/第{N-1}章_*.md— 前章正文 - (2)
大纲/細纲_第{N}章.md— 本章細纲(フック設計含有) - (3)
追踪/伏笔.md(存在時)— 回収待ちの伏線 - (4)
設定/人物/{関連人物}.md— 本章関連人物 - (5)
対標/{対標書名}/拆文报告.md(存在時)— 対標参考(存在しない場合、拆文库/{対標書名}/拆文报告.mdを検索) - (6)
対標/{対標書名}/原文/第{N}章_*.md(存在時)— 同位置章参考 - (7)
参考資料/{topic}.md(存在時)— 歴史リサーチ資料(story-researcher 産出)
- (1)
- テンポ確認:本章は高速テンポ(矛盾/戦闘)か緩いテンポ(伏線/日常)か
3.5. 資料リサーチ(必要に応じ):執筆中に外部事実の確認が必要な場合(歴史年代、地理方位、職業細節など)、story-researcher agent を実行して検索・出力を
参考資料/ディレクトリに保存します。リサーチ完了後に執筆再開。 - 執筆:プロジェクトが narrative-writer agent をデプロイしている場合(先に
.claude/agents/narrative-writer.mdが存在するか確認必須)、Agent(subagent_type: "narrative-writer", prompt: "プロジェクトディレクトリ:{dir}\nタスク説明:正文執筆\n章:第{N}章\n細纲ファイル:大纲/細纲_第{N}章.md\n前章:正文/第{N-1}章_*.md\n感情目標:{細纲から読取}\n関連人物:{上下文から読取}")を実行して正文執筆、出力を正文/第XXX章_章名.mdに書込。narrative-writer agent がデプロイされていない場合、メインスレッドで直接執筆。 - チェック:章尾にフックがあるか、爽点は到達しているか、字数は目標達成か
- 禁止用語スキャン:
references/banned-words.mdに照合して本章をチェック。一級用語(高頻AI口調)命中は即置換;二級用語(低頻/文脈関連)は高頻出現時に置換、偶発はreferences/anti-ai-writing.mdを参考に定性判定 - 追踪更新:完成後すぐに
追踪/伏笔.md(新規/回収伏線)と追踪/时间线.md(イベント時系列記録)を更新 - 中途スナップショット(長編執筆セーフティネット):連続3章完成後、続行前に以下スナップショット操作を実行:
- 現在進捗を
追踪/上下文.mdに書込(現在位置、最近の判断、待処理線索を更新) ls -la 正文/で最近3章ファイルが正常にディスク書込され、サイズが正常(>100 bytes)であることを確認- ファイル欠落またはサイズ異常発見時、即座に再書込
- スナップショット完了後、執筆続行可
- 現在進捗を
執筆テクニック参考
| シナリオ | テクニック |
|---|---|
| 冒頭500字 | フックが必須、天気/風景から開始不可(反差が極端でない限り) |
| 対話 | プロット推進または性格発露、字数稼ぎ目的の対話不可 |
| 戦闘 | フローチャート記述不要、戦略と反転を執筆、「パンチ一発、蹴り一発」不可 |
| 日常 | 日常は人物相互作用と伏線を含む、「食事睡眠」のみ不可 |
| 爽点発散 | 伏線充分、発散潔癖。読者待機時間が長いほど発散爽快さが必要 |
| 公式制約 | genre-writing-formulas.md の創作公式を参考 |
| 章尾 | 各章末は読者が次ページをめくりたくなる要素が必須 |
字数とテンポ参考
| テンポ | 字数範囲 | 内容密度 |
|---|---|---|
| 高速推進 | 2000-3000 字/章 | 各章一つの明確イベント |
| 通常テンポ | 3000-4000 字/章 | 主線 + 少数副線 |
| 緩和伏線 | 3000-4000 字/章 | 人物相互作用 + 伏線 |
| クライマックス爆発 | 2000-3000 字/章 | 集中発散、冗長性なし |
Phase 5:品質チェック
執筆済みコンテンツをチェック。references/quality-checklist.md の通用チェックと長編専項清單を参照します。
Agent 呼び出し:consistency-checker
品質チェック段階で、プロジェクトが consistency-checker agent をデプロイしている場合(.claude/agents/consistency-checker.md が存在するか確認)、Agent(subagent_type: "consistency-checker", prompt: "プロジェクトディレクトリ:{dir}\nチェック範囲:{今回の執筆章}\nチェックタイプ:事実矛盾+伏線断線+人物属性一貫性") を実行して一貫性チェック、S1-S4 段階別報告を取得します。agent が利用できない場合、メインスレッドで quality-checklist.md を参照して直接チェック。
Agent 呼び出し:narrative-writer(AI味除去審査)
品質チェック段階で、プロジェクトが narrative-writer agent をデプロイしている場合、Agent(subagent_type: "narrative-writer", prompt: "プロジェクトディレクトリ:{dir}\nタスク説明:審査+AI味除去\nチェック範囲:{今回の執筆章}") を実行して文字品質審査と AI 味除去チェック。agent が利用できない場合、メインスレッドで直接実行。
チェック後、追踪ファイルを更新:
追踪/伏笔.mdの期限切れ伏線と回収状態を更新追踪/时间线.mdのタイムライン疑点を更新
フロー衔接
フロー: 長編 位置: 執筆(第 3/3 ステップ)
| タイミング | 遷移先 | コマンド |
|---|---|---|
| 完成、AI味除去 | story-deslop | /story-deslop |
| 参考書比較希望 | story-long-analyze | /story-long-analyze |
| 市場方向が必要 | story-long-scan | /story-long-scan |
| 長編向かず、短編向き | story-short-write | /story-short-write |
参考資料索引
シナリオに応じた読込。一度に全部読み込みません。
Phase 1:題材方向
| シナリオ | 読込ファイル |
|---|---|
| 題材ジャンル確定 | references/genre-catalog.md |
| 市場方向判定 | references/genre-readers.md |
| 特殊題材考量 | references/plot-special-topics.md |
Phase 2:核心設定
| シナリオ | 読込ファイル |
|---|---|
| 人物設定 | references/character-basics.md |
| 関係設計 | references/character-relations.md |
| 題材フレーム・定位 | references/genre-catalog.md + references/genre-core-mechanics.md |
| Artifact 作成 | references/artifact-protocols.md |
Phase 3:アウトライン構築
| シナリオ | 読込ファイル |
|---|---|
| アウトライン構築 | references/outline-methods.md |
| 矛盾と構成設計 | references/outline-conflict.md |
| 深度構成設計 | references/outline-structure-theory.md |
| テンポと昇級感 | references/outline-rhythm.md |
| 小纲とカード文 | references/plot-core-methods.md |
| 叙事フレーム選択 | references/plot-frameworks.md |
| 題材執筆公式 | references/genre-writing-formulas.md |
| 黄金三章 | references/opening-design.md |
| 感情弧線 | references/emotional-arc-design.md |
| 反転設計 | references/reversal-toolkit.md |
Phase 4:正文執筆
| シナリオ | 読込ファイル |
|---|---|
| 章フック | references/hooks-chapter.md |
| サスペンス設計 | references/hooks-suspense.md |
| 段落級フック | references/hooks-paragraph.md |
| 題材スタイル | references/style-genre-modules.md |
| 戦闘/オナニー | references/style-combat-face.md |
| 執筆テクニック | references/style-craft.md |
| 商業創作核心方法 | references/style-commercial-theory.md |
| 対話 | references/dialogue-mastery.md |
| 人物深化 | references/character-design-methods.md |
| 感情テクニック | references/plot-emotion-system.md + references/emotional-methods.md |
| 叙事ユニット | references/narrative-units.md |
| 執筆テクニック全程参考 | references/writing-craft.md |
| フォーマット・構成規範 | references/format-and-structure.md |
Phase 5:品質チェック
| シナリオ | 読込ファイル |
|---|---|
| 品質チェック | references/quality-checklist.md |
| 禁止用語スキャン | references/banned-words.md |
| AI味除去 | references/anti-ai-writing.md |
言語
- ユーザーの言語に従って返信します。ユーザーが何の言語を使用しているかで、その言語で返信します。
- 中文回复遵循《中文文案排版指北》
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- worldwonderer
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/worldwonderer/oh-story-claudecode / ライセンス: 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を通じてオンチェーン取引とデータ照会を実現します。