2026年5月 · 読了時間 8 分 · Fran Olivares、OlivaresAI 創業者
一般的な AI ライティングツールにはトーンの問題があります。最初の段落は問題なく読めますが、3 段落目にはインターネット上のあらゆる他の AI 執筆ページの亡霊が聞こえてきます — 同じヘッジ、同じ移行表現、同じ締めくくり。修正策はより良いモデルではありません。修正策はあなたの執筆作法を知っているメモリーレイヤーです。本ガイドでは、ライターが AI メモリーシステムから実際に必要とするもの、Alma が彼らのために何を保存するか、白紙のチャットボットを継続性のある協力者に変えるワークフローについて解説します。
モデルがあなたが誰かを知らないからです。すべての会話は他のライターの会話と同じように始まります: モデルは安全で、バランスのとれた、やや形式的な散文をデフォルトとします。それが訓練データの重心だからです。永続的なコンテキストがなければ、「私のボイスで書いて」と頼むのは、実際のあなたを表す数千語に対する 4 行のプロンプトに過ぎません。出てくるボイスは丁寧な近似で、本物ではありません。
メモリーは方程式を変えます。あなたが実際に章をどう始めるか、避ける動詞は何か、好む文のリズムはどれか、何を陳腐表現とみなすか、誰が想定読者かについて、モデルが 30 の例にアクセスできれば、モデルのドラフトはグローバルな重心ではなく、あなたの重心から始まります。最初の段落は調子よく、3 番目も、5 番目もまだ調子よく読めます。編集は書き直しではなく、洗練になります。
ほとんどの現役ライターには 5 つのカテゴリーがカバーします:
Alma では、ボイスルールと編集者の意思決定は、高い重要度と「preference」/「decision」カテゴリーを持つメモリーとして存在します。プロジェクトバイブルは Alma の environments を使うので、各書籍や記事は独立した頭脳を持ちます。ワークフロー手順は Alma の procedures として保存されます。編集者アイデンティティ自体は Soul Engine に構造化ブロックとして存在します: personality、expertise、コミュニケーションスタイル、強いルール。
2 つのメカニズムが継続性をしっかり保ちます。第一に、ライターが特定のプロジェクトについて開くすべてのチャットは、そのプロジェクトの environment をロードします — そのため、モデルはすぐにバイブル、過去のエピソード(過去セッションの圧縮要約)、現行のボイスルールにアクセスできます。「ちょっと追いつかせて」の前置きはありません。モデルはすでに追いついています。
第二に、自動抽出がバックグラウンドで動作します。ライターがドラフトし、編集し、コメントするにつれて、抽出器は新しいビート、意思決定、執筆作法のメモ(「妹キャラクターは第 7 章で温かみの瞬間が必要だと合意した」)を識別し、メモリーとして保存します。次のセッションでライターが第 8 章を開くと、第 7 章の温かみの決定は構築されたコンテキストの一部になっています。継続性は手作業ではなく、作業を行うことの副作用です。
ボイス固定のドラフト作成。 ライターは書籍の environment でチャットを開き、シーンの 400 語のドラフトを依頼します。メモリーがボイスルール + プロジェクトバイブル + 前章の最後のビートを注入します。モデルはすでにボイスに乗ったドラフトを出力し、ライターはゼロから書き直すのではなく、その場で編集します。編集自体がメモリーとして抽出されます(「彼女はすべての『just』を削除した — 注: 『just』を埋め草として避ける」)。
継続性チェック。 ライターは最新の章を貼り付けて「バイブルと矛盾するものはある?」と聞きます。メモリーが関連するキャラクター/場所/タイムラインの記録を返し、モデルはそれらを章と相互参照して具体的なドリフトを報告します(「第 4 章ではバーは午後 11 時に閉まると言っていましたが、このシーンでは深夜まで開いています」)。これはコピーエディターがかつてお金をもらっていたタイプのチェックです。
ボイス転送。 ライターは異なるレジスター(ニュースレター、ジャケット紹介文、ソーシャル)でタイインコピーを制作しているが、根底のボイスは自分のものとして読めるようにしたい。メモリーが同じボイスルール + 想定読者プロファイルを注入します。形式は異なっていても、モデルはトーン的に整合した出力を生成します。
複数プロジェクトの著者。 進行中の 3 冊を持つライターは 3 つの Alma environment を使います。それらを切り替えるとコンテキスト全体が切り替わり — モデルはノワールスリラーの主人公と文芸小説の語り手を混同することはありません。広範なパターンについては ライターのユースケースページ をご覧ください。
3 つの習慣が重要です。第一に、Soul Engine のボイスルールを早く埋めること。保存するすべての「ノー」は、今後しなくて済む編集です。第二に、編集をメモリーとして保存すること — 「just」を削除に変えたとき、編集だけでなくルールを保存してください。次のドラフトにその語は現れません。第三に、ドラフトを再生成する代わりに /writing のライティングツールで的を絞ったパス(ヒューマナイズ、トーンシフト、シンプル化)を使うこと。これらはゼロから散文を再構築することなくボイスルールを適用します。
はい。Alma はモデルに依存しません: メモリーレイヤーは REST API、JavaScript SDK、MCP サーバー 経由で公開されているので、Claude Desktop、Cursor、Windsurf、Claude Code、構築するあらゆるカスタム執筆アプリに接続できます。多くのライターは執筆と編集には alma.olivares.ai の Alma Web アプリを、それ以外には Claude Desktop の MCP サーバーを使います — 同じメモリーストア、あらゆるサーフェス。
メモリーは保存時に暗号化され、Alma アカウントごとにスコープされます。原稿とバイブルの内容はあなた自身のプライベートなメモリーストアに存在します。モデルのトレーニングに使用されることはなく、アカウント設定からオンデマンドでエクスポートまたは削除できます。詳細な管理については プライバシーファーストの AI メモリー投稿 をご覧ください。現役ライターにとって、実用的な基準は、外部の関係者があなたが公開していないものを読まないことです — そしてその基準は設計上満たされています。
olivares.ai/pricing の Starter プラン($14/month)は、執筆 1 日の完全なセットアップをカバーします: ボイスルール、プロジェクトバイブル、直近数セッションのエピソードを、最初のセッションから違いを感じられる十分なメモリー余裕とともに。そこから Pro または Max にアップグレードして、より多くのメモリー余裕、/writing のライティングツールスタジオ、独自のモデル API キーのための BYOK を利用できます。
関連する読み物: ライターのユースケース · Soul Engine: 持続する AI パーソナリティ · AI のための永続メモリー: 2026 年完全ガイド · 3 層メモリーアーキテクチャ · Environments ドキュメント。