LLM WikiAccess-protected knowledge portal

WIKI

Machines

AI Summary Purpose Tracks personal machines and local path conventions. Key points The same repo may live at different paths on different machines. Agents should identify the current machine before assuming paths. The wiki repo and shared c

경로ai/workspace/machines.md
카테고리Workspace
태그#ai-review #crawler #infra #machines #portfolio #security #workspace

# Machines

AI Summary

Purpose:

Key points:

inside this wiki repo and not to machine-local paths like ~/hw/.

remains recorded; never copy that absolute path onto this machine.

Relevant when:

Do not read full document unless:

Linked documents:

Default Path Convention

Use the same path convention on every personal machine when possible:

~/wiki/llm-wiki
~/work/<repo-name>

Machines

Machine IDOSWiki PathWork RootNotes
macbook-jamesmacOS/Users/james/Library/CloudStorage/[email protected]/내 드라이브/wiki/llm-wiki~/workcurrent Grok host; Google Drive path verified 2026-08-24
macbookmacOS/Users/khw/Library/CloudStorage/[email protected]/내 드라이브/wiki/llm-wiki~/worksecond Mac username; Google Drive path verified 2026-07-26
desktopLinux~/wiki/llm-wiki~/workpersonal machine (Needs confirmation)
windows-wslWSL/mnt/g/내 드라이브/wiki/llm-wiki~/workGoogle Drive mounted as G: (verified 2026-07-17)

Shared Output Folders (Google Drive)

The Google Drive root 내 드라이브/ is shared across machines. Verified paths:

FoldermacOS pathwindows-wsl pathPurpose
career/$HOME/Library/CloudStorage/[email protected]/내 드라이브/career//mnt/g/내 드라이브/career/Resume/portfolio working folders and final PDFs. Not inside llm-wiki. From this repo: ../../career/. Created 2026-07-17. See its README.md for rules.
projects/$HOME/Library/CloudStorage/[email protected]/내 드라이브/projects/Needs confirmationStandalone personal development repositories and take-home implementations. Verified 2026-07-26; resolve $HOME instead of copying /Users/khw.

Rules for shared outputs:

On a Mac whose username or Google Drive account-folder suffix differs, resolve a shared project path instead of copying an absolute path from another machine:

REMEMBER_REPO=$(find "$HOME/Library/CloudStorage" -maxdepth 4 -type d \
  -name 'remember-data-engineer-assignment-codex' \
  -print -quit)
printf '%s\n' "$REMEMBER_REPO"

If this prints nothing, confirm that Google Drive for desktop is signed in and that 내 드라이브/projects/ has finished syncing locally.

The lookup deliberately matches the ASCII repo name instead of the Korean path. This avoids macOS NFC/NFD filename-normalization differences between machines.

The Claude implementation of the same assignment lives under the career tree, where every path segment is Korean, so it carries an ASCII marker file for the same reason:

ASSIGNMENT_DIR=$(dirname "$(find "$HOME/Library/CloudStorage" \
  -name 'REMEMBER_CLAUDE_WORKDIR' -print -quit)")
printf '%s\n' "$ASSIGNMENT_DIR"
cd "$ASSIGNMENT_DIR" && bash resume-here.sh     # venv + tests + pipeline

resume-here.sh creates the virtualenv at ~/.venvs/remember-de-assignment, i.e. outside Google Drive. Never create a virtualenv inside Drive: it syncs thousands of files and its interpreter paths do not transfer between machines. The same rule applies to generated databases — warehouse/*.duckdb is regenerated by the script and is deleted before switching machines rather than synced.

Rules