MemoryLake
マーケティング & 成長出版チームのための編集記憶

すべての作家にわたる編集記憶を出版チームに提供します

スタイルガイドは陳腐化します。ソースデータベースはスプレッドシートに存在します。編集者の口頭修正はAIツールに反映されません。MemoryLakeは、すべての作家とすべてのAIツールが必要に応じて取得できる編集記憶レイヤー — スタイルルール、ソース権威、以前のカバレッジ、編集者の決定 — を出版チームに提供します。

Day 1“スタイルガイドは陳腐化します。ソースデータベースはスプレッドシートに存在します。編集者の口頭修正はAIツールに反映されません。MemoryLakeは、すべての作家とすべてのAIツールが必要に応じて取得できる編集記憶レイヤ”✓ Got it, I will remember.Day 7 — new session“Same task again — can you keep the context?”× Sure — what was the context again?(forgot every detail you taught it)+ MEMORYLAKE LAYERMemory auto-loadedスキルとしてのスタイル記憶事実としてのソース権威記憶イベントとしての以前のカバレッジ記憶SESSION OUTPUT✓ Same prompt, on-brand answerNo re-briefing required.

すべての作家にわたる編集記憶を出版チームに提供します

無料で始める

永続無料 · クレジットカード不要

問題: 編集知識は重要な時に断片化される

シニアエディターは今週、3つのドラフトで同じオックスフォードコンマの問題を指摘しました。ファクトチェッカーは先月クリアされたソースを再確認します。APスタイルブックの更新が配信されますが、チームのAIツールはそれを見ません。編集記憶は存在します — 誰も開かない頭、スレッド、PDFに分散しています。

MemoryLakeが出版チームのための編集記憶を解決する方法

スキルとしてのスタイル記憶

スキルとしてのスタイル記憶

コマの使用、ハイフネーション、禁止フレーズなどのハウススタイルルールが呼び出し可能なスキル記憶として保存されます。

MEMORY事実としてのソース権威…

事実としてのソース権威記憶

信頼できるソース、最近の撤回、専門家の引用 — すべてバージョン管理され、取得可能です。

MEMORYイベントとしての以前のカバレッジ記憶

イベントとしての以前のカバレッジ記憶

作家が文脈なしに同じビートを再カバーしないように、過去のストーリーの検索可能なタイムライン。

反映記憶が編集者の修正をキャッチ

反映記憶が編集者の修正をキャッチ

編集者のフィードバックのパターンが、AIが将来のドラフトに適用するガイダンスになります。

無料で始める

永続無料 · クレジットカード不要

編集記憶の仕組み

  1. 接続 — スタイルガイド、ソースデータベース、過去の記事、編集者のフィードバックをインポートします。
  2. 構造化 — 各項目がタイプ付き記憶になります: スキル、事実、イベント、反映。
  3. 再利用 — 作家とAIドラフティングツールが各作品に関連する編集記憶を取得します。

前と後: 編集記憶

Without MemoryLakeWith MemoryLake
New writer's first draftHeavy red-pen passHouse style auto-applied
Re-covering a beatNo memory of past anglesEvent memory of prior coverage
Source flagged as unreliable last monthStill appears in draftsMemory marks it untrusted
Style guide updateUpdates lag in AI toolsMemory updates in real time

対象者

ニュースルームの編集者、出版リーダー、AI支援コンテンツを大量に制作するメディア組織のコンテンツチーム — スタイル、ソースの整合性、以前のカバレッジが作家とAIツール全体にわたって保持される必要があります。

実行できるデモ約 7 分

このユースケースを自分のアカウントで試す

The Tidewater Ledger は掲載済みの全記事を 1 つの Library フォルダに置き、アップロード時に日付・部署・筆者のタグを付け、記者が「もう書いたか」を調べられるよう索引化しています。アーカイブは 1 ページに収まりません。デモはフォルダと索引をページごとに突き合わせ、タグ 1 つで情報源フォルダごと撤回し、新人記者の原稿を過去の報道・撤回済みの情報源・表記ルールで確認します。

見られるもの

  • 55 本の記事を lib upload --xattrs でアップロード。lib list を 1 回呼ぶと 50 件(51 件を指定すると拒否)。continuation token が null になるまでページをたどると 55 件すべてが返り、1 回の呼び出しで漏れるのは最も古い 5 件
  • proj doc list の既定は 20 件なので、1 回ずつの突き合わせでは 35 本が「未索引」と出るが、実際はすべて索引済み。両方をページングすると 55 = 55 となり、遅れて届いた 1 本だけを特定して取り込む
  • 基準担当の編集者が lib xattr set 1 回で sources/harbor-authority/ を撤回済みにする。ファイルはフォルダのタグを継承しない(3 件中 0 件)ため、デモは parent_item_id をたどり 3 件すべてを撤回済みと判定
  • 原稿チェック:撤回済みの情報源 2 件、事実として保存した表記ルール(チェック用パターンは metadata)による指摘 4 件(掲載済み記事では 0 件)、タグから日付を付けた過去の報道。ローカル Web UI 付き

必要なもの: MemoryLake の API キー · memorylake CLI · Python 3.9 以上

実行する

git clone https://github.com/memorylake-ai/memorylake-usecases.git
cd memorylake-usecases/editorial-memory
export MEMORYLAKE_API_KEY=sk-…
python3 demo.py          # or: python3 web/server.py

動作を見る · 実際の録画、未編集

関連するユースケース

よくある質問

スタイル記憶の編集を制限できますか?

はい。編集者のみが書き込み範囲を持ち、作家は読み取り専用です。変更ごとの監査証跡があります。

CMSと統合できますか?

REST APIを通じて、またはCMSが使用するAIツール経由で。主要なCMSプラットフォーム用の直接コネクタが利用可能です。

矛盾するスタイルの決定をどのように処理しますか?

矛盾の検出が対立を浮き彫りにします。編集者がレビューして解決し、記憶がその理由を引き継ぎます。