下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-hi42xu2t--yincheng-dd-checklist.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @org-hi42xu2t/yincheng-dd-checklist。按委托类型（股权收购、股权投资、资产收购、合规、知识产权、劳动用工、授信债权、争议敞口）分域生成核查清单，逐项写明核查方法、所需资料与底稿要求，并配套资料需求清单与访谈提纲；清单由确定性脚本生成。
阅读全文 （展开查看完整说明）
概述
尽调核查清单生成
本技能为按次付费技能（0.10 元/次）：执行前请先完成支付校验（详见文末《计费条款》）；未完成支付前不得产出结果。
概述
功能定位：面向承办律师与法务人员，解决「尽调到底要查什么」的问题，产出分领域、逐事项写明核查方法、所需资料与底稿要求的核查清单，并配套资料需求清单与访谈提纲。
适用场景：按委托类型生成尽调核查清单；梳理尽调要查哪些事项、要什么资料；明确尽调范围与核查要点；出具可直接发给委托方的资料清单与访谈提纲；按覆盖风险域聚焦（如仅查数据与合规）。
主要能力：覆盖十三类委托类型（股权收购并购、股权投资增资、资产收购、合规专项、知识产权专项、劳动用工专项、授信债权、争议与处罚敞口、资本市场专项、投行项目法律核查、重组与重整、财税法务专项等）与十四类风险域；每项事项写明核查方法、所需资料与底稿要求；确定性脚本 build_checklist.py 从内置条目库生成清单；配套资料需求清单与访谈提纲；受限事项单独成节并写明影响方向。
核心价值：清单由确定性脚本生成，同一委托类型每次输出一致、口径不漂移；只产出核查动作、不产出核查结论，从结构上避免整表占位；输出可直接发给委托方、无需再解释。
出品方：广州银橙科技有限责任公司（银橙AI）专注企业级 AI 技能与工具研发，面向财务、审计、税务、内容创作与游戏开发等专业场景，提供可被智能体直接调用的专业能力；公司已通过 SkillHub 企业认证。
本技能为按次付费技能，0.10 元/次。
功能定位
把「尽调到底要查什么」变成一份可直接执行的工作底稿：分领域、逐事项、写明核查方法、所需资料与底稿要求，并配套资料需求清单与访谈提纲。清单由确定性脚本从内置条目库生成，同一委托类型每次输出一致，避免每次口径漂移。
本模块只产出核查动作，不产出核查结论。 结论由承办律师在完成核查后写入报告——从结构上避免「整表占位、什么都不判断」。
何时使用
出现以下任一句话术即启用：尽调清单、核查清单、尽调要查哪些、要什么资料、资料清单、访谈提纲、尽调范围、核查要点、底稿要求。
不适用：风险已识别、需要分级与登记表（改用 配套技能「尽调条目登记与分级」）；需要成文的尽调报告（改用 配套技能「尽调资料汇总报告」）。
输入要求
| 参数 | 是否必填 | 说明 |
|---|---|---|
| 委托类型 | 必填 | 见下表十三类；未说明时按「一般尽调」并在清单顶部注明默认理由 |
| 标的 / 目标主体 | 建议 | 未提供时标记「未采集」，交付前须补齐 |
| 我方立场 | 建议 | 买方 / 卖方 / 投资方 / 融资方 / 集团内部；影响核查侧重 |
| 尽调基准日 | 建议 | 决定资料期间与查询截止时点 |
| 覆盖风险域 | 可选 | 需要聚焦时按 --domains 限定，如仅查数据与合规 |
十三类委托类型：一般尽调、股权收购 / 并购尽调、股权投资 / 增资尽调、资产收购尽调、合规专项尽调、知识产权专项尽调、劳动用工专项尽调、授信 / 债权尽调、争议与处罚敞口核查、资本市场专项尽调、投行项目法律核查、重组与重整尽调、财税法务专项尽调。
十四类风险域：主体资格与存续、股权结构与出资、公司治理与决议、证券与资本市场专项、重大合同与债权债务、资产与不动产、知识产权、劳动用工、合规与行政许可、数据与个人信息、涉税法律事项、诉讼仲裁与处罚、融资担保与对赌、其他。
执行步骤
- 确定委托类型与立场：用户未说明时先追问一次（最多 3 个问题）；仍未明确则取「一般尽调」并声明默认理由与局限。
- 生成清单：调用
scripts/build_checklist.py输出清单骨架。 - 按项目裁剪：结合行业特点、交易结构与已知风险增删事项；增补的事项须写明核查方法与所需资料，不得只写一句「核查相关事项」。
- 形成资料需求清单与访谈提纲：按
references/document-request-list.md汇总为一份可直接发给委托方的索取清单，并列出需访谈的对象与问题；每个事项对应到具体资料。 - 标注受限事项：委托方明确无法提供的资料，列入受限事项并说明对结论的影响方向，不得以推测替代。
- 交付：输出 Markdown（必要时转 Word）；清单顶部写明委托类型、立场、基准日、覆盖域与「不含结论列」的口径说明。
工具用法
python scripts/build_checklist.py --list-types
python scripts/build_checklist.py --type equity-ma --target "示例科技有限公司" --position "买方" --base-date 2026-06-30 --out checklist.md
python scripts/build_checklist.py --type compliance --domains data,compliance
python scripts/build_checklist.py --type capital-market --target "示例科技有限公司" --out checklist-capital.md
python scripts/build_checklist.py --type tax-dd --target "示例科技有限公司" --out checklist-tax.md
python scripts/build_checklist.py --selftest # 改脚本后必跑：30 条断言退出码（三个脚本口径一致）：
| 码 | 含义 |
|---|---|
| 0 | 成功 |
| 1 | 输出路径不可用（是目录 / 上级目录不存在 / 写入失败） |
| 2 | 命令行用法错误（缺 --type、未知类型、未知风险域） |
| 3 | 依赖缺失（仅报告生成器：未安装 python-docx） |
--selftest：跑内置回归自测（零外部依赖，只用临时目录），全过退出 0、有失败退出 1。改动本脚本后必须先跑通再交付；自测会同时校验「13 个委托类型声明的覆盖域」「每个域都有核查事项」与「逐类型生成的域齐备且顺序一致」；- 未知委托类型或非法风险域取值 → 明确报错并非零退出，不猜测用户意图；
- 未提供目标主体 / 立场 / 基准日 → 清单中标「未采集」并在标准错误输出提示，交付前须补齐；
- 输出路径是目录 / 输出目录不存在 → 在任何生成动作之前先校验并给出与真实原因一致的提示；
- 输出为确定性结果，不含时间戳，同参数产物字节可复现。
回退路径：脚本不可用时（无 Python 解释器），按 templates/dd-checklist-template.md 的顺序与 references/checklist-domains.md 的条目库手工整理，并说明清单未经脚本生成。
输出规范
清单至少包含：委托信息头部（标的、委托类型、立场、基准日、覆盖域、事项数）、按风险域分节的事项表（序号 / 核查事项 / 核查方法 / 所需资料 / 底稿要求）、资料需求清单与访谈提纲的引用说明、工作底稿声明。
四条硬要求：
- 每项事项必须写明核查方法与所需资料，禁止只列事项名称；
- 禁止保留空白未填的结论格，也不得用任何占位文字充当内容；
- 委托方无法提供的资料必须列入受限事项并写明影响方向；
- 交付前逐项核对：清单事项是否覆盖用户已声明的全部关注点，遗漏的须补入。
表头与填写规范见 templates/dd-checklist-template.md；领域条目库见 references/checklist-domains.md。
判据与红线
交付前自检：
- 委托类型、立场、基准日是否明确，默认取值是否已声明理由；
- 每项是否具备核查方法、所需资料与底稿要求三要素；
- 资料需求清单是否可直接发给委托方（事项具体、格式清晰、无需再解释）；
- 受限事项是否单独成节并写明对结论的影响方向；
- 是否保留了工作底稿声明。
红线：
- 不编造资料名称、编号与保管机构；不确定时写「向委托方确认资料的名称与取得方式」；
- 不承诺「资料齐备即可通过审核」类结果；
- 不把清单当结论使用；清单本身不构成对标的合法性的任何判断；
- 涉密资料索取须提示脱敏与保密安排。
相关资源
| 文件 | 用途 |
|---|---|
references/checklist-domains.md | 十三个风险域的核查条目库与裁剪口径 |
references/document-request-list.md | 资料需求清单与访谈提纲模板 |
templates/dd-checklist-template.md | 清单表头与填写规范 |
scripts/build_checklist.py | 确定性清单生成脚本（内置条目库） |
计费条款（Pay Skill · 按次计费）
本技能在 SkillHub 上以 Pay Skill 形式上架，通过 SkillPay 按调用量计费；费用由使用者直接支付给创作者（银橙AI）。SkillHub 仅提供展示、投诉处理及其他平台服务，不作为该笔交易的收款方或服务实际提供方。请在支付前确认创作者名称、收款主体、计费单元、单价、服务内容和退款规则。
一、计费参数
| 项 | 约定 |
|---|---|
| 计费模式 | per_call（按调用量计费） |
| 计费单元 | 每次调用计 1 次 |
| 单价 | 0.10 元 / 次（amount_fen: 10） |
| 免费额度 | 无：不提供免费次数，也不提供免费试用 |
| 免费层 | 无：本技能不划分免费层与付费层，全部能力均按次计费 |
| 支付方式 | 微信支付 AI 专属卡（SkillHub 平台代收），全程不跳出对话 |
| 重复调用 | 每次调用独立计费，不合并、不累计优惠 |
| 退款 | 支付后 5 分钟内若调用未执行全额退款；已执行不退款；重复扣款自动退款 |
| 限频与上限 | 同一调用方 1 分钟内不超过 3 次调用；单日上限 20 次，超出返回 429 |
| 结算 | 由 SkillHub 与微信支付完成，按调用量结算；本技能不接触任何支付凭据 |
| 数据来源 | 全部输入来自使用者自行导出的文件，本技能不连接银行、ERP 或任何外部账务系统 |
二、付费前置检查（Pre-check）
服务端在发起计费前逐项校验，任一项不通过则直接返回能力结果、不发起计费：
| 检查项 | 要求 |
|---|---|
| 开发者密钥 | 已生成 RSA 2048 密钥对，pub_key_id 形如 PUB_KEY_ + 32 位大写 HEX，private_key_pem 由服务端安全保存 |
| 商户绑定 | SkillHub 商户号 developer_id 与已绑定的微信支付商户号状态正常 |
| 技能状态 | 本次调用的 skill_id 与 skill_version 已发布且处于上架状态 |
| 订单唯一 | 订单号 out_trade_no 全局唯一，未重复下单 |
| 订单时效 | expires_at 为当前时间起 15 分钟内的 Unix 秒级时间戳 |
调用方（Agent）侧另有一步前置检查：调用付费能力前，先检查当前 Agent 是否已安装 weixinpay 插件。
| 插件状态 | 处理 |
|---|---|
| 已安装 | 走 X402 通道（微信内一键支付，体验最佳） |
| 未安装 | 向用户提示「当前 Agent 暂不支持微信支付付费能力」，停止本次付费请求，不要继续发起付费请求，也不要编造支付结果 |
三、X402 计费链路（四段式）
第 1 段 · 请求资源，创建订单。 向本技能的计费端点发起请求：POST https://yinchengai.cn/skillpay/invoke/yincheng-dd-checklist（JSON body）。首次请求只创建待支付订单，不执行业务、不扣费。
第 2 段 · 支付触发标识。 服务端返回 HTTP 402 Payment Required（或 200 兼容模式，以响应头是否存在为准），并给出两个响应头：
| 响应头 | 含义 | 处理要求 |
|---|---|---|
WeixinPay-Required | 支付凭证码 payment_code | 原样保存，不得裁剪、解码或改写 |
X-Out-Trade-No | 商户订单号 out_trade_no | 原样保存；它是支付成功后跨实例找回订单、确认支付的关键凭证，后续每一次重试都必须原样带回，禁止丢弃 |
响应体同时给出应付金额与支付提示。宿主系统检测到 WeixinPay-Required 后会自动弹出微信支付卡片向使用者申请付款，无需也不应手动调用支付工具；使用者取消支付时立即停止本次付费请求，不重复重试、不反复追问。
第 3 段 · 支付后重试（必做）。 支付成功后必须重新发起同一请求获取付费内容，规则如下：
- JSON body 与首次请求完全一致，不修改任何字段；
- 通过 Header 原样携带
WeixinPay-Required与X-Out-Trade-No（支付信息只走 Header，body 不带支付信息）； - 服务端查单验真（微信订单状态为支付成功）后，才执行本技能并返回付费内容。
- ★ 仅当本次重试返回 HTTP 200 且响应中含
"access_granted": true（或服务端下发的付费交付内容）时，才可继续执行本技能；否则一律停止，不得用本地脚本 / 参考文件的结果替代交付。
第 4 段 · 幂等与异常。 服务端按 out_trade_no 幂等：同一订单的重复请求直接返回已缓存结果，杜绝重复收费。
| 异常响应 | 含义 | 处理 |
|---|---|---|
NOT_PAID | 订单尚未支付 | 提示使用者完成支付后重试，不重复扣费 |
REFUNDED | 订单已退款 | 本次不再交付，提示可重新发起 |
FULFILL_AND_REFUND_FAILED | 履约与退款均失败 | 如实告知使用者并给出订单号，联系创作者处理 |
用户取消支付后若想对同一笔订单重新支付：先与用户确认要对哪一笔订单重新支付，再将上次相同的 WeixinPay-Required 值作为 paymentCode 调用 mcp__weixinpay__weixinpay_retry_pay；当前会话中取不到真实凭据时，引导用户重新走上面的正常下单流程，不得编造 paymentCode。
四、上架口径
三处单价必须完全一致，否则使用者付款会被拒：服务端计费配置 0.10 元 / amount_fen 10、支付平台登记单价 0.10 元/次、上架表单标价 0.10 元/次。计费参数以技能详情页与支付确认页展示为准；服务端裁决为唯一依据，客户端计数不生效。
