메뉴
当你为《电子学报》(Acta Electronica Sinica, AES) 投稿准备代码、数据与硬件设计等研究制品(artifact)的可用性说明时使用。中文学报暂无独立的 artifact evaluation 徽章委员会，本技能说明本刊现状、如何自愿开放代码/数据以增强稿件可信度、如何在正文与附录中规范披露制品、如何在双盲阶段匿名托管仓库、以及电子/信号处理类工作(算法、电路、FPGA、数据集)的制品打包要点。帮助作者在没有强制徽章的前提下最大化《电子学报》稿件的可复现说服力。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when preparing the accountability artifacts that accompany an ACM FAccT paper — datasheets for datasets, model cards, data statements, audit and impact-assessment documentation, and released code/data — since FAccT's culture centers documentation and accountability infrastructure rather than a formal ACM artifact-badging track; covers what makes each genre credible, anonymized-review versus public-release versions, and consistency with the paper's harm claims.
Use when drafting ACM FAccT author responses — the short factual-correction rebuttal after preliminary reviews, and, distinctively for the 2026-new process, the Revise-and-resubmit round where you address Area-Chair-prioritized concerns from a mixed CS+law+social-science panel, map each to a concrete change, and survive a re-review while keeping mutual anonymity.
Use when preparing an accepted ACM FAccT paper for camera-ready — de-anonymizing and adding the withheld Positionality/Acknowledgements statements, switching to the acmart sigconf proceedings format, ACM metadata (DOI, ORCID, CCS concepts, rights), the two-round camera-ready calendar for Accept vs Revise papers, ACM Open Access, finalizing datasheets/model cards, and integrating required changes without scope creep.
Use when designing or auditing ACM FAccT empirical work — quantitative fairness audits with disaggregated metrics and fair baselines, qualitative and participatory studies with coding and reflexivity, mixed-methods designs, sound handling of protected attributes and proxies, consent and IRB for human-subjects and community-facing work, and matching evidence to the shape of a fairness/accountability/transparency claim.
Use when positioning an ACM FAccT submission across its many disciplinary lanes — algorithmic fairness/ML, HCI, law and policy, STS and critical theory, and prior FAccT/FAT* proceedings — writing delta-first contrast that a mixed reviewer pool will accept, citing borrowed constructs to their real origin, keeping self-citations mutually anonymous, and declaring overlap with workshops, preprints, and prior versions.
Use when strengthening ACM FAccT transparency and reproducibility — releasing code, data, and analysis for quantitative audits; documenting datasets and models with datasheets, model cards, and data statements; making qualitative and participatory work auditable without breaking confidentiality; pinning provenance for scraped and model-generated data; and keeping the paper, the supplementary material, and any released artifact consistent.
| name | aes-artifact-evaluation |
| description | 当你为《电子学报》(Acta Electronica Sinica, AES) 投稿准备代码、数据与硬件设计等研究制品(artifact)的可用性说明时使用。中文学报暂无独立的 artifact evaluation 徽章委员会，本技能说明本刊现状、如何自愿开放代码/数据以增强稿件可信度、如何在正文与附录中规范披露制品、如何在双盲阶段匿名托管仓库、以及电子/信号处理类工作(算法、电路、FPGA、数据集)的制品打包要点。帮助作者在没有强制徽章的前提下最大化《电子学报》稿件的可复现说服力。 |
需要先厘清现状：与部分国际会议 (如 ACM/USENIX 系) 不同，《电子学报》(Acta Electronica Sinica, AES) 作为中国电子学会 (Chinese Institute of Electronics) 主办的中文学报，目前没有独立的 artifact evaluation 徽章委员会或强制制品评审环节（截至 2026-07-09 官网 ejournal.org.cn 与期刊主页未见公开 的制品评审章程，标 待核实）。因此本技能的目标不是"过徽章"，而是：在没有强制要求的前提下， 主动、规范地开放并披露研究制品，让外审专家更愿意相信你的结果，从而提高录用概率与论文影响力。
关键判断：制品开放在《电子学报》是加分项而非门槛。把它当作增强 electronics / signal-processing 类工作可信度的杠杆，而不是行政流程。Acta / Electronica / Sinica 的评审看重结果可信，制品是最硬的证据。
电子信息类论文的制品通常包括：
| 类别 | 典型内容 |
|---|---|
| 算法代码 | 信号处理/通信/机器学习算法的实现与脚本 |
| 数据集 | 采集的信号、图像、测量数据或仿真数据 |
| 仿真工程 | MATLAB/Simulink、ADS、HFSS、Vivado 等工程文件 |
| 硬件设计 | 电路原理图、PCB、FPGA/HDL 源码、约束文件 |
| 训练模型 | 网络权重、配置与评测脚本 |
| 复现说明 | README、环境依赖、运行步骤、预期输出 |
aes-author-response）。由于本刊采用双盲评审，投稿阶段的制品链接不得泄露作者身份：
aes-camera-ready）。artifact/
├── README.md # 一页说明：环境、依赖、运行、预期输出、数据来源
├── LICENSE # 开源许可证（如 MIT / Apache-2.0）
├── env/ # requirements.txt / environment.yml / Dockerfile
├── src/ # 源码，入口脚本清晰
├── data/ # 数据或下载脚本（大数据给外链+校验和）
├── scripts/ # 一键复现主结果的脚本 run_all.*
└── results/ # 预期输出样例（图/表/日志）供比对
| 问题 | 规避 |
|---|---|
| 仓库泄露作者身份 | 双盲期用匿名托管，逐项清查元信息 |
| 依赖缺失跑不起来 | 提供 Dockerfile 或锁定版本的依赖清单 |
| 数据无法获取 | 给可下载外链 + 校验和 + 授权说明 |
| 结果不可复现 | 固定种子、记录硬件、提供预期输出比对 |
| 许可证缺失 | 明确开源许可证，说明第三方数据/代码授权 |
不同电子信息子方向的制品重点不同，投《电子学报》时应对症准备：
| 子方向 | 制品重点 |
|---|---|
| 信号与信息处理 | 原始/仿真信号、预处理脚本、指标(SNR/BER)计算代码、随机种子 |
| 通信工程 | 信道模型、蒙特卡洛仿真配置、误码统计脚本、参数表 |
| 集成电路/EDA | HDL 源码、约束文件、综合与时序报告、器件与工具版本 |
| 电磁场与微波 | 仿真工程(HFSS/CST)、结构参数、网格设置、实测对比数据 |
| 机器学习类 | 数据划分、模型权重、训练/评测脚本、超参数与算力记录 |
对每一类，README 都应让审稿人"照着就能重现论文主结果的核心图表"。硬件类若无法公开完整工程， 至少给出关键参数与足以复算的说明，并注明保留原因（如涉密或第三方授权，配合脱密要求）。
无论哪一级，都要如实说明开放边界，不夸大也不隐瞒，这本身就是《电子学报》审稿人看重的科研诚信。
【《电子学报》(AES) 研究制品可用性】
本刊制品评审现状：无强制徽章（待核实），主动开放为加分项
制品类别：<代码 / 数据 / FPGA 工程 / …>
双盲匿名：<通过 / 存在泄露点>
可复现性：<容器化 / 锁版本 / 需补>
数据获取：<外链+校验和 / 待补>
正文披露：<已写明位置与对应图表>
待核实：<本刊是否有制品相关政策>
即便《电子学报》(Acta Electronica Sinica, AES) 不强制制品评审，一份规范开放的制品也是让外审 专家信任你结果、让论文获得长期引用的最佳投资。