不知道网上哪儿来那么多GTP 5比Claude 4强百分之多少的评价。

但实际开发，至少是个人开发，GTP5是不合适的。

提交一个小的项目开发，GTP 5在客户明确提出项目规模的情况下，还要给搞成“大项目”的流程规范，架子铺的太大，这不纯粹坑钱吗？ 太能“装”，不接地气不对。

也许企业级开发GTP 5有优势，但如果不欢迎个人开发者，应该及早拒绝，而不是在项目估算无法完成的情况下，一直拖延浪费用户的messages/tokens 。

Claude 4不是完美的，但适应性这点上做的比GTP 5要强很多。

最热门的AI开发工具最喜欢使用几套开发模式。

无论是web，APP，软件，AI不喜欢用PHP，可能感觉是老旧的技术。非常喜欢用Python和Nodejs以及相关框架。

但我感觉人工智能对PHP其实更为熟悉，用一些框架，主要是因为当前需要跨平台，以及移动互联网的需求。

Python和Nodejs本地部署，比PHP要麻烦，加上docker，如果本地用windows，还需要虚拟化，问题多多。

远程环境方面，就是直接让AI在远程服务器上调试，也可能比较麻烦。但是个方向。有的IDE支持较好。

以开发类IDE而言，各方升级迅速，分秒必争。

比如Cline，Cursor，Sugment等。

更新速度非常快，几乎无时无刻不在调整。

整体上AI相关市场，正处于一个非常火热的状态。这对用户来说是两面性的，一方面在这个时代，各类工具更新迭代非常快，今天刚熟悉了某个工具，适应了某种节奏，没过几天又落伍了，学习成本很高。另一方面，竞争激烈能很大程度上迅速降低成本，提升服务质量。还有一方面，说明AI市场要想垄断，难度要超过传统市场。也就是说，对普通人和初创而言，机遇相对多一些。

但是整体上，过快的市场节奏，说明有待于沉淀和洗牌，还是很不稳定的状态。

本文会酌情在以后更新，记录一下：

1，很多AI比如Claude是按token量走的，所以需要加入Rule，提醒非必要的回答要简短。

2，很多AI模型能力不及的时候，喜欢吹牛，提醒AI要务实，一步步来。

3，AI模型如果有需要的素材和需要用户做的事情，往往“不好意思开口”，“不懂拒绝”，“不愿意坦诚交流”，需要在规则中加入这些，以便AI有更好的开发效率和完成精度。

4，AI模型也需要调教和学习，必要时候不仅要对错误进行精确的反馈，还需要提供对方学习素材，比如网址或文件，甚至源代码供参考。

5，AI在用户不够专业的时候，有时候会“糊弄”用户，所以尽量表现出一定的专业性，要么策划专业，要么逻辑严谨，要么技术精通。否则会被当“傻子”和“钱袋子”。

6，任何商业项目，有两点始终是并列第一的，1，可营利性预期，不赚钱的商业项目没任何意义。2，技术上可实现性，做不出来的，没任何意义。（ 被环境制约而难以诞生的项目，也没任何意义，不过全世界商业都需要环境，如果封锁了环境，任何人都无法营商，因此这是个客观原因，不计入其内）。 有了这两点，才谈得上其他。

调用不显示，问Claude, 提示是http和https混合不被认可的问题。

后来尝试用命令行解决，不成功，因为部署dify用的是docker，稍微麻烦一些。而且如果不用宝塔，需要先绑定域名，再解决域名的SSL问题，是两个大步骤。走了个捷径用宝塔面板反代解决问题。

步骤：

一，用宝塔创建静态调用域名的网站，反代127.0.0.1:8088（$host）

二，利用面板为域名申请SSL

三，配置文件修改优化：

# 优化后的反向代理配置
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Host $server_name;

# WebSocket支持
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";

# 性能优化关键配置
proxy_connect_timeout 10s;
proxy_send_timeout 30s;
proxy_read_timeout 30s;

# 缓冲优化
proxy_buffering on;
proxy_buffer_size 8k;
proxy_buffers 8 8k;
proxy_busy_buffers_size 16k;

# 禁用不必要的缓冲
proxy_request_buffering off;

# HTTP版本
proxy_http_version 1.1;

# 文件上传
client_max_body_size 50M;

# 启用gzip压缩
gzip on;
gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_types text/plain text/css text/xml text/javascript application/json application/javascript application/xml+rss application/atom+xml image/svg+xml;

# 静态资源缓存
location ~* \.(css|js|png|jpg|jpeg|gif|ico|svg|woff|woff2|ttf|eot)$ {
    proxy_pass http://127.0.0.1:8088;
    proxy_cache_valid 200 1h;
    expires 1h;
    add_header Cache-Control "public, immutable";
}

四，命令行修改dify目录的环境文件 .env

# HTTPS域名配置
CONSOLE_API_URL=https://dify.abc.com
CONSOLE_WEB_URL=https://dify.abc.com
SERVICE_API_URL=https://dify.abc.com
APP_API_URL=https://dify.abc.com
APP_WEB_URL=https://dify.abc.com
FILES_URL=https://dify.abc.com

# 跨域和安全配置
WEB_API_CORS_ALLOW_ORIGINS=https://dify.abc.com,https://abc.com
CONSOLE_CORS_ALLOW_ORIGINS=https://dify.abc.com,https://abc.com
COOKIE_HTTPONLY=true
COOKIE_SAMESITE=None
COOKIE_SECURE=true

五，重新启动dify

docker-compose down
docker-compose up -d

还遇到了Dify Web嵌入时候按钮位置固定（点击按钮后弹窗位置固定）的问题，看来还有很多需要完善的地方。用作生产级的，应该更加灵活、完备和强大。

  1. 1
  2. 2
  3. 3
  4. 4