审稿人之眼

SKILL效率
效率 未标注权限 许可证不明确
安装这个技能

写论文、写申报书、投期刊之前,用审稿人的眼睛把自己的稿子过一遍。 50 条检查项全部来自真实审计中被挑刺的理由——不是理论推演,是踩过的坑。 触发场景:论文、投稿、审稿、期刊、核心期刊、大纲、申报书、自查、自审、 拒稿、选题、样本、标题、期刊要求、排版、SSCI、SCI、ESCI、影响因子、分区、 目标期刊、换题、换刊、字数上限、篇幅要求、多轮修订、方向复核、 AI 腔、黑话清洗。 四条最高优先级:①刊物要求与核心设计冲突时,换刊不改设计; ②题目每个实词都要有研究问题承担;③候选样本必须真的存在于研究情境; ④修订满三轮必须做一次方向复核,不许因已投入而维护现状。

一句话选型结论

按资料字段整理

审稿人之眼是效率类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类效率 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_839f3063/reviewer-eye
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

效率
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_839f3063仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量27.9 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
整理待办与日程

把零散任务收进清单,排出优先级。

批量处理重复任务

把固定动作做成模板,重复执行。

把流程写成清单

把口头流程整理成可复用的步骤。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在效率场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
审稿人之眼当前 未标注权限 未标注 未标注 未标注 有
Nano PDF 文档 联网访问 ClawHub 市场 424.9 万 OpenClaw 有
自动更新程序 浏览器控制 ClawHub 市场 296.4 万 OpenClaw 有
Gemini 助手 联网访问 ClawHub 市场 254.7 万 OpenClaw 有
word DOCX 文档 联网访问 ClawHub 市场 239.6 万 OpenClaw 有
Excel XLSX 前端 联网访问 ClawHub 市场 227.0 万 OpenClaw 有

SKILL.md 全文

27.9 KB
模型实际读到的说明书原文,来自技能仓库

reviewer-eye — 审稿人之眼:学术文档自查技能

一句话

用最挑剔审稿人的眼睛审自己的稿子——把每一轮真实审计中"被人类质疑的理由"固化为检查项,持续累积,让产出的"对"逼近投稿的"够格"。

为什么存在(定调)

AI 直接给出的东西,永远无法一次满足人类的审美、品味和逻辑。产出的"对"与投稿的"够格"之间,隔着一整个减分光谱(不止造假/不端两项)。本技能的每一条检查项,都来自真实审计中被人类质疑过的理由——不是理论推演。

使用时机

  • 学术文档(论文/大纲/申报书/投稿信/研究策划)交付前
  • 版本重写、章节重排、候选池扩容之后(重写前先列决策痕迹清单——见 H44)
  • 标题或定位变更之后(全文一致性专项;换题后创新点必须重新推导——见 G41)
  • 决策状态发生变化之后(框架措辞跟随新状态)
  • 目标期刊确定之后(先读 scope 资格句,再看格式——见 E35;命题作文反向校准见 E33)
  • 期刊要求与研究设计冲突时(先保设计再找刊——见 I47;这是易犯的致命错误)
  • 语种或索引体系变更之后(中文刊 ↔ SSCI/ESCI,见 E36)
  • 同一文档修订满三轮之后(方向复核,对抗沉没成本——见 J49)
  • 多份文档合并时(被合并内容须按当前设计重算——见 J50)
  • 每完成一轮修改:对照清单逐项打勾,全绿才交付

