---
name: jcrd-artifact-evaluation
description: 在为《计算机研究与发展》(Journal of Computer Research and Development, JCRD) 稿件准备代码与数据可用性材料时调用。本刊未设独立的会议式 artifact evaluation 徽章体系，本技能讲清这一现状，并给出可迁移的最佳实践：双盲评审下的匿名代码/数据托管、诚实的可用性说明、目录结构与 README、许可与合规、录用后实名永久化，以及专题稿件可能的补充材料约定。适用于把一份 JCRD 稿件的代码、数据集与实验脚本整理到审稿人可核验、见刊后可复现的可用性水平的场景。
---

# 《计算机研究与发展》代码与数据可用性 (JCRD Artifact & Data Availability)

本技能帮助为《计算机研究与发展》(Journal of Computer Research and Development, JCRD) 稿件准备
**代码与数据可用性**材料。需先讲清现状：与部分英文会议不同，JCRD 作为中文期刊**并未公开设立独立的
会议式 artifact-evaluation 徽章流程**（如 Available/Functional/Reusable 之类的标章）——是否有此
要求以官网当期《投稿须知》为准（**待核实**）。因此本技能采用**可迁移的最佳实践**，让代码/数据既能
在**双盲**外审下被核验，又能在见刊后支撑复现。

## 一、现状与定位

- JCRD 的核心是**双盲多轮同行评审**；代码/数据通常作为**可复现性证据**随稿或应审稿人要求提供，
  而非独立评审对象（**待核实**当期是否有强制要求）。
- 因此策略是：**主动**提供匿名可运行材料 + 诚实可用性说明，把「可复现」变成加分项而非被质疑项。
- 具体徽章/流程若官网未公开，不臆造；只承诺你能兑现的可用性水平。

## 二、双盲下的匿名托管

外审阶段材料必须匿名：

```bash
# 打包前清除身份痕迹
grep -rniE 'university|@[a-z0-9.]+\.edu|课题组|实验室|作者姓名' artifact/ | head
find artifact/ -name '.git' -o -name '.DS_Store' | head      # 删除 .git 历史与系统文件
unzip -l artifact.zip | grep -Ei '/home/|/Users/|作者' | head
```

- 用**匿名托管服务**放代码/数据链接，去除仓库 owner、提交者、个人主页等可反查身份的信息。
- README 与注释中不写单位、姓名、基金号；截图不含用户名。

## 三、可用性说明要诚实

在稿件中写一段**代码/数据可用性说明**：

- 说明**提供什么**（源码、脚本、预处理数据、模型权重）、**在哪里**（匿名/实名链接）、**如何运行**。
- 若因数据敏感/第三方许可不能公开，**明确说明原因**并给替代（合成样例、部分数据、申请方式）。
- 避免「可向作者索取」式空头承诺——在双盲下也无法索取，且被视为弱项。

## 四、目录结构与 README

推荐结构：

```text
artifact/
├── README.md            # 环境、依赖版本、一键运行、预期输出、目录说明
├── env/                 # requirements.txt / environment.yml / Dockerfile
├── data/                # 数据或获取脚本 + 数据说明（来源、许可、版本）
├── src/                 # 源码
├── scripts/             # 复现主结果与消融的脚本（对应论文表/图编号）
└── results/             # 预期输出样例或校验值
```

README 应让审稿人在**不联系作者**的前提下跑通主结果，并把脚本与论文中的表/图**编号对应**。

## 五、许可与合规

- 代码给明确开源许可（如 MIT/Apache-2.0）；数据核对来源许可，第三方数据遵守其使用条款。
- 涉及人类被试/隐私数据须脱敏并说明合规依据；涉及爬取数据说明合法性与来源。
- 大模型相关材料记录模型标识与日期，缓存原始输出以保证可复现（见 `jcrd-experiments`）。

## 六、录用后永久化

- 录用后把匿名链接换为**实名永久**归档（机构仓库或长期可访问地址），与终稿可用性说明一致。
- 补回许可、作者与致谢信息，见 `jcrd-camera-ready`。

## 七、专题稿件补充约定

- 投**对口专题**时，客座编辑或专题可能对补充材料/数据格式有统一约定（**待核实**当期）——按启事执行。
- 大数据/系统类专题常期望更完整的可扩展性数据与真实工作负载说明。

## 八、逐周期复核

- 官网当期是否对代码/数据可用性有**强制要求**或推荐（**待核实**）。
- 专题的补充材料格式与提交方式（**待核实**）。

## 检查清单

- [ ] 外审版材料匿名（无 .git 历史、无身份痕迹、匿名链接）。
- [ ] 可用性说明诚实，提供什么/在哪里/如何运行清晰。
- [ ] README 可让审稿人独立跑通主结果，脚本对应论文图表编号。
- [ ] 数据来源、版本、许可交代清楚，敏感数据脱敏。
- [ ] 录用后链接实名永久化，信息与终稿一致。

## 九、可用性成熟度分级（自评）

用一个简单分级自评材料成熟度，向更高级推进：

| 级别 | 特征 | 差距 |
|---|---|---|
| L0 无材料 | 只在论文里描述 | 补匿名代码/数据链接 |
| L1 可获取 | 提供链接但难运行 | 补 README 与依赖 |
| L2 可运行 | 能装能跑，输出不明 | 脚本对应论文图表编号 |
| L3 可复现 | 审稿人独立跑通主结果 | 见 `jcrd-reproducibility` |
| L4 可复用 | 他人可改用于新场景 | 完善文档与许可 |

《计算机研究与发展》(Journal of Computer Research and Development, JCRD) 虽未强制会议式徽章，但
把材料做到 L3 能有效回应双盲外审的可复现质疑，是稳妥目标。

## 十、常见误区

- **把「可向作者索取」当可用性**：双盲下无法索取，且被视为弱项。
- **匿名不彻底**：README、提交历史、截图泄露身份。
- **数据许可忽视**：第三方数据未核实使用条款即公开。
- **录用后忘记永久化**：见刊后匿名链接失效，读者无法访问。
- **材料与论文脱节**：脚本不对应论文表/图，审稿人无从核对。

## 输出格式

```text
[JCRD 可用性状态] 就绪 / 待补 / 现状说明
[现状] 本刊是否强制 artifact 评审？（待核实，以当期须知为准）
[匿名] 外审材料无身份泄露？匿名链接？
[可用性说明] 提供什么/在哪里/如何运行：诚实完整？
[结构] README + 脚本对应图表编号？
[许可合规] 代码许可 + 数据来源/许可 + 脱敏？
[永久化] 录用后实名归档计划？
```