Whole-Computer Project Map

Rule

EXTRACTED: Future agents should read this page first for whole-computer maintenance, project routing, old-content refresh, or local file-organization work.

This page is a routing map, not permission to edit every drive. It tells agents where to look, how deeply to inspect, and which boundaries must stay intact.

Current Machine Shape

EXTRACTED: A shallow inventory on 2026-06-01 found three filesystem drives: C:/, D:/, and G:/.

Drive/rootRoleDefault depth
C:/Windows system drive, installed applications, user profile entrypoints, and junctions into D-drive agent homes.Inventory/classify broadly but move narrowly. Do not reorganize system/app folders; physical moves require workstation-maintenance batches.
C:/Users/adminUser profile with many tool dotfolders; .claude, .codex, and .openhands are junctions into D:/devtools.Medium for junction routing; shallow for personal/tool state unless explicitly asked.
D:/Primary workspace for agent infrastructure, knowledge base, research, projects, portfolios, games, healthcare, coursework, media, and caches.Detailed for active roots; bucket summaries for archives/system/cache/media.
G:/Google Drive-style cloud drive rooted at G:/我的云端硬盘.Shallow. Treat as synced/cloud material; inspect only when explicitly relevant.

Latest Workstation Organization Pass

EXTRACTED: On 2026-06-01, workstation-maintenance generated a fresh local inventory under ignored .wiki-tmp/workstation-maintenance/. Before movement, it recorded 2,992 classified entries and 669 low-risk move-eligible file candidates. The conservative move plan applied a 30-day age gate and 100-item batch cap, leaving 531 executable approval candidates across 13 narrow batches and deferring 138 recent candidates for review. D:/Research entries were 0, and executable reparse points, directories, git worktree items, and files modified within 30 days were all 0.

Public-safe batch summary:

Batch IDCategoryItemsSizeDestination root
batch-downloads-archives-oldDownloads archives5955.39 MBD:/_Organized
batch-downloads-code-oldDownloads code/config618.03 KBD:/_Organized
batch-downloads-installers-oldDownloads installers129.85 KBD:/_Organized
batch-downloads-markdown-old-part-001Downloads markdown1001.36 MBD:/_Organized
batch-downloads-markdown-old-part-002Downloads markdown37428.72 KBD:/_Organized
batch-downloads-media-oldDownloads media110.82 KBD:/_Organized
batch-downloads-notebooks-oldDownloads notebooks7658.95 KBD:/_Organized
batch-downloads-office-data-oldDownloads office/data3865.41 MBD:/_Organized
batch-downloads-other-oldDownloads other5346.46 KBD:/_Organized
batch-downloads-pdf-old-part-001Downloads PDFs10094.02 MBD:/_Organized
batch-downloads-pdf-old-part-002Downloads PDFs10060.41 MBD:/_Organized
batch-downloads-pdf-old-part-003Downloads PDFs4517.52 MBD:/_Organized
batch-mediaassets-oldMediaAssets3211.51 MBD:/_Organized

EXTRACTED: The user granted broad approval on 2026-06-01 to proceed without further trivial per-batch prompts. After a fresh all-batch non-moving preflight passed, all 13 aged batches were executed. The applied summary records 531 moved files, about 307.08 MB, into D:/_Organized/Downloads and D:/_Organized/Media. Post-move verification found 531 original sources absent, 531 moved destinations present, and 0 applied paths under D:/Research.

EXTRACTED: Because the user explicitly disallowed conservative waiting, a second MinimumAgeDays 0 pass handled the 138 recent move-eligible candidates. That supplemental pass moved another 138 files, about 490.31 MB, into D:/_Organized. A duplicate temp-log destination surfaced during execution; workstation-maintenance was updated to generate unique destination paths and reject duplicate destinations before movement. Final verification recorded 669 total moved files, about 797.39 MB, 0 remaining move-eligible candidates, 0 executable batches, 0 deferred candidates, and 0 D:/Research hits.

EXTRACTED: A follow-up D-drive root organization pass on 2026-06-01 classified 52 immediate D:/ children. It planned 30 move-with-junction directory roots and completed 25 of them into D:/_Organized/<bucket>/_RootDirs/..., preserving the old root paths as NTFS junctions. Completed buckets were Coursework 1, Documents-Private 1, Downloads 5, Games 2, Media 3, Temp-Review 5, and Tools-Review 8. Five classified roots stayed in place because Windows denied access or the root appeared locked: three coursework/archive roots, one download-migration root, and one personal messaging data root. D:/Research, D:/agent-resources, D:/devtools, and D:/devtools-public remained normal non-reparse directories.

Importance-Based Depth

