---
name: csj-artifact-evaluation
description: 在为《计算机科学》(Computer Science, JSJKX) 处理代码与数据可用性时调用。本刊是计算机全学科中文综合月刊(CCF 会刊、B 类、T2 级)，核验中未见公开的独立 artifact 徽章评审制度(待核实)，因此本技能重点讲清"本刊现状 + 作者应做法"：即便没有单独的 artifact 评审，如何主动提供可复现的代码与数据链接、可用性声明、校验和与许可，让单盲外审更信任你的工作，并为录用后补充材料做准备。适用于希望以开放代码与数据增强稿件可信度、又需要准确了解本刊无独立徽章制度这一现状的场景。
---

# 《计算机科学》代码与数据可用性

本技能讲清《计算机科学》(Computer Science, 简称 JSJKX) 在**代码与数据可用性 / artifact 评审**上的现状与作者
应对做法。据 2026-07-09 核验，本刊**未见公开的独立 artifact 徽章评审制度**（**待核实**，见
`resources/official-source-map.md`）——这与部分国际会议(如带 Artifact Evaluation 的 SE/系统会议)不同。因此
这里不承诺任何"徽章"，而是教你如何**主动**用开放代码与数据增强稿件可信度。

> 提醒：本刊 Computer Science 是**期刊(journal)**，非会议；不要把会议的 artifact badging 流程套到本刊。

## 一、现状认知（勿误传）

- 本刊为单盲审稿；未见独立的 artifact/repeatability 徽章评审环节（**待核实**）。
- 但外审专家仍会因**可复现、可验证**而更信任你的方法；提供开放代码/数据是加分项，不是负担。
- 任何"本刊有 XX 徽章"的说法若无官方来源，一律不写、标 **待核实**。

## 二、作者应做法（即便无徽章）

1. **提供可用性声明**：在论文中说明代码/数据是否公开、如何获取、许可与限制。
2. **稳定链接**：代码放公共仓库，数据放机构库/Zenodo；给**校验和**与访问日期，避免失效链接。
3. **一键复现**：仓库含 `README` 与 `run_all.sh`，能从数据到主表/主图（见 `csj-reproducibility`）。
4. **许可与合规**：代码给开源许可(如 MIT/Apache-2.0)；数据说明版权与脱敏；第三方资源注明出处与许可。

## 三、可用性声明模板（示例）

```
【代码与数据可用性】
代码：https://github.com/<...>（MIT 许可，含 run_all.sh），commit <hash>
数据：公开数据集 <名称>[引用]；预处理脚本随代码提供
大文件：模型权重见 <Zenodo DOI>，SHA256=<...>，访问日期 2026-07-09
限制：<敏感数据以脱敏子集提供 / 需申请>
```

## 四、单盲下的注意

- 本刊单盲（审稿人知作者），故仓库**无需匿名**；但仍建议用稳定长期链接而非临时地址。
- 若担心提前公开影响，可在录用后再公开，并在投稿时说明"录用后开放"。

## 五、与其他技能的关系

- 复现包结构与自查见 `csj-reproducibility`。
- 代码/数据作为补充材料的组织见 `csj-supplementary`。
- 录用后补充材料的最终提交见 `csj-camera-ready`。

## 六、自查清单

1. 是否清楚本刊**无独立 artifact 徽章制度**这一现状（**待核实**），未误传？
2. 论文是否含代码与数据**可用性声明**？
3. 代码/数据是否稳定链接 + 校验和 + 访问日期？
4. 是否可一键复现主结果？
5. 许可与数据合规是否说明？
6. 单盲下链接是否稳定、是否说明公开时点？

## 七、输出格式

```
【CSJ 可用性审计】
本刊现状：无独立 artifact 徽章制度（待核实）
可用性声明：<有/无>
代码：<链接 + 许可 + commit>
数据：<链接/DOI + 校验和 + 访问日期 + 合规>
一键复现：<✓/✗>
结论：<可用性达标 / 需补：列点>
```