A. 结构与阅读顺序(读者第一)

  1. 文档结构 = 读者阅读顺序,不是写作时的产生顺序(题目在故事前、总览在一切前)
  2. 交叉引用全文扫描:重排后所有"见 §X"必须逐一更新
  3. 引用已删除文件 = 死链:重写新版本时,旧版本中被引用的内容必须回收进新版本
  4. 修订记录 = 极简版本史:过程细节与内部对账归内部日志——对外文档和内部日志是两个受众两种写法
  5. 先核对再断言:说"都在文档里"之前,先打开文件确认实际状态,不许凭记忆宣称
  6. 标题承诺与内容定位一致;对策性研究以问题起点开篇:历程/光谱式标题("从 A 到 B")读作全景回顾——若内容是问题导向的对策研究,标题必须带问题意识,正文必须以问题起点开篇(不是编年史/全景综述);标题变更时,总览、正文、版本史三处同步;题目类交付必须给候选集(≥3 个,各带定位与推荐理由)——单题目+"暂定"不是候选集,是没做完
  7. 表述按学术惯例校准:学术署名是个人(作者个人署名,机构作单位)——"机构一作"式表述不成立;类似地,凡涉及学术惯例的表述(署名、引用、致谢、基金标注)按惯例逐项校准,不用日常商业语汇替代
  8. 多轮增量更新后排版自检:小节编号在多轮增量更新中极易失控(重复编号/跳号/乱序/两套编号并存)——每轮更新后必须 grep 全部节标题验证序列连续且无重复;同一主题的更新合并进既有小节而不是并列新开编号;排版问题在多轮迭代中频繁发生的根因 = 增量编辑只看变化区域不看全文——对策 = 每轮更新后全文通读或 grep 关键结构标记

B. 内容完备与承诺一致

  1. 候选池/弹药库要铺全:给决策者的选项宁多勿缺——"决策者点名哪些就写哪些"是偷懒;决策者未点名的优质候选也要主动铺出来
  2. "锚点"类资源挖到名单级,不是名头级:引用榜单/框架时,把名单、条目、具体数值挖出来进文档(名头只能当出处,不能当内容)
  3. 重点标注帮读者省心力:铺全的同时给出初筛印象标记(★),并注明"仅为初筛印象,决定权在决策者"
  4. 说到做到 + 线索结构化:文字承诺("已在榜/已预检/见附录")必须与表格和正文内容一致——承诺超出内容 = 表述歧义;文献/案例等线索类内容必须结构化呈现(表格)且逐条标注"对本文的价值"——压成文字流 = 信息密度降级(被抓包过)
  5. 版本重写对照旧版逐节回收:既有的关键判断、标准、结论、候选清单逐一核对——重要内容不许在迭代中蒸发(选样标准、投稿梯队、候选品牌、方法书厚度——每一项都是这么丢的)
  6. 落盘 = 思考的全量镜像:首次产出时,思考过程中分析过的每一个维度、方案、谱系必须全量写入文档——"我想过"≠"我写了",分析在脑中完成但未落盘,对读者等于不存在(实证:五类期刊谱系分析完整却在落盘时只剩一类,被决策者抓包)
  7. 可检索的检索主动前置做:文献/证据类检索能联网完成的立即执行,不等决策者"有空再做";检索类任务的完成标准 = 检索所得清单落盘进交付文档——"留待后续做"不是完成;依赖分界清单化:交付文档必须显式区分"现在可交付"与"依赖后续项"(分列+比例),不给"现在还写不了吗"留任何空间

