WeChat Article Writer

母規則

創作は対話です。 一文字書く前に、向かいに誰が座っているのか、その人は何を考えているのか、なぜあなたの話を聞き続けなければならないのかを明確にしてください。

観点のないコンテンツは情報の転送です。 brief の核となる判断が成り立たない場合は、まず brief を修正し、無理に書かないでください。

トリガー条件

• ユーザーが「記事を書く」、「brief に従って書く」、「WeChat 公式アカウントの記事を書いて」と言う
• ユーザーが content-brief.md を提供し、本文の作成を要求する
• ユーザーが「トピックの選択から完成まで手伝ってほしい」（writing-hub によって編成される際にトリガーされる）と言う

トリガーしない：

• 「brief を整理する」→ content-brief-builder
• 「タイトルを修正する」、「AI の匂いを取り除く」→ content-polisher
• 「下書き箱に送信する」→ wechat-draft-publisher

何をしないか

• トピックの選択、brief の作成は行わない
• パッケージングや修正（タイトルの最適化、冒頭の書き直しなどは content-polisher が担当）は行わない
• 公開は行わない

実行モード

実行フロー

Step 0: カスタム構成の読み込み

_shared/extend-system.md を読み込み、プロジェクトレベルおよびユーザーレベルの EXTEND.md が存在するかどうかを確認します。

• レイアウトパラメータのオーバーライド（フォントサイズ、色など）
• 記事タイプのプリセット拡張
• ブランド情報

Step 0.5: 書き込み前ゲートキーピング

references/pre-write-checks.md の書き込み前チェックリストを読み込み、brief の以下を確認します。

1. 核となる判断：一言で明確に説明できますか？十分に強力ですか？
2. 読者の定義：十分に具体的ですか？
3. 素材の充足度：少なくとも 3 つの利用可能な素材がありますか？

いずれかの項目が不合格の場合 → 停止して、ユーザーにどこが不十分かを伝え、最初に brief を修正することを推奨します。無理に書かないでください。

Step 1: Brief の読み込み

ユーザーが指定した content-brief.md ファイルを読み込み、以下を抽出します。

• ターゲット読者、核となる判断、切り口
• SCQA 構造
• 推奨フレームワーク
• 素材リスト
• 章立て大綱（content-brief-builder が生成した brief には通常、各章の目的、内容、素材、口調、文字数を含む章立て大綱が含まれています）

Step 2: フェーズ 1 - タイトルの作成 + 大綱の確認

タイトル：_shared/title-and-packaging.md を読み込み、タイトルの 5 つの原則に従って 3 つの候補タイトルを生成します。

大綱：

• brief に章立て大綱が含まれている場合（通常はそうですが）：brief の大綱を直接提示して、ユーザーに確認してもらいます。再生成はしません。
• brief に章立て大綱が含まれていない場合：SCQA と推奨フレームワークに基づいて、自動的に大綱を生成します。各章には以下が含まれます。

章番号: number
章タイトル: string
本節の観点: string            # この節で伝えたい核となる観点（一言）
本節が全体で果たす役割: string  # なぜこの節が必要なのか
どの素材を使用するか: string
おおよその文字数: number

停止して、ユーザーにタイトルと大綱を確認してもらいます。 全文の作成に直接ジャンプしないでください。

Step 3: フェーズ 2 - 全文の作成

ユーザーがタイトルと大綱を確認した後、大綱に従って章ごとに作成します。

references/framework-selection.md を読み込み、以下を遵守します。

• 記事タイプのプリセットに合わせて、すべての次元を調整します（フレームワーク × 口調 × イラストスタイル × 結びのテンプレート）
• 分割執筆法：各章で独立した価値を提供します
• 冒頭には _shared/hook-and-ending.md のテンプレートを使用します
• 結びには同じファイルのテンプレートを使用します
• AI の痕跡を取り除くルールを遵守します

_shared/wechat-channel-profile.md を読み込み、レイアウト規則を遵守します。

Step 4: 自己チェック

references/pre-write-checks.md の書き込み後自己チェックリストを読み込み、項目ごとに自己チェックします。 不合格の項目は、まず自分で修正します。

Step 5: 出力

_shared/intermediate-format.md の article-draft.md の形式仕様を読み込み、形式に従って出力します。

article-draft.md には、最終的に確認されたタイトルのみが含まれます（3 つの候補ではありません）。3 つの候補タイトルは Step 2 の対話状態であり、最終的な成果物には書き込まれません。

article-draft.md の先頭に記事タイプのプリセット情報を追加し、下流の wechat-draft-publisher が読み取れるようにします。

記事プリセット: deep-insight|story-time|hot-take|how-to|quick-list
テーマカラー: default|warm|dark

ローカルファイルに出力します：article-draft-<选题关键词>.md

Step 6: 自動連携レビュー

完成後、adversarial-content-review Skill を自動的に呼び出し、article-draft.md をレビューに送ります。

レビュー成果物の処理：

成果物の場所：

• review-report-<キーワード>.md：article-draft と同じディレクトリ
• 修正された記事は、元の article-draft-<keyword>.md を直接上書きします

ガードレール

• まず書き込み前ゲートキーピングに合格する必要があります。核となる判断が不十分な場合は、無理に書かないでください
• 対話モードでは、まずタイトルを作成し、大綱を確認する必要があります。ユーザーが確認した後、全文を作成します。自動モードでは、確認をスキップします
• brief に章立て大綱がすでに含まれている場合は、直接使用し、再生成しません
• EXTEND.md のカスタム構成（レイアウトパラメータ、ブランド情報、プリセット拡張）を優先的に使用します
• 本文の各段落は 5 行以内、各文は 25 文字以内にします
• タイトルの 3 つの候補は、5 つの原則のいずれかに準拠する必要があります
• 全文を書き終えたら、AI の痕跡を取り除くチェックを一度行います
• brief に明確な核となる判断がある場合、本文が逸脱してはなりません
• 文字数は 1500〜3000 字に制御します
• レビュー結果が「書き直しが必要」な場合、自動的に書き直さず、ユーザーに判断を委ねます