# 申诉与公开记录（代码前最小闭环）

**版本**：v1.0（文稿）  
**交叉引用**：[可行性评估 §3.3 / §8.5](../reports/feasibility-assessment-v1.0-alpha.md) · [管理制度草案](management-regulations-draft-v1.0-alpha.md)

---

## 1. 联系渠道（当前）

- **申诉与熔断误杀复核**：**ethics@linkrsp.com**  
- **说明**：该地址为专用申诉入口；本文件仅须更新一行。

**目标响应**：收到可受理申诉后 **48 小时内**给出首次人工答复（与可行性评估建议一致）；不构成法律承诺。

### 1.1 降级路径（fallback）

为避免在维护者离线、突发事务或申诉量激增时出现「承诺落空」，在以下条件触发时允许降级：

- 超过 **72 小时**仍未获得首次人工答复；或  
- 维护者在公开渠道标注「暂停受理/排队中」。

**降级入口（任选其一即可）**：

1. 在 GitHub 仓库创建 **Issue**，标题以 `Appeal:` 开头，并添加标签 `appeal`（或在无权限打标签时在正文首行注明 `label: appeal`）。  
2. 若已存在相关 Issue/讨论串，在同一线程追加回复并引用邮件发送时间。

**降级后处理口径**：

- 仍以邮件为主线证据；Issue 作为**可公开引用的排队与留痕入口**。  
- 进入降级路径不等于自动通过申诉，仅保证「进入可追踪队列」。

---

## 2. 「公开记录页面」指什么

此处**不要求**独立 Web 应用。最小可审计做法是：

1. **本仓库内的只追加 Markdown 日志**：[`../operations/appeal-log.md`](../operations/appeal-log.md)  
   - 每条记录经 **Pull Request** 合并后，天然具备 **Git 提交哈希、作者、时间戳**，便于第三方核对「是否回应过某类申诉」。  
2. **可选增强**：GitHub **Issues / Discussions** 使用固定标签（如 `appeal`），与上述日志二选一或并存；仍以「可链接、可引用」为准。

**不是**：必须与产品首页同域的动态页面；任何能**稳定公开引用**且**防静默删除**（在 Git 托管商政策范围内）的载体均可视为满足「公开记录」的工程等价物。

---

## 3. 受理范围（示例）

- Harness / 规则引擎 **误熔断**、账户锁定争议；  
- 对 **Judge / 升 S** 流程结果的程序性质疑（须附任务 ID、时间范围、规则包版本等可检索信息）。

**排除**（请走 **SECURITY.md**）：安全漏洞、密钥泄露、未授权访问等。

---

## 4. 维护

替换专用邮箱或变更公开记录载体时，同步更新 [`../README.md`](../README.md) 联系区与本文件。