docs(tasks): agent loop pilot — T1 passed, Windows setup and check split recorded

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014Ad9rqAB8pXXvyzh7f4X8v

docs/tasks/TASK-agent-loop-pilot-20261013.md

@@ -142,6 +142,30 @@ $d="$HOME\.config\jyotisha-agent"; New-Item -ItemType Directory -Force $d | Out-
 
 显示 `jesse` 即可。
 
+### T1 结果与定稿分工（2026-10-13，产品负责人确认）
+
+T1 已通过（Grok 回报，工作树 `G:\Ferti\Jyotisha\.worktrees\agent-loop`，基于 `00b933a6`）：
+
+- `grok 1.0.50` 无人值守可用：`-p ... --permission-mode bypassPermissions --max-turns N --output-format json --cwd <目录>`，不弹审批，退出码 0。
+- Windows 侧环境三项设置（T4 脚本必须固化，缺一不可）：
+  1. 仓库 `core.autocrlf=false`、`core.symlinks=true`（需 Windows 开发者模式，产品负责人已开）；新工作树才能拿到 LF 与 8 个真符号链接。
+  2. Python 用工作树内 `.venv`（由 Anaconda 3.11 建），`requirements.txt` + `pytest`、`hypothesis`；系统 `py` 启动器登记的 3.12 已损坏，不得使用。
+  3. 每次 tick 只在本进程内把 `D:\Program Files\Git\bin` 放到 PATH 最前，避免命中 WSL 的 `bash.exe` 启动器；不改系统 PATH。
+- 前端：tsc、lint、单文件测试在新工作树上通过（换行符问题消失）。
+- `npm run test:db`（Docker Desktop）：80 项 67 过、13 败，13 条全部是 Linux 服务器脚本在 Windows 上不成立——备份目录绝对路径/符号链接校验 7、Unix 权限位 1、`0600` 环境文件 2、`process.getuid` 1、`URL.pathname` 拼出双盘符 2。**这 13 条是 Windows 已知失败基线**，不是待修 Bug。
+
+分工（Claude 验收时一律复验，最终以 Claude 结论为准）：
+
+| 检查 | Grok（Windows + Docker）自跑 | Claude（Linux，无 Docker）验收 |
+| --- | --- | --- |
+| `tsc --noEmit`、`npm run lint` | 必跑 | 复验 |
+| 改到的前端测试文件（单文件） | 必跑 | 复验 |
+| 改到的 Python 测试文件 | 必跑（工作树 `.venv`） | 复验 |
+| 前端全量 `npm test`、Python 快速门 | 不跑 | **以 Claude 为准** |
+| `npm run test:db`（动了 `frontend/db/**`、`supabase/**`、数据库访问层或任务书要求时） | **以 Grok 为准**：失败清单与 `tools/agent-loop/windows-known-failures.txt` 逐条比对，多出一条即未通过；Docker 未开则回报"未跑"，不得写通过 | 跑不了，记环境缺口 |
+
+T4 首次安装时，Grok 把这 13 条的**测试名**写进 `tools/agent-loop/windows-known-failures.txt`（按名字，不按序号）。
+
 ### T2 · Gitea 标签与封装（本开发机）
 
 1. 用 API 建 §4.1 的全部标签 + `agent/试点`。