TierWhat qualifiesWiki treatment
Tier 0: operating contractWEIPING_WIKI, AGENTS.md, skill roots, agentmemory, D:/devtools, D:/AGENT_RESOURCE / D:/agent-resources, D:/AGENTIC_SCIENCE, D:/devtools-publicDetailed routing, current commands, safety gates, update rules, related pages, validation status.
Tier 1: active projectsResearch workbenches, active product/app/game/healthcare/company roots, current public exportsDedicated entity/topic page or refreshed section with purpose, root, status, entry docs, safety boundary, last verified date.
Tier 2: useful archivesPortfolio, coursework, study archives, old project roots, media packages, local backupsPublic-safe summary of content nature, discovery clues, and edit caution.
Tier 3: bulk/system/noiseOS folders, caches, downloads, package stores, toolchains, virtual machines, temp dirs, binariesOne-line bucket summary unless the user asks for storage cleanup or a specific file.
Private/sensitiveCredentials, account state, raw private docs/chats, medical/financial/personal recordsPrivate-only minimal metadata or no public record. Never expose raw contents in public pages.

When uncertain, start shallow. Promote a root to more detail only after live evidence shows repeated use, active work, or high consequence.

Tier 0 Roots

RootPurposeFirst files/pages
D:/Research/WEIPING_WIKI / D:/Research/vipin's knowledgebaseWEIPING_WIKI / Weiping Wiki, the maintained public crystallization layer and agent operating contract. Historical aliases: vipin wiki, vipinknowledge, vipin-wiki.AGENTS.md, .wiki-schema.md, purpose.md, this page, wiki/index.md, wiki/log.md, weiping-wiki-maintenance-system.
D:/devtoolsPrivate local agent workstation: launchers, agent homes, runtimes, logs, caches, health checks.Private README/ignore policy; public-safe summary in d-drive-project-map.
D:/DELVTOOLS_PUBLIC / D:/devtools-publicClean public export of safe launchers, docs, templates, and safety checks. D:/DELVTOOLS_PUBLIC is the current local checkout; devtools-public is the GitHub and historical local name.AGENTS.md, README, safety gate scripts, Git tags.
D:/AGENT_RESOURCE / D:/agent-resourcesPublic curated skill/resource library and implicit skill-routing index. The lowercase path is a compatibility junction.README, SKILL-INDEX.md, provenance/license notes.
D:/AGENTIC_SCIENCEPublic agentic-science methods repo containing UUPF, a 108-pass audit/upgrade forge used for skill/workflow review.AGENTS.md, README.md, uupf/UniversalUpgradeForge.zip; keep raw UUPF runs in target ignored work areas unless curated.
D:/Research/WEIPING_LAB / D:/Research/vipin-labHonest research workbench for artifacts, evidence packets, validation reports, and research-state operations.AGENTS.md, README.md, CLAUDE.md, .codex/skills/weiping-lab/SKILL.md, docs/, tests.
D:/Research/WEIPING_COUNCIL / D:/Research/vipin-councilMulti-model deliberation runtime and companion review layer for lab/research artifacts.AGENTS.md, README.md, CLAUDE.md, .codex/skills/weiping-council/SKILL.md, backend/frontend docs, tests.
C:/Users/admin/.claude, C:/Users/admin/.codex, C:/Users/admin/.openhandsJunction entrypoints into D-drive agent homes.Verify junction target before changing agent storage.
D:/agent-resources/skills/vipin/workstation-maintenanceShared skill for C:/D:/G: inventory, classification, batch-approved moves, rollback, and agent-infrastructure sync.Read SKILL.md; dry-run first; broad user approval may cover all current low-risk preflighted batches.

For active non-research project roots with more detailed entry docs, use local-active-project-roots.

D-Drive Working Roots

