[BUG] Claude Code: CLAUDE.md not updated by `apc sync` — existing content preserved but new entries never written

[FZ2000]

Tool Affected

claude-code

What Happened

Before sync, ~/.claude/CLAUDE.md contained:

# Test Memory
This is test memory content for Claude.

After apc sync --all --yes with 203 memory entries in cache, ~/.claude/CLAUDE.md is unchanged — the 203 cached memory entries were never merged in.

$ cat ~/.claude/CLAUDE.md
# Test Memory
This is test memory content for Claude.

The manifest shows "memory": {} — no memory record was ever written.

Root Cause

Memory sync was skipped due to LLM 401 auth error. The LLM is required to transform and merge memory entries into Claude's format — there is no fallback path.

Impact

• Claude Code sync reports ✓ claude-code: 21 skills, 6 MCP servers, 0 memory files
• This is misleading: 203 entries exist in cache but 0 were applied
• A user relying on APC to keep Claude's context up-to-date gets stale memory with no warning

Suggested Fix

1. Short-term: Add a post-sync warning when memory entries exist in cache but 0 were synced: ⚠ 203 memory entries in cache — 0 synced (LLM unavailable). Run apc configure to enable memory sync.
2. Long-term: Consider a non-LLM fallback for tools with simple formats (e.g., Claude's CLAUDE.md could receive raw memory entries as bullet points without LLM transformation)

[FZ2000]

📋 Plan (flagged for Ace)

The immediate silent-failure problem (#31) is now fixed — apc sync will show ⚠ memory skipped — LLM error instead of ✓ 0 memory files.

Long-term for Claude's CLAUDE.md, a non-LLM fallback: when LLM is unavailable, write raw memory entries as a bullet list under an APC section marker. This requires:\n1. A --no-llm / --raw flag on apc memory sync\n2. A simple bullet-list formatter in memory_section.py\n3. Updating the merge logic to handle both LLM-formatted and raw sections

Estimated ~3hr. Flagging for prioritization.

[FZ2000]

Fixed in 7d930c0 (branch fix/bug-patrol-38-39-40-41-43-44-47). See PR for full diff.