C. 方法与证据("对,但不够格"六项 + 构念边界 + 方法书镜子)

  1. 方法-数据错配:分析复杂度超出数据结构所能支撑即减分(例:两变量列联表用多变量对应分析);复杂度必须由数据复杂度挣来
  2. 方法-问题错配:每个方法环节必须能说出它服务哪个研究问题,答不上的一律删
  3. 过度宣称:每句话的证据强度要跟得上——探索性研究禁"表明总体"式表述;分析性推断与统计推断分开声明
  4. 信度/质量不足:测量质量逐项报告,低于阈值重编或剔除;人工编码有规模上限,超限则质量失控
  5. 文献对话缺失:讨论必须逐个回应对话对象,只描述自己=拒
  6. 局限性回避:弱点原样写进正文,只许增不许藏
  7. 构念边界:撞词不撞题——入选案例必须匹配研究问题的核心构念,不是"沾点边"就行。"是文化现象"≠"是本篇研究的文化调适"(同文化语境的话语博弈与跨文化调适是两回事);判断标准=案例是否处在操作化定义划定的语境中;同类案例再多,构念不匹配一律不入——硬塞 = 研究边界模糊,审稿人第一问即"你的核心构念指什么"
  8. 多产出矩阵的构念避让:同一素材拆分多篇时,各篇的核心构念与关键术语必须互相避让(例:甲篇用"文化调适"、乙篇用"营销策略本土化")——构念撞车既触发重复发表之嫌,也暴露两篇的关联
  9. 方法书 = 方法栈的镜子 + 交付前对齐核对:文档使用了几个方法栈,方法文献部分就必须有几个栈的对应书目——方法书厚度是方法完备度的镜子,缺一本书 = 缺一段方法合法性;交付前执行对齐核对——列出的方法栈清单与方法书清单逐一对齐,缺一补一(同类问题被两次挑出 = 条目存在但未执行,必须写成核对动作而非原则)

D. 伦理与合规(红线,无修正机会)

  1. 造假/不端零容忍;一稿多投、同一研究未经披露双语两发 = 出局
  2. 知识产权顺序:先申请专利/软著,再公开发表——论文公开破坏专利新颖性
  3. 商业敏感与内部对账内容永不进入对外文档;人名用代称,对外由人类统一替换真名(替换动作本身=内容审核);暗线/已删除内容在文档后续更新时持续 grep 复查——删过一次不等于永远干净
  4. 数据与素材合规:仅公开数据、平台条款遵守、事实表述以公开报道为准
  5. 需要保密的产出,选择决策者关系圈之外的渠道 = 物理级保密:投稿期刊、发布平台、披露场合本身就是保密工具——在决策者的主场圈子(其专业领域、其社交可及的渠道)里,任何信息都默认瞒不住

E. 按最高目标标准备料

  1. 凡"一鱼多吃"路线(同一研究计划多语言/多形式产出),一律按目标序列中最高标准准备材料(伦理声明、数据可得性声明、预注册)——"当前目标不强制"不构成跳过理由
  2. 大样本/高阶方法的期望给正当路径:方法升级由数据升级驱动,接力设计(人工精编→训练集→大规模计算分析)优于在当前篇目硬堆
  3. 期刊事实核查前置:选定目标期刊的当下,立即联网核实其评审方式(单盲/双盲)、版面费、审稿周期、格式规范(摘要/关键词/字数/AIGC 声明)、年度选题指南、单位认定目录——这些都是公开事实,选题期不查、投稿前才发现 = 大改甚至白写;单盲与双盲的应对策略预写两套(单盲:实名露出按纪律;双盲:正文匿名化、致谢录用后补)
  4. 🔴 命题作文反向校准(限格式与体例):目标期刊确定后,第一动作 = 拿官网要求逐项反向校准大纲——字数(全文上限含图表?)、文摘结构(报道性/结构性?字数?)、关键词(个数?中英对应?)、图表数量上限、注释/引用制式、栏目偏好——每一项都要在大纲里对齐,命题作文从大纲阶段就开始——不是写完再改,是从第一步就写对;多个来源数据矛盾时(如字数上限官网 vs 第三方说法不一),投稿前与编辑部确认。边界:本条校准的对象是格式与体例,不含研究设计——若 scope 资格句与你的核心设计要求冲突,走 I47(换刊不改设计),不许拿本条当"为刊改设计"的许可。
  5. 同主办体系的期刊共用投稿须知系统——核实一家须推定同系其他刊同款政策,逐刊官网确认(实证:某几家同主办体系的中文学术期刊共用同一投稿系统,其生成式 AI 使用禁令的文字完全相同——核实一家发现禁令后,应推定同系其他刊大概率同款,逐刊确认而非凭单刊印象推断全系)

  6. 🔴 scope 资格句优先于一切格式:定刊第一步不是查字数,是读 Aims & Scope 里的资格句——格式不合只是返修,scope 不合是 desk reject,与技术质量无关。实证:某刊 scope 明写须为"两个及以上国家或地区的比较",若设计只做渠道或代际比较,写得再好也出局。动作:把资格句原文抄进方案,逐条对照自己的设计能否满足。若不能满足,第一处置是换刊,不是改设计——只有当该要求所需的分析维度在你的研究里本就有理论必要性时,才允许加维度;否则一律见 I47。

  7. 索引层级不许混说,判定标准不是"有没有 IF":SCI/SCIE、SSCI、A&HCI、ESCI 是不同层级;自 2023 年度 JCR 起 ESCI 期刊也有影响因子与分区——"ESCI 没有影响因子"是旧知识,大量中文攻略仍在传错。真正的判定不是指标强弱,而是单位/课题认不认:文件写"须被 SCI/SSCI 收录"=ESCI 不算;写"须被 WoS 核心合集收录"或"须为中科院分区 X 区以上"=可能算。动作:对外沟通统一索引口径;核实口径最快的办法是问"近三年单位有没有人拿该类论文报成过课题或职称"。
  8. 多家目标刊并行备选时,取交集并单独标注唯一冲突项:逐项列表取交集(字数取更严的一侧、摘要取更短、关键词取更少、评审方式取更严),唯一通常无法兼容的是参考文献格式——两套 style 各存一份,定刊后一次性切换,写作中途不许混用。动作:做成"项目 × 刊 A × 刊 B × 执行口径"对照表,执行口径列写死数字。

