You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Question][Installation] Setup take a long time #8
I was able to proceed on the setup project but it looks that the third step is going into an infinite loop. I monitored my Claude account usages and it can see that it tooks 3 to 4 % of my daily usage ( i start with today since yesterday it looks to takes a lot of time too ).
I am not sure to understand what the third step is doing. I want to be sure that I have to wait until the end of it.
Here is what I have currently into the claude session:
Also i was able to reach the Neural Graph but I am not sure if everything is there or not:
@Bibi31
The step of seeding the project and making a backfill of your conversation serve to make a profiling of your way of communicating with claude and helps on end results, meaning that he will be more following your methodologies, and best practices you're used to because it knows what you repeated countless times before.
Seeing it running infinite loop does not sound normal though. Let me check for potential path issues on Windows 11 that I could have missed.
seed_project_stages.py used pathlib.Path.rglob("*") which follows NTFS junctions and reparse points, and applied IGNORE_DIRS only after enumeration — meaning .venv, node_modules, .git, and similar trees were fully descended before being rejected. On typical Windows projects this enumerates 100k+ files and can effectively hang.
project_ids.py::cwd_to_project_id replaced only forward slashes with dashes, leaving Windows backslashes intact. This silently broke project_filter matching in backfill_memories.
The fix uses os.walk(followlinks=False) with in-place dirnames[:] pruning (the canonical cross-platform Python idiom, matching how code-index-mcp handles this), and normalizes backslashes in project IDs.
Please update the plugin (claude plugin update cortex) and try /cortex-setup-project again. Phase 3 should now complete in seconds to a minute depending on project size, no longer proportional to .venv / node_modules depth.
Activity
cdeust commentedon Apr 7, 2026
@Bibi31
The step of seeding the project and making a backfill of your conversation serve to make a profiling of your way of communicating with claude and helps on end results, meaning that he will be more following your methodologies, and best practices you're used to because it knows what you repeated countless times before.
Seeing it running infinite loop does not sound normal though. Let me check for potential path issues on Windows 11 that I could have missed.
release: v3.7.3 — fix Windows seed_project hang (#8)
cdeust commentedon Apr 8, 2026
Fixed in v3.7.3: https://github.com/cdeust/Cortex/releases/tag/v3.7.3
Root cause was two Windows-specific bugs:
seed_project_stages.pyusedpathlib.Path.rglob("*")which follows NTFS junctions and reparse points, and appliedIGNORE_DIRSonly after enumeration — meaning.venv,node_modules,.git, and similar trees were fully descended before being rejected. On typical Windows projects this enumerates 100k+ files and can effectively hang.project_ids.py::cwd_to_project_idreplaced only forward slashes with dashes, leaving Windows backslashes intact. This silently brokeproject_filtermatching inbackfill_memories.The fix uses
os.walk(followlinks=False)with in-placedirnames[:]pruning (the canonical cross-platform Python idiom, matching how code-index-mcp handles this), and normalizes backslashes in project IDs.Please update the plugin (
claude plugin update cortex) and try/cortex-setup-projectagain. Phase 3 should now complete in seconds to a minute depending on project size, no longer proportional to.venv/node_modulesdepth.Thanks for the detailed report!
release: v3.7.3 — fix Windows seed_project hang (#8)
feat(wiki): richer multi-axis classification (ADR-2244 Phase 1) (#27)
release: v3.15.4 — ADR-2244 wiki classification redesign (#29)