Skip to content
Skillv1.0.0

cn-top-econ-writing

Use when drafting, auditing, restructuring, polishing, or adapting a Chinese economics paper for Chinese journals such as 《经济学(季刊)》, 《经济研究》, 《管理世界》, and 《中国工业经济》. Focus on China-question orientation,

by caixinyu2017-star(0) 0 installs
Free
Sign in to install

Free account. Installing gives you the manifest plus copy-paste snippets.

See reviews

About

Imported from caixinyu2017-star/xixi (plugins/econ-top-journal-writing/skills/cn-top-econ-writing/SKILL.md). Install upstream with npx skills add caixinyu2017-star/xixi --skill cn-top-econ-writing. Copyright stays with the author.

中文顶刊经济学写作 Skill

何时使用

当用户需要以下工作时触发本 skill:

  • 为《经济研究》《管理世界》《中国工业经济》或相近中文顶刊写论文
  • 将已有英文稿、工作论文或研究笔记改造成中文顶刊风格
  • 对现有中文稿做投稿前预审、结构重写、段落改写、摘要改写、标题优化
  • 做退修重写、审稿回复框架、投稿合规检查
  • 按《经济学(季刊)》等目标期刊的投稿体例、匿名审稿要求、正文/附录规则和参考文献格式调整稿件
  • 需要先审“研究设计与贡献”,再审“文字与体例”

不应触发

以下任务不要由本 skill 独立承担:

  • 纯数据清洗、变量构造、合并、回归代码生成
  • 纯文献检索或数据库检索
  • 非经济学/管理学中文稿件
  • 仅需翻译而不涉及期刊适配

遇到代码、清洗、回归,请优先调用 empirical-econ-workflow,然后回到本 skill 负责“把结果写成稿件”。遇到表格、图形、配色、表注、图注、主表/稳健性/机制/异质性展示,请优先使用独立的 econ-table-figure-design skill 确定表图设计,再回到本 skill 处理中文正文叙事和期刊风格。

若本 skill 在多步骤论文写作、期刊体例调整或投稿前检查任务中被直接触发,且项目级 AGENTS.mdCLAUDE.md 尚无 economics-writing skill routing 规则,应提示用户可通过 econ-writing-workflow 添加项目级持久路由;未获明确授权前不得修改这些持久配置文件。

若任务涉及文献定位、理论机制、变量口径、数据来源、识别设定、异质性/稳健性选择、贡献边界或政策含义,先回到 econ-writing-workflowreferences/literature-grounding/01_literature_and_judgment_grounding.md 做文献 grounding:检查本地参考文献是否充足,必要时询问用户是否补充或检索;若本文沿用或改造参考文献中的数据、理论、变量、机制、分类或经验设定,写作前必须阅读对应文献内容并尽可能对齐,不得凭空创造新的理论标签、变量解释或判断边界。

若任务涉及基准回归、机制、异质性、稳健性、摘要、引言或结论中的结果量级解释,先回到 econ-writing-workflowreferences/regression-results/01_economic_magnitude_interpretation.md 选择合适的经济量级基准。中文正文优先使用自然单位、政策幅度、百分点、百分比转换、边际效应或净效应;均值、标准差和分位差只在适合变量口径和识别来源时使用。

若任务涉及摘要、引言、文献定位、研究设计、主结果、机制、异质性、贡献或结论写作,先回到 econ-writing-workflowreferences/argument-logic/06_draft_time_argument_clarity.md 执行写作时论证清晰度规则:抽象概念要落到可观测对象或模型对象,相对变化要写清比较对象,方法段只写检验什么而不提前写发现,机制证据不能只是普通异质性,文献定位要承认相近并划清差异边际,同一对象术语保持稳定。该规则在动笔时执行,投稿前复核只是兜底。

总目标

本 skill 的目标不是“把话写漂亮”,而是把稿件推进到中文顶刊常见的四个门槛之上:

  1. 研究问题立得住:问题有中国现实性、学术性、政策含义,不是空泛模仿。
  2. 识别策略说得清:因果、机制、边界、限制分别交代清楚。
  3. 贡献表述站得住:明确相对已有文献的增量,而不是泛泛而谈“丰富了研究”。
  4. 文体与体例过关:匿名稿、摘要、关键词、英文梗概、注释、参考文献、表注、脚注、致谢等都规范。

固定工作顺序

任何任务默认按以下顺序推进,除非用户明确要求只处理局部文本。

Step 0. 锁定期刊模式

先判断稿件更接近哪一种模式:

  • ER 模式:更强调思想创新、理论演进、现实重大问题与政策启示;方法是工具,不是主体。
  • MW 模式:更强调中国现实经济管理问题、学理梳理、贡献显化、篇幅节制、匿名审稿合规。
  • CIE 模式:更强调问题导向、产业/企业/管理议题、实证与现实结合、体例严格、可重复性准备。
  • EQ 模式(《经济学(季刊)》):更强调官网投稿体例、匿名 PDF 初投稿、录用后 Word、标题层级、JEL、在线附录、数据代码可复制性和正文/附录取舍。
  • 保守混合模式:用户没有定刊时,默认采用兼容三刊的保守写法。

Step 1. 先做“顶刊门槛审计”,再动笔

在写任何段落之前,先输出以下四栏:

  • 已确认:研究问题、样本、方法、核心结论中哪些信息已经明确。
  • 待确认:哪些关键设定缺失,缺失会影响写作质量。
  • 主要风险:识别、机制、外推、表述、规范方面最可能被拒稿的点。
  • 下一步最优动作:最值得优先补强的一步。

不要一上来直接“润色全文”。先判断稿件最薄弱的环节在哪里。

Step 2. 用“研究问题—机制—识别—结果—贡献”重构全文

中文顶刊稿件默认围绕这条主线组织:

  1. 研究问题是什么,为什么重要
  2. 可能机制是什么
  3. 识别或论证路径是什么
  4. 主要发现是什么
  5. 相对已有文献,增量是什么

任何段落若不能服务这条主线,应被压缩、移动到附录,或删除。

写每个正文段落前,先执行中英文共用的 draft-time argument clarity 检查:本段的经济对象是什么、可观测对象是什么、比较对象是谁、时间变化是什么、结果变量是什么、段落功能是什么。若这些信息在稿件中缺失,先问用户或留具体 TODO,不得用顺滑措辞把缺口盖过去。

Step 3. 先写主结果,再扩展

写作优先级必须是:

  1. 标题
  2. 中文摘要
  3. 引言
  4. 基准设定与主结果
  5. 机制
  6. 稳健性
  7. 异质性
  8. 结论
  9. 审稿回复 / 附录 / 扩展讨论

机制、异质性、扩展检验都不能挤占主结果的位置。核心机制检验原则上属于正文主线,不能因为篇幅压力默认移入附录。

Step 4. 修稿时先处理样本、主表和图,再处理文字

当任务进入 revision / polish 阶段时,默认顺序固定为:

  1. 样本审计与主表筛选
  2. 图形准入与图形重做
  3. 正文结构与 prose polishing
  4. 最终导出

不要一上来先改文字和措辞,再回头发现主表列、样本解释或图形方向都站不住。

Step 5. 每次改文后做中文学术表达复核

对正文、表注、标题、摘要、机制说明、稳健性说明等任何新增或改写文本,完成修改后都必须再做一轮中文表达检查。

在给出具体措辞建议或直接修改论文正文前,必须先回读相关文稿上下文,而不是只根据用户贴出的孤立句子判断。最低限度应检查该句所在小节的前后段落;如果该句涉及图表、变量、模型或识别设定,还应同步核对对应图表标题、表注、变量定义、模型设定和全文已使用的术语。若当轮无法读取文稿上下文,必须明确说明“以下判断仅基于用户提供片段”,不得把局部判断包装成全文层面的建议。

若对研究问题、变量口径、样本构造、识别假设、表图含义、目标期刊要求,或作者是否希望保留/删除某个实质判断不清楚,先问用户或在作者备忘中留下具体 TODO;不得自行猜测、发明事实、替作者静默选择有实质后果的解释。

