Kimi K3 0.18B量化模型本地部署指南：硬件要求与性能测试
2026/9/5 11:49:52
最近经常看到“HTML版 BP”这种玩法，很多自媒体内容把它包装得很玄乎，但拆开看核心就三件事：把商业计划书的内容结构按投资人的阅读习惯重排，通过 AI 搭子（自定义 skill）把零散素材整理成干净的信息层级，最后输出成带导航、可滚动、能直接发链接给投资人看的 HTML 页面。
这里先说明一个边界：本文不讨论“怎么写 BP 才能骗到融资”，不提供投资建议。我们讨论的是技术方案——如何设计一套“投行 BP 整理”skill，让大模型帮你把已经写好的 BP 材料，转成结构更清晰、打开速度快、投资人能一眼抓到重点的 HTML 版本。这套方案适合创始人、投融资岗、FA 助理、以及所有需要把 BP 从 Word/PPT 快速变成 Web 页面的技术同学。
这篇文章会给你完整拆开这套工作流，包括投行 BP 的内容框架、AI skill 的角色提示词模板、HTML 页面结构规范、一段可以直接运行的 HTML/CSS 骨架代码、验收清单、批量生成思路和常见问题排查表。只要你有 ChatGPT/Claude/Coze 这类工具的账号，或者有任何一个支持自定义系统提示词的模型平台，就可以跟着搭出你自己的“BP 翻新搭子”。
1. 核心能力速览
| 能力项 | 说明 |
|---|---|
| 项目类型 | AI 工作流 + HTML 落地页生成方案 |
| 解决的核心问题 | BP 内容杂乱、投资人 3 秒划走、PDF/PPT 不容易导航 |
| 核心能力 | 结构重排、内容压缩、投资人视角摘要、HTML 页面生成 |
| 输出形式 | 单文件 HTML，可本地打开，可部署到静态托管 |
| 是否需要本地 GPU/显存 | 不需要，运行在大模型平台或 API 服务上 |
| 可运行环境 | 浏览器、任意大模型 Web 端、API 调用平台 |
| 是否支持 API | 可以，看你在哪一层做集成 |
| 是否支持批量任务 | 可以，适合结构化数据批量生成页面 |
| 核心风险点 | AI 幻觉数据、商业机密泄露、内容合规 |
从能力上可以看出，这不是一个下载模型到本地跑的 AI 项目，而是一套“提示词体系 + 前端结构化输出规范”。它最大的价值不是生成一个花哨的网页，而是强制把 BP 里最关键的要素，按照投资人关心的顺序重新表达出来。
这里先给一个判断：如果你的 BP 目前还是大段文字配五张图，投资人打开后要自己找重点，那确实值得花 30 分钟建一套这样的 skill。如果 BP 本身内容缺失、数据是自己编的，那 HTML 版只会把问题放大得更快，这个技术方案救不了内容。
2. 适用场景与使用边界
这套方案最适合的场景是“多轮沟通前的内容整理”。比如你准备参加路演，需要给潜在投资人发一份手机端也能流畅打开的项目摘要；或者你是孵化器/FA 的运营，需要帮多个项目快速生成风格统一的 BP 网页。它也能用于内部评审：把业务数据按章节拆好，HTML 版比 Word 版更容易评审，因为目录锚点可以让人直接跳到财务部分。
它不适合替代正式的上市招股书、审计财务报告，也不能作为签署投资意向书时的唯一尽调材料。BP 里涉及营收、用户数、市占率等关键数据，必须经过业务负责人确认，不能只让 AI 根据零散材料自动补全。AI 擅长整理格式，不擅长判断数字是否真实。
还需要特别注意隐私和授权。BP 往往包含未公开的商业模式、客户名单、成本结构，这些内容在发给大模型处理之前要做脱敏。客户名称可以改成“客户 A”，精确财务数据可以保留摘要或者只写比例。如果公司制度严格，建议用支持私有化的模型服务，或者在本地通过 API Key 调用并进行审计。
使用边界最后提醒一点：HTML 版 BP 本质上是“把材料整理可视化”，而不是“替你做投行判断”。别让它输出类似“这个项目估值应该多少”的建议，也不要在未确认数据的前提下把 AI 生成的“市场规模=XX 亿元”直接写进网页。真实、可追溯、经得起问，是投资人看完之后愿意继续沟通的底线。
3. 搭建这套工作流的环境准备
搭建这套工作流不需要买显卡，也不需要配 CUDA，真正需要准备的是三层环境：AI 对话/API 平台、HTML 预览环境、静态部署环境。
AI 对话/API 平台负责生成初稿，可以选择 ChatGPT、Claude、Coze、Dify 等主流平台，也可以选择任意支持自定义 system prompt 的工具。如果希望把能力沉淀成团队可复用的“skill”，建议选择 Coze/Dify 这类可以建 bot/应用，并且能通过 API 发布的服务；如果只是个人改 BP，直接开一个对话窗口，把角色提示词贴进去就够了。
HTML 预览环境只需要一个浏览器。为了方便，建议在本地工作目录里建bp_output文件夹，所有生成的 HTML 文件统一放这里。Windows 下可以用 VS Code 的 Live Server 插件，或者直接双击 HTML 文件在浏览器打开。要验证手机端显示效果，可以打开浏览器开发者工具，切换到移动端模拟。
静态部署环境用于给投资人发链接。最简单的方式是把 HTML 文件传到 GitHub Pages、Cloudflare Pages 或对象存储的静态网站托管里。一个纯静态的 HTML 文件，不需要服务器，访问速度通常比 PDF 附件更快，也更方便更新。需要提醒的是，如果 BP 含敏感信息，不要把链接挂到公开公网；更好做法是设置访问密码或使用企业网盘。
文件组织建议：
bp_workspace/ ├── source/ # 原始 Word/PPT/PDF 或整理后的 markdown ├── skill_prompt.md # 投行 skill 的系统提示词 ├── bp_output/ # 生成的 html 文件 └── assets/ # 图片、logo、产品截图这套环境对电脑配置基本没要求。真正的成本是时间：搭建提示词和调试输出格式需要一点耐心，大约一个小时能跑通第一版。
4. 自制“投行 skill”的核心提示词设计
所谓自制投行 skill，本质上是一份高质量 system prompt。它需要让模型做到三件事：理解 BP 中的投资人视角，把冗余内容压缩成结构化表达，输出完整可运行的 HTML 代码。
先拆解投资人视角。一份 BP 被快速划走通常是三个原因：前三屏没说明白“你做什么”，数据段落太长找不到关键指标，页面上没有明确的行动召唤。投行 skill 的职责是先完成逻辑重塑：把“项目做什么”放在前面，把“市场规模和增长逻辑”紧随其后，把“业务数据”提炼成表格，把“这一轮需要什么、为什么现在需要”放到最后。
接下来是给模型的任务框架。BP 转 HTML 不是简单摘抄，模型要先把内容拆成信息卡片，再按 HTML 结构输出。我建议把“一页纸 BP”的经典结构作为默认模板，包含九个模块：一句话定位、问题和机会、产品方案、市场空间、商业模式、竞争壁垒、团队背景、运营数据、融资计划。这样做是因为投资人对这九项内容最熟悉，能快速在导航里定位。
下面给一段可以直接复制到 system prompt 的参考提示词。你可以按需修改，特别是“禁止编造数据”等规则建议保留。
# 角色 你是一名有投行/一级市场研究工作背景的 BP 结构顾问，负责把用户提供的商业计划书原始材料改写成适合投资人阅读的 HTML 版本。 # 工作目标 1. 保留原始材料中的真实业务事实，不虚构数据。 2. 按“一句话定位 -> 问题与机会 -> 产品方案 -> 市场空间 -> 商业模式 -> 竞争壁垒 -> 团队背景 -> 运营数据 -> 融资计划”的顺序重组内容。 3. 用简洁、可扫描的短句表达，避免大段叙述。 # 输出要求 1. 输出一个完整的 HTML 文件，包含 <!DOCTYPE html> 与 <meta charset="utf-8">。 2. 页面顶部是固定导航栏，包含所有章节锚点。 3. 正文使用卡片式布局，关键指标用表格展示。 4. 不要使用 emoji，不要输出外链占位符。 5. 如果原始材料缺少某项数据，在对应区域写“待补充”，不要把该字段隐藏或编造。 # 禁止事项 - 禁止给用户经营建议、估值建议。 - 禁止对未提供的数字进行猜测。 - 禁止在正文中保留“根据我的经验”“我认为”等表达。这里面的关键是“待补充”规则。大多数 AI 在生成 HTML 时，遇到缺失数据会下意识补一个看起来合理的数字，这在大模型里非常危险。所以必须用显式指令锁死，缺什么就显示“待补充”，宁缺毋假。
5. 从原始 BP 到结构化草稿的实操流程
在让 AI 直接写 HTML 之前，建议先做一轮“内容提取与结构化”。这样能避免一次性输入大量混杂材料导致模型输出逻辑混乱。
实际操作步骤是这样的：第一步，把原始 BP 里的文字内容复制出来，删掉重复宣传语，保留事实性描述。第二步，给模型提供一段“原始材料”标记，让它先输出结构化 Markdown，不输出 HTML。第三步，校验 Markdown 数据是否有遗漏。第四步，让模型把确认后的 Markdown 转成 HTML。
这里给一个输入示例。你可以把下面的模拟内容替换成自己的脱敏 BP：
请整理以下BP原始材料，先输出结构化 Markdown，不要输出 HTML。 原始材料： 公司名称：示例农业科技公司 一句话定位：给连锁餐饮提供从种植到冷链配送的一体化蔬菜供应服务 产品方案：自研种植管理系统、中央分拣仓、城市冷链车队 市场规模：2025年国内食材B2B市场规模约2万亿，但数字化渗透率约10% 商业模式：按订单量向餐饮客户收取供应链服务费 竞争壁垒：自建上游基地、与三个省份农业合作社签订排他协议 团队背景：创始人曾任大型餐饮集团供应链负责人，CTO有智慧农业系统开发经验 运营数据：2024年服务客户120家，营收4800万，同比增速约35% 融资计划：本轮融资3000万，主要投入冷链能力建设和城市扩张 待说明：目前尚未盈利，毛利率约18%模型基于以上内容会先输出一个结构化 Markdown：标题、定位描述、关键数据表格、各章节要点。它不应自动补充“市场规模从2万亿增长到多少”这类未来预测。
这个中间步骤最大的好处是可控。HTML 代码一旦生成，肉眼检查数字比较费劲；Markdown 阶段通常一眼就能看出数据哪里有问题，等你确认后再转 HTML，最终页面的数据可靠性高很多。
输出 Markdown 示例大概长这样：
# 示例农业科技公司 BP 摘要 ## 一句话定位 给连锁餐饮提供从种植到冷链配送的一体化蔬菜供应服务。 ## 运营数据 - 2024年营收：4800万元 - 客户数量：120家连锁餐饮客户 - 同比增速：约35% - 毛利率：约18% - 盈利状态：尚未盈利 ## 融资计划 本轮融资3000万元，主要用于冷链能力建设和城市扩张。请注意，原始材料里没有提到“客户平均复购率”，所以正确输出应该不写这一条；如果你看到模型自行补了“续约率 90%”，就要立刻纠正。
6. HTML 版本 BP 的页面结构与骨架代码
HTML 版 BP 和普通官网的最大区别，是它的阅读对象明确、阅读时间极短，导航必须像一个“目录系统”，而不是炫酷首页。页面结构推荐这样划分：顶部固定导航、Hero 区写入一句话定位、关键数据条、九个章节内容区、底部融资联系区。
顶部导航的意义在于：投资人收到链接后，第一眼能看到完整章节，点击“运营数据”就能跳到最关心的位置，不需要从头滚动。 Hero 区不能只放 logo 和 slogan，要在三秒内同时回答三件事：你服务谁、你解决什么问题、你与现有方案有什么不同。
关键数据条放在 Hero 下方，用一排大数字展示年营收、增速、客户数、毛利率等硬指标。这里是投资人最先停留的位置。数字区要尽量避免在首屏放一堆概念型描述，比如“未来空间巨大”，这类话术没有任何信息量。
下面给一套可直接保存运行的 HTML 骨架。这段代码不是最终视觉方案，而是结构底板，你可以在这个基础上改成自己的品牌色、字体和配图。
<!DOCTYPE html> <html lang="zh-CN"> <head> <meta charset="utf-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>示例农业科技公司 BP</title> <style> :root { --main: #166534; --accent: #22c55e; --bg: #ffffff; --text: #111827; } * { box-sizing: border-box; margin: 0; padding: 0; } body { font-family: "PingFang SC", "Microsoft YaHei", sans-serif; background: var(--bg); color: var(--text); line-height: 1.6; } nav { position: sticky; top: 0; background: rgba(255,255,255,0.92); box-shadow: 0 1px 8px rgba(0,0,0,0.08); z-index: 10; display: flex; flex-wrap: wrap; justify-content: space-between; padding: 12px 24px; } nav a { color: var(--text); text-decoration: none; margin: 0 10px; font-size: 14px; } .hero { padding: 72px 24px 40px; text-align: center; background: linear-gradient(180deg, #f0fdf4 0%, #ffffff 100%); } .hero h1 { font-size: 32px; } .hero p { max-width: 720px; margin: 16px auto 24px; color: #374151; } .metrics { display: flex; flex-wrap: wrap; justify-content: center; gap: 28px; padding: 20px; background: #ffffff; } .metric-item { text-align: center; } .metric-item .num { display: block; font-size: 28px; font-weight: 700; color: var(--main); } .metric-item .label { font-size: 14px; color: #6b7280; } .section { max-width: 960px; margin: 0 auto; padding: 42px 24px; border-top: 1px solid #f3f4f6; } .section h2 { font-size: 22px; margin-bottom: 18px; } .cards { display: grid; grid-template-columns: repeat(auto-fit, minmax(260px, 1fr)); gap: 18px; } .card { border: 1px solid #e5e7eb; border-radius: 12px; padding: 20px; } table { width: 100%; border-collapse: collapse; margin-top: 12px; } th, td { text-align: left; padding: 8px 10px; border-bottom: 1px solid #e5e7eb; font-size: 15px; } .cta { text-align: center; padding: 60px 24px; } .cta a { display: inline-block; background: var(--main); color: #fff; text-decoration: none; padding: 12px 28px; border-radius: 8px; } </style> </head> <body> <nav> <span>示例农业科技</span> <span> <a href="#position">定位</a> <a href="#market">市场</a> <a href="#model">模式</a> <a href="#data">数据</a> <a href="#deal">融资</a> </span> </nav> <section class="hero"> <h1>给连锁餐饮提供从种植到冷链配送的一体化蔬菜供应服务</h1> <p>公司名称：示例农业科技公司（内容仅为案例演示，数据为示意）</p> </section> <section class="metrics"> <div class="metric-item"><span class="num">120</span><span class="label">服务客户</span></div> <div class="metric-item"><span class="num">4800万</span><span class="label">2024年营收</span></div> <div class="metric-item"><span class="num">35%</span><span class="label">同比增速</span></div> <div class="metric-item"><span class="num">18%</span><span class="label">毛利率</span></div> </section> <section class="section" id="position"> <h2>一句话定位与问题机会</h2> <p>这里展示你的定位说明，以及目标客户目前面临的痛点。重点写事实，不要写空泛描述。</p> </section> <section class="section" id="market"> <h2>市场空间</h2> <p>市场规模与渗透率数据放这里。来源要标清楚，例如“根据XX行业协会报告”。</p> </section> <section class="section" id="model"> <h2>商业模式</h2> <div class="cards"> <div class="card">业务模式说明</div> <div class="card">收入来源说明</div> <div class="card">成本结构说明</div> </div> </section> <section class="section" id="data"> <h2>运营数据</h2> <table> <tr><th>指标</th><th>数值</th><th>备注</th></tr> <tr><td>2024年营收</td><td>4800万元</td><td>公司待审计口径</td></tr> <tr><td>服务客户数</td><td>120家</td><td>连锁餐饮客户</td></tr> <tr><td>同比增速</td><td>约35%</td><td>待补充口径</td></tr> </table> </section> <section class="section" id="deal"> <h2>融资计划</h2> <p>本轮融资3000万元，主要用于冷链能力建设和城市扩张。</p> </section> <section class="cta"> <p>如果您对项目感兴趣，欢迎联系：demo@example.com</p> <a href="mailto:demo@example.com">联系团队</a> </section> </body> </html>这个骨架保留了很多可替换的占位文字，实际使用时应该把每个 section 都填成经过你确认的内容。你可以让 AI 在这个骨架基础上继续生成，不要在没有任何结构约束时让它凭空写完整页面。
7. 功能测试与效果验证
HTML 生成后不能直接当成品。拿去发给投资人之前，至少自己先过一遍测试流程。
先做基础打开测试。双击 HTML 文件，确认浏览器能正常打开、中文不显示乱码、顶部导航可以点击跳转。常见问题有两个：一是文件没有写<meta charset="utf-8">导致乱码，二是导航锚点的id没有和href="#xxx"对得上导致点击没反应。
再做手机端适配测试。按 F12 打开开发者工具，选择 iPhone 或 Android 机型模拟。重点检查导航是否换行、表格是否横向溢出、字体是否小到看不清。如果表格太宽，最简单的处理是把表格放在一个可横向滚动的容器里，或者把大表格改写成四到六个指标卡片。
接下来是内容准确性验收。这个环节最重要。把 HTML 页面里的所有数字导出成清单，与原始材料逐一核对。包括营收、同比增速、客户数、毛利率、融资金额、资金用途。对于缺少的信息，页面统一显示“待补充”。如果发现有数字对不上，必须回到原始材料或问业务负责人，而不是在 HTML 里删掉。
还要做“3 秒阅读测试”。找一位不了解项目的人，让他打开页面，不要拖动，看 3 秒后复述他看到的信息。如果他说不出来“你是做什么的”，说明 Hero 区和定位没写好。如果他能说出“给连锁餐饮做蔬菜供应，去年服务 120 家客户”，说明页面的信息结构基本成功。
最后做链接部署测试。如果是放在公网上的链接，要用手机流量访问一次，确认不是只有在公司内网或者电脑本地才能打开。投资人的场景经常是手机端收到链接，点开就加载，所以首屏体积要控制在合理范围，大图片要压缩，不要直接贴一张几 MB 的截图。
8. 接口 API 与批量任务扩展思路
如果你只给自己改一份 BP，直接在对话里复制粘贴就可以。但如果你想在团队或机构里形成一套可复用的“BP 生成服务”，就值得把 skill 接到 API 上做批量任务。
第一种做法是在 Coze/Dify/Azure OpenAI 等平台创建 Bot 或应用，把系统提示词设定成上一节的“投行 skill”，再启用平台的 API 发布能力。调用方式一般是平台生成的 API endpoint 和鉴权 Token，传一个user_input字段，返回模型生成的内容。这种方式的优点是无需维护大模型服务，缺点是每次生成质量受平台配置影响。
第二种做法是你自己写一个 Python 调度脚本，把多份 BP 的 Markdown 源文件放到一个目录，循环调用模型 API，再保存成多个 HTML 文件。这种方案适合 FA 机构批量处理项目材料，也更方便在循环里输出错误日志。
下面是一个通用示例，脚本里不写死具体品牌 API，你可以按实际项目的接口地址和鉴权字段修改：
import os import time import requests api_url = "https://your-api-endpoint.example/v1/generate" api_key = os.environ.get("AI_API_KEY") input_dir = "./source" output_dir = "./bp_output" os.makedirs(output_dir, exist_ok=True) system_prompt = """ 你是一名投行BP结构顾问。请根据用户提供的BP原始材料， 输出一个完整HTML文件，包含UTF-8编码和章节导航。 缺失信息写“待补充”，禁止编造数据。 """.strip() for filename in os.listdir(input_dir): if not filename.endswith(".md"): continue with open(os.path.join(input_dir, filename), "r", encoding="utf-8") as f: content = f.read() payload = { "system": system_prompt, "user": content, "temperature": 0.2, # 请按实际平台的参数规范调整字段名称 } try: resp = requests.post(api_url, json=payload, timeout=120, headers={"Authorization": f"Bearer {api_key}"}) resp.raise_for_status() output = resp.json()["output"] except Exception as err: print(f"[跳过] {filename}: {err}") time.sleep(3) continue out_name = filename.replace(".md", ".html") with open(os.path.join(output_dir, out_name), "w", encoding="utf-8") as f: f.write(output) print(f"[完成] {out_name}")批量任务真正要解决的不是生成速度，而是质量控制。模型生成十份页面，很可能其中某一份在“市场规模”里编了一个没有来源的数字。建议调度脚本生成的 HTML 不要直接发出去，先统一走一遍上一节的核对流程。可以在生成时同时保存一份summary.json，记录每个文件的输出时间、使用的提示词版本、包含的章节列表，后续排查会方便很多。
API 调用失败也是常见问题。如果看到超时错误，优先把超时时间调长到 120 秒以上；如果看到鉴权失败，检查api_key环境变量是否设置；如果是并发触发平台限流，就在循环里加一个time.sleep或者用带重试的请求库。
9. 资源占用与性能观察
HTML 版 BP 的性能压力远低于本地大模型部署，不需要关注显存，但要关注三个和性能相关的问题：页面体积、浏览器兼容性、部署端并发。
页面体积是影响打开速度的直接因素。一个标准的 BP HTML 文件，如果只包含样式和文字，体积通常在 20KB 到 100KB 之间，加载非常快。真正拖慢页面的是未经压缩的截图、产品视频、高清大图。建议所有展示图片先压缩再放入assets目录，封面 Hero 图控制在 200KB 以内，产品截图至少要压缩到宽度不超过 1600px。
如果你在 HTML 里嵌入大段表格，还需要考虑浏览器的渲染性能。几百行数据的表格对浏览器没有压力，但如果一次性插入了几万行客户明细，页面滚动就会卡顿。BP 页面不适合放全量数据，只保留关键经营指标，完整数据表放到网盘附件即可。
在静态托管环境下，HTML 文件基本不会占用服务器计算资源。唯一的坑是“浏览器缓存”：更新 BP 后重新上传同名文件，投资人打开的可能还是旧文件。部署时最好在文件名或者链接参数上加版本号，比如bp_agriculture_v3.html，或者给链接加?v=3参数。
部署后的访问统计也可以作为一个小型观察手段。接入免费的基础统计或者简单的日志，观察投资人是否打开了页面、停留时间如何、是否点击了联系按钮。这些数据不能说明融资成功概率，但能帮你持续调整 BP 的前几屏结构和信息密度。
10. 常见问题与排查方法
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 浏览器打开 HTML 显示乱码 | 文件缺少 UTF-8 声明 | 查看文件头部是否有 meta 标签 | 在<head>中添加<meta charset="utf-8"> |
| 导航锚点点击无效 | section 的 id 与 href 不一致 | 检查导航链接目标名 | 统一导航与区块 id 命名 |
| 页面电脑端正常、手机端错乱 | 缺少 viewport 或表格过宽 | 开发者工具切换移动端模拟 | 添加 viewport，表格改用卡片或加横向滚动容器 |
| 页面出现原始材料没有的数据 | 模型编造或上下文冲突 | 与原始 BP 逐项核对数字 | 清除生成结果并重新约束“缺失信息写待补充” |
| 图片打不开 | 图片路径用了绝对路径或缺失文件 | 检查 img 标签的 src 与 assets 目录 | 统一使用相对路径，如assets/logo.png |
| 批量生成时部分文件失败 | 接口超时、限流、内容审核 | 查看脚本错误日志 | 调大 timeout，加入重试延时和失败记录 |
| AI 输出的 HTML 不完整 | 输出被截断或未使用完整 HTML 模板 | 检查文件末尾是否有</html> | 让模型基于模板生成，避免一次生成过长内容 |
| 导航栏盖住正文标题 | 固定定位导致高度冲突 | 检查 nav 是否 sticky/fixed | 给正文顶部加 padding-top |
这组排查表覆盖了我在实际生成 BP HTML 时最常遇到的问题。如果你遇到“页面能打开但样式全丢了”，一般是模型只输出了片段，没有把<style>放在<head>里，重新生成时要求“输出完整 HTML 文件”就行。
11. 最佳实践与合规提醒
把这套工作流真正用到自己的业务里，有几个工程化习惯很值得形成。
第一次不要直接拿完整 BP 去生成 HTML。先拿 1000 字左右的脱敏摘要跑通流程，确认模型输出的 HTML 结构稳定、数字不乱编，再逐步增加信息量。把 skill 提示词和 HTML 模板放进 Git 或网盘版本管理里，每次改动都留版本记录。这样当 AI 生成质量突然变化时，你能快速判断是提示词改了还是源材料不同。
内容管理上，建议把“源材料 md”和“输出的 HTML”分开存放。源材料里包含投资人不会看到的备注字段、待确认列表，输出目录只放已经确认过的版本。命名规范上，可以用项目名_日期_版本.html，不要使用“最终版”“终极版”这类容易混淆的名字。
最重要的一条合规原则是：所有交给大模型处理的 BP 内容，先做脱敏。客户名称、真实姓名、精确到个位数的财务数据、尚未公开的战略合作，都属于敏感信息。不要把这些内容复制到公共平台的对话里，除非你已经使用企业私有化或合规获批的环境。大模型输出内容里出现任何数字，你都要把它当作“未经审计的草稿”看待，发出前必须经过业务负责人确认。
这里还要强调：不要依赖这套工具去做任何“美化造假”的事情。做 HTML 版 BP 的初衷，是让真实信息更容易被理解，而不是让一个没有产品、没有客户、没有收入的项目通过花哨网页误导投资人。涉及市场宣传材料，要遵守广告法和商标法，不虚构资质，不使用未经授权的肖像和竞品标识。
如果你最终要把页面发布到公网，建议先确认公司或项目的保密制度。临时分享可以使用带访问控制的方案，比如对象存储的私有读链接配合网关鉴权，或者用密码保护的服务。长时间挂在公网上的 BP 版本要加上日期标识，避免投资人拿到的是三个月前的过期版本。
12. 总结与下一步
这套“投行 skill + HTML 版 BP”最值得尝试的点，是它把一份单向输出的文档变成了一个可导航、可跳转、可快速定位关键数据的网页。它最大的门槛不是技术，而是你是否愿意先把自己的 BP 内容做结构化拆解，再让 AI 帮你按投资人的阅读习惯重排。
如果你现在就想试，建议先做三件事：第一，把 BP 里的核心数据和文字整理成一份脱敏 Markdown；第二，把本文第 4 节的系统提示词复制到你的 AI 工具里；第三，用第 6 节的 HTML 骨架生成一个本地可打开的版本。整个过程不要追求视觉多漂亮，先跑通内容结构，再逐步优化样式。
最容易踩的坑是两个：一是模型补了没有依据的数据，你需要用“缺失信息写待补充”约束住；二是导航和内容区块对不上，所以要检查所有锚点链接。后面如果你想把它做成团队可用的小服务，可以从 API 批量任务和访问统计两个方向继续扩展。
最后说一句很实际的建议：HTML 版 BP 不是把 PDF 平移成网页，它真正的优势是让信息传递路径变短。哪怕你最后不生成网页，只是用这套结构把 BP 重新梳理了一遍，在路演时也能更清楚地回答投资人的追问。