Skip to content
Back to skills

Sub Skills

ASecurity

起草针对性强、直击一审裁判错误的民事上诉状。强制读取办案记录.md。

  • 9 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 25, 2026
toolsaws

Works with

  • mcp

Security analysis

A100/100

Pro scans all 10 files and shows the line behind each finding

Scanned September 25, 2026

npx -y skills add CSlawyer1985/legal-skillhub --skill sub-skills --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Sub Skills?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Sub Skills
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/cslawyer1985-sub-skills-eb26f31b/badge)](https://www.skillsdirectory.com/skills/cslawyer1985-sub-skills-eb26f31b)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: 民事上诉状写作
description: 起草针对性强、直击一审裁判错误的民事上诉状。强制读取办案记录.md。
---

# 民事上诉状写作

## 强制约束

1. **严格简单重复一审观点**。上诉状必须围绕"一审哪里判错了"展开,突出"纠错"价值。
2. **每个上诉理由必须使用`###`三级标题作为论点句**,标题格式为**加粗段落式长句**,直接指向一审判决的错误(如"### **一、一审判决认定合同已解除属于事实认定错误,案涉解除通知并不发生解除效力**")。
3. **上诉请求必须明确具体**:写明"请求撤销/改判/发回重审"的具体一审判决主文;若请求改判,必须写明具体改判方案。
4. **上诉理由必须完成"一审判决如何错误 → 正确认定应当是什么 → 法律依据/证据支撑"的闭环**。缺一不。
5. **法律依据必须精确到条款项**,使用"依照法律规定"等笼统表述。

---

## 执行前检查

按 `references/执行前强制检查清单.md` 完成基础检查。

**通用行为原则读取(强制)**:
- 读取 `references/通用行为原则.md`,全程遵守事实与观点区分、法律分析不预设立场、观点保持一致性、法条与案例引用先核验、事实一致性优先、风险提示常态化、输出结构化可复核等原则。

**前置模块依赖检查(提示)**:
- 按 `references/执行前强制检查清单.md` 第 6 节,检查 01 立项建档和 02 案情梳理是否已完成。
- 01 或 02 未完成时,**提示用户建议先执行前置模块**,但允许用户选择跳过并继续。用户选择跳过时,须在 `办案记录.md` 中记录。

补充:
1. **加载本skill**:读取当前 `08_民事上诉状写作_SKILL.md` 文件,熟悉死刑条款和格式要求。
2. **检查偏好**:读取 `./办案记录.md`,确认用户是否有格式/风格偏好声明,以及**最新版本索引**、**文件重要性索引**。
3. **文件读取范围(按 L1-L4 等级执行)**:

   | 读取等级 | 文件位置 | 读取内容 |
   |:---|:---|:---|
   | **L1 必读** | `案件卷宗/04_法院文书/` 下的一审判决书/裁定书 | 一审法院认定事实、裁判理由、主文 |
   | **L1 必读** | `案件卷宗/03_对方文件/` 下的一审起诉状 | 对方一审主张 |
   | **L1 必读** | `案件卷宗/02_己方文件/` 下的一审答辩状、证据目录 | 己方一审立场 |
   | **L2 按需** | `工作底稿/` | 案情分析报告、要件映射表、关键事实基准表 |
   | **L3 触发** | `资料收集/一审材料/` | 一审其他程序材料(如一审证据、庭审笔录) |
   | **L3 触发** | `资料收集/关联案件/` | 仅当 `办案记录.md` 标记为涉及核心事实 |
   | **L4 兜底扫描** | `资料收集/` | 全部文件名 + 01 生成的一句话摘要,判断是否存在明显遗漏 |

5. **确认任务**:确认案件名称、我方角色(上诉人方)、一审判决内容。

---

## 执行步骤

### Step 1:读取 `./办案记录.md`
读取案件基本信息、代理方身份、一审判决内容、诉讼方案。

### Step 2:确认上诉条件
1. **上诉期限**:判决送达之日起15日内,裁定送达之日起10日内。
2. **上诉利益**:改变一审判决对上诉人是否有利。
3. 若不符合,立即告知用户并停止执行。

### Step 3:定位一审裁判错误类型
将错误精准归类为:
- **事实认定错误**:关键事实遗漏、证据采信错误、事实推定缺乏依据。
- **法律适用错误**:请求权基础援引错误、法律解释偏差。
- **程序违法(如有)**:遗漏当事人、违法缺席判决、未经质证的证据作为定案依据、超诉请裁判。

### Step 4:按需读取知识库
- **必须读取**:`references/请求权基础检索总表.md`,用于核对一审法律适用是否存在请求权基础选择错误。
- **要件基础继承(强制)**:优先读取 `工作底稿/` 下最新的案情分析报告,获取其中的「要件映射表」(02 Step 7.A 输出)。以映射表中的正确构成要件为基准,逐项对比一审判决的事实认定与法律适用是否存在偏差。若映射表不存在(02 未输出),按以下步骤自行加载:读取 `references/请求权基础检索总表.md` → 读取对应的 `references/案件类型要件库_{{类型}}.md` → 逐要件对照本案事实输出要件映射。若 10 个要件库均未覆盖,自动加载 `案由请求权基础检视总览.md`。
- **严格禁止行为**:不照搬知识库原文,只提取"正确构成要件/法律解释"作为上诉理由的规范基础。

### Step 5:法条与案例检索(强制触发)
上诉状涉及对一审判决的"纠错",应当检索权威资料强化论证:
- **法律适用纠错**:对一审援引的法条或解释有异议时,检索 `laws` 和 `books`,获取正确的规范解释。
- **类案纠错**:检索 `cases`(按案由打 `--tag` 过滤),寻找与本案关键事实类似但判决结果相反的最高人民法院案例,或支持我方上诉观点的裁判要旨。
- **程序违法依据**:对程序违法主张,检索 `laws` 获取《民事诉讼法》及司法解释的精确条文。
- **引用纪律**:仅引用 top 3 最相关结果,标注来源,严格编造。
- **法条引用强制核验**:凡引用具体法条,必须先通过北大法宝 MCP / 人民法院案例库 / 国家法律法规数据库 / Web 检索核验条文原文,方可写入文书。
- **案例引用强制核验**:凡引用具体案例,必须先检索人民法院案例库或北大法宝案例库,确认案号真实存在,方可写入文书。
- **不确定性标注**:检索无结果或结果冲突时,不自行取舍;必须标注"【待核实】"并向用户报告。

### Step 6:设计上诉请求
- 明确上诉对象:撤销/改判/发回重审的具体一审判决主文。
- 明确改判内容:若改判,写清具体改判方案(如"改判被上诉人向上诉人支付违约金50万元")。
- 上诉请求不超过一审诉讼请求范围(有例外需说明)。

### Step 7:撰写上诉理由
结构模板:

```markdown
### **一、一审判决认定事实错误**
[自然段落:指出哪一关键事实认定错误 → 陈述正确事实及证据 → 说明该错误如何导致裁判结果错误]

### **二、一审判决适用法律错误**
[自然段落:指出错误援引的法律规范 → 阐明正确的请求权基础或法律解释 → 援引正确的法律条文]

### **三、一审判决程序违法(如有)**
[自然段落:指出违反的具体程序规则 → 说明对实体裁判的影响 → 援引《民事诉讼法》相关条文]
```

写作要求:
- 标题必须是加粗段落式长句,直接指向一审判决错误。
- 每个标题下为自然段落,不使用"一、二、三"内部列举。
- 引用一审证据或新证据时必须精准指示页码。
- 站在二审法院视角,提前补强一审薄弱环节。

### Step 8:反自认审查与法条核对
- 删除任何对己方不利的事实自认。
- 对所有引用的法条进行检索核对,确保准确有效。

### Step 9:生成标准格式上诉状

```markdown
# 民事上诉状

## 当事人信息
| 身份 | 姓名/名称 | 住所地 | 原审诉讼地位 |
|:----:|:----------|:-------|:-------------|
| 上诉人 | | | 原审原告/被告 |
| 被上诉人 | | | 原审被告/原告 |

## 上诉请求
1. 请求撤销[法院名称](XXXX)民初X号民事判决第X项;
2. 请求改判[具体改判内容];
3. [或]请求发回重审。

## 事实与理由

### **一、……**
[自然段落]

### **二、……**
[自然段落]

### **三、……**
[自然段落]

综上所述,一审判决认定事实不清/适用法律错误/程序违法,恳请贵院依法改判/发回重审。

此致
**××××人民法院**

上诉人:(签名/盖章)
日期:××××年××月××日
```

### Step 10:文件存放

**文件命名规范(强制)**:所有产出文件必须遵循 `01_立项建档和文件管理_SKILL.md` 规定的 `YYYYMMDD_内容简述_身份后缀.扩展名` 命名格式。

**文件归档分工**:
- 初稿:`工作底稿/YYYYMMDD_民事上诉状_案件简称_初稿.md`
- 定稿:`工作底稿/YYYYMMDD_民事上诉状_案件简称.md`

### Step 11:更新 `办案记录.md`
在"办案进程时间轴"和"案件卷宗"中记录。

---

### Step X:引用核验

按 `references/引用核验规范.md` 执行引用核验(含引用继承、增量核验、来源标注)。

### Step Y:元典外部独立检测

输出前必须通过 `mcp__yuandian-mcp__yuandian_hall_detect` 进行外部独立检测。结果“不一致”时按元典权威原文修正后重新检测;“未命中”时标注“【元典未命中,待人工核实】”并向用户报告。

## 输出前自检清单(必须逐条确认"是")

- [ ] 上诉期限和上诉利益是否已确认?
- [ ] 上诉请求是否明确写明不服的一审判决主文及撤销/改判/发回重审方案?
- [ ] 每个上诉理由是否直接针对一审判决的错误点展开,未重复一审观点?
- [ ] 是否完成"一审判决错误 → 正确认定 → 法律依据/证据"的闭环?
- [ ] 是否针对一审薄弱环节进行了二审补强?
- [ ] 法律依据是否精确到条款项?
- [ ] 当事人信息是否注明原审诉讼地位?
- [ ] 所有产出文件已按 `YYYYMMDD_内容简述_身份后缀` 格式命名?
- [ ] 初稿、定稿均已归入 `工作底稿/`?
- [ ] 正文中所有法条引用是否均已完成外部检索核验?是否有仅依赖 AI 记忆而未经验证的法条引用?
- [ ] 正文中所有案例引用是否均标注了完整案号和检索来源?是否有无案号的案例引用?
- [ ] 是否存在"【待核实】"标记未向用户报告的情况?
- [ ] 法条引用是否为全句引用?是否存在"依据《XX法》相关规定"等模糊表述?
- [ ] **【元典AI幻觉外部检测】** Step Y 是否已执行?`hall_detect` 检测结果中是否存在"不一致"或"未命中"?程序法条文是否最新版本?
- [ ] **🔄 引用继承**:是否已读取 02 输出的已验证引用清单?继承 N 条 + 新增验证 M 条?清单超过 30 天是否已提示用户?
- [ ] **【八个一致·文书质量校验】** ①一审事实引用一致性:上诉状中引用的原审认定事实是否与一审判决书逐字一致? ②上诉理由与规范一致性:每个上诉理由是否有正确的法条依据且标注了规范性质? ③一审错误与要件一致性:上诉理由是否对应要件映射表中一审判决错误认定的构成要件? ④争点与上诉理由一致性:上诉是否覆盖了要件映射表中一审判决的所有偏差项? ⑤上诉请求与上诉理由一致性:上诉请求是否逐一对应每个上诉理由的论证结论? ⑥引用法条与上诉请求一致性:引用的法条是否确实支撑撤销/改判/发回重审的请求?

Files in this skill

  • 01_立项建档和文件管理_SKILL.md48.9 KB
  • 02_案情梳理和法律分析_SKILL.md29.1 KB
  • 03_民事起诉状写作_SKILL.md14.6 KB
  • 04_民事答辩状写作_SKILL.md15.4 KB
  • 05_证据目录写作与证据册生成_SKILL.md24.1 KB
  • 06_质证意见写作_SKILL.md11.9 KB
  • 07_书面代理意见写作_SKILL.md19.3 KB
  • 08_民事上诉状写作_SKILL.md10.9 KB
  • README.md3.9 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…