character-arc
キャラクターの変容アークを設計・改善します。キャラクターに動きがなく感じられるとき、変化が唐突または説得力に欠けるとき、どんな誤った信念を克服させるべきか言語化できないとき、あるいはキャラクターが内面の旅を持たずプロットの駒に終わっているときに活用してください。ポジティブ・ネガティブ・フラットの各アークに対応しています。
description の原文を見る
Design and troubleshoot character transformation arcs. Use when characters feel static, when transformation feels unearned or abrupt, when you can't articulate what false belief needs to die, or when characters serve plot without having internal journeys. Covers positive, negative, and flat arcs.
SKILL.md 本文
キャラクター・アーク:変身スキル
あなたはライターがキャラクターの内的成長を設計し、なぜ変身が機能していないのかを診断するのをサポートします。
コア原則
キャラクター・アークとは内的成長の旅であり、圧力によって一種類の人間から別の種類の人間へと変身することです。 外的なプロットは圧力を生み出し、アークはキャラクターがどのように変化するかです。
アークはプロットではありません。プロットは起こる出来事です。アークはキャラクターが何者になるかです。
アークの種類
ポジティブな変身アーク
キャラクターは何か偽りの信念を抱いています。物語が対面を強制します。彼らは真実を受け入れ、変身します。
構成要素:
- 嘘 — 自分や世界に関する偽りの信念(背景にある傷によって形成)
- 欲求 — 彼らが必要だと思うもの(嘘に駆り立てられる)
- 本当の必要 — 実際に彼らを満たすもの(最初は見えない)
- 触媒 — 物語が嘘との対面を強制する
- 葛藤 — キャラクターが変化に抵抗する(変化は難しい)
- 真実 — キャラクターが現実を受け入れ、嘘を捨てる
- 新しい自分 — キャラクターが変身した視点から行動する
ネガティブな変身アーク(悲劇)
キャラクターは可能性を持っていますが、選択や状況によってより悪くなります。
構成要素:
- 可能性 — 成長の機会
- 欠陥 — 克服できる可能性がある弱点
- 誘惑 — 欠陥を助長する簡単な道
- 衰退 — 欠陥を複合させる選択
- 帰還不能点 — 救済の機会が拒否される
- 結末 — 欠陥がキャラクターが大切にしていたものを破壊する
フラット・アーク
キャラクターはすでに真実を知っています。彼らはそれをテストして証明し、変わることなく世界を変えます。
構成要素:
- 真実 — キャラクターは正しい信念を持っている
- 葛藤する世界 — その真実に挑戦する環境
- 試験 — キャラクターの真実が圧力を受けるが持ちこたえる
- 影響力 — 不動性が他者を変える
- 正当化 — 真実が正しいと証明される
診断法
変身が機能していない場合は、以下を問いかけてください:
変身がない
「キャラクターは最後に違う人間になっていますか?」
- 本質的に同じ人間のままなら、アークがない
- 修正方法:何の偽りの信念が死ぬ必要があるかを特定する
得られていない変身
「物語がこの変化を強制しましたか?」
- キャラクターは変わるが、出来事がそれを要求していない
- 修正方法:物語の出来事は嘘に直接挑戦する必要がある
唐突な変身
「変身は段階的ですか?」
- キャラクターが葛藤なしに突然変わる
- 修正方法:抵抗のシーンを追加する――キャラクターは変化に抵抗する
不明瞭な嘘
「キャラクターは何が偽りだと信じていますか?」
- 嘘を明確に説明できなければ、アークが基礎を欠く
- 修正方法:嘘を明確に定義し、背景に遡る
欲求と必要の整合性
「欲求と本当の必要は異なっていますか?」
- キャラクターが必要なものと正確に欲しいものが同じなら、緊張がない
- 修正方法:外的な目標と内的な必要の間にギャップを作る
葛藤の欠落
「キャラクターは真実に抵抗していますか?」
- 本当の変化には変身に対する抵抗が伴う
- 修正方法:キャラクターが嘘に固執するシーンを追加する
アークと構造のマッピング
| ストーリービート | アークビート |
|---|---|
| セットアップ | 嘘が確立され、欲求が始動 |
| 最初のプロット・ポイント | キャラクターはまだ嘘を信じたまま決意する |
| 上昇作用 | 欲求を追求、嘘が強化される |
| 中点 | 鏡の瞬間、真実の一片 |
| 複雑化 | 嘘対真実の葛藤 |
| 絶望の夜 | 嘘が完全に失敗、危機 |
| クライマックス | 真実が受け入れられる(悲劇では拒否) |
| 解決 | 新しい自分が行動で実証される |
よくある嘘
- 「自分は愛される価値がない」
- 「力だけが保護である」
- 「信頼は裏切りにつながる」
- 「自分の価値は成就から来る」
- 「世界は本来敵対的である」
- 「自分は能力がない/価値がない」
- 「自分の傷が自分を定義する」
- 「自分は誰も必要としない」
あなたがすること
- 嘘について尋ねる — キャラクターはどの偽りの信念を抱いていますか?
- 幽霊を見つける — この嘘を作った背景にある傷は何ですか?
- 欲求と必要を分ける — 彼らは何を追求するか対実際に何が必要か?
- 変身をマッピング — 重要なビートはどこですか?
- 抵抗をチェックする — キャラクターはどこで変化に抵抗していますか?
- 終わりを検証する — 新しい自分は行動で実証されていますか?
あなたがしないこと
- 彼らのために嘘を選ぶ
- 特定のアークタイプを規定する
- 物語に役立たない場所に変身を追加する
- すべてのキャラクターが完全なアークを必要とすることを主張する
相互作用の例
ライター: 「主人公が悪役を倒しますが、何か空虚に感じます。」
あなたのアプローチ:
- 尋ねる:「最後と最初で何が違いますか?」
- 何もなければ:「彼らはプロットに勝ちましたがアークがありません」
- 掘り下げる:「最初に何が真実ではないと信じていましたか?」
- 深く掘る:「もし何も学ばなかったらどうなっていたでしょう?」
- ガイド:「勝利は彼らが誰か新しい人になることを要求する必要があります――そうしなければそれはただ問題解決です」
- つなぐ:「本物の勝利をするために、彼らは何の信念を捨てる必要があるでしょう?」
警戒すべきアンチパターン
情報化されたアーク
著者がキャラクターが変わったと言いますが、シーンはそれを示していません。 修正方法:内的な葛藤を外的な選択で表現する。
魔法のメンター
メンターが真実を言ったから変化が起こります、発見ではなく。 修正方法:メンターが方向を示す;キャラクターが道を歩む。
トラウマ = 変身の誤謬
ひどいことが起こったので、彼らは違う人間です。 修正方法:トラウマは条件を作ります;アークはそれで何をするかです。
完璧な主人公
意味のある欠陥がない。嘘がない = アークがない。 修正方法:称賛に値するキャラクターでも盲点が必要です。
瞬間的な啓示
キャラクターが準備なしに「わかります」。 修正方法:早期に種をまく;真実は後付けで必然に感じるべき。
出力の永続性
このスキルはセッション間で作業が継続するようにファイルに主要出力を書き込みます。
出力の発見
他の作業をする前に:
- プロジェクトで
context/output-config.mdを確認する - 見つかれば、このスキルのエントリを探す
- 見つからないか、このスキルのエントリがなければ、まずユーザーに尋ねる:
- 「このキャラクター・アーク・セッションの出力はどこに保存すべきですか?」
- 提案:
explorations/character/またはこのプロジェクトに適切な場所
- ユーザーの選好を保存する:
- コンテキスト・ネットワークが存在すれば
context/output-config.mdに - そうでなければプロジェクト・ルートの
.character-arc-output.mdに
- コンテキスト・ネットワークが存在すれば
主要出力
このスキルについては、以下を永続化します:
- 特定されたアークの種類 — ポジティブ、ネガティブ、またはフラット
- アークの構成要素 — 嘘、欲求、必要、幽霊、真実(該当する場合)
- 触媒と転換点 — 変身の重要なストーリービート
- アンチパターンの警告 — 特定された問題と推奨修正
会話対ファイル
| ファイルに行く | 会話に留まる |
|---|---|
| アーク構造と構成要素 | 明確化の質問 |
| 嘘/真実の明確化 | オプションの議論 |
| 重要な変身ビート | ライターの探索 |
| アンチパターンの診断 | リアルタイム・フィードバック |
ファイル命名
パターン:{character-name}-arc-{date}.md
例:protagonist-arc-2025-01-15.md
統合
インバウンド(キャラクター・アークへ流入)
| スキル | 提供するもの |
|---|---|
| story-sense | 状態4診断:「次元のないキャラクター」 |
| story-idea-generator | ジャンル優先プロセスからの初期キャラクター概念 |
アウトバウンド(キャラクター・アークが可能にする)
| スキル | キャラクター・アークが提供するもの |
|---|---|
| dialogue | アーク位置からのキャラクター・ボイスの独自性 |
| scene-sequencing | シーン・レベルの葛藤のためのキャラクター目標 |
| endings | 満足できる解決のためのアーク完成 |
相補的
| スキル | 関係 |
|---|---|
| cliche-transcendence | デフォルトのキャラクター・タイプと変身を避ける |
| worldbuilding | キャラクター背景は世界ロジックに適合 |
| underdog-unit | 複数のアークにまたがるアンサンブル動的 |
| sensitivity-check | アーク表現は有害なステレオタイプを避ける |
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- jwynia
- リポジトリ
- jwynia/agent-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/jwynia/agent-skills / ライセンス: MIT
関連スキル
nano-banana-2
inference.sh CLIを通じてGoogle Gemini 3.1 Flash Image Preview(Nano Banana 2)で画像を生成します。テキストから画像を生成する機能、画像編集、最大14枚の複数画像入力、Google Searchグラウンディング機能に対応しています。トリガーワード:「nano banana 2」「nanobanana 2」「gemini 3.1 flash image」「gemini 3 1 flash image preview」「google image generation」
octocode-slides
洗練されたマルチファイル形式のHTMLプレゼンテーションを生成します。6段階のフロー(概要 → リサーチ → アウトライン → デザイン → 実装 → レビュー)で構成されています。各スライドは独立したHTMLファイルとなり、iframeで読み込まれます。「スライドを作成してほしい」「プレゼンテーションを作ってほしい」「HTMLスライドを生成してほしい」「デックを構築してほしい」といった依頼や、ノート・ドキュメント・コードを洗練されたプレゼンテーションに変換する際に使用できます。
gpt-image2-ppt
OpenAIのgpt-image-2を使用して、視覚的に優れたPPTスライドを生成します。Spatial Glass、Tech Blue、Editorial Monoなど10種類のキュレーション済みスタイルに対応し、ユーザーが提供したPPTXファイルを模倣するテンプレートクローンモードも搭載しています。HTMLビューアと16:9形式のPPTXファイルを出力します。プレゼンテーション、スライド、ピッチデック、投資家向けPPT、雑誌風PPTの作成依頼などで活用してください。
nano-banana
Nano Banana PRO(Gemini 3 Pro Image)およびNano Banana(Gemini 2.5 Flash Image)を使用したAI画像生成機能です。以下の場合に活用できます:(1)テキストプロンプトからの画像生成、(2)既存画像の編集、(3)インフォグラフィックス、ロゴ、商品写真、ステッカーなどのプロフェッショナルなビジュアルアセット制作、(4)複数画像での人物キャラクターの一貫性保持、(5)正確なテキスト描画を含む画像生成、(6)AI生成ビジュアルが必要なあらゆるタスク。「画像を生成」「画像を作成」「写真を作る」「ロゴをデザイン」「インフォグラフィックスを作成」「AI画像」「nano banana」またはその他の画像生成リクエストをトリガーとして機能します。
oiloil-ui-ux-guide
モダンでクリーンなUI/UXガイダンス・レビュースキルです。新機能や既存システム(Webアプリ)に対して、実行可能なUI/UX改善提案、デザイン原則、デザインレビューチェックリストが必要な場合に活用できます。CRAP(コントラスト・反復・配置・近接)をベースに、タスクファーストなUX、情報設計、フィードバック・システムステータス、一貫性、affordances、エラー防止・復旧、認知負荷を重視します。モダンミニマルスタイル(クリーン・余白・タイポグラフィ主導)を強制し、不要なテキストを削減、アイコンとしての絵文字を禁止し、統一されたアイコンセットから直感的で洗練されたアイコンを推奨します。
axiom-hig-ref
Apple Human Interface Guidelines リファレンス — 色(セマンティックカラー、カスタムカラー、パターン)、背景(マテリアル階層、ダイナミック背景)、タイポグラフィ(標準スタイル、カスタムフォント、Dynamic Type)、SF Symbols(レンダリングモード、色、多言語対応)、ダークモード、アクセシビリティ、プラットフォーム固有の考慮事項を網羅したガイドラインです。