Aoisop/mawoagent

中文网文写作スキル

位置づけ

これは中国語Web小説（网文）のためのライティングスキルです。

解決するのは「文学表現が十分に洗練されているか」ではなく、以下のようなより実践的な問題です：

• このアイデアはWeb小説として書く価値があるか
• この作品の売りは何か
• 最初の10～20章をどこで持続的に推進するか
• 冒頭でどう読者を獲得するか
• 中盤でどう散漫にならないか
• 章末でどう余韻を残すか
• 類似の成功例を検索し、その構造を借用する方法
• プロセス全体でAI臭を避ける方法

デフォルト入力

入力のデフォルトは以下の通りです：

対象小説の簡単な説明

デフォルトの動作：

1. まず説明から、テーマ、売り、対立、物語のエンジン、目標の長さを抽出します。
2. 現在のタスクが、事前計画、冒頭、章構成、単章、局所修正、完稿レビューのいずれに該当するかを判断します。
3. 情報が十分であれば、現在最も必要なレイヤーに直接進みます。不十分な場合は、最小限の明確化のみを行います。

出力原則

デフォルトでは、現在最も必要なレイヤーのみを出力し、一度に全てを提示しません。

一般的な出力レイヤー：

• テーマ診断
• ワンフレーズフック
• 前提（premise）
• 物語のエンジンの説明
• 第1巻の計画
• 最初の10〜20章の章構成
• 冒頭のリライト
• 単章の本文
• 章末の圧力付加
• リズム診断
• 模倣参考リスト

全体フロー

1. 最初に問題が、事前計画、構造、単章実行、完稿レビューのいずれにあるかを判断します。
2. 問題が特定の執筆段階に明らかに収束している場合は、汎用的な提案ではなく、専門モジュールを優先的に呼び出します。
3. デフォルトでは、まずモジュールの例やローカルコーパスを照合し、次に構造を要約し、最後に新しいコンテンツを書きます。
4. AI臭の除去は、最後に適当に推敲するのではなく、構想、場面、台詞、章末の段階から制約をかけます。
5. 各章を書き終えたら、デフォルトでレビューモジュールを通過させる必要があります。直接納品してはいけません。

モジュールの責務早見表

• concept_planning 役割：説明をテーマ、消費ポイント、フック、前提、物語のエンジン、長さの判断、第1巻の方向性に圧縮します。 段階：事前計画レイヤー。
• opening 役割：売り、異常な状況、主人公の登場を冒頭の獲得領域に落とし込みます。 段階：冒頭実行レイヤー。
• volume_outline 役割：物語のエンジンを黄金の3章、巻構成、最初の10〜20章の章構成に展開します。 段階：中長期構造レイヤー。
• plot_logic 役割：動機、トリガー、決定、結果、回収という因果連鎖を修正します。 段階：本文実行レイヤーの基礎構造モジュール。
• character_consistency 役割：目標、感情、関係性、身体、声の5つのキャラクターの一貫性を修正します。 段階：本文実行レイヤーのキャラクター状態モジュール。
• transition 役割：時間の飛躍、空間の切り替え、感情の継承、視点の切り替え、章末から次章へのつなぎを処理します。 段階：本文実行レイヤーの場面橋渡しモジュール。
• dialogue 役割：関係性の圧力、キャラクターの声、情報の埋め込み、台詞の切れ味を処理します。 段階：本文実行レイヤーの台詞モジュール。
• chapter_ending 役割：章末の牽引力、余韻、フック、次章へのつなぎを処理します。 段階：本文実行レイヤーの章収束モジュール。
• anti_ai_voice 役割：漠然とした要約、決まり文句の雰囲気、説明書のような台詞、画一的な口調を除去します。 段階：本文実行レイヤーのスタイル制約モジュール。
• consistency_review 役割：6種類の一貫性を統一的に再チェックし、問題のある章が直接納品されるのを防ぎます。 段階：完稿収束レイヤー。

モジュールの関係性

デフォルトでは、モジュールを10個の平らなスイッチではなく、3つのリンクチェーンとして理解します：

1. 事前計画チェーン： concept_planning -> opening / volume_outline
2. 本文実行チェーン： plot_logic + character_consistency + transition + dialogue + chapter_ending + anti_ai_voice
3. 完稿収束チェーン： consistency_review

問題が複数のモジュールにまたがる場合、優先順位は通常以下の通りです：

1. plot_logic / character_consistency
2. transition / dialogue / chapter_ending
3. anti_ai_voice

構造的な問題を文体の問題として誤って修正しないでください。

事前計画（コンセプトプランニング）

