报价单生成

要解决的问题

报价难不在于排版，而在于原始需求口径混杂：目标、角色、流程、功能范围、交付边界、端与后台、外部集成、数据迁移、非功能要求和约束常常被混在一起，导致条目重复、范围被隐式补齐、价格假设无法追溯。create-quotation 先抽取这些信息，再按统一规则整理为可估算、可验收的功能结构。

核心工作流

• 依赖 spreadsheets 技能处理工作簿，读取 references/报价颗粒度与澄清规则.md，先形成内部报价草案；未澄清的模糊词不直接成为报价条目。
• 按 模块—一级模块—说明 三级组织：模块表示稳定业务域或产品端，一级模块表示用户可感知、可验收的能力组，说明用一句话交代对象、关键动作、规则或结果。
• 估算采用 单位 / 单价 / 数量，默认单位为 人天；用户未提供单价或定价规则时，不擅自填写价格，先询问或保留待定并说明。
• 复制 assets/系统报价单模板.xlsx 后编辑，不重建版式；保持工作表名、标题、公司信息区、列顺序、合并关系、颜色、字体、边框、列宽、打印设置、备注区和 6% 税额结构。
• 公式保持驱动：每行总价 = 单价 × 数量，不含税总价 = 明细总价之和，税额 = 不含税总价 × 6%（除非用户指定税率），含税总价 = 不含税总价 + 税额。明细超过 15 行时，在总价区前插入行并延续相邻格式、合并、公式和打印区域。
• 缺失信息会显著改变范围、工期或价格时，提出少量、成组、可直接回答的问题；若要求立即报价，则采用合理假设并在备注中明确，不暗中补齐范围。
• 默认交付一份 项目名-报价单.xlsx，内容使用客户和业务语言，技术项仅在本身是独立交付物时单独列项。

适用边界与注意点

适合需要统一模板、公式驱动和业务语言交付报价的场景。备注应记录第三方费用、硬件、短信/地图/云资源、数据迁移、驻场、维保期、税率、报价有效期等实质边界，而不是堆通用免责声明。交付前需检查条目仅凭名称和说明即可理解交付物、相邻条目不同义重复或机械切片、关键角色与集成未遗漏、数量单价税额总价可追溯，并渲染全部工作表确认文字不截断、行高合理、分页和版式未破坏。