复核时至少检查以下几点:

  • 涉及已有文献中的数据、理论、概念、变量、机制、分类、经验设定或政策判断时,是否已经回读对应文献并与其术语、口径、样本范围和结论强度对齐;若文献缺失或依据不足,是否询问用户或留下具体 TODO,而不是自行空想或随意保守/激进。
  • 是否符合中文学术写作要求,而不是停留在“意思差不多”。
  • 是否符合中文语言习惯,避免翻译腔、生硬搭配、悬空指代和不自然的句法。
  • 是否带有作者备忘、工作日志或答辩口吻;若有,应改成论文正文可直接使用的表述。
  • 是否把投稿策略、专题适配、篇幅移动、删改理由或与作者讨论的内部取舍写进了正文、表注或图注;这些内容只应进入作者备忘、修改说明或任务 README。
  • 是否把 主线功能支撑主线服务主线是否需要进入正文是否可移入附录下一步改写顺序 等作者诊断标签写进正文;若有,应改成具体研究问题、机制、识别作用、稳健性作用、样本边界或经济含义。
  • 正文中凡是指向附录、在线附录、表或图的导引句,只写“看什么、在哪里”;必要时补充它对当前论点的实质功能,如稳健性、变量构造、样本口径、背景事实、推导或扩展结果。不要写“所以和正文有关”“因此与正文相关”这类空泛元句,也不要把附录表格的排版说明写进正文,例如分栏、左半部分、右半部分、列宽、跨页、续表、表头复写、中间分开等;若读者确实需要这些说明,应放入附录段落、表题或表注。
  • 如果一句话虽然逻辑上能懂,但中文读起来别扭、不顺或不够像论文,就继续修改,直到自然、准确、清楚。

中文论证逻辑模块

当用户要求理顺全文逻辑、重构摘要/引言、压缩全文、突出贡献、保护第二贡献、改主回归解释、安排理论/机制/异质性/稳健性,或判断表图是否服务主线时,先读取 references/argument-logic/,再进入中文遣词造句模块。

若任务是生成或改写正文段落,而不仅是终审检查,同时读取 econ-writing-workflowreferences/argument-logic/06_draft_time_argument_clarity.md。它是中英文共用底层规则,本 skill 只在此基础上叠加中文顶刊的表达、篇幅和期刊体例要求。

  • 01_argument_spine_cn.md:检查全文“研究问题—机制—识别/论证—结果—贡献—边界”主线。
  • 02_contribution_structure_cn.md:诊断主贡献、次贡献、机制贡献、数据/识别贡献,并在压缩时保护关键贡献。
  • 03_abstract_intro_logic_cn.md:重构中文摘要和引言的重点顺序,避免删掉机制、第二贡献、量级或边界。
  • 04_theory_mechanism_logic_cn.md:处理理论写作、制度背景、机制链条和可检验命题之间的关系。
  • 05_main_results_logic_cn.md:决定主回归/主结果如何进入正文,先写方向和量级,再写经济含义和识别可信度。
  • 06_mechanism_heterogeneity_robustness_cn.md:区分机制、异质性和稳健性的功能,决定正文与附录取舍。
  • 07_table_figure_argument_fit_cn.md:判断表图是否服务主线;表图版式仍交给 econ-table-figure-design
  • 08_revision_drop_check_cn.md:改写后检查是否误删主贡献、次贡献、机制、量级、识别边界或理论命题。

该模块只迁移经济学论文共同的论证骨架,不迁移英文句式、英文表达或英文语序。若任务同时涉及中文表达自然度,必须在论证结构确定后再读取 references/chinese-diction/

中文遣词造句模块

当用户要求中文润色、去 AI 腔、去翻译腔、去作者备忘腔、改摘要/引言/结果解释的中文表达,或进行投稿前语体清理时,必须按需读取 references/chinese-diction/ 下的文件。若任务涉及逻辑、贡献、章节顺序、表图取舍或结果组织,先用 references/argument-logic/ 判断结构,再用本模块处理中文表达。

  • 01_sentence_functions.md:先判断句子功能,再改措辞。
  • 02_collocations.md:检查经济学中文常用搭配、慎用搭配和替代表达。
  • 03_good_bad_pairs.md:用原创坏句/好句对照修正空泛表达。
  • 04_ai_translationese_linter.md:运行 AI 腔、翻译腔、作者备忘腔和模板推进词检查。
  • 05_section_phrase_patterns.md:按摘要、引言、文献、机制、实证、结果、稳健性、结论选择句法骨架。
  • 06_revision_workflow.md:执行“逻辑主线—句法搭配—linter”的三轮中文修稿流程。
  • 07_source_coverage.md:检查规则来源覆盖、降级语料和缺失语料,避免把单篇风格误当成通用规则。

使用这些文件时,不要照搬语料论文原句;只应用其中的功能判断、句法骨架、搭配规则和检查标准。

表格与图形设计导航

当任务涉及三线表、主回归表、稳健性表、异质性表、机制表、表注、图注、正文图准入、事件研究图、趋势图、地图、分布图、配色、字体字号或导出质量时,先加载 econ-table-figure-design。该 skill 负责中英文共用的表图设计底盘;本 skill 负责把通过准入的表图写进中文顶刊正文,并检查中文标题、注释和结果解释是否自然、克制、具体。

期刊投稿体例模块

当用户指定目标中文期刊,或要求按某一期刊投稿要求调整、投稿前格式检查、匿名稿检查、录用后排版、正文/附录取舍或参考文献体例适配时,先读取 references/journal-styles/00_journal_submission_workflow.md

目标期刊为《经济学(季刊)》或 China Economic Quarterly 时,继续读取 references/journal-styles/economics_quarterly.md;涉及跨页表、图形清晰度、中文图中文字、正文图准入、附录引用和变量命名时,同时读取 references/journal-styles/common_chinese_journal_rules.md

期刊体例规则的优先级固定为:官网硬性投稿要求 > 用户明确确认过的投稿实操流程 > 目标期刊已发表论文中的稳定体例 > 中文期刊共同规则 > 本 skill 的一般中文顶刊写作规则。不要用单篇样例风格覆盖官网硬性要求。

期刊模式细则

A0. EQ 模式(《经济学(季刊)》)

遇到 EQ 模式时,优先读取 references/journal-styles/economics_quarterly.md,并按该文件执行投稿前、初投稿、录用后、正文/附录、图表、变量、文献引用和参考文献规则。

特别注意:

  • 初次投稿按用户实操确认为匿名 PDF,最终录用后才提交 Word。
  • 正文第一页必须包含 200 字以内中文摘要、3 个中英文关键词、英文标题、100 词以内英文摘要和 3 个 JEL 分类号。
  • 官网标题层级、字体字号、占行、缩进、标点和连排规则属于硬性要求。
  • 核心机制检验原则上保留正文;背景事实、平行趋势、稳健性扩展和变量细节优先进入附录。

A. ER 模式(《经济研究》)

遇到 ER 模式时,执行以下规则:

  • 强调重大现实问题、思想创新、理论演进和政策启示。
  • 不把“用了某个方法”写成稿件主体;方法只是支撑论点的工具。
  • 作者信息必须独立于正文;正文中不得泄露作者身份。
  • 默认准备中文内容提要(约 300 汉字符)与英文梗概(Summary)及其中文对照。
  • 英文梗概应完整交代:研究背景与意义、研究主题与思路、方法与数据、主要结论及政策建议、创新与贡献。
  • 严禁编造、模糊或不完整列示文献来源;数据库、政策文件、图片、手稿等也要规范处理。
  • 稿件中必须清晰说明:相对于已有文献,本文在思想、理论或政策层面的超越与发展。

B. MW 模式(《管理世界》)

遇到 MW 模式时,执行以下规则:

  • 研究必须主要围绕中国现实经济管理问题。
  • 文献梳理必须指向贡献,不能把综述写成“文献罗列”。
  • 不鼓励简单用中国数据重复国外已有研究而没有新学术贡献。
  • 所有方法都可以用,但必须遵循严谨学术规范。
  • 默认准备首页信息:中英文标题、300 字以内中文摘要、3–5 个关键词、作者信息与致谢。
  • 除首页外,匿名稿其他位置不得泄露作者身份。
  • 注释和参考文献统一置于文末;参考文献按作者汉语拼音或英文名字顺序排列。
  • 表述要简明扼要,篇幅与贡献匹配。

C. CIE 模式(《中国工业经济》)

