fix: add conditioned recall and automatic capture

[MaheshtheDev]

Retargeting #59 onto main. #59 was originally stacked on feat/agents2 (merged via #58) and was never re-pointed at main before merging, so its commits (conditioned recall + automatic capture, and the 2.0.10 version bump) never landed on main or got published.

This PR brings those two commits onto main directly so they can be reviewed and merged properly, then published as opencode-supermemory@2.0.10.

Original PR: #59 (merged into feat/agents2 by mistake)
Related: #58 (Unify OpenCode agent memory containers, merged to main as 2.0.9)

[MaheshtheDev]

• fix: add conditioned recall and automatic capture #61 👈 (View in Graphite)
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.

[chatgpt-codex-connector]

💡 Codex Review

opencode-supermemory/src/services/client.ts

Lines 219 to 223 in 6728f99

	this.searchMemories(
	query,
	canonicalTag,
	supportsScopedCanonicalTag(canonicalTag) ? scope : undefined,
	),

Apply scope filters to custom canonical containers

When projectContainerTag is set to a documented custom value such as my-awesome-project, supportsScopedCanonicalTag() returns false, so this call searches the unified canonical container without an sm_scope filter. Because new personal and project memories are both written to that container, scope: "user" can return project memories and scope: "project" can return personal memories; the same conditional is also used by profile and list operations. Preserve legacy reads separately, but always scope-filter new unified-container data.

---

opencode-supermemory/src/services/tags.ts

Lines 223 to 228 in 6728f99

	export function getProjectTag(directory: string): string {
	return (
	loadClaudeProjectConfig(directory)?.repoContainerTag ||
	CONFIG.projectContainerTag ||
	loadCodexConfig()?.projectContainerTag ||
	getGeneratedProjectTag(directory)

Honor the OpenCode project container override first

When a repository contains .claude/.supermemory-claude/config.json, its repoContainerTag takes precedence over the user's explicit OpenCode projectContainerTag. In that dual-client setup, OpenCode silently writes to and reads from the Claude-selected container even though the documented OpenCode setting says it overrides the unified write container; check CONFIG.projectContainerTag before importing another client's configuration.

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".