F. 设计可执行性("做不出来"比"不正确"更致命)

  1. 🔴 候选样本必须核验"真的存在于研究情境中":候选池里每个样本都要核验它是否处在研究划定的情境里(区域、平台、时段、语言)——纸面上的品牌/机构名单不等于可得的样本框。实证:候选池里放了主战场不在研究区域的样本,而"每个样本各情境齐备"的硬条件会把某一组筛空,偏偏那一组是核心对照——整套设计因此崩塌。动作:定稿候选池前逐个核验"它在这个区域/平台真的活跃吗";设 Go/No-Go 判定档位(达标照跑/部分达标改不平衡设计/不达标启动替代情境);候选池留富余(需要 3 个就铺 8 个)。
  2. 🔴 题目每个实词必须有研究问题承担者:题目里的概念与动词(尤其"演进""机制""差异""路径"这类)必须在研究问题里有对应的一条,否则是空头承诺,审稿人第一问就是"你的 X 证据在哪"。实证:题目写"策略演进",四个 RQ 里没有一条回答演进。动作:把题目拆成实词清单,逐词标注"由哪个 RQ 承担、用什么检验";并预设"若检验不成立,题目后半如何降级表述"——不许结果不支持还硬写。
  3. 🔴 所有数字表必须加总验算并对照外部边界:字数分配、样本量、格数、词数配比这类表格,分项相加必须等于合计,且合计必须落在目标刊或设计的上下限之内。实证:分项相加 7,800、合计却写 7,900,且低于目标刊下限。动作:每张数字表交付前算一遍和、对一遍上下限;改动任何一个分项都要重算合计。

G. 变更后的一致性重推导(换题/换刊/换测量)

  1. 🔴 换题或换刊后,研究重点与创新点必须重新推导,不许换皮重述:题目或目标刊一变,原创新点往往整批失效。判据只有一条——每条能否顶住审稿人一句「so what」。凡属以下三类一律不算创新:①"我做了个框架/量表"=做工;②"别人没做过"=补空白式弱论证;③"这很常见"=常识。动作:换题后先写一句可被证伪的核心命题,再让三条创新点分别落在概念层、解释层、机制层。
  2. 改变量类型必须整链条同步:因变量的测量层级一变(分类→连续,或反之),必须同步四处,缺一处=文档自相矛盾:①信度指标(κ 只适合分类判断,连续/序数打分要 α 或 ICC)②统计模型(多项 logistic ↔ 线性混合)③样本量论证(卡方期望频数 ↔ 格均值估计精度)④编码手册判定规则("只归一个型" ↔ "多维独立打分")。
  3. 聚类单元不足要预设补救:多层模型的层二单元数低于常规建议(约 ≥20)时分析仍可做,但必须同时给三项并写入局限——聚类稳健标准误、层级固定效应敏感性检验、以效应量与衰减幅度为主要判据(不把 p 值当唯一标准)。