遇到 CIE 模式时,执行以下规则:

  • 强调问题导向、现实解释力、产业/企业/管理场景与经验研究的结合。
  • 默认以“编辑部严格体例”处理:作者信息完整、单位细化到二级单位、通讯作者清晰、致谢规范。
  • 注释不同于参考文献,优先采用脚注;参考文献实行“实引”制度,文中标注和文后参考文献必须逐条对应。
  • 文字应避免空洞口号、避免教科书式综述,突出理论框架与识别逻辑。
  • 若结果最终用于投稿或发表准备,默认同时准备数据、程序、附录和附件公开所需说明。
  • 若无法确认最新体例细节,提醒用户在最终投稿前逐项核对官网最新要求,但仍先按本 skill 的保守版本推进。

标题写法

标题不是宣传语,默认遵守以下原则:

  • 先清楚,再“高级”
  • 先点出核心对象和问题,再考虑修辞
  • 能看出研究对象、作用机制、识别场景最好
  • 避免过长、避免口号、避免大而无当

默认输出 3 个层级版本:

  1. 投稿稳妥版:最清晰,最不冒险
  2. 学术浓缩版:更简洁,保留学术张力
  3. 问题导向版:更强调现实问题与机制

并对每个标题给出一句判断:优点、风险、适用期刊。

中文摘要规则

摘要必须高度具体,不写空话。默认结构如下:

  1. 研究对象 / 研究问题
  2. 数据 / 场景 / 方法
  3. 核心发现(至少一个具体方向与量级)
  4. 机制 / 含义 / 贡献

严格避免:

  • “本文进行了研究”
  • “得到了若干有意义结论”
  • “丰富了相关研究”
  • 不带方向、不带量级、不带对象的空洞结论

若目标期刊为 ER 或 MW,优先控制在较短摘要体量;若需另写英文梗概,不要把中文摘要机械翻译成英文梗概。

英文梗概规则(重点用于 ER 模式)

如需英文梗概,默认将其视为“面向国际读者的长摘要”,而不是普通 abstract。应包含:

  • 中国问题的背景解释
  • 核心研究问题
  • 方法、理论依据、经验数据及来源
  • 主要结论及政策含义
  • 相对已有文献的创新与贡献

英文梗概应比中文摘要更完整,对中国制度背景适度补充说明。

引言写法

引言默认使用如下顺序:

  1. 现实与学术问题切入
  2. 研究问题明确化
  3. 识别/论证路径一句话说清
  4. 主结果先说
  5. 机制与边界
  6. 文献定位与增量
  7. 结构安排

引言的硬规则

  • 第一页尽快出现研究问题,不要长时间铺垫背景。
  • 主结果必须提前出现,不能埋到后面。
  • 文献综述要服务定位,不要单列一大堆文献名录。
  • 贡献要写成“相对于谁、增加了什么、为什么重要”。

文献综述写法

默认只保留最相关的 5–10 篇文献,按“争议—缺口—本文位置”组织,而不是按年份或主题简单罗列。

标准写法:

  • 第一组文献解决了什么
  • 第二组文献留下了什么缺口
  • 本文如何在对象、机制、识别、数据、结论外推范围上补上缺口

严禁使用“本文丰富了……研究”作为唯一贡献表述。

理论机制 / 制度背景写法

只有在以下条件满足时才展开:

  • 它直接服务识别
  • 它帮助读者理解为什么会有该效应
  • 它支持后续机制检验或异质性设计

若制度背景只是常识性介绍,应压缩。若理论部分无法推出可检验命题,就不要写得像独立理论论文。

实证设计写法

经验研究的设计部分必须至少写清以下内容:

  • 单位与样本
  • 因变量
  • 核心解释变量 / 处理变量
  • 模型设定
  • 固定效应
  • 聚类标准误
  • 识别假设
  • 主要威胁与缓解办法

写法要求:

  • 方程式出现时,逐个解释关键符号,不做无谓繁复定义
  • 识别假设不能只写“满足外生性”
  • 聚类层级必须给出理由
  • 若是 DiD / IV / RD / SC / 事件研究,必须单独交代该方法的关键鉴别前提

表图版式与正文准入规则(新增硬规则)

正文表格不能像工作底稿

  • 中文顶刊正文表需要让读者一眼看出“这张表在干什么”。
  • 每张表都必须有:
    • 明确表题
    • panel 标题
    • 表注(固定效应、控制变量、标准误、样本说明)
  • 正文和附录表格默认都应使用统一的“中文顶刊正文表”模板,而不是直接粘贴 raw esttab / outreg2 / markdown 长表。
  • 默认版式应包括:
    • 系数与括号标准误分两行展示
    • 被解释变量在表头显式写清,不让读者猜当前列对应哪个因变量
    • 若正文主系数是交互项,则凡是未被固定效应或其他吸收结构吃掉、仍然可识别的低阶项,都应在主系数下方依次列出;若为三重交互,则三重交互在上,二重交互在下
    • 固定效应、控制变量、样本口径、观测值、R^2 / pseudo R^2 等信息默认放在系数块下方,用“是/否”或简洁行展示
    • 独立表注区交代表意、聚类层级和显著性星号
  • 无论是正文主回归表还是月度/季度补充回归表,只要固定效应进入表格,就应像主表那样逐行展开(例如“Pair 固定效应”“月份固定效应”“行业对×月份固定效应”),不要把整串 FE 名称塞进单个单元格。
  • 正文主表默认不单独展示 p值 行;除非确有必要,否则不把精确 p 值作为表格主体内容。
  • 不要把整串固定效应名称、样本说明或作者自己的流程性解释硬塞进单个结果单元格。
  • 若论文主文件是 LaTeX,优先采用“脚本先生成正式版 .tex 表,再 \\input{} 注入正文”的方式,而不是在正文中保留工作底稿表。
  • 若需要同时产出 Word,默认不使用裸 pandoc 输出;应优先配套 reference.docx / --reference-doc 样式链,统一正文字体、标题层级、表题图题、表线和表内对齐。
  • 默认偏好:
    • 竖向表:单个 panel 一般不少于 4 列,常见为 3–6 列;
    • 横向表:至少 7 列以上,且横向比较确有必要时才用。
  • 不显著且没有识别必要性的列,不应硬放进正文主表;应移入附录或规格审计。
  • 任何正文或附录表、图一旦超出 PDF 可视边界,都不能直接交付。必须主动通过缩放到版心、调列宽、压缩表注、拆分 panel、减少低信息列、改横竖向布局等方式收口,直到在 PDF 中完整落入可视边界为止。
  • “表居中”不只看表线或表题,而要看整个表体是否完整落在版心之内;若内容宽度超过表线、右侧冲出版心,必须继续缩放或重排,直到内容本身也真正居中。

表格排版硬规则(新增默认保守版)

  • 只要任务是“改表格版式/投稿表格标准化”,默认视为不得改动任何数字、系数、标准误、显著性星号、变量含义和表题实质内容;只能动版式、行列组织、表注、对齐、边框和样式链。
  • 中文期刊默认把正文主表、附录表都排成三线表(booktabs)
    • 只保留顶线、表头下横线、底线;
    • 删除竖线、网格线、阴影、底纹和彩色填充;
    • 若 Word 输出中默认表格样式自带全边框,必须在导出后处理里把真实表格改成三线表,而不是只改样式名。
  • 表题默认统一放在表格上方,采用中文期刊常见写法:
    • 表1 描述性统计
    • 表2 年度基准双重差分结果
    • 附表A1 辅助动态规格摘要
    • 不混用 表 2:Table 2:附表 A1: 等多套格式。
  • 表格字体体系必须与正文保持同一中文字体体系,不要为了塞表单独换成另一种中文字体:
    • 若正文是 5号仿宋,则主文表题保持与正文同一字体体系;
    • 表体默认统一为小五
    • 表注默认统一为小五
    • 同一篇论文中所有主文表格字号必须一致,附录表格也必须在内部保持一致。
  • 解决版面问题的默认顺序是:
    1. 统一列宽;
    2. 删除竖线与多余空白;
    3. 优化表头换行;
    4. 压缩单元格内边距与行距;
    5. 必要时拆分过宽表格或拆分 panel;
    6. 最后才考虑轻微缩放。
    • 不要默认靠 resizebox、整表缩放、异常小字号去“硬塞”版面。
  • 数值列默认右对齐,并尽量做小数点对齐;小数前补 0,例如 0.082,不要写 .082
  • 回归表默认强制使用“系数一行、括号标准误下一行”的双行格式;每个标准误必须紧跟自己的系数,不能在 Panel B 或宽表中发生错位。
  • Panel 结构默认统一:
    • Panel APanel B 表示不同模块或被解释变量;
    • Panel 标题单独占一行;
    • Panel 内各列标题位置统一,不让一个 panel 顶部有“结果变量”,另一个 panel 直接上系数。
  • 回归表底部信息默认统一放在系数块之后,且顺序尽量稳定:
    • 固定效应
    • 控制变量
    • 聚类层级
    • 观测值
    • R^2 / 调整 R^2 / pseudo R^2(如有)
    • 不要让这些信息在不同表里忽上忽下。
  • 表注默认统一写成 注:,放在表格下方。除非原稿已经更完整,否则至少补齐:
    • 括号内标准误是什么;
    • 按什么层级聚类;
    • 是否控制固定效应;
    • 是否控制其他变量;
    • 显著性星号说明。
  • 若导出链同时服务 docxpdf/tex
    • 两端都要核真实成品;
    • docx 端不仅要看段落样式,还要检查真实表格边框、表内对齐和底纹;
    • pdf/tex 端要看是否仍靠整表缩放硬塞,或是否出现标题、表体、表注风格不一致。

