Question 1

SecureContextのローカルモデルをどれを実行すればいいですか？ハードウェアがSecureContextにどのように影響するのですか。

Accepted Answer

SecureContextはハードウェアによって劣化しないように設計されており、LLMが発生するレイヤーは閉じて静かに機能せず、インポートまたは検索に対する影響はありません。
ハードウェアの差は、どれだけの知能スタックが有効であるかということです。
| レベル | ハードウェア | 対応するモデル | 得られるもの | |---|---|---|---| | ミニマム | 何らかのCPU、約2GBの空きRAMを想定 | nomic-embed-text (単に埋め込みのみ) | ハイブリッドBM25+ベクトル検索、ワーキングメモリ、検証チェーン、スキルゲーティングをはじめとするコア機能。LLM層のイベント抽出、エンティティ抽出、反論調整は休眠状態。 | | 中央値 | 16GBのGPU (または16GB以上のApple Silicon) | + qwen2.5-coder:14b または phi4:14b を一意に | + インポートで時系列推論、LLM反論調整、エンティティ抽出、L0/L1シナリオファイルの要約を実行します。 | | 最高 | 24GB以上のGPU (例:RTX 4090/5090) | + phi4:14b と gpt-oss:20b が同時に起動 | すべての機能が同時に実行され、パーミッションレスでアプリケーションが動作するハードウェアで測定されたベンチマークの拡張と一致します。必要なモデルを選択する指針 (すべて測定、シーンディレクトリで参照): 
埋め込み: nomic-embed-text — 必須、小さい、実行可能な位置。イベント抽出 (デフォルトはphi4:14b ): nlp では.phi4:14b が100%のイベント再現率、100%の日付の正確性を達成したが、gpt-oss:20b よりも実行速度が2倍と評価されました。小さいGPUではqwen2.5-coder:14bが87.4%の再現度に到達しました。コーダ

Question 2

実行に必要なものは何ですか？

Accepted Answer

Node 20+ と (推奨) Docker を使ったバンドル済み PostgreSQL + Ollama スタック。ワンコマンドインストーラで約5分ですべてセットアップ。SQLite フォールバックはインフラゼロで動作します。

Question 3

複数の Claude Code セッションは同じプロジェクトで衝突なく作業できますか？

Accepted Answer

はい。並列セッションはワーク・ストーニングキューからタスクを原子操作で取得します（テストでは 50 エージェント × 100 タスクでダブルクレームはゼロ）。型付きブロードキャスト（ASSIGN/STATUS/MERGE/REJECT）で調整し、エージェントごとのプライベートメモリ名前空間と共有プールを保持します。大規模エージェントチーム向けに部門スタイル階層（ヘッド＋ワーカー、N‑tier エスカレーション）もサポートしています。

Question 4

Claude Code スキルをインストールしても安全ですか？

Accepted Answer

ファイルシステムスキルはスクリプトをバンドルし、あなたの権限で実行されます。Claude Code のネイティブローダーはそれらをスキャンしません。SecureContext が不足していたゲートを追加します：入室時に AST スキャン、各実行前の HMAC 検証、失敗や入室後の変更時の自動隔離、そしてすべての入室決定の検証可能なチェーンログです。

Question 5

SecureContext は私のコードやデータをクラウドに送信しますか？

Accepted Answer

いいえ。メモリ、埋め込み（Ollama nomic-embed-text）、検索、要約、および監査チェーンはすべてローカルで実行されます。完全オフラインで動作し、Ollama がダウンしてもキーワード検索に落ち着き、アイドル時はコストは $0 です。

Question 6

長期にわたる複数週に渡るプロジェクトを管理できますか？

Accepted Answer

はい — それがデリバリーレイヤーの役割です。 zc_program でフェーズを持つプログラムを定義し、オープンフェーズの受入チェックリストはプロジェクト状態とともに移動します。フェーズをクローズするにはエビデンステーブルが必要で、チェックポイントドキュメントが自動生成されます。オーケストレーションエージェントがフェーズ途中で停止しても、新しいエージェントが2回の呼び出しで完全なデリバリーステートを再構築し、検証済みでライブです。

Question 7

SecureContext は Claude Code のトークンコストをどれくらい削減しますか？

Accepted Answer

10 セッションプロジェクト全体で測定した結果、コンテキストオーバーヘッドが約 87% 低減されました（セッション復元は 20〜50k トークンではなく 1.5〜4k トークンで済みます）。数百の蓄積メモリを持つ長期プロジェクトでは、リコール予算が各リコールを約 4k トークンに抑え、無制限にダンプすると約 47k トークンになります。ファイルクエリは、生データ読み込みの代わりに 15〜50 倍圧縮されたセマンティックサマリーから回答されます。

Question 8

Claude Code にセッション間で永続的なメモリを与えるにはどうすればいいですか？

Accepted Answer

SecureContext をインストールします（ワンコマンドで済みます — Quick start を参照）。その後、エージェントは `zcremember` を呼び出して意思決定と落とし穴を永続化し、セッション開始時に `zcrecall_context({focus: "current task"})` を呼び出してそれらを復元します。再現性は関連性でランク付けされ、自然言語の時間クエリはメモリから直接回答されます。メモリは再起動、コンパクション、再ブートを経ても存続します。なぜなら PostgreSQL に保存され、コンテキストウィンドウ内ではないからです。

Question 9

競合他社との違いは？

Accepted Answer

