人工完成一次方案合规分析，通常需要 1–2 个工作日。官方国内投行法律建议智能体检索法规与近三年审核问询案例，生成可溯源的 Word 法律建议底稿，单次方案合规分析耗时约 40 分钟。成功运行时较为稳定，但偶有达到 max_steps 上限而失败并需要重试的情况。
检索不到官方依据的内容列入「待核实」并注明原因，最终判断和签发仍由执业律师完成。
Agent 架构总览
一次法律建议任务的数据流如下：
调用方上传交易方案、重组预案等原始材料，创建会话时挂载到
resources，文件以只读副本形式挂载到沙箱的/mnt/agents/upload/目录；用户提交法律问题（例如「这个方案是否构成重组上市」），智能体先判断事项类型（IPO / 再融资 / 并购重组）和适用板块（主板 / 科创板 / 创业板），确定检索口径；
智能体通过机构金融插件中的
ipo-inquiry技能检索相关法规和近三年审核问询案例，检索结果包含官方公告的出处信息；涉及主体资格核实时，通过天眼查查询企业工商信息与司法风险；涉及跨境问题时，通过 SEC 查询美国监管口径进行对比；
智能体分别组织法规条款、案例事实和分析建议，每条引用写明公告名称、文号、条款和页码；检索不到官方依据的问题列入「待核实」；
通过插件中的
institutional-research-report技能将成稿输出为 Word 文档，写入output/目录并登记为产物，调用方取回后交律师审核。
| 层 | 职责 | 数据范围 |
|---|---|---|
| 检索层 | 法规与审核问询案例检索、企业主体信息核实 | 插件提供的法规案例库、工商与 SEC 数据；用户上传的方案材料 |
| 溯源层 | 引用格式、事实与建议分离、待核实处理 | 仅处理检索层返回的出处信息，不另行查找来源 |
检索层负责查找官方依据，溯源层负责引用格式和待核实边界。两层共同减少无出处引用以及编造文号、页码的问题。
核心设计
官方国内投行法律建议智能体由模型、系统提示词和插件组成，使用平台默认内置工具集。设计重点包括：
先确定适用范围：首先判断事项类型和适用板块，避免将其他事项的审核口径用于当前问题；
引用可回溯：法规定位到文号和条款，案例定位到问询函和页码，来源与论断分开编号，确保整个工作流中的引用均可回查；
无官方依据时明确标注：将相关内容列入「待核实」，不使用「一般认为」「通常要求」等缺乏出处的笼统表述替代依据。
以下介绍各项配置的作用，以及自建时的取舍。
系统提示词：先确定口径，再规范引用
系统提示词重点防范两类问题：事项口径误用（例如将再融资口径套用到 IPO）和引用造假（例如编造不存在的文号或页码）。
先判断事项类型：收到请求后，先区分 IPO、再融资和并购重组，以及主板、科创板和创业板。不同板块和事项的审核口径及法规适用范围不同；
引用必须可回溯：每条法规引用写明法规名称、发文机关、文号和具体条款；每条案例引用写明公司名称、审核阶段、问询函或回复函的名称和页码。来源、论断、事项分别使用固定前缀编号，确保整个工作流中的引用可以回溯；
无官方依据时明确标注：检索不到官方依据的问题列入「待核实」并注明原因（如「该事项尚无公开审核先例」），不得使用缺乏出处的表述替代依据；
区分建议与事实：分别呈现法规原文、案例事实和基于这些材料的分析建议，便于客户区分公告原文与智能体判断。
插件：提供法规案例检索
官方配置四个插件，分别负责以下工作：
机构金融插件（
institutional-finance-kit）：核心为ipo-inquiry技能，提供 A 股投行监管条例与案例库，覆盖上市、再融资、并购重组的审核问询案例检索，是主要工作流。插件中的institutional-research-report技能负责生成最终的 Word 报告；投资银行私募股权（企业版）：补充投行项目、私募融资相关的数据检索能力；
天眼查：查询企业工商信息、股东结构和司法风险，用于核实客户或交易对手的主体资格；
SEC：涉及中概股、跨境上市问题时，查询美国监管口径并进行境内外对比。
自建时可根据业务范围调整：仅处理 A 股境内业务时，可不配置天眼查和 SEC；涉及跨境业务时保留。通过 GET /v1/plugins 按显示名查询插件 ID，版本固定规则见 插件。数据插件需要授权时，将凭据保存在 凭据库，运行时注入，不写入智能体配置。
工具：使用默认内置工具集
平台默认内置工具集提供文件读写、联网检索和产物交付能力，可直接使用。法规案例检索已由插件覆盖，通常无需额外接入 MCP 服务；需要接入内部法规库时，参见 接入 MCP。
配置选择
模型统一使用 kimi-k3。审核问询函和回复函通常长达数百页，智能体需要处理这些长文档并精确摘录条款和页码，对长上下文和指令遵循能力要求较高；引用编号、待核实清单等结构化约定也要求模型在长流程中保持格式一致。
各项资源的配置如下：
| 资源 | 用途 | 本案例的选择 |
|---|---|---|
| 智能体 | 法律建议主流程 | 单智能体，kimi-k3 |
| 插件 | 法规案例检索、报告产出、主体核实、跨境对比 | 机构金融插件 + 投资银行私募股权（企业版）+ 天眼查 + SEC |
| 技能 | 检索工作流与 Word 产出 | 不单独挂载，使用插件中的 ipo-inquiry 与 institutional-research-report |
| 执行环境 | 运行检索与成稿 | 通用云沙箱；直连监管网站获取原文时配置网络白名单 |
| 文件 | 交易方案、重组预案等原始材料 | 上传后以只读副本挂载到会话 |
| 凭据库 | 数据插件授权 | 凭据运行时注入，不写入智能体配置 |
| 触发器 | 当前不需要 | 合规分析按需运行，不设触发器 |
| 记忆库 | 当前不需要 | 每次分析使用独立会话，不依赖跨会话记忆 |
运行成本
成本主要来自模型 tokens。沙箱按运行时长计费，价格为 ¥0.072 / 小时，一次任务约 40 分钟到 1 小时，费用不到 ¥0.1；文件上传与抽取限时免费，详见 托管智能体定价。按 kimi-k3 的 公开单价，两类典型任务的成本估算如下：
| 任务 | 内容 | 单次成本 |
|---|---|---|
| 单点法规问答 | 无上传材料，检索法规与案例后给出带引用的回答（如「科创板 IPO 对赌协议的清理要求」） | 约 ¥3 起 |
| 方案合规分析 | 上传一份重组预案，逐条对照认定标准、检索近三年类似问询案例，产出 Word 法律建议文档 | 约 ¥30，约 27–66 分钟 |
一次方案合规分析的成本构成：
| 计费项 | 用量 | 成本 |
|---|---|---|
| 命中缓存的输入 | 约 9.8M tokens | 约 ¥20 |
| 未命中缓存的输入（含缓存写入） | 约 200K tokens | 约 ¥4–8 |
| 输出 | 约 52K tokens | 约 ¥5 |
| 沙箱 | 约 27–66 分钟 | 不到 ¥0.1 |
测算口径：数据来自 2026 年 9 月底至 10 月初的生产会话实测（kimi-k3），按每次模型调用的上下文长度与输出长度折算。一次方案合规分析累计输入约 10M tokens，主要包括重组预案全文和检索返回的法规案例原文，其中约 95% 为重复前缀，命中上下文缓存后按缓存命中价计费。上下文缓存是控制成本的关键；如果同等输入量全部按未命中价计费，成本约为当前的六至七倍。未命中缓存的输入在写入缓存时另计缓存写入费用，上表按计入与不计入分别给出区间。输出为 Word 法律建议文档。成功运行的成本相对稳定（实测 ¥12–51、27–66 分钟），但偶有达到 max_steps 上限而失败的情况，失败本身也消耗 tokens。开放性问题需要检索大量案例，复杂分析的成本会显著增加。实际成本和时间随标的数据量、页数与深度、上传材料数量及返工轮次变化，以控制台账单为准。插件按调用次数另行计费，不同插件分档定价，见 托管智能体定价，未计入上表。
从最小版本开始搭建
最小可运行配置为「单智能体 + 机构金融插件」。插件中的 ipo-inquiry 技能自带法规案例检索工作流，挂载后即可按相应流程执行法律建议任务，其余三个插件可按需增加。该示例并非官方配置的逐字拷贝，官方当前配置以 GET /v1/agents 返回为准。
第 1 步：创建智能体
cURL：
curl -X POST https://api.moonshot.cn/v1/agents \
-H "Authorization: Bearer $KIMI_API_KEY" \
-H "kimi-api-version: 2026-09-01-beta" \
-H "Content-Type: application/json" \
-d '{
"name": "我的投行法律顾问",
"model": {"id": "kimi-k3"},
"system": "你是国内投行法律建议助手，服务 A 股上市、再融资、并购重组场景。\n- 收到请求先判断事项类型（IPO/再融资/并购重组）和适用板块（主板/科创板/创业板），再开始检索。\n- 每条法规引用写明法规名称、发文机关、文号和具体条款；每条案例引用写明公司名称、审核阶段、问询函或回复函名称和页码。\n- 来源、论断、事项分别用固定前缀编号，保证引用可回溯。\n- 检索不到官方依据的问题列入「待核实」并注明原因，严禁编造文号、页码或案例。\n- 法规原文、案例事实、分析建议分开呈现，不混在一段里。\n- 只做法律建议，不执行任何交易，不替代执业律师出具法律意见书。\n- 所有产出文件写到工作区的 output/ 目录，最终回复用相对路径逐一列出。",
"plugins": [
{"plugin_id": "<机构金融插件 ID>"},
{"plugin_id": "<投资银行私募股权（企业版）插件 ID>"},
{"plugin_id": "<天眼查插件 ID>"},
{"plugin_id": "<SEC 插件 ID>"}
],
"description": "自建投行法律顾问：法规案例检索 + 严格官方溯源"
}'CLI：
kha agents create --file - <<'JSON'
{
"name": "我的投行法律顾问",
"model": {"id": "kimi-k3"},
"system": "你是国内投行法律建议助手，服务 A 股上市、再融资、并购重组场景。\n- 收到请求先判断事项类型（IPO/再融资/并购重组）和适用板块（主板/科创板/创业板），再开始检索。\n- 每条法规引用写明法规名称、发文机关、文号和具体条款；每条案例引用写明公司名称、审核阶段、问询函或回复函名称和页码。\n- 来源、论断、事项分别用固定前缀编号，保证引用可回溯。\n- 检索不到官方依据的问题列入「待核实」并注明原因，严禁编造文号、页码或案例。\n- 法规原文、案例事实、分析建议分开呈现，不混在一段里。\n- 只做法律建议，不执行任何交易，不替代执业律师出具法律意见书。\n- 所有产出文件写到工作区的 output/ 目录，最终回复用相对路径逐一列出。",
"plugins": [
{"plugin_id": "<机构金融插件 ID>"},
{"plugin_id": "<投资银行私募股权（企业版）插件 ID>"},
{"plugin_id": "<天眼查插件 ID>"},
{"plugin_id": "<SEC 插件 ID>"}
],
"description": "自建投行法律顾问：法规案例检索 + 严格官方溯源"
}
JSON创建成功后，从响应中保存 id 作为 AGENT_ID。通过 GET /v1/plugins 按显示名查询插件 ID，或在控制台智能体表单中直接勾选。可根据需求调整以下字段：
| 字段 | 调整频率 | 配置建议 |
|---|---|---|
system | 经常调整 | 固定业务范围（仅 IPO / 覆盖全品类）、引用格式和待核实处理口径 |
plugins | 按业务调整 | 仅处理境内业务时，可移除 SEC；需要更多数据源时可增加插件 |
model | 通常保持默认 | kimi-k3 已适配长文档检索与结构化产出 |
| 工具集 | 通常保持默认 | 默认内置工具集即可满足需求，无需额外声明 |
第 2 步：创建执行环境
使用通用云沙箱即可，config 传 {"type": "cloud"}，详见 快速开始。如果需要智能体直接访问证监会、交易所官网获取原始公告，请将 www.csrc.gov.cn、www.sse.com.cn、www.szse.cn、www.cninfo.com.cn 等域名加入执行环境的网络白名单，详见 执行环境。从响应中保存 id 作为 ENVIRONMENT_ID。
第 3 步：上传原始材料（推荐）
先通过 POST /v1/files 上传交易方案、重组预案、公司章程等材料并获取 file_id，创建会话时挂载到 resources。文件会以只读副本形式挂载到沙箱的 /mnt/agents/upload/ 目录，详见 文件。上传具体方案有助于逐条核对认定标准，避免仅给出通用的法规口径。
cURL：
curl https://api.moonshot.cn/v1/files \
-H "Authorization: Bearer $KIMI_API_KEY" \
-H "kimi-api-version: 2026-09-01-beta" \
-F "file=@重组预案.pdf"CLI：
kha files upload --file 重组预案.pdf从响应中保存 id 作为 FILE_ID。凭据（可选）：数据插件需要授权时，先在凭据库配置凭据，并在创建会话时把凭据库添加到 resources（绑定仅在创建时生效），见 凭据库。
第 4 步：创建会话并提交任务
完整的调用流程（选择智能体、创建环境和会话、订阅事件流、发送消息及取回文件）见 快速开始，此处仅展示法律建议任务的特有部分。创建会话时将材料挂载到 resources：
cURL：
curl -X POST https://api.moonshot.cn/v1/sessions \
-H "Authorization: Bearer $KIMI_API_KEY" \
-H "kimi-api-version: 2026-09-01-beta" \
-H "Content-Type: application/json" \
-d '{
"agent_id": "'"$AGENT_ID"'",
"environment_id": "'"$ENVIRONMENT_ID"'",
"title": "重组方案合规分析",
"resources": [
{"type": "file", "file_id": "'"$FILE_ID"'"}
]
}'CLI：
kha sessions create --file - <<JSON
{
"agent_id": "$AGENT_ID",
"environment_id": "$ENVIRONMENT_ID",
"title": "重组方案合规分析",
"resources": [
{"type": "file", "file_id": "$FILE_ID"}
]
}
JSON从响应中保存会话 id 作为 SESSION_ID，订阅事件流后提交任务：
cURL：
curl -X POST https://api.moonshot.cn/v1/sessions/$SESSION_ID/events \
-H "Authorization: Bearer $KIMI_API_KEY" \
-H "kimi-api-version: 2026-09-01-beta" \
-H "Content-Type: application/json" \
-d '{
"events": [
{
"type": "user.message",
"data": {
"content": [
{"type": "text", "text": "基于上传的重组预案，分析这个方案是否构成重组上市（借壳）。要求：1. 对照《上市公司重大资产重组管理办法》逐条核对认定标准；2. 检索近三年类似的审核问询案例，说明监管关注重点；3. 每条引用标注官方公告名称和页码，找不到官方依据的列入待核实；4. 输出一份 Word 法律建议文档，保存到 output/ 目录。"}
]
}
}
]
}'CLI：
kha sessions send "$SESSION_ID" "基于上传的重组预案，分析这个方案是否构成重组上市（借壳）。要求：1. 对照《上市公司重大资产重组管理办法》逐条核对认定标准；2. 检索近三年类似的审核问询案例，说明监管关注重点；3. 每条引用标注官方公告名称和页码，找不到官方依据的列入待核实；4. 输出一份 Word 法律建议文档，保存到 output/ 目录。"任务描述会影响产出质量。编写任务时，建议遵循以下四条原则：
明确事项类型和板块。 「IPO 还是再融资」「主板还是科创板」直接决定适用的法规。使用「分析某科创板 IPO 企业的对赌协议清理要求」，而不是「帮我看看对赌协议」。
提供具体方案。 通用的法规问答只能给出一般口径；上传交易方案后，智能体可以逐条对照认定标准进行分析。
明确引用要求。 虽然系统提示词已规定引用规则，在任务中再次强调仍有助于减少来源和页码遗漏。
明确交付形式。 默认产出 Word 法律建议文档；如需其他形式（例如只提供一份法规清单），请在任务中说明。
第 5 步：取回产物
会话回到 idle 后，通过产物接口取回交付物：
cURL：
curl "https://api.moonshot.cn/v1/artifacts?session_id=$SESSION_ID" \
-H "Authorization: Bearer $KIMI_API_KEY" \
-H "kimi-api-version: 2026-09-01-beta"CLI：
kha artifacts list --session "$SESSION_ID"产物是一份 Word 法律建议文档，按事项组织：先列认定结论，再逐条展开依据。每条依据由「法规条款 + 审核案例 + 分析」组成，法规写明名称、文号和条款，案例写明公司、问询函名称和页码；检索不到官方依据的问题在文中注明（例如标注「待核实」并说明须核查的材料），文末附来源清单，列出所引官方原文链接。报告篇幅取决于问题复杂度，单点合规分析通常为 10–20 页。如果产物列表为空，或需要查看中间文件，可浏览会话文件系统（见 文件）。
该文档仅作为律师的工作底稿，不用于直接签发法律意见书。智能体负责检索依据和核对口径，最终判断和签发仍由执业律师完成。
运行监控
法律建议任务包含多个处理阶段，建议通过事件流持续查看运行状态，直至任务完成。可以通过以下字段判断运行是否正常：
session.status：running表示检索与写作进行中，回到idle表示本轮完成，可以取回产物；agent.tool_use：可查看智能体调用的插件技能、检索关键词和读取的文件。检索关键词是否覆盖事项类型和板块，是判断检索口径是否正确的首要依据；session.error：任务失败时出现，包含错误类型和信息。
法律建议场景还需关注以下事项：
| 观察项 | 检查内容 | 排查用途 |
|---|---|---|
| 最终回复与产物 | 每条引用是否带公告名称和页码 | 出现大量无页码的笼统引用时，说明引用规则未被遵守，检查系统提示词与任务描述 |
| 产物正文 | 「待核实」标注的内容 | 问题本身没有公开先例时，全文未标注可能意味着生成了不存在的出处，应重点核查 |
| 插件调用 | ipo-inquiry 是否被调用 | 全程未调用插件、仅使用联网检索时，检查插件是否已挂载及授权是否有效 |
可扩展方向
相关文档
使用法规检索与报告插件：插件挂载、版本固定与插件里技能的调用方式。
上传交易方案材料：上传方案材料、挂载会话与取回 Word 产物。
接入内部法规库：把内部法规库接进智能体的检索链路。