Skip to content

Relocate project into V0/ and add Redis Agent Memory landing layer - #319

Merged
therealaditigupta merged 6 commits into
mainfrom
chore/relocate-into-v0
Jul 9, 2026
Merged

Relocate project into V0/ and add Redis Agent Memory landing layer#319
therealaditigupta merged 6 commits into
mainfrom
chore/relocate-into-v0

Conversation

@therealaditigupta

@therealaditigupta therealaditigupta commented Jun 19, 2026

Copy link
Copy Markdown
Contributor

Purpose

This change reorganizes the repository to move the majority of the code into V0/ with its complete git history preserved to ensure a developer landing on the repo can build, test, and run it exactly as before (now from inside V0/). Nothing is deleted, relicensed, or hidden.

The new top-level README.md introduces the repo and points to the Redis-supported production path (Redis Agent Memory in Redis Iris) for teams who want agent memory as a managed service rather than infrastructure to operate themselves.

The intent is additive, not a demotion of the open-source work. V0 remains the open research foundation and reference architecture — it is the implementation the supported product is built on, and it stays a first-class, runnable, Apache-2.0 project in this repo.

What changed (high level)

  • The entire tracked project — server app and the published agent-memory-client library (Python/Java/JS) — moved into V0/ as Git renames.
  • The repository root became a thin landing layer: a new README.md, a top-level LICENSE, and short AGENTS.md / CLAUDE.md pointers that tell tools and agents "the code lives in V0/."
  • CI, Docker, docs, pre-commit, and the devcontainer were updated so everything keeps working from the new location.

Reviewers can verify the move reads as renames with git show --stat --find-renames (history and blame are preserved per file).

Principles behind the change

  • History-preserving — every relocation is a git mv, so git status shows renames (R), not delete-and-re-add. Blame, history, and PR reviewability survive intact.
  • Move tooling together — Dockerfiles, Compose, Makefile, pyproject.toml, lockfile, mkdocs.yml, and docs/ all move into V0/ as a unit, so their relative paths stay valid. That confines the edits to the small set of files that genuinely can't move (workflows, root-anchored .gitignore entries, and root-discovered tooling).
  • Tooling discovery beats uniformity — files whose behavior depends on living at the repo root stay at the root: .pre-commit-config.yaml, _typos.toml, .devcontainer/, .gitignore, and the root agent docs. We chose correctness over a tidy "everything moved" rule, because a uniform-looking layout that silently breaks pre-commit or the devcontainer helps no one.
  • No license invention — the existing Apache-2.0 license is copied byte-for-byte into both the root and V0/. No license text was changed here; any future licensing decisions are intentionally left to review, not made implicitly by this move.
  • Green before commit — lint, tests, docs build, and Docker/compose validation were run from inside V0/ before committing, so the move lands already-verified rather than "should be fine."

Validation performed (from inside V0/)

  • uv sync succeeds (the agent-memory-client workspace resolves correctly at its new path).
  • pre-commit run --all-files passes all hooks, including typos — confirming _typos.toml still resolves from the root when pre-commit runs from V0/.
  • mkdocs build --clean --strict succeeds on the committed tree.
  • docker compose config is valid for both V0/docker-compose.yml and .devcontainer/.
  • Test suite collects (960 tests) and the unit subset passes. Full integration/API tests and multi-arch Docker image builds were left to CI (they require a running Docker daemon and provider API keys).

Note

Medium Risk
Broad changes to CI publish paths, Docker build context, and docs deployment—any missed path could break releases or checks—but no application auth or memory logic is modified.

Overview
Moves the entire runnable project (server, agent-memory-client, docs, Docker/Makefile, etc.) under V0/, and turns the repository root into a thin landing layer that points readers and agents at that tree.

The root README.md is rewritten to foreground Redis Agent Memory in Redis Iris as the supported production path, with V0/ described as the open-source reference implementation. Root AGENTS.md / CLAUDE.md are shortened to redirects; the former full agent/dev guide lives in V0/AGENTS.md, and the prior root README content (plus a “not actively maintained” notice) is in V0/README.md.

CI, docs, and local dev are retargeted to V0/: GitHub Actions use working-directory: V0 and updated paths for client builds, PyPI/npm/Maven artifacts, Docker context/file, MkDocs triggers and V0/site upload, and fork PR service tests. Devcontainer scripts and MCP cwd now use /workspace/V0 (including .env and workbench paths). .gitignore ignores /V0/site, /V0/node_modules, and related paths under V0/. V0/mkdocs.yml edit_uri points at V0/docs on main.

