Skills Plugins MCP Prompt Model 博客 我的中心

bid-analysis

招投标 / 标书分析 Skill。默认输出两个 Markdown 文档:①应标清单(符合性、经济标、商务标、技术标、技术规格强制响应、视频/证明材料、排除项、P0-P4执行优先级);②交付物清单(中标后系统/数据/模型/平台/云资源/部署/文档/验收/付款/售后/知识产权/安全/违约与澄清)。触发条件:标书分析、招投标分析、应标清单、投标材料清单、评分表拆解、交付物清单、RFP/RFQ/RFI、招标文件分析。

DeepseekModel Curated skill Quality Good · 48 v1.0.0

Get

https://deepseekmodel.com/api/download.php?id=jacardl-viceroy-skills-skills-operations-bid-analysis-skill-md&format=skill
Download .skill Standard format with system_prompt and model_config, ready for any agent framework
The actual content of the system_prompt field in the .skill file.
name bid-analysis description 招投标 / 标书分析 Skill。默认输出两个 Markdown 文档:①应标清单(符合性、经济标、商务标、技术标、技术规格强制响应、视频/证明材料、排除项、P0-P4执行优先级);②交付物清单(中标后系统/数据/模型/平台/云资源/部署/文档/验收/付款/售后/知识产权/安全/违约与澄清)。触发条件:标书分析、招投标分析、应标清单、投标材料清单、评分表拆解、交付物清单、RFP/RFQ/RFI、招标文件分析。 标书分析技能 本技能用于把一份招标文件或 RFP/RFQ/RFI,从“资料”拆解成 两个可执行文档 : 应标清单 :回答“为了提交一份合规且尽量高分的投标文件,我们必须准备什么?” 交付物清单 :回答“如果中标,合同期内我们必须交付、验收、支持和承担什么?” 这两个文档必须分开抽取、分开组织,不能混写。 1. 默认输出 完整执行本技能时,默认只输出两个 Markdown 文件: 输出文件 核心问题 内容边界 项目名_应标清单.md 提交投标文件前要准备什么 符合性评审、经济标、商务标、技术标、评分表响应、技术规格强制响应、视频 / 证明材料、原厂授权、报价材料、排除项、P0-P4 执行优先级 项目名_交付物清单.md 中标后要交付什么 系统、模型、数据、平台、云资源、接口、部署、文档、验收、付款、发票、售后、知识产权、源代码、数据安全、违约、合同冲突和澄清事项 如用户只问局部问题,可只输出其中一个文档或其中一章;如用户要求完整分析,必须进行两次独立抽取:先做应标清单,再做交付物清单。 2. 使用场景 当用户给出以下资料或问题时使用本技能: 招标文件、采购文件、RFP、RFQ、RFI、招标公告、投标人须知; 技术规格书、货物和服务需求、评分办法、合同模板、验收单模板; 招标答疑、澄清公告、补遗文件; 已整理的应标材料清单、交付物清单、评分表拆解; 需要判断“这份标书要分析哪些维度”“应标需要准备哪些材料”“怎么拆评分项”“中标后要交付什么”。 3. 强原则 3.1 原文优先 招标文件 / 答疑 / 补遗是事实来源 ,方案推断必须和原文区分。 每个关键结论必须尽量标注来源位置,例如:章节名、页码、行号、表格名、条款号。 涉及金额、比例、日期、数量、分值、阈值、服务期、验收节点、违约金、税率、份数、案例数量、视频数量等数字,必须逐字复核,不得凭印象改写。 如果资料由 PDF/DOCX/PPTX/XLSX 转换为 Markdown,需提示转换可能导致表格、数字、页码、图片语义丢失,关键数字应回看原件。 3.2 硬要求先于软材料 抽取顺序必须是: P0 否决 / 符合性风险; 经济标报价风险; 商务标和技术标直接计分材料; 技术规格强制响应 / 星号条款; 强支撑材料; 可选增强材料。 不要先写方案故事线,再回头找废标项。符合性不通过时,技术方案再好也没有意义。 3.3 应标与交付严格分离 阶段 文档 关注点 应标准备 应标清单 是否能投、怎么得分、需要什么证明 / 视频 / 方案 / 报价 / 授权 / 盖章 中标交付 交付物清单 合同后要交付什么、什么时候交付、如何验收、付款与责任边界是什么 禁止混淆: 不得把“投标阶段加分材料”写进“中标后硬交付物”; 不得把“中标后验收交付物”误写成“评分表必备附件”; 不得把“内部讲标辅助材料”误列为评分表必备材料。 3.4 表格忠实原则 评分表有几项就拆几项,不得为了显得完整而扩写成更多评分项。 商务评分表只有 4 项时,应标清单就只列这 4 项为商务计分项;其他材料只能列入“强支撑”或“排除项”。 每个评分项都要判断:是否需要方案、视频、证明、截图、案例、原厂授权、原厂盖章、第三方报告、仓库链接。 3.5 风险状态 对每条要求标注状态: 满足 :已有明确材料或能力证明; 部分满足 :方向满足但证据、盖章、格式或细节不足; 缺口 :当前没有材料或能力不满足; 待确认 :原文不清、材料未给、供应商能力需确认; 不适用 :招标文件明确不要求或与本项目无关; 需澄清 :原文存在冲突、边界不清或数字矛盾。 4. 总工作流 Step 0:定位资料与转换 确认资料包中是否包括: 招标公告 / 投标邀请书; 投标人须知及前附表; 货物和服务需求 / 技术规格书; 评标办法 / 评分表; 合同资料表、合同模板、服务订单、验收单; 答疑、澄清、补遗; 用户已有的产品能力材料、案例、证书、报价、视频、交付清单。 输出内部索引: 资料清单 + 缺失资料 + 是否需要转换 / OCR / 表格复核 。 Step 1:建立原文结构图 优先定位以下关键词和章节: 投标邀请书 、 投标人须知 、 前附表 、 合格投标人 ; 符合性评审 、 否决 、 无效投标 、 实质性响应 ; 评标办法 、 评分表 、 经济标 、 商务标 、 技术标 ; 最高限价 、 投标保证金 、 投标有效期 、 报价修正 、 税率 ; ★ 、 必须 、 承诺书 、 不得负偏离 、 原厂授权 、 原厂盖章 ; 视频演示 、 案例证明 、 第三方认证 、 截图 、 仓库链接 ; 交付 、 验收 、 初验 、 上线 、 终验 、 付款 、 发票 ; 源代码 、 知识产权 、 保密 、 数据安全 、 违约 、 售后 。 后续所有表格应引用原文索引。 Step 2:项目一页纸判断 提炼: 项目目标和建设性质; 采购范围和关键系统 / 服务; 业务场景; 交付周期; 预算 / 最高限价; 评标方法与分值结构; 招标人最可能关注的业务目标与评审关注点。 该内容可作为两个输出文档的共同开头摘要。 5. 文档一:应标清单 5.1 应标清单回答的问题 项目名_应标清单.md 只回答投标提交前的问题: 哪些事项不满足会废标? 报价如何得分,报价文件要怎么准备? 商务标每一分对应什么材料? 技术标每一分对应什么方案、视频、证明、截图、报告? 哪些技术规格虽不直接计分,但必须响应或承诺? 哪些材料看似有用,但不是评分表必备? P0-P4 应该如何排优先级? 5.2 推荐章节结构 应标清单必须采用以下 9 章结构: # 项目名 应标准备材料清单 ## 0. 本清单范围 ## 1. 符合性评审必备材料 / 条件 ## 2. 经济标必备材料 ## 3. 商务标评分必备材料 ## 4. 技术标评分必备材料 ## 5. 技术评分视频 / 附件命名建议 ## 6. 技术规格强制响应材料 ## 7. 不纳入本清单的材料 ## 8. 执行优先级 5.3 符合性评审 逐条拆解“不满足即废标”的事项。常见维度: 维度 检查内容 保证金 金额、形式、账户、有效期、付款主体 授权签署 法定代表人证明、授权委托书、身份证明、公章、签字 投标有效期 天数、起算点、保证金有效期是否覆盖 主体资格 营业执照、法人资格、分支机构唯一授权 信用记录 信用中国失信 / 重大税收违法查询 行贿犯罪 裁判文书网,投标人及法定代表人 黑名单 招标人或集团限制 / 禁止交易名单 异常一致 IP、报名、下载、递交、解密、付款银行账户异常一致 关联关系 单位负责人、控股、管理关系冲突 联合体 / 分包 是否接受联合体、是否允许转包分包 最高限价 含税 / 不含税口径、是否超过控制价 报价修正 漏项修正 + 计算错误纠正比例阈值 实质性响应 偏离表、星号条款、承诺书、强制技术要求 表格字段: | 序号 | 符合性项目 | 招标要求摘要 | 需准备 / 确认的材料(含具体数值) | 原文索引 | 5.4 经济标 识别: 经济标满分; 评审价格口径:含税 / 不含税; 基准价计算方式; 高于 / 低于基准价扣分规则; 小数处理; 漏项、算术错误、税率、币种、限价校验; 付款节点对报价策略和现金流的影响。 必备材料通常包括:报价一览表、分项报价表、不含税评审价格核算表、含税 / 不含税口径校验表、最高限价校验表、报价计算复核表。 5.5 商务标 逐项列出商务评分项,不要把非评分材料误列为计分项。表格字段: | 序号 | 评分项 | 分值 | 招标要求 | 必备材料 | 原文索引 | 常见材料:企业资质、产品备案、CS 等级、CNVD、CCRC、原厂证明、授权证明、案例证明、合同 / 验收证明。 5.6 技术标 逐项把技术评分转成“可准备材料”。表格字段: | 序号 | 评分项 | 分值 | 必须准备的材料 | 视频 / 证明要求 | 原文索引 | 每个技术评分项至少识别: 是否需要视频演示; 是否需要方案文字; 是否需要案例证明; 是否需要原厂授权 / 原厂盖章; 是否需要仓库链接 / 截图 / 第三方报告; 视频演示输入、流程和验收要点。 5.7 技术规格强制响应 评分表之外,单独识别技术规格中的硬要求,尤其是: ★ 条款; 承诺书; 必须 、 不得负偏离 、 需提供 ; 源代码、知识产权、内容安全、数据安全、国产化、部署、接口、文档交付; 原厂授权、第三方认证、兼容性证明。 表格字段: | 类别 | 材料 | 要求 | 是否强制 / 否决风险 | 原文索引 | 5.8 排除项 必须列出“不纳入应标清单的材料”,防止团队误把辅助材料当作必备材料。例如: 行业案例引用; 答辩 PPT; 讲标稿; 3 分钟电梯稿; 常见问题答复口径; 评委追问清单; 产品白皮书; 客户推荐信; 内部报价测算表。 可说明:这些材料可作为内部辅助或方案论证,但不是评分表明确要求的必备材料,除非招标文件另有说明。 5.9 应标执行优先级 默认使用 P0-P4: 优先级 含义 典型事项 P0 否决风险,必须先完成 保证金、授权、资格、信用查询、报价不超限价、星号条款响应 P1 直接计分材料 商务证书、备案、技术评分视频、方案、案例、认证报告 P2 强支撑材料 截图包、页码索引表、原厂授权、仓库链接、视频说明 P3 技术规格强制响应 / 交付支撑 承诺书、部署手册、接口规范、标注规范、培训与售后方案 P4 增强材料 / 内部辅助 讲标稿、答辩 PPT、行业案例、评委追问口径 6. 文档二:交付物清单 6.1 交付物清单回答的问题 项目名_交付物清单.md 只回答中标后的履约问题: 合同签订后要交付哪些系统、服务、数据、模型、资源、文档? 每项交付内容的时间、数量、规格、验收方式是什么? 付款、发票、验收单如何关联? 售后、运维、安全、知识产权、源代码责任边界是什么? 合同条款之间有哪些冲突或需澄清事项? 6.2 推荐章节结构 交付物清单必须采用以下结构: # 项目名 交付阶段交付物清单 ## 0. 总体交付边界 ## 1. 数据准备与训练交付物 ## 2. 模型训练、适配、部署与接口交付物 ## 3. 系统 / 平台能力交付物 ## 4. 云资源与基础设施交付物 ## 5. 合同交付、验收、付款与发票要求 ## 6. 私有化部署、运维与售后支持 ## 7. 源代码、知识产权与交付边界 ## 8. 安全、合规与数据保护交付 / 责任要求 ## 9. 违约、延期与需澄清事项 ## 10. 交付阶段交付物总清单 ## 11. 逐行准确性复核结论 非 AI / 软件项目可将第 1-4 章改名为对应行业的交付模块,但仍需保留:合同、验收、付款、售后、知识产权、安全、违约、澄清。 6.3 交付维度 维度 分析要求 交付边界 系统、模型、数据、平台、云资源、接口、文档、服务 数据交付 数据量、场景、打标、质量、交付时限、培训 模型交付 基座、训练、微调、部署、API、元数据、升级迭代 平台交付 Agent 平台、MCP、网关、注册中心、RAG、记忆、安全、可观测 云资源 机器类型、数量、CPU、内存、存储、网络、租用 / 采购 部署 私有化、生产环境、国产化、信创、镜像、联调、上线验证 文档 部署手册、接口规范、API 文档、运维手册、培训材料、验收资料 验收 初验、上线、终验、验收单、资料齐全、签章份数 付款 节点、比例、工作日、税率、发票类目、收票付款关系 售后 服务期、响应时间、远程 / 现场支持、正式与非正式环境边界 知识产权 源代码范围、智能体应用权利、第三方依赖、反向工程限制 数据安全 甲乙方责任、最小必要、敏感数据、合规提示、网络风险告知 违约 逾期交付、逾期付款、违约金、解除条件、甲方配合义务 6.4 合同冲突与澄清 交付物清单必须单独列出合同 / 技术 / 付款 / 验收之间的冲突。例如: 交付周期 A 处写 15 个工作日,B 处写 5/6/12 个月; 付款条款写“终验(上线)”,但交货期区分上线和终验; 源代码条款说“明确约定交付的源代码”,但服务订单未列范围; “全套技术文档”未定义边界; “规划与扩展方向”是否属于一期硬交付不清。 7. 版本化输出要求 两个文档都应包含 YAML frontmatter 和正文版本记录。 Frontmatter 示例: --- type: "report" tags: [ "投标" , "应标清单" , "交付物" , "版本管理" ] summary: "一句话说明本文件范围" sources: - "raw/tendors/xxx.md" version: "v1.0" status: "current" created: "YYYY-MM-DD" updated: "YYYY-MM-DD" version_history: - version: "v1.0" date: "YYYY-MM-DD" change: "初版:从招标文件提炼应标/交付要求。" --- 正文也应包含版本记录表。 8. 随技能附带的模板和参考资料 文件 用途 templates/应标清单模板.md 默认文档一模板,覆盖符合性、经济标、商务标、技术标、视频附件、技术规格、排除项、执行优先级。 templates/交付物清单模板.md 默认文档二模板,覆盖中标后交付边界、数据/模型/平台/云资源、合同验收付款、售后、知识产权、安全、违约和澄清。 templates/标书分析综合报告模板.md 旧版综合模板,仅在用户明确要求单文档综合报告时使用。 references/东航Agent项目沉淀.md 基于东航 APP 超级智能体项目沉淀的参考案例,包含应标材料、评分项、交付物、合同风险和通用检查问题。分析新项目时只能复用维度,不得复用具体数字。 9. 质量检查清单 完成输出前自检: 是否默认输出两个文档,而不是混成一个综合报告? 应标清单是否只覆盖投标提交前材料? 交付物清单是否只覆盖中标后履约与验收? 是否覆盖:基础信息、资格、符合性、经济标、商务标、技术标、技术规格、合同、交付、验收、售后、风险? 所有关键数字是否保留原值并复核? 是否标注 P0 否决风险? 是否列出每个评分项对应的证据材料? 是否标注视频演示项、盖章项、原厂授权项、第三方报告项? 是否识别星号条款和强制响应材料? 是否识别合同条款冲突和需澄清事项? 是否给出 P0/P1/P2/P3/P4 执行优先级? 是否避免过度承诺或把规划项写成硬交付? 是否给出原文索引,方便用户回查?
Keywords that activate this skill. Click one to copy it.

This skill does not provide trigger words.

The downloaded .skill package contains the following fields.
Field Description
formatFormat tag (skill/v1)
skill_idUnique skill ID
nameSkill name
versionVersion
descriptionDescription
categoryCategories (array)
trigger_wordsTrigger words
tagsTags
sourceSource
source_urlSource URL (this page)
exported_atExported at (set per download)
system_promptSystem prompt body
model_configModel config: provider / model / temperature / max_tokens / top_p
examplesExamples
install_guideImport guide for Coze / Dify / Claude / custom frameworks
The same skill can be exported in different platform formats.
.skill Standard format with system_prompt and model_config, ready for any agent framework Download
.skillpro Enhanced format with scripts, tools, dependencies and hooks Download
.json Plain JSON export with system_prompt and model parameters only Download
Coze Markdown with frontmatter, for Coze platform import Download
Dify Dify DSL, import directly after creating an app Download

每日精选 Skill 推荐,免费送到你邮箱

输入邮箱,每天接收一个精选 AI Agent 技能推荐。完全免费,持续更新。

验证码 --

提交后我们会发送一封确认邮件,点击邮件里的链接才会开始收信。

完全免费,取消任意时间。我们不会发送垃圾邮件。