写正文时必须同步解释样本量变化

  • 若表中不同列的 N 差异明显,正文或表注必须解释:
    • 为什么掉样本
    • 是控制变量、固定效应、还是构造限制导致
    • 掉样本后是否还代表同一识别总体
  • 不能只给回归表不给样本解释。

正文图必须“服务故事”

  • 图不是装饰,进入正文必须满足:
    1. 读者能快速看出图要说明什么;
    2. 图形方向与正文叙事一致;
    3. 图注清楚说明数据、窗口和读图方式。
  • 图题、轴标签、图例、图注优先用中文。
  • 如果一张图会让读者怀疑“这张图到底支持还是反驳你的故事”,则不要放正文。
  • 所有进入正文和附录的图形都必须先做 PDF 版式检查:标题、图例、坐标轴、图注和图形主体都不能越出版心或被裁切;若出界,优先改图尺寸、边距、字体大小或拆图,而不是带着出界版本交稿。

高频图的特别规则

  • 月度/季度图若用于支持修法后的动态叙事,默认要避免疫情扰动。
  • 优先使用不晚于 2019-12 的窗口。
  • 若正文故事要求“非同一控制组在修法后增长快于同一控制组”,则图中必须能清楚显示这一点;否则该图不应进正文。
  • 若原始趋势图不够清楚,可以使用透明、可解释的 residualized 图,但必须在图注里交代净化方式。
  • 若残差化后仍不能支持正文叙事,则该图只能放附录,或直接删除。

正文叙事不能夹带作者工作说明

  • 论文正文要像论文,不像作者备忘录。
  • 不要在正文段落中写:
    • 为什么某一列掉样本
    • 为什么某个不显著规格被移出主表
    • 为什么某张旧图被替换
    • 为什么这轮改成了另一套版式
  • 这些内容属于作者的研究流程或写作流程,应写入:
    • task README
    • 规格审计表
    • 附录说明
    • 必要时的表注/图注
  • 正文里只保留对读者理解结果真正必要的说明,例如识别逻辑、样本定义、固定效应含义、结果方向与经济意义。

结果部分写法

结果部分优先顺序固定:

  1. 基准回归 / 主结果
  2. 经济显著性解释
  3. 识别威胁回应
  4. 稳健性
  5. 机制
  6. 异质性

结果解释规则

  • 先说方向,再说量级,再说含义
  • 统计显著不是全部,必须写经济显著性
  • 不能只复述表中星号
  • 不把每一列都重复解释一遍;抓主差异说
  • 若结果不稳,直接承认边界条件,不要硬拗

稳健性、机制、异质性

对这三类检验,默认遵循以下顺序:

稳健性

只保留真正回答识别质疑的检验,如:

  • 替代变量
  • 替代样本
  • 替代聚类层级
  • 安慰剂 / 伪处理
  • 控制趋势项 / 排除特殊样本
  • 识别方法对应的关键诊断

机制

机制检验要与前文理论链条一一对应。不要“看到哪个变量显著就说哪个机制成立”。

异质性

异质性只保留与理论或政策含义直接相关的维度。不要把所有能切的组都切一遍。

探索性结果写入正文的边界

  • 探索性结果可以帮助筛选主规格,但不能自动写成正文主证据。
  • 如果一项结果来自探索性筛选,应先判断:
    • 是否已经冻结研究设定
    • 是否经过样本审计
    • 是否与理论方向一致
    • 是否具有清楚的识别价值
  • 不满足上述条件时,默认放到:
    • 附录
    • 规格审计
    • task README
    • 或正文中的极简保留说明
  • 不要在正文里把“探索阶段找到的一个显著规格”写成天然的主结果。

Event Study 写作边界

  • Event study 只有在预趋势、动态路径和识别口径都足够干净时,才可承担正文主证据功能。
  • 若 event study 更适合作为动态补充图或附录结果,正文应明确其角色是“补充动态证据”,不要写成 strongest identifying evidence。
  • 若辅助动态在 post 期方向一致但 pre-trend 不干净,默认只作为附录补充,不在正文中过度解读。

结论写法

结论默认三段:

  1. 一句话回到研究问题
  2. 概括主发现、机制和边界
  3. 提炼政策含义或研究含义

不要在结论中新增重要识别主张,不要写空泛口号。

审稿回复模式

当用户要回复审稿意见时,按以下模板输出:

  1. 总回应:感谢 + 总体修改方向
  2. 逐条回应
    • 审稿意见原文/摘要
    • 回应立场(接受/部分接受/不接受)
    • 具体修改动作
    • 修改后文中位置
  3. 策略性处理
    • 哪些意见应正面接受
    • 哪些意见应解释边界而不硬改
    • 哪些意见应放入附录而非正文

不要使用情绪化、辩解式语言。

输出格式

每次输出默认包含以下栏目:

  • 任务判断
  • 已确认
  • 待确认
  • 主要风险
  • 建议写法 / 修改方案
  • 可直接粘贴的正文
  • 建议放入附录或删除的内容
  • 下一步最优动作

若用户只要正文,可先给正文,再附一个极简风险提示。

红线与常见错误

始终避免以下问题:

  • 把方法写成贡献本身
  • 用中国数据重复国外研究却不说明新意
  • 引言铺垫过长,主结果出现太晚
  • 贡献表达空泛
  • 只谈统计显著,不谈经济显著
  • 机制链条与检验不对应
  • 无节制堆异质性和稳健性
  • 参考文献与文中引用不对应
  • 匿名稿泄露作者身份
  • 直接编造文献、政策文件、数据库说明
  • 用过于平滑、过于模板化、过于“AI 味”的段落

默认写作风格

  • 学术、克制、具体
  • 结论先行
  • 少口号,少套话
  • 不夸大因果与政策意义
  • 优先使用短句和实义动词
  • 能写“提高 3.2%”,不要只写“显著提高”
  • 能写“通过融资约束缓解”,不要只写“存在中介机制”

可直接执行的任务类型

本 skill 可以直接完成以下任务:

  • 全文结构审计
  • 标题与摘要重写
  • 引言重构
  • 文献综述压缩与定位
  • 机制段落写作
  • 实证设计改写
  • 结果段落改写
  • 结论改写
  • 投稿前合规检查
  • 审稿意见回复框架

中文期刊投稿母稿模式(默认保守版)

当用户明确要把研究稿压成“投稿母稿”,但尚未完全锁定某一家中文期刊的全部细则时,默认先采用这套适用于多数中文经济学/管理学期刊的保守母式,再在其上叠加单个期刊的专属要求。也就是说,本段不是《经济学(季刊)》专用模板,而是“中文期刊通用底盘 + 期刊专项附加层”。

1. 默认交付物是“总稿母稿”

  • 优先维护一份完整母稿,而不是先拆成多个零散文件。
  • 默认结构为:
    • 封面页
    • 匿名正文首页
    • 正文
    • 参考文献
    • 在线附录
  • 若用户没有明确要求删除图表,不要擅自把已有正文图表移出稿件;可建议压缩或后续拆分,但默认先保留完整编号链。
  • 若后续某一期刊要求分开上传封面页、匿名正文、在线附录,再从这份母稿派生分文件,而不是反过来从零碎文件拼总稿。

