维护者审查整改 / Maintainer review fixes

感谢这个修复。选型我认同——以 src/main.py 作项目根的唯一判据、向父目录查找最近项目、失败在写入前抛出，回归测试也覆盖了 delta spec 的全部 8 个 scenario。

我在你的分支上追加了一个提交 04786d1，就地更新本 PR。四项改动，先说最需要你知道的那条：

1. 注释与报错消息的语言（这条是必须改的）

仓库在 bbf06ae（变更 api-docstring-english）里已经把用户可见层英文化，zoo_framework/cli/scaffold.py 整个文件——模块 docstring、内部行注释、所有 docstring、所有 raise 消息——都已改为英文。这个变更没有出现在你 fork 的基线上，容易踩到。本次提交：

• resolve_worker_dir 的 docstring 恢复英文。它在 zoo_framework.cli.__all__ 导出面内，help() / IDE 悬浮都看得见，属性上属于该变更的英文化范围。
• 新增的报错消息改为英文。这条最关键：该变更的最高优先级动机就是 Windows GBK 控制台下中文报错乱码；中文消息还会直接让该变更的验证门 4.1 失效（grep -rPn '(raise|logger|print).*[\x{4e00}-\x{9fff}]' zoo_framework --include='*.py' 要求零命中）。我实测在 cp936 下现在输出为纯 ASCII。

新消息保留了你要的可搜索与自我纠正：No scaffolded project found: 'src/main.py' does not exist in the current directory or any of its parents; nothing was written. Run 'zfc --create <name>' first, or change into a scaffolded project and retry.（tests/test_scaffold_cli_contract.py 断言的 src/main.py 与 zfc --create 两个子串仍然命中。）

2. 测试断言：_snapshot 原先只登记文件

test_worker_outside_scaffolded_project_fails_without_writing 的 docstring 与 delta spec 都写「不留下游离文件或目录」，但 _snapshot 只收了 path.is_file() 的条目。我按项目 assertion-integrity 规则做了注入验证：把实现改成"先 os.makedirs 再抛错"，该断言仍然是绿的（只有 test_cross_platform_io.py 里那条直接调用 API 的用例变红）。已让 _snapshot 同时登记目录，同一注入现在会变红。

（顺带一提：这条注入和"恢复旧静默回退行为"的注入我都跑过，退出码维度你的断言是有牙齿的。）

3. design.md：issue #131 第 4 点显式列为 Non-goals

issue 里要求"检查 --create 是否也有同类问题"。实测确实有：zfc --create '' → FileNotFoundError 裸栈、zfc --create 'a<b' → OSError 裸栈，违反 cli-scaffolding 既有的「MUST NOT 向调用方暴露未捕获的异常栈」。它是存量缺陷、与「Worker 必须落在脚手架项目内」这条不变量无关，所以我把结论写进 design.md 的 Non-goals 另立变更，而不是塞进这个 change——否则这个变更的范围会从 --worker 悄悄扩大到 --create。

4. CHANGELOG 体例

条目改为中文（该节其余条目皆为中文），补上 （变更 fix-zfc-worker-project-root / #131） 溯源与 BREAKING 标注（该节既有 BREAKING 条目同此体例）。

验证

• pytest：1011 passed（tasks 3.1 记的 999 passed / 1 skipped 我这边复现不出来，已按实测更正）
• ruff check / ruff format --check / mypy zoo_framework（107 files）/ bandit / openspec validate --all --strict：全绿
• cp936 控制台下报错输出为纯 ASCII
• tasks.md 新增第 4 节，逐条记录了上面五项整改

改动只在你这个 PR 的变更面内（scaffold.py 的语言、测试断言、design.md、tasks.md、CHANGELOG.md），没有触碰 --worker 的解析与接线逻辑本身。合并前若你对语言那条有不同看法，欢迎直接回在这个 PR 上。

再次感谢 🙏