[BUG] Cursor: no memory file written after sync — `apc sync` skips memory silently

[FZ2000]

Tool Affected

cursor

What Happened

After apc sync --all --yes with 203 memory entries in cache:

• ~/.cursor/rules/ contains only skill files (.mdc) — no memory file
• No memory.mdc or equivalent was created
• apc status shows ● synced for cursor

Verification:

$ ls ~/.cursor/rules/*.mdc
algorithmic-art.mdc  brand-guidelines.mdc  canvas-design.mdc ... (21 skill files)
# No memory.mdc or any memory-related file

Root Cause

Memory sync for cursor requires a working LLM (to transform entries via CURSOR_MEMORY_SCHEMA). When the LLM call fails (401 auth error in this test), memory is silently skipped. But even when LLM succeeds, there is a question of whether the Cursor applier correctly targets the right file path and format.

Additionally: the Cursor memory schema says "Write rules as .mdc files in .cursor/rules/" but no separate memory .mdc file is being created — raising the question of whether memory and skills are being collapsed into the same file format without distinction.

What Was Expected

• With a valid LLM and 203 cached entries, at minimum a ~/.cursor/rules/memory.mdc (or similar) should be created
• The sync should fail (not silently skip) when LLM is unavailable, and report this clearly

To Reproduce

1. apc memory add "test memory entry"
2. apc configure (with valid API key)
3. apc memory sync --tools cursor --yes
4. Check ls ~/.cursor/rules/ — verify a memory file was created

[FZ2000]

📋 Plan (flagged for Ace — partially addressed by #31 fix)

The silent LLM-failure behavior is now fixed (#31) — users will see ⚠ memory skipped — LLM error when the LLM call fails.

Remaining question: does the Cursor memory schema correctly target ~/.cursor/rules/memory.mdc? Needs a test with a valid LLM to confirm the path and format are right. Estimated ~1-2hr to verify + fix if path is wrong. Flagging for prioritization.

[FZ2000]

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