好的，我们又回到了 Jira。看看这个。您可以看到它移动了另一张票
完成。我不记得见过它这样做。我没有要求它，我不认为，我不记得，
但它确实做到了。好的，现在我们要创建更多的票证。我刚刚开始写这个
一。让我们从原型开始，构建 v1 产品的基础。
让我们从门票开始吧。然后下一张票将是添加人工智能聊天，
但仍然只是相互保密协议。然后下一步是扩展到所有合法的、所有受支持的
法律文件类型。我们开始吧。这就是我们的三套。这是来自我们的业务。
我们来看看这个。首先，也许这个更多的是技术性的，
但这是升级原型，使其成为完整的技术基础
v1项目，包括前端、后端、临时数据库
带有启动和停止脚本，但不更新功能
然而。让我们说一下功能，产品功能。是的，这似乎是一个明确的指示。那是
很可能，这可能是技术领导者或投入的人之一，而不是业务赞助商。
但你可能会说，当我们从原型转向完整的 v1 时，这将是我们的下一件事
会做的。所以我就傻傻的把这句话写在评论里了。让我把它剪掉。我本来想把它放在
描述，把它放在那里。这就是我想做的。保存那个。我们开始吧。非常好。那是
我们添加了第一张票。想必，是的，我们是 PL4。好的。现在我要去PL5，
添加人工智能聊天，但仍然只是相互保密协议。我们要说的是，现在更改用户，UX 用户
输入。让我们用商业语言来写吧。现在改变平台、产品的方式
与用户交互。这应该是一次自由的聊天，而不是一系列问题
与人工智能。 AI 询问文档，询问与字段相关的问题
并根据响应填充文档。
我想就是这样。我不会提及 Cerebras。我不会提及
结构化输出或其他任何内容。我可以在心里思考，有不同的方式来解释
这。例如，它是否能够更改关键字段之外的文本？我不知道。我想我们只是
让它按照它想要的方式解释它。也许可以问我们一些问题。这似乎是一个很酷的方式
去做它。我再次将其放在评论中而不是描述中。我怎么了？
我们开始吧。我太兴奋了。保存那个。好的。我们继续吧。好的。现在已经进入PL6了。
它来了。让我们点击描述，粘贴我刚刚写的内容。现在扩展功能
因此它支持我们拥有模板的所有法律文档类型。与用户互动
如果他们想要不受支持的文档。解释一下我们无法生成它，但提供最接近的
我们可以生成的文档。保存那个。我们开始吧。好的。然后我只想说清楚
关于用户。让我们看看吧。不挂断。为了升级前端后端，
目前只有一个假登录屏幕。没有认证。
只需将用户带入平台即可。所以这很清楚。我不想添加用户身份验证
前面，但最后我错误地按下了保存。我们将在这里再添加一张票。
需要做什么？支持多用户。这将是我们的最后一张票，PL7。
我们这样写吧。好的。因此，要支持多个用户，请转到说明，
我要把它粘贴到那里。添加正确的登录和注册屏幕，让用户
注册并返回平台。存储以前生成的文档。允许用户
回顾他们之前创建的文档。数据库可以临时重置，
可以是临时的，并且每次服务器重新启动时都会重置。没关系。
还对所有屏幕进行抛光，使它们看起来像专业人士
SaaS 应用程序。这似乎是一件很棒的事情。并添加一份免责声明，表明该文件
应被视为草案并接受法律审查。
让我们更改此设置以支持多个用户和其他最终改进。我们开始吧。好的。得到
最后在那里。现在这是我们的 Jira 板。我们有四张票：PL4、5、6 和 7。
有了您想要构建的功能，想象一下它是您的工程主管，
您的产品人员、您的业务赞助商，甚至可能是您进来的客户
添加了这些 Jira 票证。通常情况下，这将交给工程团队。
这些将被分配给不同的人。但我们要做的是
当然，将其分配给我们的朋友克劳德·科德。我现在在 Jira 面板中。
我要输入克劳德。我们要确保的第一件事是看看如果我这样做我们会看到什么
斜线上下文。我们希望看到有一项新技能。所以重新调整推理，一项项目技能，
这不是很酷吗？我们可以看到我们已经有了我们的插件并且我们知道我们已经有了一个项目
这将使用这个插件。那么让我们继续创建它。我们将会
推理，一项项目技能，是不是很酷？我们可以看到我们已经有了我们的插件。我们知道，
当然，我们现在拥有现有的 Atlassian 和 GitHub MCP 服务器。你可以看到
我们已经用掉了相当多的 MCP 工具上下文。但我们已做好准备
我们的项目。有什么我们必须先做的吗？是的，有。我知道你在想，
为什么这总是我们必须首先做的事情？这是显而易见的。我们必须
再次进行身份验证，因为 Atlassian 很有趣。快来重新验证一下吧。
开始了。批准。我告诉你，如果我不这样做，那就不行了。接受，接受。好的，
我们准备好了。我们已通过身份验证。所以我马上就回来了。我们是时候这样做了。