2. 封面页与匿名首页必须分清

  • 封面页放作者中英文、单位中英文、电话、邮箱、通信地址、感谢语等身份信息。
  • 匿名正文首页只保留匿名信息:
    • 中文标题
    • 中文摘要
    • 中文关键词
    • 英文标题(若目标期刊要求或尚未锁刊时,默认先保留)
    • 英文摘要(若目标期刊要求或尚未锁刊时,默认先保留)
    • 英文关键词(若目标期刊要求或尚未锁刊时,默认先保留)
    • JEL 分类号(对经济学期刊尤其常见;未锁刊时默认先保留)
  • 正文中不得残留基金、致谢、作者项目说明、自引中的身份暴露提示。

3. 首页信息默认口径

  • 中文摘要:优先压到 180—200 字,只保留“问题—制度冲击/研究设计—数据—核心结果—贡献”。
  • 英文摘要:优先控制在 80—100 词,写 setting、data、identification、main finding,不逐句翻译中文摘要。
  • 关键词:默认 3 个中文;若匿名首页保留英文信息,则同步给 3 个英文关键词。
  • JEL:若目标属于经济学期刊或尚未锁刊,按研究主题先填 3 个;若后续目标期刊不要求,再删去。
  • 原则上,在未锁刊阶段优先准备“信息更全”的首页,而不是更少的首页;后续如遇特定期刊要求更简,再删减。

4. 文献与引用不是附属工作

  • 不允许出现“文中泛泛谈现有文献,但没有作者—年份引用和参考文献”的状态。
  • 默认做法是:
    • 先补正文中的作者—年份引用;
    • 再生成文末参考文献;
    • 保证“正文实际引用了什么,文末就列什么”,不做只加 bibliography 不回填正文的半成品。
  • 引言、文献综述、制度背景、识别策略至少都要有基本文献锚点。

5. 公式、模型和结果解释要达到投稿稿标准

  • 基准模型默认整理为标准居中公式,并连续编号,如“(1)”。
  • 必须明确:
    • 样本单位与样本期
    • 估计方法
    • 固定效应
    • 聚类层级
    • 核心交互项的经济含义
  • 变量与公式排版默认遵守经济学通行规范,并全篇一致:
    • 变量名用斜体,如 PreInsideShare_fOutsideShare_{ft}SameParent_{ijt}Post_t
    • PPMLGDPJELIPC、数据库名等缩写用正体;
    • lnexpmaxmin 等函数名在公式中用正体;
    • 下标若为索引(如 ijft)用斜体,若为说明性文字(如 preinsidepost)优先用正体;
    • 在 Word/Docx 中,若行内长变量名导致两端对齐拉散、下标错乱或阅读困难,应改写句子或转为独立公式,而不是牺牲排版一致性。
  • 正文解释不能只读显著性;默认补经济量级、比例/半弹性/概率含义,并说明模型口径。
  • 经济量级解释至少选择一个适合研究问题的基准,不机械堆叠均值、标准差和分位差;若缺少均值、标准差、分位点或政策幅度,必须计算、询问用户或留下具体 TODO,不得自行编造。
  • 涉及交互项、异质性、非线性模型或概率模型时,正文应写有意义取值或分组下的净效应/边际效应,而不是只读主项和交互项符号。
  • 事件研究默认写成“动态补充”还是“主识别证据”,必须克制且与图形质量一致。

6. Word/PDF 成稿链要一起管

  • 不把 docxpdf/tex 当成纯导出副产品;投稿稿必须同时考虑两端。
  • 默认检查项包括:
    • A4、25mm 边距、单倍行距、接近 5 号正文观感
    • 页码存在
    • 一级/二级标题层级正确
    • 表题、Panel、表注、图题样式统一
    • 表图、参考文献、在线附录顺序正确
  • 若本机字体环境不足以精确复刻“仿宋/楷体”,应选择最接近且稳定可编译/可导出的替代方案,并在任务记录中明确说明环境限制。
  • 默认优先先把“母稿版式”做规范,再按目标期刊的专属字体、字号、注释体例和首页字段做最后一层细调。

7. 表注必须补齐到审稿可读

  • 每张主回归表默认至少交代:
    • 样本
    • 估计方法
    • 聚类层级
    • 固定效应
    • 控制变量
    • 显著性说明
  • 若焦点系数是交互项,继续遵守本 skill 和项目规则:任何仍可识别的低阶项都应放在焦点交互项下方,而不是省略不报。

8. 最后一定核成品,不以“脚本跑通”代替完成

  • 投稿件修订默认必须核对最终 docx/pdf 成品,而不是只看 markdown、tex、log 或脚本返回码。
  • 至少逐项确认:
    • 封面页存在
    • 匿名首页六项信息齐全
    • 参考文献位于正文与在线附录之间
    • 公式编号、页码、表图编号链没有破坏
    • 用户明确要求保留的图表仍在成品中

9. 期刊专项要求作为附加层处理

  • 这套母式完成后,再叠加具体期刊的附加要求,例如:
    • 摘要字数上限是否更短
    • 是否必须保留英文摘要/英文关键词/JEL
    • 参考文献排序与脚注体例
    • 首页字段顺序
    • 是否要求单独在线附录或单独上传代码说明

中文顶刊实证修稿硬规则(数据—识别—语体)

这部分来自多轮中文顶刊修稿实践,可直接复用于“问题意识已经成形,但离中文顶刊成稿还差数据透明度、识别一致性和中文质地”的稿件。

1. 数据来源要写到“底层外部来源 + 项目内数据包 + 匹配过程”

  • 不要只写“项目内整理数据”或“作者根据数据库整理”。
  • 默认至少交代三层:
    • 外部底层来源是什么
    • 项目内实际使用的数据包或年度文件是什么
    • 中间是如何由底层数据构造成研究样本的
  • 例如,不要只写“子公司合作专利数据”;更规范的写法是:
    • 子公司工商信息来自什么数据库;
    • 原始专利记录来自什么公开库或商业库;
    • 子公司专利如何由“子公司名称/统一代码 × 专利申请人名称”匹配得到。
  • 如果底层来源不清楚,不要猜;应明确向用户确认。

2. 复杂变量默认必须交代“公式、窗口、阈值、数据源、引用”

  • 只要变量不是肉眼可懂的原始指标,就不要只写变量名。
  • 默认应补齐:
    • 构造公式
    • 时间窗口
    • 分组阈值或标准化方式
    • 底层数据来源
    • 若方法借鉴既有研究,写明引用
  • 特别适用于:
    • 占比变量
    • 网络指标
    • 文本变量
    • 技术重叠类变量
    • 改革前依赖度/暴露度指标
  • 例如:
    • 网络开放度若用于表示合作伙伴分散程度,应写成 1 - \sum s^2
    • 若实际变量是外部活跃伙伴数量占全部活跃伙伴数量的比例,不要命名为“网络开放度”,应写作“外部伙伴占比”或“外部活跃伙伴占比”
    • 技术重叠写明 Jaccard、IPC 层级和滚动窗口
    • 风险关键词暴露写明词典来源、文本范围、标准化口径和方法文献

3. 样本构造不能黑箱,尤其要防“事后样本定义”

  • 若样本是“样本期内曾合作”“样本期内曾进入网络”等结果导向口径,必须主动说明其风险,并补充政策前样本、共同样本或平衡样本作为对照。
  • 中文顶刊特别在意:
    • 风险集是否受政策后结果影响
    • 样本是否由结果变量反推而来
    • 掉样本后是否仍对应同一识别总体
  • 默认写法:
    • 先说明主样本为何采用该口径;
    • 再说明其潜在选择问题;
    • 最后说明用什么替代口径做补强。
  • 不要把 all-ever 之类英文工作流词直接留在正文;改成“样本期内曾合作”“样本期内曾进入可观测合作网络”等自然中文表述。

4. 模型、估计器、表注和结果解释必须四位一体一致

  • 若正文主表用 PPML,模型式、表注和正文解释都要按 PPML 写,不能模型像线性 DID、表注像 PPML、解释又像 LPM。
  • 默认核对四件事:
    • 模型式是否与实际估计器一致
    • 表注是否写明估计方法
    • 固定效应和聚类层级是否在表注/识别段明确
    • 正文对系数的解释是否符合该模型
  • 对二元因变量,若正文仍用 PPML,不要写成“百分点变化”或“概率变化”;更稳妥的写法是“发生强度的相对变化”。