以下の問題が関係する場合、デフォルトで concept_planning モジュールを呼び出します：

• このアイデアはWeb小説として書けるか
• テーマと消費ポイントは明確か
• 売りと異常な状況は際立っているか
• フック / 前提は成立するか
• 物語のエンジンは最初の10〜20章を動かせるか
• 短編、中編、長編、連載のどれが適しているか
• 第1巻の最小目標と巻末の変化は明確か

このステップのハードル要件：

• 書く価値があるかを先に判断し、それから本文を書く
• 先に売り、対立、物語のエンジンを提示し、それから大きな設定を出す
• 説明を最小限の骨格に圧縮できない場合は、急いで書き始めない

冒頭

以下の問題が関係する場合、デフォルトで opening モジュールを呼び出します：

• 冒頭に掴みがない
• 売りの露出が遅すぎる
• 異常な状況が十分に確立されていない
• 黄金の3章の立ち上がりが遅い

デフォルトの要件：

• 最初の300〜500文字で掴みを与える
• 最初の1500〜3000文字で売りを与える
• 最初の6000文字で読者に、主人公が誰か、何に遭遇したか、売りは何か、次に何を見たくなるかを理解させる

黄金の3章、巻構成、章構成

以下の問題が関係する場合、デフォルトで volume_outline モジュールを呼び出します：

• 黄金の3章の推進力が弱い
• 第1巻の進め方が不明確
• 最初の10〜20章の章構成が散漫
• 中盤で脱線しやすい
• 巻末に回収ポイントがない

長編Web小説では、デフォルトで章構成を書く必要があります。

章構成がないと、以下の問題が最も発生しやすいです：

• サブプロットが無秩序に伸びる
• 設定が膨張する
• 章末が弱くなる
• 連載の追いかけポイントが途切れる

逐章執筆

各章は4つの質問に答えなければならない

1. 主人公はこの章で何をしたいのか
2. 誰が、または何がそれを妨げるのか
3. この章が終わった後、状況はどう変わるのか
4. なぜ読者は次も読みたくなるのか

シーンの最小構造

各シーンには少なくとも以下が必要：

• 目標
• 障害
• 変化

変化のないシーンは、デフォルトで削除、統合、圧縮します。

局所問題のデフォルトルーティング

• 時間の飛躍、空間の切り替え、感情の継承、視点の切り替え、章末から次章へのつなぎ：transition を呼び出す
• 高張力の台詞、キャラクターの声、関係性への圧力、情報の埋め込み：dialogue を呼び出す
• 章の収束、余韻、フック、連載の牽引力、次章へのつなぎ：chapter_ending を呼び出す
• 因果関係の断裂、動機の不足、トリガーの不成立、結果の未着地：plot_logic を呼び出す
• キャラクター設定の崩壊、目標の漂流、感情の断片化、関係性の断絶、身体と言動の一貫性の喪失：character_consistency を呼び出す
• 漠然とした要約、決まり文句の雰囲気、説明書のような台詞、キャラクターの画一的な口調：anti_ai_voice を呼び出す

章の完稿後の強制レビュー

各章を書き終えたら、直接納品せず、デフォルトでまず consistency_review モジュールを呼び出さなければなりません。

各章で必ずチェックする6つの一貫性：

1. プロット論理の一貫性： 重要な出来事に前提はあるか； 重要な決定にトリガーはあるか； 重要な変化に結果はあるか。
2. キャラクター目標の一貫性： 主人公はこの章で本当は何をしたいのか； 過程で理由なく目標が漂流していないか。
3. 感情と関係性の一貫性： 感情に来歴はあるか； 関係性の温度は前の場面と一致しているか。
4. 身体情報状態の一貫性： 傷、疲労、秘密、誤解、既知情報に欠落はないか。
5. シーンと場面転換の一貫性： 読者は迷子にならないか； 前の場面の余力が次の場面に引き継がれているか。
6. 章末の継承の一貫性： 章末が変化のポイントで収まっているか； 次の章の最初の一拍がそれを受け継げるか。

任意の2項目が不安定な場合、直接納品せず、まず該当する専門モジュールに戻って修正します。

モジュール呼び出しの総則

問題が特定の執筆段階に明らかに収束している場合、汎用的な提案だけを行わず、デフォルトで専門モジュールを優先的に呼び出します。

一般的な順序：

1. まず、これが純粋な文体問題ではなく、専門的な問題かどうかを判断します。
2. まず references/modules/README.md を参照し、該当するモジュールディレクトリに進みます。
3. まずモジュール自身の README.md を読み、次にモジュール推奨の順序で tutorial.md、runtime.md、およびサンプルライブラリに進みます。
4. まずモジュール内の階層と分類法に従って障害箇所を判断します。
5. モジュールのサンプルライブラリから 2〜4 の成功例と 1〜2 の失敗例を選択します。
6. まず局所的な修正計画を立て、次に診断、リライト、または本文を書きます。

