save-thread

スレッドの保存（非推奨の互換性用）

汎用スキルランタイムが実際のセッションのトランスクリプトを常にインポートできるかのように装うことなく、古いスキル名を維持します。

ステータス

このスキル名は非推奨であり、互換性のためだけに維持されています。

汎用的な npx skills 環境では、save-handoff を使用してください。

実際のスレッド保存を保証できない理由

共有スキルパッケージは、多数のエージェントランタイムで動作します。その多くでは、スキルはプロンプトに影響を与えられますが、安定したプログラム API を通じてホストエージェントの実際のセッションのトランスクリプトを読み取ることはできません。

つまり、ランタイムが次の情報を公開しない可能性がある場合、このパッケージは損失のないスレッドインポートを約束してはなりません。

• 読み取り可能なセッションファイル
• トランスクリプト／履歴 API
• 特定のエージェント向けに接続されたネイティブインポーターのインターフェース

ここで実際のスレッド保存をうたうと、実際には要約しか含まれていない可能性があるのに、後から実際の完全なセッションを取得できるとユーザーに誤解させてしまいます。

代わりに行うこと

汎用スキル環境では、save-thread を save-handoff のエイリアスとして扱います。

• nmem t create で、簡潔で再開可能な引き継ぎ情報を保存します
• これはトランスクリプトに基づくインポートではなく、引き継ぎ用の要約であることを明確に伝えます
• 保存結果を元のセッション全体として提示しないでください

実際のスレッド保存が可能な場合

ランタイムに実際のトランスクリプトインポーターがある場合は、専用のネイティブコネクターを使用してください。

例として、Nowledge コネクターには次のものがあります。

• Gemini CLI
• Claude Code

これらの環境では、nmem t save --from <runtime> により、クライアントマシン上のローカルセッションファイルを読み取り、正規化されたスレッドメッセージを Mem にアップロードできます。

保存方法の使い分け

次の場合は save-handoff を使用します。

• 汎用的な npx skills 環境を使用している
• 再起動地点、チェックポイント、または簡潔な継続用の要約が必要である
• ランタイムに、実証済みのネイティブスレッドインポーターがない

ネイティブの save-thread は、次の場合にのみ使用します。

• エージェントに、そのランタイム専用の Nowledge コネクターがある
• そのランタイム向けに、実際のトランスクリプトインポートが実装されている
• 後で検索や確認ができるよう、実際のセッションを保存したい

汎用スキル環境での使用方法

実際のスレッドを保存したかのように装うのではなく、構造化された引き継ぎ情報を作成してください。

nmem --json t create   -t "Session Handoff - <topic>"   -c "Goal: ... Decisions: ... Files: ... Risks: ... Next: ..."   -s generic-agent

応答形式

汎用スキル環境で保存が成功した後は、次の形式で応答してください。

✓ Handoff saved
Title: {title}
Summary: {content}
Thread ID: {thread_id}

この互換スキルが作成するのは再開可能な引き継ぎ情報であり、実際のトランスクリプトのインポートではないことを必ず説明してください。

ネイティブコネクター

これらのスキルは CLI を介してあらゆるエージェントで動作します。自動想起、自動キャプチャ、グラフツールを利用するには、お使いのエージェントにネイティブの Nowledge Mem コネクターがあるか確認してください。check-integration スキルを実行するか、https://mem.nowledge.co/docs/integrations をご覧ください。