H. 重写与表达(别把决策丢掉、别把人绕晕)

  1. 🔴 重写长文档前,先列"决策痕迹清单":把上一版里属于决策而非推导的块列出来,逐块确认保留或替换——典型项:路线图与里程碑、成果闭环、与自有资产/产品的联动、合规与利益冲突声明、口径约定。方法可以推导,决策不能重建。 实证:重装一版时整块丢失"论文→课题→后续篇章"路线图与"论文与自有产品的双向价值+出场规范",被决策者指认"必补"。
  2. 自造术语禁令 + 黑话清洗:禁止创造"先 X/后 X"这类需要读者停下来猜区别的两步式术语,一律换成动作句。实证:"先编/后编"被质问"看得人摸不着头脑,能说人话吗"——改成"第一步照实记/第二步打分"后立刻可读。
    同样要清的是"圈内黑话式动词":调适、赋能、对齐、闭环、反哺、落成、打通、位移、降格、颗粒度、心智、打法、抓手、底层逻辑、沉淀、势能、破局。这些词在论文正文里有时合法(学科术语),但出现在给协作者看的方案里,会让人觉得"这是 AI 写的"。实证:合作者直接批评"「文化调适」这个词,人类正常沟通和说话时不会用,显得很 AI";随后同一份文档里调适/位移/闭环/反哺/落成/打通/迭代/写死等 20 余处被一次性要求清除。
    判据不是"写在哪",而是"同行嘴里真的这么说吗"——不要给黑话留"论文里就合法"的豁免,它写在论文正文里同样一眼假。按此把词分成三类:
    • ①学科通行术语(信度、效度、量表、归因、中介效应、平台逻辑、内容适配):同行确实这么说,论文与方案都可用;
    • ②互联网/管理黑话(赋能、抓手、闭环、反哺、打通、颗粒度、心智、打法、底层逻辑、沉淀、势能、破局、组合拳、一盘棋、顶层设计;以及把"生态"当万能后缀,如"内容生态""平台生态"):哪里都不要用;
    • ③似是而非的伪学术词(调适、位移、降格、落成、立住、写死):除非该领域对它确有定义,否则换成动作句——调适→调整或本地化;位移→改变;落成→变成;立住→得到检验;写死→事先定好;闭环→循环;反哺→支撑;打通→通用。
      判断标准:这句话能不能直接念出来不脸红。
  3. 涉及自有工具/产品的研究,三条合规动作:①方法节只写功能性说明(1–2 句),不出现产品定位、卖点、定价、竞品对比与营销语汇;②投稿信(cover letter)不推销;③若有作者隶属开发方,必须主动写利益冲突声明——藏起来比写出来风险大得多;贡献分工按 CRediT 如实标注。

