最近看 Claude Code 的设计思路时，我发现它和很多 AI 产品有一个非常不同的地方： 它并不是在追求“功能越多越好”，而是在刻意克制。 你会发现，Claude Code 明明已经具备非常强的能力，却始终没有把所有工具、所有按钮、所有高级功能一次性摆在用户面前。甚至官方新增一个工具都非常谨慎。 一开始我也觉得奇怪：既然模型已经这么强了，为什么不干脆把所有能力都开放出来？ 后来我才发现，这背后其实有一个非常重要的设计原则： 渐进式披露（Progressive Disclosure） 也就是：默认只展示当前最需要的能力，复杂能力只在真正需要的时候才出现。 为什么 AI 工具不是越多越好？ 很多人做 AI
最近折腾了一阵华为昇腾 910B，目标很简单：在自己的机器上把 Qwen3.5 系列模型跑起来，而且最好还能兼容 OpenAI API、支持工具调用、支持超长上下文。 最后我选择了 vllm-ascend。 这一套下来，最大的感受是： * 能跑，而且跑得不算慢(至少在 Ascend上 不算慢) * 但坑也不少 * 很多问题不是模型的问题，而是镜像、驱动、卡型、参数组合的问题 下面放一个性能测试图: 一、环境说明 我这里的环境大概是这样： * 机器：华为
简介 Qwen3-ASR 系列包括 Qwen3-ASR-1.7B 和 Qwen3-ASR-0.6B，支持 52 种语言和方言的语言识别与语音识别（ASR）。两者均利用大规模语音训练数据以及其基础模型 Qwen3-Omni 强大的音频理解能力。实验表明，1.7B 版本在开源 ASR 模型中达到业界领先水平，并可与最强的商业闭源 API 相媲美。主要特性如下： * 一体化：Qwen3-ASR-
2026 年，微信终于开放了合法的个人 Bot API。本文通过逆向分析 @tencent-weixin/openclaw-weixin 源码，完整还原了这套 iLink Bot 协议的技术细节，并给出可运行的裸调 Demo。 一、背景：这是历史性时刻 在此之前，开发者想让程序控制微信，只有两条路： 方式 典型实现 性质 逆向 iPad 协议 WeChatPadPro、itchat 灰色地带，违反协议，随时封号
大多数人把 Claude Code 当成"更强的 Copilot"在用。 打开终端，输入指令，等它写代码。这个用法没错，但你可能错过了它真正的价值。 Claude Code 不是代码补全工具，也不是简单的 AI 对话助手。它是一个基于文件系统作为上下文、终端为交互方式、操作系统为执行环境的通用 Agent 产品。换句话说，它是一个超级智能体。 这个定位的差异，决定了你能用它做什么。如果只是写代码，那它和 Cursor、GitHub Copilot
AI时代的挑战 在 AI 大模型盛行的今天，字符串处理变得比以往任何时候都更加重要 提示词工程（Prompt Engineering）： * 需要精确构造和格式化输入文本 * 多行提示词需要合理的缩进和格式 * 动态参数需要安全的字符串拼接 AI 输出处理： * 大模型返回的结果往往包含多余的空白、转义字符 * 输出格式不稳定，需要大量的 ETL（提取、转换、加载）过程 * 需要清洗、标准化处理来保证数据质量 实际场景： // AI 返回的不稳定输出 String aiResponse = """ { "name&
实现效果 实现思路（Architecture & Design） 1. 系统目标与边界 * 目标：将任意常见音频/视频格式经转码为 16k 单声道 WAV → 做说话人分离（Diarization）→ 对每个说话人片段进行ASR 转写 → 轻量标点/情绪/语言修正 → 输出结构化分段结果。 * 交互形态：提供 1. 同步 HTTP（小中型文件） 2. 异步 HTTP + Redis（大文件） 3. WebSocket
功能点 * 基于令牌窗口的多轮对话 * 多用户 * 多会话 * 聊天记录持久化 实现思路 使用大模型流式输出接口 + Langchain4J的记忆管理 + Redis缓存 + 数据库持久化 进行实现 使用 spring-webflux 进行流式输出 Langchain4J版本: 1.3.0 此时的最新版 数据库设计 我们首先需要先设计两个表来存储聊天数据，这样在用户更换了设备也可以同步之前的聊天记录 ai_chat_log 对话记录表 create table ai_chat_log ( id bigint
起因是发现 fget_object 方法一直报AccessDenied,但是无论怎样排查 AK/SK都是权限正常的，并且在Java的框架中所有都是正常的。 然后直接尝试直接使用 ip:9000 连接，是正常使用的，所以问题出在了代理上。 我们使用nginx 反向代理了9000端口，看日志发现，所有HEAD请求都变成403了。 原因 Nginx 或中间层缓存可能对 HEAD 请求返回旧的或篡改的响应，最终触发： S3Error: AccessDenied - Access denied 解决方法: 在反向代理 location 块内加入： proxy_buffering
启动命令 docker run -itd \ --device=/dev/davinci6 \ --device=/dev/davinci7 \ --device=/dev/davinci_manager \ --device=/dev/hisi_hdc \ --device=/dev/devmm_svm \ -v /usr/local/Ascend/driver:/usr/local/Ascend/driver:ro \ -v /usr/
