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
save_manifest() in graphify/detect.py (verified on 0.7.5, lines 760-771) writes file paths as dict keys (manifest[f] = {...}), where f originates from os.walk over the absolute root and is never relativized. Result: graphify-out/manifest.json contains entries like:
Consumers must manually figure out which files are local-state vs. shareable, or end up tracking the wrong set. We hit this — manifest.json was committed and started leaking absolute /Users/<name>/... paths across the team.
Questions
Is keeping absolute paths in manifest.json intended (e.g. cross-machine portability not a goal because it's local cache only)?
If absolute paths aren't intended, would you accept a PR that relativizes manifest.json keys against the root, matching graph.json's 0.5.0 behavior?
Would you consider shipping a default .gitignore (or README guidance) under graphify-out/ listing which files are local-state and shouldn't be committed? With five separate per-machine files, this is non-obvious without reading the source.
Happy to open a PR for either if intent is "oversight, fix accepted."
Environment
graphifyy 0.7.5
Python 3.13
Project layout: knowledge/graphify/.venv + graphify-out/ colocated under a project subdir
It looks like the library side of this was fixed by #1125 (for #777), but the shipped skill files never opt into it, so the default agent-driven pipeline still writes absolute-keyed manifests.
save_manifest() / load_manifest() now accept root= and relativize keys. However, none of the bundled skill instructions pass it.
It's even worse:
I renamed the dir of my repo. After a while I ran a /graphify update. It rescanned the whole repo and now I have all files duplicated in my manifest.json. Version 0.8.39.
How is sharability/portability of generated graphs not a number 1 priority? Absolutely baffling.
Activity
fix: make a git-shared graphify-out/ portable across machines (Graphi…
gianlucapisati commentedon Jun 4, 2026
I've got the same question about the absolute path.
It would be very useful to push these files to remote and share them with the team
xuanswe commentedon Jun 9, 2026
Absolute paths are used everywhere:
This prevents working in multiple machines or in a team :(.
Claude Code suggests: gitignore
graphify-out/completely :(onionhammer commentedon Jun 9, 2026
Seems like kinda a critical issue given the git support this repo has
edgarlepe commentedon Jun 11, 2026
It looks like the library side of this was fixed by #1125 (for #777), but the shipped skill files never opt into it, so the default agent-driven pipeline still writes absolute-keyed manifests.
save_manifest()/load_manifest()now acceptroot=and relativize keys. However, none of the bundled skill instructions pass it.pydentity commentedon Jun 22, 2026
It's even worse:
I renamed the dir of my repo. After a while I ran a /graphify update. It rescanned the whole repo and now I have all files duplicated in my manifest.json. Version
0.8.39.How is sharability/portability of generated graphs not a number 1 priority? Absolutely baffling.
chore: install graphify knowledge-graph skill, gitignore graphify-out/