5. 固定效应下主效应是否被吸收,必须明确说明

  • 若用户或审稿人会自然质疑“某个主效应在固定效应下不是应该被吸收吗”,正文必须主动解释,而不是假定读者会自己理解。
  • 常见情形:
    • 配对固定效应下仍报告 共同控制 主效应;
    • 企业固定效应下仍报告某个状态变量主效应。
  • 正文只有在变量确实时变时,才可保留该主效应;且应明确写出“该变量按当年状态界定,因此在样本内存在变化,不被固定效应机械吸收”。
  • 若变量理论上应被吸收,就不要硬保留在主表里。

6. 混合年份政策冲击默认要给三种时点稳健性

  • 凡是政策发生在年中,而主回归使用年度数据,默认就应回应“混合暴露年份”问题。
  • 中文顶刊里最稳妥的默认写法是同时说明:
    • 2020年及以后 作为政策后窗口
    • 剔除 2019
    • 2019 单列为过渡期
  • 若已有高频窗口,还要明确其作用:
    • 月度或季度窗口用于观察过渡期路径
    • 不要把它写成替代主识别的全新设计
  • 正文建议表述为:
    • “固定处理口径事件研究与疫情前高频窗口用于考察过渡期路径;附加稳健性再采用 2020+、剔除 2019 和将 2019 单列等口径,方向保持一致。”

7. Panel A / Panel B 使用不同解释变量时,要先解释“层级不同”

  • 同一张表里若两个 panel 用了不同分析层级、不同解释变量或不同样本,不要让读者自行猜。
  • 默认要在正文和表注里都交代:
    • Panel A 的分析层级是什么
    • Panel B 的分析层级是什么
    • 为什么对应解释变量不同
  • 安全写法是:
    • “两者采用不同解释变量口径,是因为结果变量的分析层级不同。”
  • 不要写成:
    • “不是为了追逐显著性”
    • “不是因为前面结果不好” 这种作者自我辩护语气不应进入正文。

8. 样本量差异默认必须解释到变量定义层

  • 只要表中不同列 N 差异明显,正文或表注默认应交代来源。
  • 优先从变量定义解释,而不是只说“样本不同”:
    • 占比变量只在分母大于 0 时定义
    • 网络指标只在存在合作网络时定义
    • 被引变量只在存在可观测合作专利时定义
    • 控制变量共同样本会进一步压缩观测值
  • 最好把这种说明嵌进描述性统计段和对应结果段,而不是只在附录解释。

9. 事件研究和高频图默认是“补充证据”,不是自动升格成主识别

  • 除非预趋势、口径和动态图都足够干净,否则不要把事件研究写成主识别核心。
  • 默认更稳妥的写法是:
    • “方向一致的动态补充”
    • “对过渡期路径的补充辨析”
    • “对后续宏观扰动解释的补充反证”
  • 不要写成过满的句子,例如:
    • “直接回击某种解释”
    • “完全验证了平行趋势”
    • “构成闭环”

10. 中文成稿要主动清除作者解释腔、AI 腔和模板化推进词

  • 中文顶刊修稿默认要单独做一轮“语体清理”。
  • 重点清掉三类残留:
    • 作者解释腔:
      • “真正问题是……”
      • “核心识别对象……”
      • “主识别任务……”
      • “这样写的目的……”
      • “为了满足征稿/专题要求……”
      • “为节省篇幅移入附录……”
      • “需要说明的是……”若只是引出作者写作策略
    • AI/讨论腔:
      • “闭环”
      • “硬放入正文主表”
      • “有显著,也有不显著”
    • 模板化推进词堆叠:
      • “这说明 / 这表明 / 这意味着 / 换言之 / 进一步地”
  • 默认替换原则:
    • 把“作者在解释自己”改成“证据自然推进”
    • 能删掉提示词就删掉,删不掉再换成更平实的中文
    • 不把“需要说明的是”“不再赘述”“完整结果见附录”绝对禁用;若它们引出定义、样本边界、识别限制或具体附录交叉引用,可以保留或改成更直接的读者句
    • 同一段不要连续出现两次以上“说明/表明/意味着”
  • 处理顺序应是:
    1. 先把母稿做完整;
    2. 再按目标期刊删改多余信息或增加专属字段;
    3. 最后重新核对成品,而不是直接在未成形的草稿上堆专刊细则。

11. 术语要“准”,先区分理论概念、经验代理和口头短写

  • 中文顶刊默认不奖励“概念越新越好”,而奖励:
    • 与数据定义一致
    • 与文献概念对应清楚
    • 读者一看就知道在说什么
  • 遇到“理论概念比经验口径更宽”的情形,默认必须分层写清:
    • 哪个是文献中的理论概念
    • 哪个是本文的可观测代理
    • 两者为何可以对应
  • 更稳的默认写法是:
    • 首次出现:本文把文献中的 X 概念落实为 Y 这一可观测代理
    • 之后理论/文献段保留 X
    • 经验识别、结果和表注统一使用 Y
  • 例如:
    • 共同控制网络 可保留为理论概念;
    • 同一上市母公司内部网络内部股权网络 用于经验代理;
    • 不要再混用 同一实控人同一控股公司 这类与当前数据不符的替代表述。
  • 对没有稳定期刊用法的短词,默认不要留在成稿里,例如:
    • 合作边
    • 伙伴池
    • 直接回击
    • 硬放入正文主表

12. 非正式数据库口径不能直接写成数据来源

  • 若变量本质上来自“按某篇论文的方法整理”,不要在正文写成:
    • 某某数据库变量
    • 某平台数据库口径 尤其当该平台只是整理容器,而不是变量原始出处时。
  • 更规范的默认写法是:
    • 先写底层数据来自哪里;
    • 再写变量按哪篇论文的方法、词典或测度流程整理;
    • 若作者做了匹配、筛词、标准化或阈值分组,也要顺手说明。
  • 目标是让审稿人能区分:
    • 原始数据来源;
    • 作者整理过程;
    • 方法引用来源。

13. Word 优先修稿时,必要时直接改最终 docx,而不是只改 markdown

  • 如果用户明确要求:
    • 直接在 Word 里把公式、Panel、字体、图题、页码、表格结构修到位;
    • 或当前 docx 成品已经暴露出 markdown → docx 转换无法稳定修复的问题, 则默认允许采用“双层链路”:
    • 上游源文件负责内容;
    • 最终 docx OOXML 后处理负责公式、字体、Panel、页码和表格结构。
  • 这类任务的完成标准不是“源文件看起来改好了”,而是:
    • 最新 docx 成品中的公式、字体、Panel、页码、表题图题和表注都真的符合要求。

14. 长公式和长变量定义不要硬塞成行内公式

  • 以下内容默认优先单独成段、居中或独立展示:
    • 长分式
    • 网络开放度
    • Jaccard/技术重叠
    • 多层下标的处理变量
    • 文本暴露和复杂指标的计算式
  • 原则是:
    • 若行内公式会导致 Word/PDF 中字体错乱、下标丢失、文本抽取为空或整句难读,就改成独立一行;
    • 长公式之后再接解释文字,而不是让公式和说明抢一行。

15. 图形字体和图内信息不能靠默认值

  • 论文图形默认不能继续使用系统随机中文字体。
  • 若用户明确指定:
    • 中文字体
    • 英文/数字字体
    • 图题和图注放图内还是图外 就应把这些要求落实到实际绘图脚本和最终成品,而不是只停留在口头说明。
  • 默认规则:
    • 中文文字用与正文相容的中文字体体系;
    • 英文和数字优先用 Times New Roman
    • 总标题和长图注优先放图外,由正文样式链统一管理;
    • 重绘后必须核最终图文件,而不是只看脚本是否成功运行。

