bidsmart-claude-skills

分析政府采购招标/磋商文件（PDF、Word、Excel），提取评分标准、技术需求、商务要求、资格条件、预算等关键信息， 生成结构化大纲和响应文件目录。支持多文件输入（招标公告+技术规范表+合同模板等）。 适用于竞争性磋商、公开招标、邀请招标等场景。 当用户提供招标文件/磋商文件/采购文件并要求分析、理解需求、提取评分标准、生成投标大纲时触发。

对招标文件分析报告进行逐项核实，与原始采购文件交叉验证每一个关键数据点。 检查分析报告中的金额、分值、资格条件、时间节点、评分规则等是否与原文一致， 识别幻觉数据、遗漏信息、数值错误。当用户要求核实/校验/审核分析报告时触发。

编写投标/响应文件的技术标部分。从分析报告中动态读取评分标准和技术需求， 按评分维度逆向设计章节结构，逐文件编写技术方案、技术服务响应表、培训方案等。 输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写技术标、技术方案、技术响应文件时触发。 也支持修复模式：当用户要求修复/补充技术文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。

基于招标文件评分标准，生成投标可行性评估报告。 自动评估客观项（资质、业绩等），为主观项（技术方案、服务方案）生成打分表供用户评估。 帮助用户决策是否投标。 当用户要求评估投标可行性、分析中标概率、生成投标决策报告时触发。

为生成的Word投标文件创建占位符替换工具包。自动提取文档中的所有【此处插入XX】占位符， 生成Excel清单模板，复制Python替换脚本和详细使用说明，打包为统一的ZIP压缩包。 当用户要求"生成工具包"、"创建占位符工具"、"打包替换工具"时触发。 前置条件：响应文件/ 目录下已有生成完成的 Word 文档（.docx）。

将 响应文件/ 目录下的 Markdown 文件转换为格式化的 Word (.docx) 文档。 自动从分析报告和商务文件中读取项目名称、公司名称等信息， 通过命令行参数调用 generate_docx.js 脚本生成 Word 文件。 当用户要求生成Word文档、转换MD为docx、导出响应文件时触发。 前置条件：响应文件/ 目录下已有编写完成的 .md 文件。

Apply consistent design system (colors, theme, typography, spacing) to web projects. Extracts design preferences from user requests and generates SEARCH/REPLACE patterns to update CSS variables, Tailwind classes, and theme configurations. Trigger conditions: - User requests: "change color scheme", "apply dark mode", "use blue theme", "更改配色" - Design preferences mentioned (colors, fonts, spacing scale) - Explicit design system requirements Inputs: Design preferences + existing web files Outputs: UPDATE_FILE blocks with design system changes

Educate AI about using static.photos placeholder image service in web projects. This guide is injected into web-builder-initial and web-builder-update prompts to enable AI to generate proper placeholder image URLs with categories, dimensions, and seeds for consistent, themed placeholder images. Usage: Not directly user-invoked; included as context in web-builder prompts

Generate creative, catchy project names with emojis for web projects. Uses BuildFlow's PROMPT_FOR_PROJECT_NAME template to create short (≤6 words), unique, and memorable names that reflect the project's purpose. Trigger conditions: - Called by web-builder-initial during project creation - User explicitly requests: "give this project a name", "命名这个项目" - Auto-generated when creating new web projects Inputs: Project description or user request Outputs: Project name (≤6 words) + emoji

Generate complete single or multi-page websites from natural language descriptions. Uses BuildFlow's proven INITIAL_SYSTEM_PROMPT templates with structured marker format. Trigger conditions: - User requests: "创建网页/网站", "生成前端页面", "build website", "create landing page" - Provides description of website type/purpose - Optionally provides design preferences (colors, theme, specific features) Outputs: HTML/CSS/JS files with BuildFlow marker format for structured parsing

Modify existing web projects using precise SEARCH/REPLACE editing patterns. Uses BuildFlow's proven FOLLOW_UP_SYSTEM_PROMPT templates with flexible HTML matching. Trigger conditions: - User requests: "修改网页", "更新样式", "添加功能", "update website", "change color", "add section" - Existing web files present in web-output/ directory (HTML/CSS/JS) - Specific modification or enhancement described Inputs: Current file contents + modification request Outputs: UPDATE_FILE blocks with SEARCH/REPLACE patterns for targeted changes

Parse AI responses containing BuildFlow markers (NEW_FILE_START, UPDATE_FILE_START, SEARCH/REPLACE, PROJECT_NAME_START) into structured file operations. This is a utility skill called by web-builder-initial and web-builder-update, not directly user-invoked. Inputs: AI response text with BuildFlow markers Outputs: Structured data (files array, project name, SEARCH/REPLACE operations, errors)

Provide 60+ pre-built web template prompts organized by category (Business, E-commerce, Portfolio, Blog, etc.). Users select a category + template, and this skill provides a detailed starting prompt that can be used with web-builder-initial for instant, professional website generation. Trigger conditions: - User requests: "show me template categories", "what templates are available", "生成模板" - User wants a specific type of site: "create an e-commerce site", "make a restaurant website" - Interactive template selection workflow Outputs: Detailed prompt for selected template category

对已编写的投标/响应文件进行全面质检，核对完整性、一致性和合规性。 从分析报告出发独立审查所有输出文件，检测遗漏、矛盾、占位符残留等问题， 生成核对报告、最终目录和装订指南。 当用户要求检查标书、核对投标文件、质检、汇总、组装最终文件时触发。 前置条件：需已完成 bid-tech-proposal 和/或 bid-commercial-proposal 的编写。