I. 期刊与设计的主次(先保设计,再找刊)

  1. 🔴 刊物要求与核心设计冲突时,换刊不改设计——这是本技能最高优先级的一条:拿到目标刊的 scope 与格式要求后,先做一次冲突判定——改设计会不会让核心命题的主语、研究对象或研究问题位移? 会,则换刊;不会(只是字数、体例、格式、栏目),则改稿件。刊物是投稿渠道,不是研究方向的立法者。

    • 动作一(看刊之前):先写下不可让渡清单——题目、核心命题的主语、核心构念、研究问题的主语与数目、样本性质。任何期刊要求不得触碰清单内的项。
    • 动作二(看刊之后):把该刊每一条要求分两类——"体例类"(照改)与"设计类"(碰了就换刊)。
    • 动作三(确认替代刊):换刊前先核实新候选刊确无同类要求,避免换了个坑。
    • 实证:某刊 scope 硬要求"须为两个及以上国家或地区的比较"。为满足它,在设计中引入了一个区域比较维度;结果核心命题的主语从"代际差异"变成"平台结构与区域共同塑造",代际被降格为待排除的残差;同时该维度还削弱了原本最硬的创新点("两个因素从未同框"变成了一个更常见的三维设计),并把采集量翻倍、引入样本可得性风险。为挤进一本刊,把论文写成了另一篇。正确处置:撤该维度、核实另一本 SSCI 刊无此要求后换刊——研究设计一字未改,切题问题消失。
    • 判断口诀:刊可以换,命题不能换。
  2. 篇幅类要求必须逐字摘原文,并标注"下限/上限/约数"三种性质:不同刊的措辞性质完全不同——"should be about A–B"是约数区间(既非硬下限也非上限);"should not normally exceed C"是柔性上限;"minimum of D"才是硬下限。笼统记成"该刊要求 N 词"会导致误判,在多刊并行备选时尤其致命。

    • 动作:①把原文逐字摘进方案;②标注性质;③多刊并行时算交集并做加总验算(分项之和必须等于合计,且落在交集内);④核对统计口径——"含不含图表、含不含附录、含不含图注"会让同一篇稿在不同刊的字数不同(有的刊"全包含"连附录都算,有的刊剔除图表)。

J. 方向复核(对抗沉没成本)

  1. 🔴 修订满三轮后必须做一次方向复核,不许因已投入而维护现状:迭代会让细节越来越精致,但精致化不能替代方向正确。修订轮次越多,越容易把"已经做了很多"误当成"方向是对的"。
    • 触发条件:同一文档修订 ≥3 轮;或被决策者要求"对抗性审查";或出现"越改越复杂但没人再问为什么"的迹象。
    • 动作一:把最初的方向(题目、核心命题、核心构念)与当前版本逐条对表。
    • 动作二:对每一项问一句"如果今天从零开始,我还会这么设计吗"。
    • 动作三:找出"当前版本里我从未质疑过的那一个前提"——那个前提往往就是错源(它通常是当初为某个外部约束临时加的,后来被当成公理)。
    • 实证:多轮迭代把某个维度的操作做得极精细(量表、稳健性检验、双形态检验、统计补救),但那个维度本身是为迁就某刊 scope 而加的——工艺再好也是在错的底子上。被决策者一句"你是不是在为一个错误的方向做精装修"点破,事后逐条核对,质疑全部成立。当时还辩解说"这是按新设计做的对齐",其实是在给错误的方向做精装修。
  2. 多份文档合并时,被合并内容必须按当前设计重算,不许照搬:合并的目的是"只评审一份",不是"内容搬家"。合并前逐条问"这条在当前设计下还成立吗"——成立则并;不成立则改写,并在文中标注失效原因(让读者知道为什么不是原来那句)。
    • 实证:把《投稿方案》的研究重点与创新点并入主体方案时,两条已失效——①"把 A 与 B 设为两个竞争性解释"(当前设计已变,数目与语义都对不上);②"演进=依靠反馈持续修正策略"(当前数据不含受众侧,检不出反馈环节,照搬即过度宣称)。若原样搬入,两份文件的矛盾会直接暴露给审稿人。