Reviewed by Cursor Bugbot for commit 49034bf. Bugbot is set up for automated code reviews on this repo. Configure here.

Move the entire agent-memory-server project (server app + the published
agent-memory-client library) into a V0/ subfolder via history-preserving
git mv, and turn the repo root into a thin landing layer.

- V0/: all source, build tooling, docs, tests, examples, workbench, and the
  multi-language client (Python/Java/JS) relocated as renames.
- Root: new landing README.md (positions V0 as the open research foundation
  and Redis Agent Memory "Iris" as the productionized successor; Iris link is
  a placeholder pending the real URL), dual Apache-2.0 LICENSE (byte-identical
  to V0/LICENSE), and thin AGENTS.md/CLAUDE.md pointers into V0/.
- Stay-at-root tooling (root-discovery dependent): .github/, .gitignore,
  .pre-commit-config.yaml, _typos.toml, .devcontainer/.
- Workflows re-pathed for V0/: docker context/file + dist artifact path
  (agent-memory-server.yml); working-directory/packages-dir
  (agent-memory-client.yml, release-java-client.yml); docs paths/build/site
  (docs.yml); defaults.run.working-directory: V0 for make/uv steps
  (python-tests.yml, test-fork-pr.yml); hardcoded cd path (claude.yml).
- .gitignore root-anchored patterns re-prefixed to /V0/...; .omc//.omx/ ignored.
- .devcontainer scripts point at /workspace/V0; mkdocs.yml edit_uri -> V0/docs
  and enable_git_follow: false (avoids strict-build rename timestamp quirk).

Deferred to PR review: final top-level "supported-by-Redis" license text, the
real Iris URL, and test-fork-pr behavior for pre-move fork branches.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@jit-ci

jit-ci Bot commented Jun 19, 2026

Copy link
Copy Markdown

Hi, I’m Jit, a friendly security platform designed to help developers build secure applications from day zero with an MVS (Minimal viable security) mindset.

In case there are security findings, they will be communicated to you as a comment inside the PR.

Hope you’ll enjoy using Jit.

Questions? Comments? Want to learn more? Get in touch with us.

The agent-memory-client CI 'Run pre-commit' step ran `uv run pre-commit`
with no working-directory, relying on the repo-root pyproject.toml for the
uv environment. After relocating the project into V0/, the root has no
pyproject.toml, so `uv run` could not resolve an environment and failed with
"Failed to spawn: pre-commit". Run the step from V0/ (the post-move equivalent
of the old repo root), where the project + pre-commit live.
@jit-ci

jit-ci Bot commented Jun 19, 2026

Copy link
Copy Markdown

🛡️ Jit Security Scan Results

CRITICAL HIGH MEDIUM

✅ No security findings were detected in this PR


Security scan by Jit

@abrookins abrookins left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Look good! 👍

@vishal-bala vishal-bala left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

Comment thread V0/AGENTS.md Outdated
Comment thread AGENTS.md
- V0/AGENTS.md: replace ASCII memory-architecture diagram with prose +
  list form that linearizes unambiguously for agents
- root AGENTS.md: add pointer to Redis Agent Memory in Redis Iris, the
  supported production path, reusing README links
Comment thread V0/agent-memory-client/LICENSE
Comment thread V0/README.md
Comment thread README.md Outdated
Comment thread README.md Outdated
- Remove duplicated V0 paragraph from root README (covered by the V0
  section at the bottom)
- Drop the V0 lead-in from the Iris description
- Add an archived/not-maintained notice to V0/README.md pointing to
  Redis Agent Memory in Redis Iris

@cursor cursor Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Cursor Bugbot has reviewed your changes using default effort and found 1 potential issue.

Fix All in Cursor

❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, have a team admin enable autofix in the Cursor dashboard.

Reviewed by Cursor Bugbot for commit 78b39aa. Configure here.

Comment thread .github/workflows/agent-memory-server.yml
Remove the duplicate Apache 2.0 copy under V0/ and point the README
License section at the root LICENSE only. V0/pyproject.toml declares the
license via SPDX string, so packaging is unaffected.
@therealaditigupta
therealaditigupta merged commit 8864379 into main Jul 9, 2026
25 checks passed
@therealaditigupta
therealaditigupta deleted the chore/relocate-into-v0 branch July 9, 2026 23:16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants