把一批 Harness Engineering 调研候选(文章/论文/工具的 URL)走完「抓取→翻译→评审→收录→清理」流水线,整合进本仓库 works/ 与 references/articles.md,并保持 C1–C13 一致性检查全绿。当用户说"处理这批调研候选 / 收录这些链接 / 整理 translate / 把这几篇翻译收进来"时使用。这是仓库给自己用的策展 harness。
90%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Low
Low-risk findings worth noting
一个讲 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 永远为真,无论你有没有真去数过原文。机械检查只能证伪"多报","零报"只能靠留痕让人复核deusyu/harness-engineering
792a056
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.