标书文档分析与评估。当用户上传招标文件（.pdf/.docx/.doc/.xlsx）或明确要求「分析标书」「评估投标」「检查合规性」「标书评分」「废标风险」「技术方案评估」时使用。支持解析、评分计算、合规检查、废标风险识别，自动生成 Markdown 报告。
版本 3.0
インストールする前に、エージェントに与えられる指示の中身を確認できます。
对招标文件（PDF/DOCX/DOC/XLSX）进行结构化解析，提取关键条款、计算评分、检查合规性、识别废标风险，最终生成 Markdown 分析报告并自动保存至源文件所在目录。
触发条件：
.pdf .docx .doc .xlsx 格式的招标文件执行规则： 触发后，必须完成以下三步流程，并在最后将分析报告保存为 .md 文件。
读取文档 → 提取信息 → 深度分析 → 生成报告.md
根据文件格式选择读取策略：
| 格式 | 策略 |
|---|---|
| PDF（文字型） | 直接提取文本，按页码分段，保留原始段落结构 |
| PDF（扫描件） | 逐一描述每页可见内容。扫描件置信度不足时，标注「OCR置信度：低」，保留原始截图描述 |
| DOCX/DOC | 提取正文、表格、页眉页脚。表格保留行列结构 |
| XLSX | 读取所有工作表，保留表头和数据行 |
读取完成后输出： 文档总页数、章节结构（目录或标题层级）、关键表格数量。
从文档中逐项提取以下内容，填入结构化表格：
| 提取项 | 查找位置 | 输出格式 |
|---|---|---|
| 项目名称 | 封面、第一章 | 原文完整名称 |
| 招标编号 | 封面、投标须知 | 原文编号 |
| 招标方 | 封面、投标须知前附表 | 单位全称 |
| 招标代理 | 封面、投标须知 | 单位全称 |
| 采购预算/控制价 | 投标须知、采购需求 | 金额（万元） |
| 资金来源 | 投标须知 | 财政/自筹/混合 |
| 招标方式 | 投标须知 | 公开招标/邀请招标/竞争性磋商等 |
| 提取项 | 输出格式 |
|---|---|
| 公告发布日期 | YYYY年MM月DD日 |
| 投标截止时间 | YYYY年MM月DD日 HH:MM |
| 开标时间 | YYYY年MM月DD日 HH:MM |
| 投标有效期 | X 日历日（从开标日起算） |
| 答疑截止时间 | YYYY年MM月DD日（如有） |
| 保证金缴纳截止 | YYYY年MM月DD日（如有） |
提取所有资质条款，区分硬性（必须满足）和加分项：
| 资质类型 | 要求原文 | 性质 | 是否一票否决 |
|---|---|---|---|
| 营业执照 | ... | 硬性 | 是 |
| 行业资质（如ISO、CMMI） | ... | 硬性/加分 | 视条款 |
| 业绩要求 | ... | 硬性/加分 | 视条款 |
| 人员证书 | ... | 硬性/加分 | 否 |
| 财务要求 | ... | 硬性 | 视条款 |
每个资质标注： ①能否用复印件 ②是否需要原件核查 ③是否接受联合体成员提供。
逐条提取评分规则，格式为：
评分项 | 满分 | 评分细则 | 预估得分（需用户提供） | 预估依据（需用户提供）
对每条细则做三件事：
重要：预估得分列和预估依据列，如果用户尚未提供自身资质、业绩、技术参数等数据，一律填「待用户提供」。不得推测任何分值、不得假设用户具备某项资质。
| 条款类型 | 招标要求 | 偏离是否允许 | 偏离后果 |
|---|---|---|---|
| 付款方式 | ... | 是/否 | ... |
| 质保期 | ... | 是/否 | ... |
| 交货期/工期 | ... | 是/否 | ... |
| 联合体 | 接受/不接受 | — | ... |
| 分包 | 允许/不允许 | — | ... |
提取技术参数要求，标注满足情况（需用户提供自身能力数据）：
| 技术参数 | 招标要求 | 是否满足（需用户提供） | 证明材料（需用户提供） |
|---|---|---|---|
| ... | ... | 满足/部分满足/不满足 | ... |
逐条审查以下一票否决项：
对每条标注风险等级（致命/高/中），并给出避险操作建议。
从技术规格中识别：
跨章节对比同主题条款：
综合以上分析，给出：
将以上所有提取和分析结果，按以下模板生成报告。报告文件自动保存为 [项目名称]_分析报告.md，存放在招标文件所在目录。
# [项目名称] 投标分析报告
> 生成时间：[当前日期时间] | 招标文件：[文件名]
## 一、基本信息摘要
[填入 2.1 的内容，表格形式]
## 二、时间节点梳理
[填入 2.2 的内容，表格形式]
> ⚠️ 关键提醒：距离投标截止还有 [计算天数] 天
## 三、资质要求清单
[填入 2.3 的内容，表格形式]
> 满足：X/X 项 | 不满足：0 项 | 待确认：Y 项（需用户提供）
## 四、评分标准深度解析
[填入 2.4 的内容，逐条]
> 预估总分（需用户提供）：XX / XXX | 客观分确定性：XX%
## 五、商务条款与投标要求
[填入 2.5 的内容，表格形式]
> 是否存在负偏离：是/否
## 六、技术方案对照
[填入 2.6 的内容，表格形式]
> 技术满足率：X/X 项 | 硬伤：X 项
## 七、废标风险清单
[填入 3.1 的内容，逐条标注风险等级]
> 致命风险：X 项 | 高风险：X 项 | 中风险：X 项
## 八、技术难点与补救建议
[填入 3.2 的内容]
## 九、条款冲突提示
[填入 3.3 的内容。如无冲突则写"未发现条款冲突"]
## 十、投标策略建议
[填入 3.4 的内容]
> **最终建议：[建议投标 / 谨慎投标 / 不建议投标]**
## 附注：未识别条款
[列出未被归入以上任何类别的条款原文及其所在位置]
> 注：以下条款无法被自动归类，需人工复核。
根据用户需求或文档复杂度，选择分析深度：
快速扫描（仅关键信息）：
标准分析（默认）：
深度分析：
| 情况 | 处理 |
|---|---|
| 条款无法归类 | 记录原文片段及所在位置（页码/段落），列入「附注：未识别条款」，不得默默跳过 |
| 条款前后矛盾 | 提取冲突双方的原文对照，列入「九、条款冲突提示」 |
| 扫描件文字模糊 | 标注置信度等级（高/中/低），置信度低的标注"需人工核对原始文件" |
| 条款引用外部附件 | 记录引用位置和被引用文件信息，提示用户手动检查附件内容 |
| 表格/图片内嵌文字 | 尝试描述可见内容，失败则记录位置并标注"包含无法解析的表格/图片" |
| 源文件损坏或无法读取 | 直接告知用户原因，不生吞活剥 |
| 源文件为空 | 提示用户文件无效 |
| 报告内容过长 | 保持 10 章节核心结构，精简要但不删除任何未识别条款的警告 |
核心原则：所有无法识别或存疑的条款，必须以「附注」形式明确记录。用户应当清楚知道哪些内容被完整分析、哪些内容需人工复核。
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
AI 初学者导师。抓取 AI 大厂最新博客（Anthropic/OpenAI/Cursor），提炼成结构化深度精读笔记，直接存入 CherryStudio 笔记目录。笔记包含术语百科、核心原理解析（含关键图表）、学习重点、知识关联和行业简报。调用方式：/ai-tutor（默认 Anthropic），/ai-tutor openai，/ai-tutor cursor。
日本語の概要は準備中です。原文の説明を表示しています。
投标书模板填充引擎。当用户明确要求「填模板」「写标书」「出标书」「生成投标文件」「标书填充」「套模板」「做标书」，或提供了脱敏 DOCX 模板需要填充时使用。扫描模板中的占位符和虚拟文本，提取招标信息、收集投标人数据、构建替换映射、执行填充，输出可直接提交的成品标书。覆盖商务标+技术标+报价书全部章节。
日本語の概要は準備中です。原文の説明を表示しています。
This skill should be used when the user asks to "优化简历", "resume optimization", "简历诊断", "tailor resume to JD", "改简历", "resume review", "简历优化助手", or when the user mentions "校招", "社招", "ATS", "JD匹配", "Word批注", shares a .docx resume path alongside a job description, or wants to match their resume to a specific job posting. Also triggers on "resume expert", "HR feedback", "interview prep with resume".
日本語の概要は準備中です。原文の説明を表示しています。
Full lifecycle expense reimbursement: single invoice intake and staging, batch aggregation to generate reimbursement drafts, approval workflow, ledger and dashboard. Trigger when user mentions reimbursement, expenses, invoices, travel reimbursement, approval workflow, or needs to organize / verify / approve expense records. Also applies when user needs to enter invoices, view reimbursement dashboards, ledgers, or compliance checks.
日本語の概要は準備中です。原文の説明を表示しています。
面试复盘 skill（求职者视角）。把一次已结束的面试，从「文字记录」沉淀成结构化复盘：逐题诊断 + 5 维评分 + 更优回答范本 + 下一场准备清单，最终产出一份飞书复盘文档。当用户说"面试复盘"、"复盘一下面试"、"刚面完 XX 帮我盘下"、"这场面试哪答崩了"、"面试问答记录帮我分析"时触发。区别于 resume-optimizer / cv-expert（面试前优化简历），本 skill 处理「面完之后」。
日本語の概要は準備中です。原文の説明を表示しています。
Discuss a community-edition product requirement with the user, draft a bilingual (Chinese + English) PRD for review, then — after explicit user approval — create the English-only issue on GitHub (<OWNER/REPO>). Use whenever the user wants to turn a requirement (from a Feishu doc, a meeting note, a customer ask, or a rough idea) into a GitHub issue. Triggers on phrases like "create requirement doc", "create a requirement", "put this requirement on GitHub", "create new feature issue", "draft an issue for...", or anytime the user describes a product feature/improvement they want tracked. The format is opinionated (Background / Goal / Spec / Verification / Related, NO implementation details, draft shown bilingually for human review, issue itself written in English only).
日本語の概要は準備中です。原文の説明を表示しています。