「Claude Code」のメモリプロジェクトは主に次の3つの方法で実装されます。1）会話をJSONでラップし、メッセージを保存して再再生します。意味的圧縮、監査証跡、セキュリティモデルはありません。2）クラウドサービスに同期します。UXは向上しますが、エージェントのツール履歴（機密情報を含む可能性あり）が他者のサーバーに存在します。3）ベクトル検索を導入します。ドキュメントにRAGを追加しますが、エージェントの実行を調整したり、実行内容を検証したり、セッション圧縮を耐えることには寄与しません。SecureContextはこれらとは全く異なります。| | SecureContext | Cloud memory services | Vector RAG plugins | Native Claude Code |
|---|---|---|---|
| 持続性（再起動時） | ✅ ローカルPostgres | ✅ しかしサーバー側 | ⚠️ ドキュメントのみ、状態は含まない |
| 配信プログラム＋証拠ゲート付きチェックポイント | ✅ zcprogram | ❌ | ❌ | ❌ |
| HMAC監査証跡 | ✅ エージェントごとのサブキー | ❌ | ❌ | ❌ |
| エージェント固有のアイデンティティ隔離 | ✅ HKDF + RLS | ❌ | ❌ | ❌ |
| スキル許可ゲート（HMAC + AST） | ✅ | ❌ | ❌ | ❌ |
| タンパー証拠チェーン＋セッション再再生 | ✅ | ❌ | ❌ | ❌ |
| 並列セッションのワークステーリングキュー | ✅ FOR UPDATE SKIP LOCKED | ❌ | ❌ | ❌ |
| オフライン実行 | ✅ ローカルPostgres + Ollama | ❌ | ⚠️ 依存 | ✅ |
| アイドル時のコスト | $0 | 月額サブスクリプション | $0 | $0 |

有名なメモリ製品と比較すると、Mem0とZepは構築する

Question 10

What's new (v0.46.1)

Accepted Answer

Temporal retrieval round 2 + the delivery‑tool kit。Compound temporal questions はイベント句へ分解し、rank fusion で統合される。Temporal searches は時系列 Timeline ブロックを描画し、古い結果には age warnings が付きます。zcprogram は evidence‑gated、auto‑checkpointing フェーズ閉鎖を備えたマルチフェーズ配送プログラムを追加。オーケストレータのハンドオフテストでライブ検証（フェーズ中にオーケストレータを停止し、冷却置換が2回呼び出しから再開）も可能です。Embed lane には予算付き自己修復を備えた watchdog が搭載。最近のリリース：v0.46.0 — チームメモリ（ユーザーごとのキー、共有ワークスペース、書き込み帰属）、暗号学的プロバイナンス付きセッションリプレイ、OTel Gen‑AI スパン、CI/ヘッドレスメモリ CLI、チャンク付き埋め込み、コンプライアンスレポートエクスポート。v0.44.0 — 時系列事実の上書き、耐久性のある PG タスクグラフ、最初の公開 LongMemEval 数値。v0.43.0 — トークン予算付きリコールダイジェスト（成熟プロジェクトでの 47k トークンリコールファイヤーホースを修正）。v0.41–0.42** — メモリ品質プログラム：フォーカスリコール、統合、バイテンポラルウィンドウ、マルチホップグラフリトリーバル、TTL メモリ、多モーダル取り込み。詳細は CHANGELOG.md、アーキテクチャノートは ARCHITECTURE.md に記載。

Question 11

SecureContextとは何ですか？

Accepted Answer

Claude Codeを実際のプロジェクトで使用すると、次のような壁に直面します。1. すべてのセッションが冷えた状態から始まります。同じファイルを再貼り付けし、同じ決定を再説明し、同じ落とし穴を再発見し、同じオリエンテーション作業にトークンを支払わなければならない。2. 長期プロジェクトにはデリバリーステートがありません。オーケストレーションエージェントが機能途中で死ぬ（クラッシュ、ウィンドウが閉じる、コンテキストが尽きる）と、その代替エージェントは盲目で始めます。人々は手書きのCHECKPOINTファイルで補償します。3. エージェントが実際に何をしたかの記録がありません。何かがうまくいかなかったとき、Claude Codeは実行された内容の改ざん検知可能な履歴を持っていません。4. スキルスクリプトはあなたの権限で実行され、スキャンされません。~/.claude/skills/ に書き込み権限を持つ誰（またはどのエージェント）でも、次回呼び出し時にコードを植え付けることができます。5. 並列セッションはお互いに踏み込む。2つのウィンドウが同じタスクを主張し、1つがもう一方の編集を上書きします。SecureContextは、これら5つを閉じるMCPプラグインです。インストールすれば、エージェントは次のようになります：再起動を耐えるメモリ―決定、落とし穴、プロジェクト状態が1回の呼び出しで復元されます。ファイルごとのセマンティックサマリーは「このファイルは何をするか」を15〜50倍の圧縮で回答し、原始的な読み取りではなく。時間的検索は何がいつ起きたかを知り、古い知識をフラグします。長時間実行されるプロジェクトのためのデリバリーレ

writer-self-editing-checklist自己編集チェックリスト — writer用 deepPromptで抽出

概要

主な機能

料金

ユースケース

ドキュメントレビュー

コンテンツクオリティコントロール

メリット & デメリット

メリット

デメリット

レビュー

Q&A

質問する

東学サェソーの代替

概要