问题是什么？

如在Discord中提到的，这并不是什么大问题，但有时用户会犯错误，比如在浏览器中打开http://127.0.0.1:11434/api/chat,默认使用GET方法，然后被提供一个404页面。

由于资源可能确实存在并且可以使用POST请求工作，所以对于用户的错误返回一个405方法不允许 是一个更准确的响应。

我在/api/chat和/api/generate端点以及带有POST请求的/api/ps端点上进行了测试，但我认为大多数(如果不是所有)端点在使用错误的方法查询时都会返回一个404页面。

重现步骤：

curl -v http://127.0.0.1:11434/api/chat
*   Trying 127.0.0.1:11434...
* Connected to 127.0.0.1 (127.0.0.1) port 11434
> GET /api/chat HTTP/1.1
> Host: 127.0.0.1:11434
> 
< HTTP/1.1 404 Not Found
...

curl -v 127.0.0.1:11434/api/ps -d '{}'
*   Trying 127.0.0.1:11434...
> POST /api/ps HTTP/1.1
> Content-Length: 2
> Content-Type: application/x-www-form-urlencoded
> 
* upload completely sent off: 2 bytes
< HTTP/1.1 404 Not Found