BucketExamplesRule
Agent infrastructureD:/devtools, D:/devtools-public, D:/AGENT_RESOURCE / D:/agent-resources, D:/AGENTIC_SCIENCE, D:/.claudeKeep runtime/log/cache/auth out of public Git; use d-drive-project-map for details.
Agentic workflow constellationD:/Research/WEIPING_WIKI, D:/Research/WEIPING_LAB, D:/Research/WEIPING_COUNCIL, D:/devtools, D:/AGENT_RESOURCE, D:/AGENTIC_SCIENCEMaintain tight public-safe routes, aliases, and artifact handoff descriptions. Do not copy private runtime state or require one repo’s local DB/cache/generated reports for another repo to work.
Research workbenchD:/ResearchRoute through research-project-workbench. Do not touch experiments during general maintenance.
Organized files and moved D-root directoriesD:/_Organized/Downloads, D:/_Organized/Media, D:/_Organized/Temp-Review, D:/_Organized/Coursework, D:/_Organized/Documents-Private, D:/_Organized/Games, D:/_Organized/Tools-ReviewCurrent target for applied workstation moves. Root directories moved here keep old D:/<name> compatibility junctions; keep rollback manifests in ignored .wiki-tmp if reversal is needed.
Product/app/project rootsD:/Project, D:/frontend, D:/Company, D:/IdeaRescan live README/config/status before claims or edits. Create pages only for repeated/active projects.
Healthcare rootsD:/HealthcareTreat code and test data conservatively; avoid exposing health-sensitive material.
Game rootsD:/Game_develop; compatibility junctions such as D:/Terraria_doc and D:/girlvania point into D:/_Organized/Games/_RootDirsKeep binaries/saves/assets outside public pages; record routing and content nature.
Portfolio/course archivesD:/WeipingYan_portfolio; moved roots under D:/_Organized/Coursework/_RootDirs and D:/_Organized/Documents-Private/_RootDirs; locked coursework exceptions remain at rootPublic-safe metadata only unless explicitly asked. Old paths may be junctions and should still be used for compatibility.
Media/download/cache/system bulkMoved download/media/temp/tool roots under D:/_Organized; locked personal/download exceptions remain at root; system roots include D:/Docker, D:/VirtualBox, .pnpm-storeBucket summaries by default. Cleanup requires explicit storage-maintenance scope.

C-Drive Handling

EXTRACTED: C:/ holds Windows, installed applications, tool remnants, temporary folders, and user-profile entrypoints. It is not the canonical home for agent data.

  • Do not install agent tools, models, caches, or bulk data directly onto C:/ when a D-drive location is available.
  • Before changing agent config from C:/Users/admin, check whether the path is a junction into D:/devtools.
  • Treat Windows, Program Files, Python/MinGW/system tool folders, Xbox/game install roots, and DLL/log remnants as system/tooling buckets unless the user asks for a specific fix.
  • For broad C-drive cleanup, include C-drive paths in the dry-run inventory but move only manifest-listed, low-risk, user-approved batches. Broad approval can cover all currently preflighted low-risk batches, but Research/no-delete/reparse/git/age-gate checks still apply. Sensitive user downloads should be classified locally and summarized publicly only at bucket level.

Maintenance Loop

For whole-computer upkeep:

  1. Run or mentally apply scripts/computer-inventory.ps1 for a shallow map.
  2. Identify the target tier and bucket before opening files.
  3. For physical file organization, use D:/agent-resources/skills/vipin/workstation-maintenance to generate the dry-run manifest and type-grouped, age-gated move plan. Run Test-MovePlanBatches.ps1 for a full non-moving readiness check or Invoke-ApprovedMoveBatch.ps1 -PreflightOnly for an exact batch before approval. For D-root directory organization, generate a drive-root plan, run Invoke-DriveRootOrganizationPlan.ps1 -PreflightOnly, then move eligible roots with junction compatibility. If the user grants broad approval, execute all currently passing low-risk batches without repeated per-batch prompts. Never include D:/Research resolved paths.
  4. Read existing wiki pages first: this page, d-drive-project-map, local-project-roots, and the relevant entity/topic page.
  5. Inspect the smallest live evidence that proves current state.
  6. Refresh existing pages before creating new ones.
  7. Mark stale or superseded content instead of deleting useful history.
  8. Run scripts/wiki-maintenance-audit.ps1 when the task is about stale content or broad upkeep.
  9. Update wiki/index.md, wiki/log.md, and wiki/catalog.json.
  10. Validate, then stage only scoped files.

Old-Content Refresh Triggers

Refresh pages when paths, project status, operating rules, public/private risk, or source-of-truth files have changed; when a page is too vague for future routing; or when several pages duplicate the same project state.

Deletion still requires explicit user approval. Most old content should be rewritten, archived, superseded, or retargeted.

Safety Boundaries

  • Do not modify research experiment code, datasets, checkpoints, logs, result files, or active experiment progress during general wiki/computer maintenance.
  • Do not move or delete any D:/Research resolved path during workstation organization.
  • Do not publish secrets, tokens, raw private chats, credentials, browser profiles, account state, DBs, logs, or sensitive private documents.
  • Do not move external folders as part of wiki maintenance unless the user explicitly asks for file organization and the target scope is clear.
  • Use live repo instructions before editing any external project.

Counterpoints And Gaps

  • This page is based on shallow top-level inventory, not a full content crawl.
  • Important D-drive roots need periodic detail refresh as project activity changes.
  • Cloud-drive contents under G:/ are intentionally not inventoried here.