第一次打开陌生仓库，先找规则、入口、构建和测试命令

Get-Location
rg --files -g "AGENTS.md" -g "README*" -g "package.json"
git status --short
rg -n "暂无数据|没有结果|emptyState" . -g "!public/**" -g "!node_modules/**"
node -e "const p=require('./package.json'); console.log(p.scripts)"

content/search-copy.mjs:12: export const emptyState = { ... }
scripts/build-site.mjs:8: import { emptyState } from '../content/search-copy.mjs'
scripts/build-site.mjs:144: renderSearchEmptyState(emptyState)
public/search.html:317: <section data-search-empty>...

只读调查这个仓库里与【功能/报错】直接相关的部分。不要先改代码，也不要仅凭目录名推断职责。

仓库根目录【】；我要理解的功能/错误【】；允许执行的只读命令和现有验证【】。

从适用的项目规则和 Git 状态开始。用唯一文案、路由、命令或符号追踪：用户入口 -> 调用链 -> 真正读写逻辑 -> 输出。确认源文件/生成物边界、现有测试以及仓库实际定义的启动和构建命令。

每个结论附路径、符号或命令原始输出；没有证据写“未定位”。交付项目地图、相关文件清单、建议的最小验证顺序、风险和未知项后停止。不要编辑文件、安装依赖、访问无关目录或把未运行的命令写成已验证。

diff --git a/content/search-copy.mjs b/content/search-copy.mjs
@@
- emptyTitle: "暂无数据"
+ emptyTitle: "没有找到匹配结果，请换一个关键词"

$ npm run build
$ npm run verify:search
通过：public/search.html 的 data-search-empty 与源文案一致