菜单
破产原因与程序选择核查 — 判断债务人是否符合破产条件，建议重整/清算/和解。 适用情形：用户描述与本skill相关的业务需求。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | bankruptcy-eligibility-checker |
| description | 破产原因与程序选择核查 — 判断债务人是否符合破产条件，建议重整/清算/和解。 适用情形：用户描述与本skill相关的业务需求。 |
| argument-hint | [债务人名称/负债规模/债权人数量] |
| legal_frame | cn-mainland |
| last_reviewed | 2026-06 |
| version | 1.0.0 |
| risk_level | high |
| trigger_phrases | ["破产","清算","重整","bankruptcy eligibility"] |
| 破产原因 | 适用程序 | 核心判断标准 | |
|---|---|---|---|
| 不能清偿到期债务 | 清算/重整/和解 | 债务履行期限届满且未清偿 | |
| 资产不足清偿全部债务 | 清算/重整 | 资产价值低于负债总额 | |
| 明显缺乏清偿能力 | 重整/和解 | 财产不足以清偿全部债务或资不抵债 |
│
├── 债务人（企业法人）
│ ├── 必须具备法人资格
│ ├── 不能清偿到期债务
│ └── 明显缺乏清偿能力
│
├── 债权人
│ ├── 须为到期债权人
│ ├── 债务人不能清偿到期债务
│ └── 无财产担保或财产担保不足
│
└── 清算组（清算程序中）
└── 清算组在清算程序中发现资不抵债
破产程序选择决策树：
│
├── 债务人是否已经停止清偿到期债务？
│ ├── 是 → 进入破产原因判断
│ └── 否 → 暂不满足破产申请条件
│
├── 债务人资产是否大于负债？
│ ├── 是 → 审查"明显缺乏清偿能力"
│ └── 否 → 满足"资产不足清偿"要件
│
├── 是否有重整价值？
│ ├── 是 → 优先考虑重整程序
│ └── 否 → 优先考虑清算程序
│
└── 债权人/债务人态度？
├── 债务人申请 → 可选择清算/重整/和解
└── 债权人申请 → 只能选择清算
|| 文件 | 核查内容 | |---|---| | 财务报表（资产负债表、利润表） | 资产状况、负债状况、偿债能力 | | 银行对账单 | 现金流状况、账户冻结情况 | | 债务清单 | 债权人名单、债务金额、到期时间 | | 资产清单 | 不动产、动产、应收账款、知识产权等 | | 诉讼/仲裁案件清单 | 或有负债、争议债务 | | 劳动合同清单 | 职工债权金额 |
|| 数据源 | 查询内容 | |---|---| | 国家企业信用信息公示系统 | 企业登记信息、股东信息、经营状态 | | 中国裁判文书网 | 未决诉讼、执行案件 | | 人民法院诉讼资产网 | 被执行财产情况 | | 工商登记档案 | 企业设立、变更、注销记录 | | 税务部门 | 欠税情况、税务稽查状态 |
第一步：主体资格审查 → 是否为企业法人？是否具备申请资格？
第二步：破产原因核查 → 满足何种破产原因（不能清偿/资不抵债/明显缺乏清偿能力）
第三步：申请类型确定 → 清算/重整/和解哪种程序更合适
第四步：材料完备性检查 → 申请材料是否充分
第五步：风险评估 → 申请可能面临的障碍与风险
|| 指标 | 计算方式 | 破产预警线 | |---|---|---| | 资产负债率 | 负债总额/资产总额×100% | >100% | | 流动比率 | 流动资产/流动负债×100% | <100% | | 速动比率 | （流动资产-存货）/流动负债×100% | <50% | | 到期债务偿还率 | 已偿还到期债务/到期债务总额×100% | <30% |
以下情形应向上级 Skill 升级：
刑事判决书生成——接收案件事实描述，调用8个原子能力，生成格式规范、论证严密的完整刑事判决书。 适用情形：用户要求"起草判决书"/"生成裁判文书"/"根据案卷写文书"。 核心流程：事实提取→概念理解→争议识别→法条检索→案例检索→演绎推理→格式适用→术语规范。 注意：本skill是刑事一审判决书专用模板，GCL不涉及实际司法文书输出，此skill仅作框架参考。
法律文书格式适用——起草格式规范的民事/刑事判决书，或识别文书类型并套用对应格式。 适用情形：起草判决书/生成裁判文书/写民事判决书/写刑事判决书。 核心：识别民事vs刑事→按七段式顺序起草→在需要处调用对应原子技能。 这是GCL各场景的文书输出层，与judgment-document-generation互补（后者专注刑事+8步流程，前者覆盖民刑+分段落格式规范）。
法律文书摘要——对判决书、裁定书、调解书、仲裁裁决书、行政处罚决定书进行结构化摘要。 适用情形：用户要求做摘要/提炼要点/生成裁判要旨/提取案件信息。 核心：六要素框架（案件信息+事实背景+争议焦点+法律依据+结论结果+说理过程），忠实原文，区分文书类型。 禁用：不得添加原文未载明的事实/观点/结论，不得出现主观评价性措辞。
中国法律域分类体系。将法律问题归类到正确的业务域（投资/金融/数据/劳动/合同/知识产权等），触发正确的scene skill。触发词：法律领域、法律分类、归类、属于什么法域。
多源文档归纳——对多份相关文档（判决书/合同/法规/学术论文）进行交叉分析，提取共性、识别冲突、生成综合结论。 适用情形：用户提供多份判决书要求总结类案裁判要旨/提供多个合同文本要求归纳异同/提供多份法规要求梳理规范演变。 核心：四层次分析（单篇理解→共性提取→差异对比→洞见生成），不是简单压缩单篇文档。 注意：跨文档对比时保持中立，冲突点仅标识不做真伪判断。
工时计费与诉讼预算控制——管理律师工时、专家费用、调查费用，编制与监控诉讼预算。 适用情形：提到"工作小时"/"专家费用"/"办案成本"/"工时单"/"费用单"/"预算"/"成本控制"。 核心：四种计费模式（计时/固定/风险代理/混合）+三阶段预算管理（编制/执行/决算）。 与其他skill关系：调用 case-lifecycle-planning（获取时间节点）+ legal-document-formatting（出具正式账单）。