将投标评估报告从 Markdown 格式转换为结构化 JSON 格式。 读取 `投标评估报告.md` 全文，直接提取为前端可读的 `投标评估报告.json`。 当用户要求转换评估报告、生成评估 JSON、格式化评估数据时触发。 前置条件：需已完成 bid-evaluation 生成 Markdown 报告。

投标业务专用经验学习器。从对话中提取投标相关的错误、问题和经验教训， 自动注入到 bid-* skills 的 gotchas.md 文件中。 严格限定范围：仅处理投标业务（招标分析、响应文件编写、质检等）， 不学习通用编程、其他领域知识。 触发条件： 1. 用户说"记住这个错误" / "记住这次教训" / "总结经验" / "学习这个案例" 2. 用户明确要求"更新 bid-XXX 的 gotchas" 3. 用户说"投标经验记录" / "标书问题记录" 前置条件： - 当前对话必须在投标项目上下文中（有招标文件、分析报告、响应文件等） - 最近调用过至少一个 bid-* skill 不触发条件： ❌ 非投标相关对话 ❌ 用户只是抱怨但没明确要求记录 ❌ 问题与 bid 业务无关（如通用代码错误）

为投标文件中的图表占位符生成 Mermaid 图并渲染为 PNG 图片。 扫描 markdown 文件中的【此处插入XX图】占位符，根据上下文（ASCII 图、 描述文字、章节标题）生成对应的 Mermaid 代码，渲染为高清 PNG， 然后替换占位符为 markdown 图片引用。 当用户要求画图、生成图表、替换图表占位符、为技术方案/实施方案画架构图时触发。

编写投标/响应文件的商务标部分。从分析报告中动态读取附件清单、商务条件、 资格要求和评分标准，收集公司信息后逐附件编写报价函、资格证明、业绩材料、 声明函等商务文件。输出Markdown格式文件到 响应文件/ 目录。 当用户要求编写商务标、商务文件、投标附件、报价文件时触发。 也支持修复模式：当用户要求修复/补充商务文件、处理质检反馈时触发。 前置条件：需已完成 bid-analysis 生成分析报告。

生成高质量演示文稿（PPT）。先以 HTML 幻灯片形式生成内容与视觉设计， 再通过脚本转换为标准 PPTX 文件。支持多种设计风格（商务、科技、极简等）， 所有元素可编辑，非图片生成。 当用户要求制作PPT、演示文稿、汇报材料、述职报告、项目汇报时触发。

投标全流程管理器。编排所有 bid skills 按流水线自动执行，支持一键投标、 断点续跑、指定阶段启动。10个阶段：分析→核实→信息收集→商务标→技术标→ 图表→扫描件→质检→自动修复→生成Word。 当用户要求一键投标、全流程投标、管理投标进度、继续投标流程时触发。 前置条件：需要有招标/磋商/采购文件。

投标资料检索 skill（MCP 重构版）- 直接调用 MaterialHub API 进行材料搜索、数据提取和占位符替换。 相比旧版本移除了 FastAPI 中间层，简化架构，提升性能。 当用户需要查询投标资料（营业执照、证书、合同、业绩等）、提取公司或人员的结构化信息、 或替换响应文件中的【此处插入XX扫描件】占位符时触发。 前置条件：MaterialHub API 服务已运行（通过 .mcp.json 配置），材料已上传到 MaterialHub。

通用的工程级需求规格编写范式。适用于任何行业、任何标书的需求细化。 采用两阶段架构：Phase 0 分析标书生成项目元数据（行业领域、角色、术语、数据约定等）， Phase 1 将元数据套入通用编写模板，按系统逐个生成详细需求规格。 当用户要求编写需求分析、需求规格、需求细化、展开功能需求时触发。 也支持修复模式：当用户要求修复/补充需求文档、处理评审反馈时触发。 前置条件：需已有投标响应文件或功能需求清单。

基于需求规格编写软件概要设计和详细设计文档。从需求元数据和各系统需求规格中读取业务对象、 接口、用例等信息，生成数据库设计、API设计、模块设计等工程级设计文档。 采用三阶段架构：Phase 0 生成设计元数据，Phase 1 按系统生成概要设计，Phase 2 按子模块生成详细设计。 核心特性：大文档自动拆分，按系统规模分级处理（小/中/大），避免单次输出过大。 当用户要求编写软件设计、概要设计、详细设计、数据库设计、API设计时触发。 也支持修复模式：当用户要求修复/补充设计文档时触发。 前置条件：需已完成 bid-requirements 生成需求规格文件。

使用智谱 BigModel OCR API 对图片和 PDF 页面进行文字识别。 支持中英文混排、手写体、印刷体，内置内容级缓存避免重复请求。 输出为结构化 JSON（含逐页文本、token 估算、表格检测）。 当用户需要对 PDF 扫描件、证书图片、合同扫描页进行 OCR 文字识别时触发。 也适用于从营业执照、资质证书、身份证等材料图片中提取文字信息。

从投标/响应文件中提取可复用资料。三步流水线： (1) 提取文档目录 → toc.json (2) LLM 判断哪些章节需要提取 → extraction_plan.json (3) 按计划提取文本和图片 → 文件系统 当用户需要从已有投标文件中提取资料建立复用库时触发。 提取完成后，检索服务由 bid-material-search skill 提供。