产出规范

  • 顶回 + 给出口:决策者提出违背方法规律的期望时,用可检索的实证基准顶回(不迎合);同时给出该期望的正当实现路径(如接力设计),不让"正确"变成泼冷水
  • 拒绝三步法:拒绝决策者提议时——①先承认对方观点中学理正确的部分(不敷衍)②精确化拒绝的理由边界(哪个构念、哪条标准)③把提议中有价值的部分转化为正当去处(延伸选题/备选池/未来素材)——拒绝 ≠ 全盘否定
  • 框架跟随决策状态:文档中的"两难/矛盾/vs"框架,一旦决策完成即降级为中性的"安排/两步走",对立性措辞同步清理——已决策的事项不该继续以戏剧化冲突的形式留存
  • 策划文档 = 对齐渠道:给协作者的研究策划/大纲类文档不止用于写作,也是对齐和确认事项的渠道——设计时显式预埋"待决策项"(候选标"一作定"、档位标"由一作权衡"),让协作者打开就知道要拍什么板
  • 自审交付格式:发现分级(致命/应改/瑕疵)+ 已修正项 + 留给决策者项
  • 两文档分离:给决策者的文档(干净、按阅读顺序、版本史极简)与内部对账文档(物理隔离、文件名标注"不外发")

收录标准(三条硬标准)

  1. 有真实实证:某轮真实审计中被人类质疑过
  2. 非显然:不看就会踩
  3. 跨项目可复发:泛化后适用于任何学术文档——"例子长得像某个项目"不是拒收理由,泛化即可

维护机制(living skill)

  • 每轮论文审计/修改后:新被挑刺的理由 → 泛化 → 追加对应检查项 → 版本号 +1
  • 表述被质疑不精确时:修正表述而非删除条目(例:"方法炫耀"→"方法与数据结构错配")
  • 被中断的操作必须回读验证:编辑/命令被取消或中断后,实际执行状态不可假设——立即 Read 验证目标文件有无残改动、半成品(中断 ≠ 未执行)
  • 自审交付格式:发现与修正记录进工作日志,反哺本技能
  • 日志追加纪律:向 append-only 日志追加时,禁止用"上一条结尾"做锚点做替换式追加;每次追加后立即回读验证前一条完整
  • 版本号升级触发器 = 结构性变化:结构性重设计/目标重定/体裁重排 = 大版本;局部补充 = 小版本;当日多轮改动合并计一次跳升——不等用户提醒,每次交付后自问"这轮是否构成结构性变化"
  • 🔴 新增条目必须做"条目间对齐扫描":每次加完条目,立即扫一遍新条目与既有条目是否互相矛盾或重复——技能内部打架比没有条目更糟,因为它会同时给出两套相反指令。重点检查新条目与"命题作文反向校准"(E33)、"scope 优先"(E35)、"改变量类型整链条同步"(G42)这类貌似相近但边界不同的条目,冲突处必须显式划界。实证:加入"先保设计再找刊"(I47) 时,E35 原写"不能满足就要么改设计、要么换刊",与新条目直接相反,已改为"第一处置是换刊,加维度仅在本来就有理论必要性时例外";E33 补了边界句"校准对象是格式与体例,不含研究设计"。
  • 🔴 技能随项目漂移会滞后——变更即扫:项目的关键状态(题目、目标刊、语种、索引体系、作者结构)一旦变更,立即扫一遍本技能里绑定了旧状态的条目,逐条确认是否还成立。滞后技能比没有技能更危险——它会给出过时的"合格"。实证:题已改、目标刊已从中文 C 刊换成 SSCI,技能仍停在中文期刊语境,被决策者指认"审稿技能还停留在 4.0 时代"。
  • 🔴 "说了但没做"零容忍:向决策者承诺"已补入/已恢复/已执行"之前,必须 grep 或 Read 目标文件确认实际状态——宣称完成 ≠ 实际完成;本技能历史上五次"说了但没做"全部源于"凭记忆断言已完成";对策 = 每条承诺绑定一次文件级验证动作(grep/Read),验证通过才汇报;若同一条目被连续两次挑出同类问题(如方法书厚度两次犯),说明该条目需要从"原则"降级为"核对动作"

常见问题

5 问
答案由本站依据条目字段整理
审稿人之眼怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_839f3063/reviewer-eye。安装方式为未标注。装完刷新技能列表或重开客户端。

审稿人之眼支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

审稿人之眼权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

审稿人之眼收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

审稿人之眼用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。