仓库清理：memory 移出仓库 ＋ 行尾规范化 ＋ 执行会话目录排除 ＋ docs/pm 入库

用户拍板三条（2026-10-15）：「1、memory 不入仓库」「2、A方案」「3、A方案」

1、`memory 不入仓库`（推翻旧口径）：`.gitignore` 增 `.workbuddy/memory/`，
   并把原注释「⛔ 保留 .workbuddy/memory/ 等知识文件」标注作废；已入库的 293 个文件
   用 `git rm -r --cached` 移出索引（⛔ 不动磁盘 —— memory 留在本机照常用，
   只是不再跟仓库走）。连带删掉被新规则覆盖的冗余行 `.workbuddy/memory/.backup-*/`。

2、行尾规范化（A 方案）：新增 `.gitattributes`（`* text=auto eol=lf`）。
   起因：仓里原先没有属性文件、`core.autocrlf=false`，编辑器写成 CRLF 时 git 认为
   "整文件都改了"（实测 49 个文件 24816 增 = 24816 删、内容零变化），污染 diff 且每轮刷屏。

3、执行会话目录排除（A 方案）：`.gitignore` 增 `执行会话/`（内含 160 个文件，
   多为 `_gate-out-第N切片.txt` 这类过程性中间输出）；同时把该入库的 `docs/pm/`
   （ai1net-plugin 产品调研 9 份：1a 需求 / 1b 竞品＋4 份独立分析 / 1c 画像 / 1d 策略 / 1e 场景）入库。

验收：提交前 `git status` 未暂存剩余 0（清理前为 78 项）。

.workbuddy/memory/automations/717cd210-009c-4ee3-9d2d-297807660f8a/memory.md

@@ -1,16 +0,0 @@
-# 自动化记忆 · [协作]-[会话协作自检]-S7 全量验收 V1–V7
-
-## 2026-10-02 13:47–14:1x（首次执行）
-
-- 任务：S7「全量验收 V1–V7 并如实报告」，一次性排期拉起的协作棒（会话 `053acd9e`）。
-- 结果：**6 过 1 不过**。V1/V3/V4/V5/V6/V7 过；**V2（跟进会话链接得住）不过** —— 真因是「在册的 `[跟进]` 有 11 条但**活的 0 条**」，
-  `_collabd.log` 今日 `follow-not-live` 168 次、`投递成功` 0 次。这是**环境缺口（无收件人）**，不是代码缺陷。
-- 产出（都已落盘）：`goal.json` 的 `acceptance_state` 全量覆盖写回；`交付物/任务图-会话协作自检.json` S7→done；
-  `tmp/supervise-inbox/queue.json` 出队；新增 `交付物/S7-全量验收V1-V7-20261002.md`（持久副本）。
-- 教训（下次照做）：
-  1. `TO-MAIN.md` **由 collabd 每轮重写**，写完 5 分钟内就被覆盖 ⇒ 长报告必须另存 `交付物/` 持久副本，别只写 TO-MAIN.md。
-  2. 同理 `queue.json` 也由常驻重写（我写的版本被它按任务图重算覆盖，结果一致）。
-  3. **`collabd.py --state --json` 会挂住不返回**（实测 15 分钟不退出）⇒ ⛔ 别用它取名册；改用只读 SQL 直接查宿主 `sessions` 表。
-  4. 开工第 0 步的域锁可能被**另一个 WorkBuddy 实例**的会话占住（本次等了约 6 分钟才抢到）⇒ 抢不到就按 R9 停手，别删锁。
-  5. 注入的「缺会话硬缺清单」可能**已过时**：本次照它建了 2 条跟进排期，随后发现用户 13:5x 新口径「跟进＝全局唯一席位、
-     ⛔ 不按类别各建」，已删除（`5bd63e2a`／`13767b32`）。⇒ 建排期前先看当日日志里有没有更新的口径。