記事作成 は何をしますか？
実在の人間らしい視点と声を持ち、LLMの平坦な出力ではない長文コンテンツを作成します。
有効化するタイミング
- ブログ記事、エッセイ、ローンチ記事、ガイド、チュートリアル、ニュースレターの下書き
- メモ、書き起こし、調査結果を洗練された記事に変換する
- 提供された例から既存の創業者、オペレーター、またはブランドの声を模倣する
- 既存の長文コピーの構造、テンポ、証拠を強化する
基本ルール
- 具体的なもの（成果物、例、アウトプット、逸話、数字、スクリーンショット、コード）で始める。
- 例の後に説明を入れ、前に置かない。
- ソースの声が意図的に冗長でない限り、文は簡潔に保つ。
- 形容詞ではなく証拠を使用する。
- 事実、信頼性、顧客の証拠を決して捏造しない。
声の取り扱い
ユーザーが特定の声を希望する場合は、最初にbrand-voiceを実行し、そのVOICE PROFILEを再利用します。
ユーザーから明示的に要求がない限り、ここで2回目のスタイル分析パスを重複させないでください。
声の参照が提供されない場合、デフォルトの鋭いオペレーターの声（具体的で、感傷的でなく、実用的）を使用します。
禁止パターン
以下の表現を見つけたら削除して書き換えてください。
- 「今日の急速に変化する環境において」
- 「ゲームチェンジャー」、「最先端」、「革新的」
- 「これが重要な理由はここにあります」（単独のつなぎとして）
- 偽の弱さを見せるアーク
- エンゲージメントを高めるためだけに追加された締めくくりの質問
- 議論を進めない経歴の水増し
- 本題を遅らせる一般的なAIの前置き
作成プロセス
- 読者と目的を明確にする。
- 各セクションに1つの役割を持たせたハードアウトラインを作成する。
- 証拠、成果物、対立、または例で各セクションを開始する。
- 次の文がスペースを得る価値がある場合にのみ展開する。
- テンプレート化された、説明過多の、自己満足的な響きのものはすべて削除する。
構造ガイダンス
テクニカルガイド
- 読者が得られるもので始める
- 主要なセクションではコード、コマンド、スクリーンショット、具体的な出力を使用する
- 曖昧な要約ではなく、実用的なポイントで締めくくる
エッセイ / 意見記事
- 緊張、矛盾、または具体的な観察から始める
- セクションごとに1つの議論の糸を維持する
- 意見は証拠に基づいて答える
ニュースレター
- 最初の画面で実際の作業を行う
- 日記的なフィラーを前に詰め込まない
- スキャンしやすさを向上させる場合にのみセクションラベルを使用する
品質ゲート
提供する前に以下を確認してください。
- 事実の主張は提供された情報源に基づいていること
- 一般的なAIトランジションが削除されていること
- 声が提供された例または合意された
VOICE PROFILEと一致していること - 各セクションが新しい情報を追加していること
- フォーマットが意図したメディアに適合していること