Question 1

どのローカルモデルを実行すべきで、ハードウェアはSecureContextにどのように影響しますか？

Accepted Answer

SecureContextはハードウェアティアによって優雅に劣化します。すべてのLLM駆動レイヤは閉じて失敗（機能は静かに何も貢献しない）し、データの取り込みや検索が壊れることはありません。ハードウェアが変わると、アクティブなインテリジェンススタックの量が変わります。

| Tier | ハードウェア | フィットするモデル | 取得できるもの |
|---|---|---|---|
| Minimum | 任意のCPU、~2 GB RAM余裕 | nomic-embed-text（埋め込みのみ） | ハイブリッドBM25+ベクタ検索、作業メモリ、監査チェーン、スキルゲーティング — コア。LLMレイヤ（イベント抽出、エンティティ抽出、矛盾審査）は休止状態に。
| Mid | 8–16 GB GPU（またはApple Silicon 16 GB+） | + qwen2.5-coder:14bまたはphi4:14b（1つずつ） | 取り込み時のイベント事実抽出（時間的推論）、LLM矛盾審査、エンティティ抽出、L0/L1セマンティックファイル要約。
| Full | 24 GB+ GPU（例：RTX 4090/5090） | + phi4:14bとgpt-oss:20bを同時に保持 | すべて、同時に、対話レイテンシで動作 — QA/ベンチマーク用の強力なローカルジェネレータも含む。これが公開ベンチマーク差分が測定された構成です。

モデル選択ガイダンス（すべて測定済み、bench/参照）:
- 埋め込み: nomic-embed-text — 必須、軽量、どこでも実行可能。
- イベント抽出（ZCEVENTEXTRACTMODEL、デフォルトphi4:14b）: 当社のベイクオフでphi4:14bは100

Question 2

実行には何が必要ですか？

Accepted Answer

Node 20+ と（推奨）Docker が必要です。バンドルされた PostgreSQL + Ollama スタックを含みます。ワンコマンドインストーラは約 5 分ですべてをセットアップします。SQLite フォールバックはインフラゼロで動作します。

Question 3

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

Accepted Answer

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

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％削減されました（セッション復元は 1.5–4k トークンで済み、再貼り付けファイルは 20–50k トークンに相当）。数百に及ぶ蓄積メモリを持つ長期プロジェクトでは、リコール予算が各リコールを約4k トークンに抑え、無制限にダンプすると約47k トークンになるのに対してです。ファイルに関する質問は、15–50 倍圧縮された意味的サマリから回答され、原始的な読み取りは行われません。

Question 8

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

Accepted Answer

SecureContext をインストールします（ワンコマンドで済み、クイックスタートを参照）。その後、エージェントは zcremember を呼び出して決定事項とトラブルを永続化し、セッション開始時に zcrecall_context({focus: "current task"}) を実行してそれらを復元します。再関連付けは関連性順に行われ、自然言語での時間クエリに対してメモリから直接回答します。メモリは PostgreSQL に保存されるため、再起動、圧縮、再起動時にも残ります。

Question 9

「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 |
| | |
既知のメモリ製品と比較すると：Mem0とZepはLLMアプリ向けに優れたホステッドメモリアーキテクチャを提供します。Letta（MemGPT）はセルフエディティングメモ

Accepted Answer

Most "memory for Claude Code" projects do one of three things: Wrap the conversation in JSON. Saves the messages, replays them. No semantic compression, no audit trail, no security model. Sync to a cloud service. Better UX but now your agent's tool history (potentially including secrets it touched) lives on someone else's server. Drop in vector search. Adds RAG over your docs but doesn't help with the actual problem — orchestrating what the agent does, verifying what ran, surviving session compaction. SecureContext is none of those: | | SecureContext | Cloud memory services | Vector RAG plugins | Native Claude Code | |---|---|---|---|---| | Persistent across restarts | Yes, local Postgres | But on their server | Only docs, not state | Lossy auto-compact | | Delivery programs + evidence-gated checkpoints | zcprogram | | | | | HMAC audit trail | Per-agent subkey | | | | | Per-agent identity isolation | HKDF + RLS | | | | | Skill admission gate (HMAC + AST) | | | | | | Tamper-evident chain + session replay | | | | | | Work-stealing queue for parallel sessions | FOR UPDATE SKIP LOCKED | | | | | Runs offline | Local Postgres + Ollama | | Depends | | | Cost when idle | $0 | Monthly subscription | $0 | $0 | Versus the well-known memory products: Mem0 and Zep are excellent hosted memory APIs for LLM apps you build; Letta (MemGPT) is an agent framework with self-editing memory. SecureContext targets a different job — me

Question 10

What's new (v0.46.1)

Accepted Answer

Temporal retrieval round 2 + the delivery-tool kit. Compound temporal questions decompose into event clauses with rank fusion; temporal searches render a chronological Timeline block and stale results carry age warnings. zcprogram adds multi-phase delivery programs with evidence-gated, auto-checkpointing phase closure — live-verified with an orchestrator handoff test (kill the orchestrator mid-phase; a cold replacement resumes from two calls). The embed lane now has a watchdog with budgeted self-healing. Recent releases: v0.46.0 — team memory (per-user keys, shared workspaces, write attribution), session replay with cryptographic provenance, OTel Gen-AI spans, CI/headless memory CLI, chunked embeddings, compliance report export. v0.44.0 — temporal fact supersession, durable PG task graph, first public LongMemEval numbers. v0.43.0 — token-budgeted recall digest (fixes the 47k-token recall firehose on mature projects). v0.41–0.42** — memory-quality program: focused recall, consolidation, bi-temporal windows, multi-hop graph retrieval, TTL memories, multimodal ingestion. Full details in CHANGELOG.md; architecture notes in ARCHITECTURE.md.

Question 11

SecureContext とは何ですか？

Accepted Answer

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

devops-prime-directives (Grade A)セキュリティテスト済みデーターAIスキル for Claude AI。Grade A。 PRIME DIRECTIVES — roles.json から抽出。devops のdeepPromptから抽出

概要

主な機能

料金

ユースケース

セキュアな変更管理

シークレットの取り扱い

メリット & デメリット

メリット

デメリット

レビュー

Q&A

質問する

東学サェソーの代替

概要