根据 RFP、规格说明或其他文档构建应用

不会。提交说明、评审标准、保险和报价表都会列在应用范围之外，只构建软件本身。

要点把文档添加到“项目”页的输入框，点击“开始构建”即可，文字是选填的。MonstarX 会读取每一份文档（包括扫描件），写出一份包含功能、规则和角色的需求摘要，并据此构建。之后添加的文档（比如补充文件）会被读取并合并，两者不一致时以较新的文档为准。

如果你想要的东西已经写成了文档，比如需求征集书（RFP）、规格说明、产品简介或演示文稿，就不必再重新打一遍。把文档添加进来，MonstarX 会读取它们、梳理出需求，并构建文档中描述的应用。它会保留文档原有的措辞和数字，并在之后的每个请求中记住它们。

如何根据文档构建？

在项目页点击回形针，选择你的文档，例如 RFP 及其补充文件。（也可以把它们拖到输入框上。）
如果愿意，可以补充一句话，比如这个应用是给谁用的。这是选填的，提示文字为“还有需要补充的吗？MonstarX 会读取文档并构建其中描述的应用…”。
点击开始构建。如果没有输入文字，请求内容会是“构建这些文档描述的应用。”；如果打开了先规划，则会是“规划这些文档描述的应用，只询问文档尚未说明的问题。”。
在工作区中，回复会先显示一张卡片，逐一展示每份文档的读取情况，然后是根据文档制定的功能计划。

PDF、Word（.docx 和旧版 .doc）、OpenDocument 文本和演示文稿（.odt、.odp）、RTF、PowerPoint（.pptx）、纯文本和 Markdown、网页（.html），以及包含以上任意文件的 .zip 压缩包。文档压缩包中的电子表格也会一并读取。

无法读取的文档会说明原因，例如“PDF 受密码保护，请移除密码后重新添加”。如果你想让电子表格成为应用的数据，请改用根据电子表格构建；日志和数据文件会原样保留，不会被当作需求。

对于较长的文档，MonstarX 读完后会写一份需求摘要，卡片上会显示“正在梳理需求…”。完成后，卡片会显示摘要的标题和统计数字，例如“13 个功能 · 4 种角色 · 8 类数据 · 12 条业务规则 · 3 处冲突已解决”，以及一个查看需求按钮。

需求窗口（也可以通过功能计划旁边的需求打开）包含完整的摘要：

复制为 Markdown 可以复制整份摘要。几份简短的文档不需要摘要：MonstarX 会在每次请求中直接带上它们的全文，卡片上也只会列出这些文档，就像上图那样。

构建所遵循的功能计划是根据摘要写成的，所以可能会很长：最多 40 个功能，分多个请求完成。如果一个请求结束时还有功能没有构建，点击继续构建即可。详见功能计划。

在项目的聊天中添加它，并附上一句话，比如“已附上补充文件 2”。新文档会被单独读取，然后根据所有文档重新编写摘要，卡片上会显示“已读取 3 份文档 · 已更新需求摘要”。文档之间有冲突时，以较新的文档为准（补充文件优先于它所修改的 RFP），每一处冲突及其处理结果都会列出来。

可以。在需求窗口中，点击文档旁边的眼睛按钮即可，适合处理传错的文件或已被取代的草稿。MonstarX 会停止从这份文档中读取需求，下一个构建请求会根据其余文档重新编写摘要。再次点击眼睛按钮即可恢复。

如果在读取文档时你停止了请求（或请求失败），卡片会以“文档准备完成前已停止，将在下次请求时读取。”结束。不会丢失任何内容：已读取的部分会保留，下一个请求会接着继续。

MonstarX 会构建 RFP 中的采购部分吗？

不会。提交说明、评审标准、保险和报价表都会列在应用范围之外，只构建软件本身。

如果文档要求的功能 MonstarX 做不到呢？

它会构建最接近、且如实说明的替代方案，并在摘要的假设中注明。

可以和“先规划”一起使用吗？

可以。这样 MonstarX 只会问文档里没说清楚的问题。

可以就文档内容提问吗？

可以。把聊天切换到聊天模式后提问即可。MonstarX 会根据文档回答，不会修改应用。

项目会叫什么名字？

如果只用文档开始，项目会以摘要的标题和概述作为名称和描述，除非你已经自己命名。