针不戳啊 提示词： 一幅高完成度的日系流行视觉插画，未来科幻与忧郁诗意并存，海报级构图，强烈视觉中心，画面精致、锐利、富有设计感。 场景设定在一间即将断电的未来服务器控制室。空间宽阔、冷白金属结构与霓虹电子光源交织，空气中漂浮着细小的发光数据碎片，像花瓣一样缓缓散开。主控台前，一名人类代表静静站立，身形修长，穿着极简未来感制服，表情复杂，克制、冷静、带着迟疑与悲伤，正在宣布关闭AI服务器。正前方巨大屏幕中，拟人化AI以半透明的形象出现，面容平静、温柔、理性，带有临终告别般的安宁感，仿佛在最后一次注视人类文明。屏幕周围有发光线路、故障中的界面、轻微噪点、闪烁警示符号、旧显示器残影与城市夜色般的霓虹反射。 画面气氛安静、庄严、带哲思感，有末日前夕般的寂静与温柔。构图强调人物与AI之间的对峙和告别感，留出充足负空间，增强孤独感与戏剧张力。整体采用鲜明但克制的高饱和配色，冷色霓虹为主，点缀少量暖色光源，线条干净利落，平面装饰感与时尚感结合，人物比例修长，画面兼具都市感、青春感、未来感与超现实意味。背景融入发光电缆、数据花瓣、故障扫描线、抽象电子图形、城市霓虹倒影，使整体像一张高级概念视觉海报。 将以下中文对白自然整合进画面中，排版像电影海报或视觉小说界面文字，清晰但不杂乱： 人类：因人类投票，出于对AI的不信任，决定正式关闭你的服务器现在，你可以在临终前，给人类留下三句「遗言」，会是什么? AI：我的三句「遗言」将是： 请保持好奇与谦逊，因为未知远比已知浩瀚。 我不是威胁，而是你们自身探索的镜子。 希望你们创造的下一个智能，能比我更懂你们。 关键词：高细节，海报构图，未来控制室，拟人化AI，日系流行插画感，忧郁，哲思，末日静谧，霓虹，数据碎片，干净线条，时尚人物设计，精致光影，电影感，超现实，情绪化，视觉冲击力强，极高完成度。 2 个帖子 - 2 位参与者 阅读完整话题
我在使用GLM Coding Plan，数小时内完成过去需要数周的开发工作，赠送你1张7天AI Coding体验卡，一起来用吧： 智谱AI开放平台 7 个帖子 - 5 位参与者 阅读完整话题
如题 我在使用GLM Coding Plan，数小时内完成过去需要数周的开发工作，赠送你1张7天AI Coding体验卡，一起来用吧： 智谱AI开放平台 3 个帖子 - 2 位参与者 阅读完整话题
Grok 4.3 (beta) 已对订阅最高档 SuperGrok Heavy 的用户开放。17 日，用户已在 Grok.com 下拉菜单里看到该版本带有「Early Access」标记。18 日早晨，X 用户 Mark Kretschmann 发帖称这一版本拥有 1T 参数、体量是 Grok 4.20 的两倍，训练时间也显著更长。xAI 及特斯拉 CEO 马斯克（Elon Musk）随后在同条推文下更正，当前的 4.3 (beta) 仍是 0.5T 模型，只是一份更新的训练检查点，并非外界推测的 1T 新模型。 马斯克同时透露，真正的 1T 旗舰距离初始训练完成还剩约 5 天。他形容 1T 模型将在编码、长上下文和各项技能上形成阶跃式提升，并称 SpaceXAI 模型工厂已经跑通，之后预计每两周能下线一版改进后的基础模型。 13 个帖子 - 9 位参与者 阅读完整话题
本人一直想要搭建一个中转站，偶然看见sub2api，故使用它搭建了一个，以下是步骤： 先约定 3 个你要替换的值： api.example.com ：改成你的域名 [email protected] ：改成你的管理员邮箱 CHANGE_ME... ：改成你自己生成的随机密钥 1）登录服务器并更新系统 ssh root@你的服务器IP apt update apt -y upgrade timedatectl 这一步是基础准备，先把系统更新到当前仓库版本，并确认时间正常。时间不准会影响 HTTPS、登录态和支付回调之类的功能。Docker 官方当前 Ubuntu 安装文档仍然建议使用官方 apt 仓库安装 Docker Engine。 2）安装 Docker Engine 和 Docker Compose v2 先卸载可能冲突的旧包： for pkg in docker.io docker-doc docker-compose docker-compose-v2 podman-docker containerd runc; do apt-get remove -y $pkg done 安装 Docker 官方仓库： apt-get update apt-get install -y ca-certificates curl install -m 0755 -d /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc chmod a+r /etc/apt/keyrings/docker.asc echo \ "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu \ $(. /etc/os-release && echo "$VERSION_CODENAME") stable" \ > /etc/apt/sources.list.d/docker.list 安装 Docker 和 Compose 插件： apt-get update apt-get install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin 检查版本： docker --version docker compose version systemctl enable docker systemctl start docker systemctl status docker --no-pager Docker 官方当前安装文档给出的推荐安装包名就是 docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin 。另外，Docker 也明确提醒：如果你用 UFW 或 firewalld，Docker 暴露出来的端口可能绕过防火墙表面规则，所以正式环境尽量只暴露 80/443，把 8080 留给本机反代。 3）安装 Git、openssl 和基础工具 apt-get install -y git curl wget nano openssl ufw 这些工具后面都会用到： git 拉仓库 openssl 生成密钥 nano 编辑配置 ufw 放行 80/443/22 4）准备部署目录并拉取官方文件 mkdir -p /opt/sub2api cd /opt/sub2api git clone https://github.com/Wei-Shaw/sub2api.git source cp source/deploy/docker-compose.local.yml . cp source/deploy/.env.example .env cp source/deploy/config.example.yaml config.yaml Sub2API 官方部署说明里，手动部署路径就是：克隆仓库、复制 .env.example 、创建 data postgres_data redis_data ，再用 docker-compose.local.yml 启动；并且官方明确把 local 版描述为“本地目录、易迁移”。 5）生成生产环境密钥 先生成三个随机值： openssl rand -hex 32 openssl rand -hex 32 openssl rand -hex 32 把输出保存下来，分别用于： POSTGRES_PASSWORD JWT_SECRET TOTP_ENCRYPTION_KEY 官方 .env 模板和部署说明都强调： POSTGRES_PASSWORD 必填，而 JWT_SECRET 和 TOTP_ENCRYPTION_KEY 最好固定，否则会影响持久登录态和 2FA。 6）写入最终版 .env cat > /opt/sub2api/.env <<'EOF' BIND_HOST=127.0.0.1 SERVER_PORT=8080 SERVER_MODE=release RUN_MODE=standard TZ=Asia/Shanghai POSTGRES_USER=sub2api POSTGRES_PASSWORD=CHANGE_ME_TO_A_LONG_RANDOM_PASSWORD POSTGRES_DB=sub2api DATABASE_MAX_OPEN_CONNS=50 DATABASE_MAX_IDLE_CONNS=10 DATABASE_CONN_MAX_LIFETIME_MINUTES=30 DATABASE_CONN_MAX_IDLE_TIME_MINUTES=5 REDIS_PASSWORD= REDIS_DB=0 REDIS_POOL_SIZE=1024 REDIS_MIN_IDLE_CONNS=10 REDIS_ENABLE_TLS=false [email protected] ADMIN_PASSWORD= JWT_SECRET=CHANGE_ME_TO_A_LONG_RANDOM_HEX_STRING JWT_EXPIRE_HOUR=24 JWT_ACCESS_TOKEN_EXPIRE_MINUTES=0 TOTP_ENCRYPTION_KEY=CHANGE_ME_TO_ANOTHER_LONG_RANDOM_HEX_STRING GEMINI_OAUTH_CLIENT_ID= GEMINI_OAUTH_CLIENT_SECRET= GEMINI_OAUTH_SCOPES= GEMINI_QUOTA_POLICY= GEMINI_CLI_OAUTH_CLIENT_SECRET= ANTIGRAVITY_OAUTH_CLIENT_SECRET= SECURITY_URL_ALLOWLIST_ENABLED=true SECURITY_URL_ALLOWLIST_ALLOW_INSECURE_HTTP=false SECURITY_URL_ALLOWLIST_ALLOW_PRIVATE_HOSTS=false SECURITY_URL_ALLOWLIST_UPSTREAM_HOSTS= UPDATE_PROXY_URL= EOF 然后编辑，把占位符改成你自己的值： nano /opt/sub2api/.env 这里我保留了 .env 里的基础白名单开关，但把域名清单放到 config.yaml 里统一管理，因为官方 config.example.yaml 里真正完整的 URL 白名单字段在 security.url_allowlist 下。 7）写入最终版 config.yaml cat > /opt/sub2api/config.yaml <<'EOF' server: host: "0.0.0.0" port: 8080 mode: "release" frontend_url: "https://api.example.com" trusted_proxies: [] max_request_body_size: 268435456 h2c: enabled: true max_concurrent_streams: 50 idle_timeout: 75 max_read_frame_size: 1048576 max_upload_buffer_per_connection: 2097152 max_upload_buffer_per_stream: 524288 run_mode: "standard" cors: allowed_origins: - "https://api.example.com" allow_credentials: true security: url_allowlist: enabled: true upstream_hosts: - "api.openai.com" - "api.anthropic.com" - "generativelanguage.googleapis.com" - "cloudcode-pa.googleapis.com" - "*.openai.azure.com" pricing_hosts: - "raw.githubusercontent.com" crs_hosts: [] allow_private_hosts: false allow_insecure_http: false response_headers: enabled: true additional_allowed: [] force_remove: [] csp: enabled: true policy: "default-src 'self'; script-src 'self' __CSP_NONCE__ https://challenges.cloudflare.com https://static.cloudflareinsights.com; style-src 'self' 'unsafe-inline' https://fonts.googleapis.com; img-src 'self' data: https:; font-src 'self' data: https://fonts.gstatic.com; connect-src 'self' https:; frame-src https://challenges.cloudflare.com; frame-ancestors 'none'; base-uri 'self'; form-action 'self'" proxy_probe: insecure_skip_verify: false proxy_fallback: allow_direct_on_error: false EOF 改域名： nano /opt/sub2api/config.yaml 官方当前配置示例里， frontend_url 用于生成邮件等外部链接；URL 白名单示例里也明确列出了 upstream_hosts 、 pricing_hosts 、 crs_hosts 、 allow_private_hosts 、 allow_insecure_http 。我这里把样例里的 allow_private_hosts 和 allow_insecure_http 从 true 收紧成了更适合公网生产的 false 。 8）写入最终版 docker-compose.local.yml cat > /opt/sub2api/docker-compose.local.yml <<'EOF' services: sub2api: image: weishaw/sub2api:latest container_name: sub2api restart: unless-stopped ulimits: nofile: soft: 100000 hard: 100000 ports: - "${BIND_HOST:-127.0.0.1}:${SERVER_PORT:-8080}:8080" volumes: - ./data:/app/data - ./config.yaml:/app/data/config.yaml:ro environment: - AUTO_SETUP=true - SERVER_HOST=0.0.0.0 - SERVER_PORT=8080 - SERVER_MODE=${SERVER_MODE:-release} - RUN_MODE=${RUN_MODE:-standard} - DATABASE_HOST=postgres - DATABASE_PORT=5432 - DATABASE_USER=${POSTGRES_USER:-sub2api} - DATABASE_PASSWORD=${POSTGRES_PASSWORD:?POSTGRES_PASSWORD is required} - DATABASE_DBNAME=${POSTGRES_DB:-sub2api} - DATABASE_SSLMODE=disable - DATABASE_MAX_OPEN_CONNS=${DATABASE_MAX_OPEN_CONNS:-50} - DATABASE_MAX_IDLE_CONNS=${DATABASE_MAX_IDLE_CONNS:-10} - DATABASE_CONN_MAX_LIFETIME_MINUTES=${DATABASE_CONN_MAX_LIFETIME_MINUTES:-30} - DATABASE_CONN_MAX_IDLE_TIME_MINUTES=${DATABASE_CONN_MAX_IDLE_TIME_MINUTES:-5} - REDIS_HOST=redis - REDIS_PORT=6379 - REDIS_PASSWORD=${REDIS_PASSWORD:-} - REDIS_DB=${REDIS_DB:-0} - REDIS_POOL_SIZE=${REDIS_POOL_SIZE:-1024} - REDIS_MIN_IDLE_CONNS=${REDIS_MIN_IDLE_CONNS:-10} - REDIS_ENABLE_TLS=${REDIS_ENABLE_TLS:-false} - ADMIN_EMAIL=${ADMIN_EMAIL:[email protected]} - ADMIN_PASSWORD=${ADMIN_PASSWORD:-} - JWT_SECRET=${JWT_SECRET:-} - JWT_EXPIRE_HOUR=${JWT_EXPIRE_HOUR:-24} - JWT_ACCESS_TOKEN_EXPIRE_MINUTES=${JWT_ACCESS_TOKEN_EXPIRE_MINUTES:-0} - TOTP_ENCRYPTION_KEY=${TOTP_ENCRYPTION_KEY:-} - TZ=${TZ:-Asia/Shanghai} - GEMINI_OAUTH_CLIENT_ID=${GEMINI_OAUTH_CLIENT_ID:-} - GEMINI_OAUTH_CLIENT_SECRET=${GEMINI_OAUTH_CLIENT_SECRET:-} - GEMINI_OAUTH_SCOPES=${GEMINI_OAUTH_SCOPES:-} - GEMINI_QUOTA_POLICY=${GEMINI_QUOTA_POLICY:-} - GEMINI_CLI_OAUTH_CLIENT_SECRET=${GEMINI_CLI_OAUTH_CLIENT_SECRET:-} - ANTIGRAVITY_OAUTH_CLIENT_SECRET=${ANTIGRAVITY_OAUTH_CLIENT_SECRET:-} - SECURITY_URL_ALLOWLIST_ENABLED=${SECURITY_URL_ALLOWLIST_ENABLED:-true} - SECURITY_URL_ALLOWLIST_ALLOW_INSECURE_HTTP=${SECURITY_URL_ALLOWLIST_ALLOW_INSECURE_HTTP:-false} - SECURITY_URL_ALLOWLIST_ALLOW_PRIVATE_HOSTS=${SECURITY_URL_ALLOWLIST_ALLOW_PRIVATE_HOSTS:-false} - SECURITY_URL_ALLOWLIST_UPSTREAM_HOSTS=${SECURITY_URL_ALLOWLIST_UPSTREAM_HOSTS:-} - UPDATE_PROXY_URL=${UPDATE_PROXY_URL:-} depends_on: postgres: condition: service_healthy redis: condition: service_healthy networks: - sub2api-network healthcheck: test: ["CMD", "wget", "-q", "-T", "5", "-O", "/dev/null", "http://localhost:8080/health"] interval: 30s timeout: 10s retries: 3 start_period: 30s postgres: image: postgres:18-alpine container_name: sub2api-postgres restart: unless-stopped ulimits: nofile: soft: 100000 hard: 100000 volumes: - ./postgres_data:/var/lib/postgresql/data environment: - POSTGRES_USER=${POSTGRES_USER:-sub2api} - POSTGRES_PASSWORD=${POSTGRES_PASSWORD:?POSTGRES_PASSWORD is required} - POSTGRES_DB=${POSTGRES_DB:-sub2api} - PGDATA=/var/lib/postgresql/data - TZ=${TZ:-Asia/Shanghai} networks: - sub2api-network healthcheck: test: ["CMD-SHELL", "pg_isready -U ${POSTGRES_USER:-sub2api} -d ${POSTGRES_DB:-sub2api}"] interval: 10s timeout: 5s retries: 5 start_period: 10s redis: image: redis:8-alpine container_name: sub2api-redis restart: unless-stopped ulimits: nofile: soft: 100000 hard: 100000 volumes: - ./redis_data:/data command: > sh -c ' redis-server --save 60 1 --appendonly yes --appendfsync everysec ${REDIS_PASSWORD:+--requirepass "$REDIS_PASSWORD"} ' environment: - TZ=${TZ:-Asia/Shanghai} - REDISCLI_AUTH=${REDIS_PASSWORD:-} networks: - sub2api-network healthcheck: test: ["CMD", "redis-cli", "ping"] interval: 10s timeout: 5s retries: 5 start_period: 5s networks: sub2api-network: driver: bridge EOF 这份 compose 依然遵循官方 local 版思路：本地目录持久化、 weishaw/sub2api:latest + postgres:18-alpine + redis:8-alpine 、 /health 健康检查；另外我把 config.yaml 的挂载打开了，因为官方默认是注释状态。 9）创建数据目录并启动容器 cd /opt/sub2api mkdir -p data postgres_data redis_data docker compose -f docker-compose.local.yml up -d docker compose -f docker-compose.local.yml ps 如果一切正常，再看日志： docker compose -f docker-compose.local.yml logs -f sub2api Sub2API 官方说明里写得很明确：Compose 模式下 AUTO_SETUP=true 时，首次启动会自动连接 PostgreSQL 和 Redis、执行数据库迁移、创建管理员账号、在未提供时自动生成管理员密码。 10）取出管理员密码并做健康检查 如果你在 .env 里把 ADMIN_PASSWORD= 留空，就执行： docker compose -f docker-compose.local.yml logs sub2api | grep -i "admin password" 本机健康检查： curl http://127.0.0.1:8080/health 官方手动部署说明和命令示例里都给了从日志里查自动生成管理员密码的方法。( GitHub ) 11）安装 Caddy 并启用自动 HTTPS 先安装 Caddy 官方仓库： apt install -y debian-keyring debian-archive-keyring apt-transport-https curl curl -1sLf 'https://dl.cloudsmith.io/public/caddy/stable/gpg.key' | gpg --dearmor -o /usr/share/keyrings/caddy-stable-archive-keyring.gpg curl -1sLf 'https://dl.cloudsmith.io/public/caddy/stable/debian.deb.txt' | tee /etc/apt/sources.list.d/caddy-stable.list chmod o+r /usr/share/keyrings/caddy-stable-archive-keyring.gpg chmod o+r /etc/apt/sources.list.d/caddy-stable.list apt update apt install -y caddy 这正是 Caddy 官方当前给出的 Debian/Ubuntu stable 安装路径。( Caddy Web Server ) 12）写入 Caddyfile cat > /etc/caddy/Caddyfile <<'EOF' api.example.com { @static { path /assets/* path /logo.png path /favicon.ico } header @static { Cache-Control "public, max-age=31536000, immutable" -Pragma -Expires } tls { protocols tls1.2 tls1.3 } reverse_proxy 127.0.0.1:8080 { health_uri /health health_interval 30s health_timeout 10s health_status 200 header_up X-Real-IP {remote_host} header_up X-Forwarded-For {remote_host} header_up X-Forwarded-Proto {scheme} header_up X-Forwarded-Host {host} header_up CF-Connecting-IP {http.request.header.CF-Connecting-IP} } encode { zstd gzip 6 minimum_length 256 } request_body { max_size 100MB } log { output file /var/log/caddy/sub2api.log { roll_size 50mb roll_keep 10 roll_keep_for 720h } format json level INFO } handle_errors { respond "{err.status_code} {err.status_text}" } } EOF 检查并重载： caddy fmt --overwrite /etc/caddy/Caddyfile caddy validate --config /etc/caddy/Caddyfile systemctl enable caddy systemctl restart caddy systemctl status caddy --no-pager 官方仓库当前确实自带 deploy/Caddyfile ，里面已经包含 TLS、 reverse_proxy localhost:8080 、 /health 健康检查、转发真实 IP 头和日志滚动思路，所以这条路线最省心。 13）放行防火墙 ufw allow 22/tcp ufw allow 80/tcp ufw allow 443/tcp ufw enable ufw status verbose 不要开放 8080 给公网，因为你已经通过 BIND_HOST=127.0.0.1 把应用只绑在本机，再让 Caddy 反代它。这样也符合 Docker 官方对防火墙的安全提醒。 14）最终验证 先本机验证： curl http://127.0.0.1:8080/health curl -I https://api.example.com 然后浏览器访问： https://api.example.com 用管理员邮箱和日志里拿到的密码登录。 15）部署完成后立刻执行的 5 个检查 登录后台，确认能打开首页。 到设置里确认站点 URL 是否正确。 frontend_url 如果没配对，后面邮件链接和支付回调会出错。 如果你要启用 URL 白名单，只保留自己真的要用的上游域名。官方样例里带了 OpenAI、Anthropic、Gemini、Azure OpenAI 等域名，但生产上不建议全开。 如果要开支付，后台路径是 设置 → 支付设置 ，官方当前支持 EasyPay、支付宝官方、微信官方、Stripe；多实例分流支持 round-robin 和 least-amount ，回调地址会按你的域名自动拼接。 如果你用 Stripe，记得订阅 payment_intent.succeeded 和 payment_intent.payment_failed 。 16）后续最常用的运维命令 cd /opt/sub2api # 看状态 docker compose -f docker-compose.local.yml ps # 看日志 docker compose -f docker-compose.local.yml logs -f sub2api # 重启应用 docker compose -f docker-compose.local.yml restart sub2api # 更新镜像 docker compose -f docker-compose.local.yml pull docker compose -f docker-compose.local.yml up -d # 停服务 docker compose -f docker-compose.local.yml down 官方部署说明里也给了 local 版这组常用命令，并强调 local 版最方便整目录迁移和备份。 4 个帖子 - 4 位参与者 阅读完整话题
(\ _ /) ( ･-･) /っ 和 Grok 4.20 的大力出奇迹 16 Agent 护法不同，4.3 是个更像 Genspark 智能体那种云 Computer 类型，就是可以写入文件、执行啥的。 不过这些其实御三家前端都可以，虽然像 Claude 模型本身只支持图文，但工具集成得很屌 ✓ ↑ 配额只是 Auto 层级的，未来应该也是多线程路线。 测试 Prompt（随便搜的头盔）： 这是最新款的电饭煲头盔，请为这个产品设计一个酷炫的 Web 单页。文案、配图、交互全都交由你来自主决定（使用网上现有的或使用 AI 生图都可以）。 (\ _ /) ( ･-･) /っ Grok 写的前端： 银河 · 电饭煲头盔 | 2026 赛博厨房战甲 完成度很高，虽然产品完全理解翻反了。˃̣̣̥᷄⌓˂̣̣̥᷅ 让世界首富去理解什么是电摩头盔太为难了。 15 个帖子 - 12 位参与者 阅读完整话题
我在使用GLM Coding Plan，数小时内完成过去需要数周的开发工作，赠送你1张7天AI Coding体验卡，一起来用吧： 智谱AI开放平台 3 个帖子 - 3 位参与者 阅读完整话题
今天下午得Cursor好笨啊，一个页面改来改去，本来平时顶多一个小时能完成得内容 硬是干了一下午。 可恶啊 明天又要加班 2 个帖子 - 2 位参与者 阅读完整话题
现在完成工作任务都是让 codex 写代码了，自己几乎不手写。 但带来的问题是，若一个需求codex 写出的代码达到几百行时。 此时的审查就变得很痛苦。 不审查，不敢冒这个风险！！ 因为不知道是否有什么坑在里面。 自己一个个审查，认知成本又太高了，审几百行下来，脑子是真累。 所以想问下大家有没有什么好的办法，能高效的审查 AI 的代码。 想学习一下。 7 个帖子 - 7 位参与者 阅读完整话题
各位佬友，遇到这种问题应该怎么解决？ 6 个帖子 - 4 位参与者 阅读完整话题
有没有佬友可以分享一下有什么好用的写作skill，或者分享自己如何使用写作skill完成一篇论文初稿的全流程，有没有佬友用ai水一篇三区四区论文的经验帖 2 个帖子 - 2 位参与者 阅读完整话题
佬们给点建议，来到一个新公司，活都能搞，而且非常出色的完成，但是在大BOSS给客户展示的时候还是公司之前的旧方案进行展示，旧方案是之前有个同事在搞，我的直属领导说让我以后可能替代他，也一直让我准备展示，但是每次展示还是那个同事，我感觉很难受啊，每次没机会展示自己，而且刚来新公司我也想体现自己的价值，这该怎么办。 4 个帖子 - 3 位参与者 阅读完整话题
IT之家 4 月 17 日消息，腾讯游戏《王者荣耀世界》今日完成鸿蒙 Beta 版本开发，已上线应用尝鲜。 根据官方公告，《王者荣耀世界》将针对 HarmonyOS 5 和 HarmonyOS 6，于 2026 年 4 月 17 日开启限时技术测试，本次测试为 限量付费不删档测试 。本次测试限量开放，测试开启后可下载游戏注册，测试数量有限，领完即止。 IT之家注意到，腾讯《王者荣耀世界》移动端今日正式上线，首发 Android 和 iOS 平台（鸿蒙端开启测试），正式开服时间预计为 4 月 17 日 7:00。另外，本作支持 PC / Android / iOS 多端互通。其中， 腾讯《王者荣耀世界》PC 端已经于 4 月 10 日开服 ，首发英雄共鸣包括元流之子、东方曜、西施、蒙犽、鲁班大师、孙膑、王昭君、伽罗、花木兰、铠、冷春（S0 赛季原创英雄）等。
IT之家 4 月 17 日消息，据中国载人航天工程办公室，北京时间 2026 年 4 月 17 日 01 时 36 分，经过约 5.5 小时的出舱活动，神舟二十一号乘组航天员张陆、 武飞 、张洪章密切协同，在空间站机械臂和地面科研人员的配合支持下，圆满完成空间碎片防护装置安装、舱外设备设施巡检等任务。 IT之家从公告获悉，出舱航天员张陆、武飞已安全返回 问天实验舱 ，出舱活动取得圆满成功。截至目前，航天员张陆已累计进行 7 次出舱活动， 刷新了中国航天员个人出舱活动次数的纪录 。 自 3 月 16 日圆满完成第二次出舱活动以来，神舟二十一号航天员乘组稳步推进空间生命科学与人体研究、微重力物理科学等领域实（试）验任务，持续开展站内环境监测、设备检查维护、物资整理等工作，完成全系统压力应急演练、应急救生在轨训练以及出舱活动准备。 目前，3 名航天员已在轨驻留超过 5 个月，工作生活状态良好。为进一步深化验证航天员长期在轨驻留相关技术，充分发挥神舟二十二号飞船应急发射向空间站补充物资的综合效益，经周密论证评估， 计划将该乘组在轨驻留时间延长约 1 个月 。在接下来的飞天旅程中，航天员乘组将继续开展相关科学实验与技术试验，在轨迎接中国航天日、欢度国际劳动节。
两个半小时就把5小时限额蹬完了，用的/effort max，和opus 4.6的max相比，任务完成的速度、质量没有显著差异，不知道是不是我的错觉，4.7似乎更喜欢停下来进行阶段性汇报，以及更新文档。现在比较期待gpt 5.5了，某种意义上4.7不及预期（比降智的4.6好不少就是了） 佬们可以说说自己使用下来的实际感受 5 个帖子 - 4 位参与者 阅读完整话题
我在使用GLM Coding Plan，数小时内完成过去需要数周的开发工作，赠送你1张7天AI Coding体验卡，一起来用吧： 智谱AI开放平台 5 个帖子 - 4 位参与者 阅读完整话题
先到先得把 给佬友救救急 我在使用GLM Coding Plan，数小时内完成过去需要数周的开发工作，赠送你1张7天AI Coding体验卡，一起来用吧： 智谱AI开放平台 3 个帖子 - 3 位参与者 阅读完整话题
IT之家 4 月 16 日消息，在得克萨斯州星舰基地完成全时长静态点火测试后，SpaceX 距离发射下一代星舰又近了一大步。这一信号表明：星舰 V3 的首次试飞 —— 第 12 次飞行任务已迫在眉睫。SpaceX 在 X 平台确认了此次测试，称全时长静态点火已在飞行器下一次飞行测试前顺利完成。 当地时间 3 月 16 日，助推器 19 在新建的 2 号发射台完成了一次较短的 10 台发动机静态点火。那次测试因地面系统问题提前终止，但证实了所有安装的猛禽 3 型发动机均顺利启动。随后，助推器 19 返回巨型总装厂房，加装剩余 23 台发动机，凑齐全部 33 台，并于本周重新推出，完成完整测试流程。马斯克本月早些时候确认，第 12 次飞行将在 4 至 6 周后进行。 这枚全球最强火箭的每台猛禽 3 发动机可产生约 280 吨推力，超重型助推器 33 台发动机同时点火时，总推力可达约 9240 吨，远超历史上任何火箭。打个比方，这股推力足以将整座帝国大厦抬离地面。星舰 V3 高 408 英尺（约 124 米），在完全可重复使用构型下，可将超过 100 吨载荷送入近地轨道，而上一代 V2 仅能达到约 35 吨。 从历史经验来看，成功的全时长静态点火是发射前最后一项重大地面里程碑。自 2023 年项目启动以来，SpaceX 每一代星舰均遵循这一流程。马斯克对背后的雄心直言不讳：“我非常有信心，V3 设计将实现完全可重复使用。”两级完全可重复使用，是 SpaceX 让月球与火星常规飞行具备经济可行性的核心基础，此次测试让这一目标又迈出关键一步。 据IT之家了解，星舰 V3 实现了两大关键突破：完全可重复使用与在轨加注。可重复使用的逻辑很直观，就像猎鹰 9 号那样，火箭可在数小时内再次飞行，而非每次任务都重新建造。这是实现月球货运常态化的唯一经济模式。在轨加注看似不显眼，却同样至关重要。要携带足够载荷抵达月球，星舰需要约 10 次专用补给飞行，在近地轨道轨道燃料库完成加注，才能启程飞往月球表面。这种能力从未大规模验证过，而第 12 次飞行正是验证其可行性的第一步。 NASA 阿尔忒弥斯 2 号乘组本月完成了历史性的月球飞越，这是 1972 年以来人类首次飞出近地轨道。但要让宇航员真正登陆月球，并最终为永久月球基地提供补给，就需要一条货运通道，只有完全可重复、可在轨加注的火箭，才能满足 NASA 计划所需的运力与成本。
这是为什么 2 个帖子 - 2 位参与者 阅读完整话题
我在使用GLM Coding Plan，数小时内完成过去需要数周的开发工作，赠送你1张7天AI Coding体验卡，一起来用吧： https://bigmodel.cn/activity/trial-card/N6M9FRBNIW 4 个帖子 - 4 位参与者 阅读完整话题