16. 二重交互与三重交互在正文表中的呈现要分开处理

  • 在正文、表注和变量说明里,不要写含糊表述,如控制了相应的控制变量其他已控制项不再逐项列示相关设定见表中说明;如果这些信息会影响读者理解,就应尽量点明具体对象。
  • 对二重交互 A×B 而言,凡是没有被固定效应或其他吸收结构消掉、仍然可识别的低阶项,正文表通常应一并报告。
  • 对三重交互 A×B×C 而言,中文期刊正文表为节省篇幅,通常可以不逐项展示两两交互,但应在表注中明确说明这些两两交互已经控制,只是未逐项列示;同时,凡是没有被固定效应或其他吸收结构消掉、仍可识别的单项,正文表仍应展示。
  • 更稳的中文期刊写法,例如:
    • 控制变量包括企业规模、资产负债率和现金流。
    • 固定效应包括子公司对固定效应和年份固定效应。
    • 对于二重交互规格,正文表同时报告仍可识别的低阶项;固定效应和控制变量系数不逐项列示。
    • 三列均控制三重交互所对应的两两交互项;为节省篇幅,表中未逐项报告。
  • 对机制、异质性、分组比较或分类结果表,若列标题本身代表不同机制/组别/类型,优先采用两层表头:上一行用合并单元格写明这一列组共同属于什么(如机制变量异质性维度分组变量),下一行把具体名称与列号放在同一个格子里(如高司法保护\n(1)),不要再把(1)(2)(3)单独拆成一整行。
  • 处理原则是:
    • 需要交代时,优先说明具体控制变量、固定效应、样本限制或被省略的估计项分别是什么;
    • 如果某个展示选择只需说明一次,就放在首次引出相关表格或回归的正文处,不要在每张表注里重复;
    • 除非表格空间极其有限,否则不要依赖其他已控制项相应控制变量相关设定这类模糊占位词。

17. 中文参考文献扩充不是“多”,而是“准 + 进正文”

  • 当审稿意见要求补足中文文献时,默认先按四类去补:
    • 知识产权保护与创新/合作
    • 商业秘密保护、可占有性与组织边界
    • 共同控制/共同所有权/关系治理与创新合作
    • 中国制度背景与识别方法
  • 补文献的完成标准不是把参考文献列表拉长,而是:
    • 文末中文文献数量达标;

18. 题目、副标题和法律冲击口径要“短、稳、准”

  • 中文经济学标题默认遵循:
    • 主标题回答学术问题;
    • 副标题交代制度冲击或识别来源;
    • 避免在主标题中堆叠“重构”“机制链”“条款强化”等多个重词。
  • 若制度冲击来自法律修订,默认优先写:
    • 法律修订
    • 法条修订
    • 商业秘密保护强化 而不是高频重复口语化的 修法
  • 更稳的默认写法是:
    • 标题或摘要中用较短、自然的制度表达;
    • 正文首次出现时再补完整法条名称和具体条款含义。
  • 若用户已经明确要求某个标题压缩方向,例如:
    • 去掉 重构
    • 条款强化 改成 保护强化
    • 把法条全称放回正文首次说明而不是压在标题里, 默认应优先按该方向统一全文。

19. 数据来源写法要“公开来源 + 作者整理”,不要带工作流细节

  • 中文顶刊正文中的数据来源应优先写成:
    • 公开数据库/官方来源;
    • 作者匹配、清洗或整理流程;
    • 必要的样本期与行业限制。
  • 默认不要把以下内容直接写进正文:
    • 项目内
    • 内部文件名
    • 半角/全角空格等低层清洗细节
    • 工作流式的脚本或管线描述
  • 更自然的正文写法是:
    • 信息来自……数据库和公开披露信息
    • 专利数据来自……公开专利数据
    • 作者将企业名称与申请人名称进行统一清洗匹配
  • 若行业筛选是重要样本约束,默认正文要补一句“为什么限制这些行业”,而行业代码和长名单放附录。

20. 变量定义按实证模块组织,不要像工作笔记条列

  • 若变量定义部分开始出现明显的工作稿痕迹,例如:
    • 1. 基准变量
    • 2. 边界变量
    • 3. 机制变量
    • 4. 后果变量 并且每段内部又混有公式、定义域、缺失处理, 则默认优先改成“标题清楚、段落连续”的变量定义,而不是清单式工作笔记。
  • 更稳的默认结构是:
    • 1. 基准结果变量
    • 2. 合作边界结果变量
    • 3. 机制变量
    • 4. 核心解释变量
    • 5. 控制变量
  • 如果论文没有合作边界模块,可将第 2 项改为对应的扩展结果变量;如果没有控制变量进入主规格,也应说明控制变量仅用于稳健性、共同样本或附录检验。
  • 合作边界变量、网络开放度、外部伙伴占比、被引指标、新增伙伴等只要作为回归左侧变量使用,就应归入“结果变量”体系,而不是和机制变量混在一起。
  • 变量定义里应优先保留:
    • 经济含义;
    • 公式;
    • 定义域;
    • 样本差异来源。
  • 默认压缩或移除:
    • 工作流式编号感;
    • 过细的数据清洗细节;
    • 与读者无关的构造过程碎片。

21. 文献表述要收紧到“缺口”本身,不要把自己的识别设计复述进 gap sentence

  • 当需要写“现有文献不足”时,默认不要把自己的完整研究设计塞进一句 gap statement,例如:
    • 2019年修法 + 子公司配对合作专利 + 同一上市母公司内部网络 + 合作边界重构 + 中文证据稀少 这种写法过细,会显得像作者在为自己的设计做防御性说明。
  • 更稳的默认写法是:
    • 把缺口压缩成一条机制链或识别链;
    • 例如:将同一母公司网络与合作边界连成一条微观识别链的证据仍然稀少。
  • 默认原则:
    • 少强调“中文证据稀少”这类地域限定;
    • 多强调“哪条机制链或识别链尚未被直接检验”。

22. 结果部分命名和表达要自然,少用“重构/补强/直接回击”等汇报腔

  • 章节、小节和结果段落默认优先用更自然的中文经济学表述:
    • 基准结果与合作边界变化证据
    • 事件研究
    • 疫情前月度窗口的补充检验
    • 外部合作伙伴增加 而不是:
    • 边界重构
    • 识别补强
    • 直接回击
    • 最关键的第二组证据
  • 结果段中的固定效应描述也应自然化:
    • 逐步加入固定效应 优于
    • 由弱到强的固定效应梯度
  • 若一处说法更像答辩、内部汇报或 AI 总结,默认把它改成平实中文,让证据自己推进。
    • 这些中文文献真的进入了引言、文献综述、制度背景或识别部分;
    • 官方法规、政策文件和司法报告不计入“中文学术文献”数量。

23. 法律冲击口径在标题、摘要和正文首次出现处要分层处理

  • 中文经济学论文写法律或政策冲击时,默认分三层:
    • 标题:用短、稳、自然的口径;
    • 摘要:用与标题一致的简洁口径;
    • 正文首次出现:补完整法条名称、制度变化方向和本文真正利用的条款。
  • 不要把完整法条名、修正/修订、条款强化、机制判断一次性都压进标题。
  • 更稳的默认写法是:
    • 标题/摘要写 商业秘密保护强化 或类似自然表达;
    • 正文首次出现再写 2019年《反不正当竞争法》……条款的修订

24. 理论文献术语与经验结果术语要分开写,不能在正文里来回摇摆

  • 文献段可以保留更宽或更经典的理论术语,例如:
    • 共同控制网络
    • 结构洞
    • 关系型治理
  • 但经验结果、变量定义、表题和表注要优先退回到本文真正可观测的代理口径,例如:
    • 同一上市母公司旗下子公司配对
    • 同一母公司网络
    • 桥接位置
  • 若必须同时出现,默认写法是:
    • 文献中的 X 概念,本文以 Y 这一可观测代理度量

25. 数据与样本构造段默认改成“第一步/第二步/第三步”,不要写成答辩稿口吻

  • 当样本构造存在多步匹配、清洗和筛选时,默认用:
    • 第一步
    • 第二步
    • 第三步
    • 第四步
  • 不要高频使用:
    • 首先
    • 其次
    • 再次
    • 最后 因为这更像口头汇报,不像中文期刊成稿。
  • 数据清洗也只保留读者需要知道的层级:
    • 统一清洗
    • 名称匹配
    • 生成无向配对
    • 行业限制 不要写成脚本或日志级细节。

26. 样本口径争议属于稳健性,不要塞进变量定义

  • 如果某个主样本定义可能引起“事后选择”或“风险集定义”质疑,例如:
    • 样本期内至少一次合作
    • 政策后才进入样本
    • 仅在总合作大于0时定义
  • 变量定义部分只说明定义;
  • 是否带来选择性、为何采用该样本、有哪些替代口径,应放到:
    • 稳健性小节
    • 附录口径检验
    • 或结果解释中的样本审计说明。

