菜单
把一批 Harness Engineering 调研候选（文章/论文/工具的 URL）走完「抓取→翻译→评审→收录→清理」流水线，整合进本仓库 works/ 与 references/articles.md，并保持 C1–C13 一致性检查全绿。当用户说"处理这批调研候选 / 收录这些链接 / 整理 translate / 把这几篇翻译收进来"时使用。这是仓库给自己用的策展 harness。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/deusyu/harness-engineering --skill curate-research命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | curate-research |
| description | 把一批 Harness Engineering 调研候选（文章/论文/工具的 URL）走完「抓取→翻译→评审→收录→清理」流水线，整合进本仓库 works/ 与 references/articles.md，并保持 C1–C13 一致性检查全绿。当用户说"处理这批调研候选 / 收录这些链接 / 整理 translate / 把这几篇翻译收进来"时使用。这是仓库给自己用的策展 harness。 |
一个讲 Harness Engineering 的仓库，用一个 harness 来策展自己。本 skill 把外部调研候选可控地整合进 tracked 档案。
核心约束：评审全自动；收录是人类闸门，必须停下来和用户来回讨论后才动
works/与articles.md。
translate/ 暂存区的翻译translate/<batch>/works-ready/ 候选译文，要决定去向暂存区（gitignored，本地过程区）：translate/<batch>/
sources/<slug>/source.md（原文快照；论文额外抓 source-full.md）translations/<slug>/{01-analysis,02-prompt,translation}.md（过程三件套）works-ready/<slug>-translation.md（发布候选）+ works-ready/README.md（状态表，本批权威）正式档案（tracked）：works/<slug>-translation.md + references/articles.md 条目。
①抓取 ──②翻译 ──③评审[全自动] ──🚧人类闸门🚧──④收录 ──⑤校验 ──⑥清理
用 baoyu-url-to-markdown 把每个 URL 存到 sources/<slug>/source.md。论文/长文必须额外抓 HTML 全文到 source-full.md（否则只有摘要页，C8 会拦谎报）。
按 baoyu-translate 配置生成 translations/<slug>/ 三件套 → works-ready/<slug>-translation.md。01-analysis.md 要含收录建议；source-full.md 存在时，分析稿不得声称「仅摘要页」。
对每篇候选派一个评审 agent（一批 3–4 篇，并行多个 agent）。统一打分维度，吐结构化定性。标准评审 prompt 模板：
你是 Harness Engineering 中文知识库的内容评审。仓库主题：人类设计约束与反馈回路、AI agent 写代码。 读
sources/<slug>/source.md(+source-full.md)、works-ready/<slug>-translation.md、translations/<slug>/01-analysis.md，逐篇回答：
- 原文价值：原创洞察密度 / 长文实质 vs 产品页·发布稿·摘要。高/中/低
- 翻译质量：完整逐译 / 压缩摘要 / 首轮粗稿；通顺度、术语到位度。精品/合格/需返工
- 与仓库契合度：补薄弱环节还是重复
- 一句话定性 + 建议去向：works/ 正式收录 / articles.md 观察项一行 / tools/ / 暂不收录 基于实际内容，紧凑中文，结构化输出即为最终产出。
汇总成一张「候选 × 定性 × 去向」表。
把评审表交给用户，来回讨论收录决策。精品 vs 边角的边界判断、是否返工、哪些合并成专题——都由人定。未经用户确认，不得进入 ④。
works/：cp 到 works/<slug>-translation.md，在 articles.md 加一个 ### N. 编号条目（脉络一末尾，旧编号顺移），并同步全部计数缓存（见下）。tools/；未实测前在观察项表标 🔵「待实测后入 tools/」。works/。入库前 checklist（每篇 works/ 候选必过，再进 ⑤）：
sourceFigureCount 并与原文实际图数核对（null = 原文不可得、未审计）；原文插图下载入 works/imgs/<slug>/ 本地嵌入——C10 校验嵌图数 ≥ 声明数、本地路径文件存在sourceFigureCount: 0，而原文 HTML 里有 4 个 <figure>——抓取工具吐出的 markdown 把它们丢了，人只看那份 markdown 就会以为没有图。可用 curl <url> | grep -c '<figure' 交叉验证sourceFigureAudit（含 YYYY-MM-DD），说明怎么核对的——C13 会拦。判定只算正文配图，站点 logo / 作者头像 / 页脚图标 / 推荐位缩略图 / 社交卡片不计入，但这个判断要写进审计值bash scripts/check-consistency.sh 全绿bash scripts/check-consistency.sh，C1–C13 必须全绿再提交。Co-Authored-By，作者用 noreply deusyu@users.noreply.github.com（依赖全局 git 配置，勿覆盖）。works-ready/<slug>-translation.md（works/ 是权威源）。sources/<slug>/ + translations/<slug>/（过程稿，works/ 已留最终版）。works-ready/README.md 状态表。translate/ 是 gitignored，清理仅本地。references/articles.md 是文章数与编号的唯一权威源。每加一个 ### N. 条目，必须同次更新所有下游缓存，否则 check-consistency.sh 报错：
articles-N badge、translations-N badge、目录树、脉络表（脉络一计数）、翻译 <details> 摘要数、翻译表格行、Phase 5 提及### N. 编号）——这是减熵分流的关键收益。works/ 编号正文；边角材料只进观察项表（不计数、不触发计数同步）；工具未实测不进 tools/。原则：每条新收录都要问"它增加的检索价值是否大于它增加的维护熵"source-full.md 存在时禁止 analysis 谎报摘要页（scripts/check-consistency.sh）concepts/ / thinking/ / feedback/ 正文禁止裸写文库计数（历史提法须带"写作时点/当时/此前/首批/首轮/截至/快照"限定词）sourceFigureCount vs 正文嵌图数 + 本地嵌图路径存在）/ markdown 表格列数与表头一致 / articles.md 编号条目必含 作者：/日期： 字段（同上脚本）sourceFigureCount: 0 必须配 sourceFigureAudit（含核对日期）。这条是补 C10 的结构性盲区——C10 的判据是"嵌图数 < 声明数才 FAIL"，所以 0 永远为真，无论你有没有真去数过原文。机械检查只能证伪"多报"，"零报"只能靠留痕让人复核