本刊是否设立 artifact 相关要求，以官网《投稿须知》最新版为准。

## 八、与国际会议 artifact 制度的区别

不要把国际会议(如带 Artifact Evaluation 徽章的软件工程/系统会议)的流程照搬到《计算机科学》(Computer Science)。
会议常有独立的 artifact 评审委员会、匿名提交、Available/Functional/Reusable 等徽章；而本刊作为中文综合期刊，
核验中**未见**这样的独立徽章制度(**待核实**)。因此在本刊语境下，"可用性"是作者主动提供的加分项，不是需要
另行送评的独立环节。任何关于本刊 artifact 徽章的说法，无官方来源即不写、标 **待核实**。

## 九、可用性声明写作要点

一份好的可用性声明应回答四问：代码在哪(稳定链接+commit/版本)、数据从何获取(公开集引用或受限数据的申请
方式)、如何复现(指向复现包 README 与一键脚本)、有何限制(许可、脱敏、算力门槛)。把这四问写清，外审(单盲，
知你身份)即可快速判断你的工作可被独立验证。声明应与实验节、复现包三处一致，数值与链接不冲突。

## 十、开放时机与合规

若担心提前公开代码/数据影响后续工作或涉及合规审查，可在投稿时声明"录用后开放"，并在录用定稿阶段(见
`csj-camera-ready`)按承诺公开。第三方数据/代码务必遵守其许可与授权；个人隐私或敏感数据须脱敏或走合规
申请流程。开放是为增强可信与传播，绝不能以牺牲合规为代价。

## 十一、可用性成熟度自评

在把代码与数据对外提供前，可用下面的分级给自己打分，逐级提升《计算机科学》(Computer Science) 投稿的可信度：

- **L0 无**：论文不提供任何代码或数据获取方式，外审只能凭文字判断，可信度最低。
- **L1 声明**：论文写明数据来源与获取方式，但代码未公开；适合受限数据但方法可复述的情形。
- **L2 可获取**：代码与数据经稳定链接可下载，含 README，但复现步骤不完整。
- **L3 可复现**：提供一键复现脚本，能从数据得到论文主表/主图，数值与论文一致。
- **L4 可复用**：结构清晰、文档完善、许可开放，他人能在你的基础上二次开发。

投稿前尽量做到 L3 及以上；受限数据无法公开时，至少做到 L1 并说明合规原因。逐级提升的过程也天然对应
`csj-reproducibility` 的复现包建设，两者应同步推进，避免"声明有、实测无"的落差。

## 十二、代码与数据准备清单

为《计算机科学》(Computer Science) 投稿准备可用性材料时，逐项落实：

1. 代码仓库：公共平台、开源许可、含 README 与运行入口、记录 commit/版本号。
2. 数据集：公开数据给引用与下载方式；受限数据说明申请流程与合规依据。
3. 预处理脚本：从原始数据到实验输入的全过程可脚本化复现。
4. 大文件：模型权重/大数据用 DOI 平台外链，附 SHA256 校验和与访问日期。
5. 可用性声明：在论文中写清"代码在哪、数据从何来、如何复现、有何限制"。
6. 开放时机：投稿即公开或声明"录用后开放"，二选一并说明。
7. 一致性：论文、复现包、声明三处的链接与数值互不冲突。

以上做好，即便本刊无独立徽章制度(**待核实**)，你的工作也已具备被独立验证的条件。

## 十三、可用性与本刊读者价值

为《计算机科学》(Computer Science) 这本覆盖计算机全学科的中文综合期刊提供开放代码与数据，价值不止于通过
外审：本刊读者横跨多个方向，一份可复用的实现或数据集，往往能被不同领域的读者迁移使用，放大文章的实际
影响与被引。因此把可用性做扎实，既是对单盲外审负责，也是对本刊广泛读者群的长期投资。任何关于本刊 artifact
制度的说法仍以官网《投稿须知》最新版为准，未见明确规定处标 **待核实**，不臆测、不夸大。