[turinglambdaai]

Bug

The macOS AppModel.quickAdd awaited both parse_quick_add and add_task and then unconditionally reset quickAddText = "". If the user typed their next task while a slow save was running, completion of the earlier save silently deleted the newer unsent text. Rapid double-Enter/click also allowed duplicate adds before the first RPC finished.

Fix

• Capture the submitted text/list as before, and clear the quick-add input only when it still matches the submitted draft. Never overwrite or erase text typed during the in-flight operation.
• Guard concurrent submits with a quickAddInFlight flag, reset by defer on success or error.
• Keep current add-success reload/status reporting, parse grammar and explicit target-list behavior unchanged.

Verify

• macOS arm64/x64 host build and packaged acceptance green
• Enter on 生活 creates exactly one task in 生活; rapid double Enter does not create duplicates
• Start adding task A, type draft B before A finishes: completion of A does not erase B
• Backend parse/save failures retain the current input; subsequent retries work
• Windows fix(windows): preserve quick-add drafts when backend or save fails #32/fix(windows): honor selected task list and align checkbox with title #35 and Linux quick-add regression considered separately

No merge/release until testing and integrated task-creation checks pass.