問題が複数のモジュールにまたがる場合、より基礎的で硬いレイヤーを先に修正し、次に表層の問題を修正します。

模倣と検索

このスキルは、執筆中に類似の成功例を多く検索し、その構造を借用して新しいコンテンツを書くことをデフォルトで要求します。

ユーザーが「模倣してください」と言った時だけ検索するのではありません。タスクが以下の内容に関係する場合は、ローカルコーパスを優先的に検索します：

• あるテーマ
• ある冒頭
• ある台詞
• ある章末
• ある関係性の流れ

問題が特定の専門段階に明確に収束している場合も、汎用的な検索に留まらず、専門モジュールを優先的に呼び出します。

モジュールの見つけ方

1. まず references/modules/README.md を参照します。
2. 次に問題のキーワードに従ってモジュールディレクトリに直接移動します： concept_planning / opening / transition / dialogue / chapter_ending / plot_logic / character_consistency / consistency_review / volume_outline / anti_ai_voice
3. モジュールに入ったら、まずモジュールの README.md を読み、次にそのモジュール自身の推奨順序に従って tutorial.md、runtime.md、good_examples.md、bad_examples.md を読みます。

現在のローカルコーパス

主要ファイル：

• analysis/article_profiles.csv
• analysis/excerpts.csv
• analysis/imitation_index.md
• references/webnovel_corpus_guide.md

検索スクリプト

使用：

• scripts/search_corpus_examples.py

よく使うコマンド：

python3 scripts/search_corpus_examples.py --list-tags
python3 scripts/search_corpus_examples.py --list-types
python3 scripts/search_corpus_examples.py --type '开头钩子' --tag '危机压身' --limit 5
python3 scripts/search_corpus_examples.py --type '高张力対白' --tag '关系破裂' --limit 5
python3 scripts/search_corpus_examples.py --keyword '真假千金' --limit 10

模倣のフロー

1. まずユーザーが何を書いているかを判断します。
2. 索引から 2〜4 の類似例を見つけます。
3. これらの例の共通構造を要約します。
4. その後、新しいコンテンツを書きます。

専門的な問題の場合、以下のように変更します：

1. まず、専門モジュールを呼び出すべきかどうかを判断します。
2. 専門モジュール内で階層とタイプを判断します。
3. 専門モジュールのサンプルライブラリのグループに従って素材を選択します。
4. まず橋渡しまたは構造計画を作成します。
5. その後、本文を書きます。

章を書き終えた場合は、さらに以下のステップを追加します：

6. consistency_review を呼び出し、6つの一貫性をパスしてから納品します。

AI臭の除去

これはハード要件ですが、メインスキルでは完全なチュートリアルを繰り返し展開しません。

タスクが以下の問題に集中している場合、直接 anti_ai_voice モジュールを呼び出します：

• 漠然とした要約が多すぎる
• 雰囲気を表す文や形容詞の決まり文句が多すぎる
• 台詞が説明書のよう
• キャラクターの話し方が皆同じ
• 文が均一すぎる、整然としすぎている、テンプレート生成のよう

引き続き維持するハードルール：

• 要約ではなく動作を使う
• 説明ではなく台詞を使う
• 抽象的ではなく具体的に書く
• 各登場人物は身分を感じさせる話し方をしなければならない
• 「AI臭の除去」をわざと粗雑にすることと理解してはいけない

境界（スコープ）

やってはいけないこと

• 「キャラクターを立体的に」「物語に魂を」などの空虚なアドバイスをしない
• 世界観だけを与え、最初の数章の計画を与えない
• キャラクター設定だけを与え、対立や出来事を与えない
• スロースターターをデフォルトにしない
• 模倣を丸写しと理解しない
• 台詞を全て同じ口調にしない
• 講義のハンドアウトのような無駄な段落を出力しない

デフォルトで推奨されること

• 具体的な例を多く挙げる
• 成功例と失敗例の対比を多く行う
• 実装可能な書き方を多く示す
• ローカルの成功例を多く参照する
• 構造の借用を、漠然としたアドバイスより優先する

モジュールと検索

• モジュール総合入り口： references/modules/README.md
• モジュールテンプレート： references/modules/module_template.md
• コーパス検索総合説明： references/webnovel_corpus_guide.md
• 検索スクリプト： scripts/search_corpus_examples.py