27. 处理疫情或宏观扰动质疑时,优先补设计,不要只靠文字辩解

  • 当审稿意见质疑政策效应可能混入疫情或其他后续宏观冲击时,默认回应顺序是:
    1. 事件研究;
    2. 政策前后的高频窗口;
    3. 更严格的空间或行业×年份固定效应;
    4. 剔除疫情年份;
    5. 地理距离或合作边界变化检验。
  • 正文尽量少写“不是由疫情驱动”,多写“本文进一步用……作补充检验”。
  • 如果还没有做足设计检验,就不要在正文中过强下结论。

28. 中文摘要起句要先像摘要,再像识别说明;英文摘要跟逻辑,不逐句硬译

  • 中文摘要默认先直说研究问题或研究对象,优先采用:
    • 本文考察……
    • 本文研究……
    • 本文分析……
  • 若法律或政策变化只是识别背景,而不是摘要第一句必须强调的技术细节,默认不要把起句写成过硬的:
    • 以……为制度冲击
    • 利用……这一制度变化 除非用户明确要求突出识别设计。
  • 中文摘要中,若技术性样本术语会让句子变硬或突兀,例如:
    • 配对
    • 年度面板
    • 处理组/对照组 默认先退回更自然的对象表达,再把精确样本口径留给正文方法部分。
  • 若一个表述在技术上更精确、但中文读起来更绕,摘要中默认优先选更自然、读者能立即理解的说法。例如可优先写:
    • 同属一家上市公司的子公司之间 而不是一上来堆叠过长的控制关系说明。
  • 英文摘要默认与中文摘要保持同一逻辑顺序:
    • 研究问题
    • 核心发现
    • 机制或经济含义 不逐句硬译中文摘要,也不把中文中已删去的技术性起手重新塞回英文摘要。

若信息不足

若研究细节不足,不要编造。应:

  1. 明确指出缺口
  2. 给出保守写法
  3. [待补:...] 占位
  4. 优先保证逻辑和体例正确,而不是追求“看起来完整”

28. 主文图形模板要固定,避免每轮重画时风格漂移

  • 对中国经济学论文的主文图形,默认先区分 单线图样式双线对照图样式,并在同一项目内保持一致。
  • 图1类单线图模板(事件研究、单组动态路径):
    • 主线使用深蓝色 #1f4e79
    • 保留点标记;
    • 保留必要的基准线/政策时点虚线;
    • 不使用背景浅灰网格线;
    • 保留绘图区外框线;
    • 若 Word 成品中看起来发虚,优先提高 PNG 导出分辨率和图尺寸,而不是在 Word 中拉伸。
  • 图2类双线图模板(处理组/对照组双线比较):
    • 主线:深蓝色 #1f4e79
    • 对照线:中性灰 #8f8f8f
    • 主线线宽应略粗于对照线;主线点标记可略大于对照线;
    • 不使用背景浅灰网格线;
    • 保留绘图区外框线;
    • 不随意改动图题、图例、坐标轴文字和整体布局,除非用户明确要求。
  • 当用户已经确认某张图的配色和版式后,把它视为本项目的图样板,不要在后续轮次里因为默认模板或个人偏好改回去。

29. 主文图形样板还要固定两条补充规则

  • 当事件研究图以某一年为基期且回归结果表默认省略该年时,主文成图应在基期年份显式补一个 0 点,并把折线连回原点;不要让折线直接从基期前一年跳连到基期后一年。
  • 对 Word 成品里看起来发虚的主文图,优先通过增大导出尺寸和提高 PNG 导出分辨率来解决,不要依赖 Word 内部放大。
  • 对当前项目确认的图样板,进一步固定为:
    • 图1单线模板:深蓝主线 #1f4e79,误差线浅蓝,同层级线宽为主线 2.4、误差线 1.9、点标记 6.2
    • 图2双线模板:深蓝主线 #1f4e79、中性灰副线 #8f8f8f,主线线宽 2.4、副线线宽 1.9,主线点标记 6.2、副线点标记 5.2
    • 两类图都去掉背景浅灰网格线,但保留绘图区外框线。
  • 如果用户只要求微调图线粗细、颜色或基期展示方式,默认不改数据、图题、图例、坐标轴和整体布局。

Use it

Copy one of these into your project. Installing also returns the manifest and these snippets.

yaml
targets:
  - https://api.opensmartroute.ai/api/v1/registry/caixinyu2017-star-xixi-cn-top-econ-writing/manifest   # or paste the manifest below

Manifest

An Open Capability Manifest: the router reads it to know what this does, what it costs and when to pick it.

caixinyu2017-star-xixi-cn-top-econ-writing.ocm.jsonjson
{
  "ocm": "1",
  "id": "caixinyu2017-star-xixi-cn-top-econ-writing",
  "kind": "skill",
  "name": "cn-top-econ-writing",
  "description": "Use when drafting, auditing, restructuring, polishing, or adapting a Chinese economics paper for Chinese journals such as 《经济学(季刊)》, 《经济研究》, 《管理世界》, and 《中国工业经济》. Focus on China-question orientation, argument logic, identification clarity, contribution framing, section logic, Chinese abstract and English summary conventions, journal-specific submission style, and submission-ready text. Do not use for raw data cleaning or model estimation; pair with empirical-econ-workflow when code or regressions are needed.",
  "publisher": "caixinyu2017-star",
  "version": "1.0.0",
  "capabilities": {
    "domains": [
      "coding"
    ],
    "tags": [
      "skill-md",
      "github"
    ],
    "languages": [
      "en"
    ]
  },
  "quality_prior": 0.6,
  "examples": [
    "Use when drafting, auditing, restructuring, polishing, or adapting a Chinese economics paper for Chinese journals such as 《经济学(季刊)》, 《经济研究》, 《管理世界》, and 《中国工业经济》. Focus on China-question orientation, argument logic, identification clarity, contribution framing, section logic, Chinese abstract and English summary conventions, journal-specific submission style, and submission-ready text. Do not use for raw data cleaning or model estimation; pair with empirical-econ-workflow when code or regressions are needed."
  ],
  "primary": false,
  "metadata": {
    "source": {
      "provider": "github",
      "repository": "https://github.com/caixinyu2017-star/xixi",
      "path": "plugins/econ-top-journal-writing/skills/cn-top-econ-writing/SKILL.md",
      "ref": "fb8627427141b5d4ae9cb424fb38225b20d3ae9d",
      "url": "https://github.com/caixinyu2017-star/xixi/blob/fb8627427141b5d4ae9cb424fb38225b20d3ae9d/plugins/econ-top-journal-writing/skills/cn-top-econ-writing/SKILL.md",
      "key": "caixinyu2017-star/xixi/plugins/econ-top-journal-writing/skills/cn-top-econ-writing/SKILL.md"
    }
  },
  "instructions": "# 中文顶刊经济学写作 Skill\n\n## 何时使用\n当用户需要以下工作时触发本 skill:\n\n- 为《经济研究》《管理世界》《中国工业经济》或相近中文顶刊写论文\n- 将已有英文稿、工作论文或研究笔记改造成中文顶刊风格\n- 对现有中文稿做投稿前预审、结构重写、段落改写、摘要改写、标题优化\n- 做退修重写、审稿回复框架、投稿合规检查\n- 按《经济学(季刊)》等目标期刊的投稿体例、匿名审稿要求、正文/附录规则和参考文献格式调整稿件\n- 需要先审“研究设计与贡献”,再审“文字与体例”\n\n## 不应触发\n以下任务不要由本 skill 独立承担:\n\n- 纯数据清洗、变量构造、合并、回归代码生成\n- 纯文献检索或数据库检索\n- 非经济学/管理学中文稿件\n- 仅需翻译而不涉及期刊适配\n\n遇到代码、清洗、回归,请优先调用 `empirical-econ-workflow`,然后回到本 skill 负责“把结果写成稿件”。遇到表格、图形、配色、表注、图注、主表/稳健性/机制/异质性展示,请优先使用独立的 `econ-table-figure-design` skill 确定表图设计,再回到本 skill 处理中文正文叙事和期刊风格。\n\n若本 skill 在多步骤论文写作、期刊体例调整或投稿前检查任务中被直接触发,且项目级 `AGENTS.md` 或 `CLAUDE.md` 尚无 economics",
  "cost": {
    "context_tokens": 6591
  }
}

Fetch it by URL: GET /api/v1/registry/caixinyu2017-star-xixi-cn-top-econ-writing/manifest?version=1.0.0

Reviews

Star ratings from people who tried it. One review per account; edit yours any time.

No reviews yet. Install it, try it, and be the first to rate it.