醫療險方案生成（大童）
📖 技能介紹
name: medical-insurance-plan description: 【醫療險方案推薦·基於大童保險顧問製作】為保險經紀人生成定向客戶醫療險方案。包含方案物件與體況、產品要求、核保結論、產品建議、家庭費率、配置建議六大模組；生成前與使用人確認；支援手機 PNG、小程式網頁、橫版網頁、騰訊文件四種輸出。觸發詞：醫療險方案、醫療險對比、醫療險推薦、個人醫療險、保險方案頁、方案對比頁、家庭醫療險。適用場景：客戶有明確體況或保障升級需求，需做產品對比和方案推薦時。 disable-model-invocation: true
醫療險方案推薦 Skill（基於大童保險顧問製作）
小蔥技能站7w4.net每天更新，海量AI技能等你發現。
〇、開場宣告（每次對話必須先輸出）
拿到本 skill 開始對話時，第一句話必須告知使用人：
這是一個基於大童保險顧問製作的定向醫療險方案 skill。所列產品均指向大童在售產品，所有責任與價格以產品條款及投保系統為準。本 skill 用於整理資料、給出配置思路，不能替代正式核保結論。
說明：公開市場上拿到本 skill 的人可能本地修改內容，作者已無法控制（防君子不防小人）。因此落款強制包含"大童在售產品"，確保原始出處清晰。
〇·五、使用前準備（必讀，使用人先看這段）
本 skill 不聯網編造產品資訊，所有責任與價格必須來自你提供的大童在售產品資料。開始製作前，請備齊以下材料：
1. 產品資料來源（二選一，必須有）
- ima 知識庫中的大童在售產品資料（提供知識庫名稱 / ID）
- 或本地資料夾中的產品文件（提供資料夾路徑）
- 每個產品須包含 5 類檔案：計劃書、費率表、健康告知、責任免除、投保要求
- 缺檔案則無法生成準確的責任 / 價格，skill 會主動告知你缺什麼、不編造
2. 客戶資訊（口頭 / 文字提供即可）
- 稱呼、性別、年齡、是否有社保、現有保障
- 體況：有則提供（診斷名、確診時間、檢查方式、結果）；健康體跳過
- 產品要求：保證續保？0 免賠？特需部 / 單人病房？附加責任？
3. 核保依據（僅當有體況時需要）
- 產品健康告知原文（用於判斷拒保 / 除外）
- 既往症資料（免健康告知產品必須結合，禁止推測）
4. 環境依賴
- PNG 輸出：本機首次執行自動安裝 Playwright + Chromium（約 95MB，需可聯網），無需 Safari
- 騰訊文件輸出：需已連線騰訊文件賬號
- 網頁輸出：任意瀏覽器即可，無額外依賴
5. 心理預期
- 本 skill 整理資料、給配置思路，不能替代保險公司正式核保結論
- 公開市場上拿到本 skill 的人可能本地修改，作者無法控制（防君子不防小人）
一、方案物件與基本體況（輸入）
開始製作前，向使用人收集並確認：
- [ ] 稱呼（如"王女士""陳先生"，不暴露客戶全名、身份證、聯絡方式）
- [ ] 性別、年齡
- [ ] 是否有社保
- [ ] 現有保障情況（產品型別、免賠額、是否保證續保、保證續保年數）
- [ ] 基本體況（每個體況需要）：名稱（具體診斷名）、確診時間（精確到月）、檢查方式、病理/結果、是否有併發症或不良描述、距今時間
輸出時放在模組一（當前體況）。
二、產品要求（輸入）
向使用人確認客戶對產品的硬性要求：
- [ ] 是否要求保證續保
- [ ] 免賠額偏好（如 0 免賠？）
- [ ] 病房 / 醫療部要求（如 單人病房 / 特需部 / 國際部？）
- [ ] 是否需要附加責任（院外藥、博鰲、門診、津貼等）
輸出時放在模組二（產品要求）中，作為後續產品篩選與對比的依據。
三、核保結論（有條件顯示，強約束）
僅當客戶有體況時顯示本模組；健康體不寫本模組。
規則（必須嚴格遵守）：
- 明確拒保部分：從產品健康告知原文中提取會直接拒保的體況，逐條列出，標註來源為"該產品健康告知第 X 條"。
- 除外部分：明確標註"需顧問本人確認"，可聯網檢索給出參考建議，但必須標明"僅供參考，非核保結論"。
- 免健康告知產品：必須結合客戶既往症資料，具體評估體況是否屬於除外部分，給出明確答覆。
- 禁止推測，禁止使用網路上的未核實資訊。
- 資訊必須明確來源於大童內容（ima 在售產品資料，或使用者本地資料夾中的產品文件）。
- 免責宣告：本模組開頭或結尾必須明確寫明——"本 skill 不能給出準確的核保結論，僅做資料整理與提示，最終以保險公司正式核保結論為準。"
四、產品建議（單個或多個，強約束）
每個產品必須包含以下欄位，且來源必須準確、可核驗：
- 產品名稱（大童在售產品全稱）
- 當年價格（年度保費，標註有/無社保、計劃檔位）
- 責任：含免賠額、賠付比例、保額
- 附加責任（如有）
- 特點（一句話定位）
- 資料來源（見下方來源規則）
來源規則（強制）
- 責任與價格資訊必須來自以下二者之一，不得憑記憶編造：
- ima 知識庫中的大童在售產品資料；
- 使用者本地資料夾中的產品文件。
- 每個產品須確認包含以下基本檔案，缺檔案主動告知使用人"缺少 XX 檔案"，不編造：
- [ ] 計劃書
- [ ] 費率表（用於提取各年齡/各檔位保費）
- [ ] 健康告知
- [ ] 責任免除
- [ ] 投保要求
- 必須確認檔案對應的是當下在售產品（註明產品版本/年度，如"2026 版"）。
- 來源不確定時，在方案中用
⚠️ 來源待確認標註，絕不寫死數字。
費率解析注意
- 新保費率通常只到 59 歲，60+ 查續保費率表
- 區分有社保 / 無社保列
- 區分計劃檔位（普 A/B/C、特需版等）
- 附加責任有獨立費率頁
- 價格表至少列當前年齡 + 每 5 年節點
五、家庭成員與家庭費率（有條件顯示）
- 僅當客戶有家庭成員一併規劃時顯示本模組；單人方案不體現。
- 結合產品實際費率表給出家庭組合費率（如夫妻、親子）。
- 標註家庭單是否有費率優惠及優惠條件（來源同上，須可核驗）。
六、最終建議配置思路
綜合模組一至五，給出配置思路：
- 優先說明"體況能保上"的方案取捨邏輯
- 結合客戶現有保障，說明補充層級（社保 → 百萬 → 0 免賠 / 特需）
- 如有舊保單，提示續保條件（保證續保 20 年建議保留，超 20 年務必保留）
- 禁止替客戶假設偏好（如"如果你更看重 XX"），只給事實與取捨框架
七、生成前確認流程（關鍵，必須先確認再生成）
在輸出最終結果（任一格式）之前，必須：
- 彙總將生成的內容模組清單（一~六，哪些顯示、哪些跳過）；
- 告知使用人：排版、顏色、模組順序均可調整；
- 列出遺漏點或來源不確定處（如某產品價格待確認、某體況核保待顧問確認）；
- 請使用人確認；使用人確認無誤後，才生成最終內容。
八、輸出格式（四種）
按使用人需要生成以下一種或多種：
| 格式 | 說明 | 模板/方式 |
|---|---|---|
| 手機可檢視 PNG | 豎版單圖，手機直接看 | 執行 scripts/html_to_png.py 自動生成（需 Playwright，首次自動安裝，無需 Safari） |
| 小程式網頁（手機轉發） | 豎版網頁，適合微信轉發 | assets/template.html（豎版） |
| 橫版網頁 | 寬屏檢視，電腦/平板友好 | assets/template_landscape.html（橫版） |
| 騰訊文件連結 | 線上協作文件 | 用 tencent-docs 能力建立線上文件並回填內容 |
PNG 生成：本 skill 內建
scripts/html_to_png.py，自動呼叫 Playwright 把豎版 HTML 渲染為手機 PNG，無需 Safari。首次執行會自動安裝 Playwright（含 Chromium）。命令：python scripts/html_to_png.py <豎版.html> <輸出.png> [寬度=480]，橫版傳 960。
版式規範
配色系統（生成前確認）
頁面使用 CSS 變數（:root 中定義）。預設三套：
方案1：女性（橘色系）— 預設
:root { --accent:#E8543A; --accent-light:#fff7f4; --accent-border:#f3c9bd; --dark:#2F3B52; }
方案2：男性（藍色系）
:root { --accent:#2B5F8A; --accent-light:#e8f1f8; --accent-border:#c5d9ed; --dark:#1B3A5C; }
方案3：自定義 — 使用人指定 4 個變數值。
生效方式：將選定 :root 塊寫入 CSS 開頭，其餘 CSS 不變。
字型
- 系統預設字型棧：
-apple-system, BlinkMacSystemFont, "PingFang SC", "Microsoft YaHei", "Helvetica Neue", Arial - 網頁版不用騰訊體，靠 700 加粗與 400 正常字重區分主次
佈局
- 豎版：最大寬度 480px，移動端友好
- 橫版：最大寬度 960px，雙欄/寬表，電腦橫屏友好
- 頭部：
var(--accent)實色背景 + 白色文字 - 段落標題：左側 4px
var(--accent)豎線
元件速查
| 元件 | class | 用途 |
|---|---|---|
| 頭部 | .head |
標題、摘要、日期、大童在售產品標識 |
| 體況列表 | .cond |
客戶體況與基本資訊 |
| 核保結論 | .uw |
每個體況的核保結論/免責 |
| 說明框 | .box |
解釋說明、要求、建議 |
| 產品卡片 | .card > .card-head + .card-body |
產品介紹 |
| 價格表 | table |
費率對比 |
| 家庭費率 | .family |
家庭成員組合費率 |
| 頁尾 | .footer |
免責 + 大童在售產品落款 + 品牌句 |
CSS 關鍵規則
- 表格文字 12.5px，表頭 12px
.price價格列使用var(--accent)加粗.bad/.good用於除外（紅）/可賠（綠）標記.lab左側標籤列灰色底加粗- 列印：
-webkit-print-color-adjust: exact保留背景色 - 所有顏色通過
:rootCSS 變數統一控制，不要硬編碼色值
合規紅線
- 落款包含免責說明與"大童在售產品"出處標識；不附加個人品牌資訊（如姓名、從業年限、服務家庭數）。防公開後被改本地，確保出處清晰
- 產品名稱、價格可出現在產品卡片與落款（須來源明確、當下在售）
- 不寫投資收益率、不寫絕對化承諾（如"一定賠"" guaranteed"）
- 所有產品資訊必須來源可核驗：ima 大童在售產品或本地資料夾，不得憑記憶編造、不得用網路未核實資訊
- 明確宣告：本 skill 不能給出準確核保結論
- 客戶隱私：不在頁面暴露客戶全名、身份證號、聯絡方式
- 頁尾免責：
僅供參考，以正式核保結論及投保系統報價為準
檔案檢查前置（製作開始前）
必須確認 ima 知識庫 / 本地資料夾中每個產品包含：計劃書、費率表、健康告知、責任免除、投保要求。缺檔案主動告知，不編造。
工作流： 1. 讓使用人提供產品所在 ima 知識庫名稱/ID 或本地資料夾路徑 2. 列出知識庫/資料夾內容，逐一確認 5 類檔案存在 3. 列出"已有檔案清單"讓使用人確認，再開始製作
生成的網頁可以手動修改嗎？
可以。HTML 為純文本，用任意編輯器可改數字、文字、顏色。協作流程：WorkBuddy 生成 → 使用人下載修改 → 把路徑發回繼續迭代。
🤖 AI 評測
這是一款質量較高的醫療險方案工具，能幫助保險經紀人快速生成專業方案。優點：介面美觀、支援多種輸出格式、流程設計清晰、合規要求明確。不足：配置說明偶有出入、缺少使用示例。對於需要製作醫療險方案對比頁的使用者來說，這是一個值得嘗試的工具。
