製品の事実は正しいのに、どのソフトウェア会社にも当てはまる文章になってしまう。「親しみやすく」と頼むと、次は感嘆符と形容詞が増え、もともとの落ち着いた語り口から離れてしまう。編集指示を増やすだけでは解決しません。
Agentに必要なのは、どの文を採用し、何を理由に直したのかという判断材料です。事実の条件を別に保ちながら、例と理由を読み取れる資料にし、新しい題材で確かめます。
形容詞ではなく書き方を示す
読者、目的、禁止する約束を定義します。そのうえで「効果の前に動作を書く」「具体的な動詞を使う」「重要な主張に根拠を付ける」「個人体験を創作しない」といった観察可能な選択にします。
Budaのマーケティング活用 はブランド資料と編集確認を扱います。資料を渡すことと、各文が適切であることの確認は別です。
正例三つと反例二つを注釈付きで保存する
利用許可のある採用原稿を三つ、不採用例を二つ選び、元原稿は読み取り専用のコピーで残します。動詞、根拠、誇張、読者との関係を文ごとに注釈します。
Drive の構成例は brand/voice.md、approved-examples.md、negative-examples.md、feedback-log.csv です。これは推奨構成で、内蔵のブランド学習機能ではありません。顧客資料は匿名化し、別ブランドの機密例を混ぜません。
固定した事実で二つの文を比較する
架空のB2Bソフトウェアを例にします。Budaの機能告知ではありません。試験利用者が週報を手動でCSV出力でき、定期出力は含みません。読者は定例確認にファイルを使う運用責任者です。
不採用：「革新的なレポート体験で業務を一新。インテリジェントな出力が負担をなくし、本当に大切な仕事に集中できます。」
S1の「革新的」は裏付けがなく、「一新」は確認していない成果を示唆します。S2の「インテリジェント」は実際の形式や対象者を隠し、「負担をなくす」は未測定の効果を約束しています。「AIっぽい」とだけ言うのではなく、それぞれの問題と修正理由を残します。
修訂：「試験利用者は週報をCSVとして手動出力できます。週報を開いて出力し、ファイルを確認してから共有してください。定期出力は含まれません。」
控えめでも、具体的な動作が見えます。完全な練習では同じ事実表で約三百語の原稿を二回作り、文IDごとに比較できます。事実と表現が衝突したら事実を優先します。
個別修正と恒久ルールを分ける
フィードバック表には版、文ID、分類、修正前後、理由、編集判断を記録します。v1 / S2 / 動作が曖昧 / インテリジェント出力 / 手動CSV出力 / 実際の動作を示す / 採用 のようにします。
「CSVと書く」は今回の事実です。「効果より先に動作を書く」は別の題材にも使えます。製品事実、キャンペーンの好み、長期の文体ルールを同じ一覧に混ぜないでください。
未使用の題材でルールを確かめる
校正に使わなかった許可済み例か、新しい架空のbriefを残しておきます。たとえば二時間の保守時間が確定し、サービス無停止の保証はない通知です。柔らかい文章でも時間を隠したり無停止を約束したら不採用にします。
ブランドらしさ、具体性、約束の信頼性、読者への適合を定性的に確認します。正確率や効率改善の数値は作りません。これは提案する編集テストで、実施済み実験ではありません。
採用した判断をファイルへ戻す
編集者が承認したルールだけをguideに追加し、版、例の日付、例外を記録します。旧版も残し、次の作業で読む版を明示します。ファイル更新だけで既存原稿が自動修正されるわけではありません。
Budaの記憶はファイル です。改善するのは材料であって基盤モデルの訓練ではありません。会話の指摘が長期記憶になったと考える前に、指定ファイルへの保存を確認します。
繰り返す方法はSkill にまとめられます。Buda AIのMarketplaceで関連するライティングSkillを検索し、説明と手順を読んでからインストールします。合うものがなければ自作します。特定のSkillの存在や出力の承認を前提にしません。
承認済み事実と指定版brand/voice.mdを読んで、対象読者向けに起草してください。事実条件を保ち、文ごとの疑問と修正提案を別に示してください。guideを更新せず、公開もしません。再利用ルールは修正前後と理由を示してから提案してください。
編集者が残す判断
創業者らしい文章にできますか。 許可済み原稿から語彙とリズムを取り出せます。ただし個人体験を創作せず、一人称は明示的に依頼された署名原稿と確認済み素材に限定します。
複数ブランドはどう分けますか。 guide、例、出力を分け、アクセスや仕事の文脈が異なるならAgentやSpaceも分けます。フォルダー名は権限制御ではありません。
モデルより先に例を直すべき時は。 指示が「上質に」だけだったり例が矛盾するならguideを直します。明確なルールに違反した場合も、まず正しい版を読んだか確認します。
三つの正例と二つの反例をAgentに注釈させ、候補ルールを出させるところから始めます。採用と公開の判断は編集者に残します。複数媒体へ展開するときは事実の対応表も使い、文体の確認で事実確認を代用しないでください。