跳到内容
主题

AI开发与编程:用AI构建应用的实战指南

用AI提升开发效率。代码生成、应用构建、调试和测试自动化的实用指南。

124 篇文章

排序文章以找到您需要的内容

AI开发与编程 分类下的文章

个人开发的变现与定价 ― 拿下第一批付费用户的定价实践【2026】

个人开发的变现与定价 ― 拿下第一批付费用户的定价实践【2026】

很多人在个人开发里“东西做出来了,却卡在怎么赚钱、定价多少”。本文从个人开发者的视角实践性地梳理了:变现模式(免费/买断/订阅/免费增值/广告/捐赠)的选法,不看成本或竞品、而以“顾客获得的价值”为起点的基于价值的定价设计,免费→Pro→Business三档方案与年付折扣的标准打法,如何拿下第一批付费用户,以及把API token等AI成本算进去的采算。这是深挖母舰文章“用AI做个人开发路线图”中“养育阶段”的一篇。

用AI一个人做MVP实践指南 ― 收敛到1个功能、最快公开的步骤【2026】

用AI一个人做MVP实践指南 ― 收敛到1个功能、最快公开的步骤【2026】

个人开发做不完的最大原因是“做得太精细”。这个也加那个也加,越做越复杂,最终没公开就消失了。避免它的唯一方法,是把能传达价值的最小产品=MVP收敛到1个功能、以最快速度公开。本文以AI为搭档的个人开发者视角,讲解MVP的正确理解、砍功能的范围判断、用AI最快做出来的两条路(不写代码的氛围编程/用AI编辑器写代码的实战)、如何判定“完成”,以及公开出去让1个人用起来的全过程。

用AI做个人开发的完整路线图【2026】——从想法到发布与变现

用AI做个人开发的完整路线图【2026】——从想法到发布与变现

当AI拥有了“写代码的手”,一个人也能做出产品推向世界的时代来了。但信息按工序散落各处,容易不知道该从哪儿下手。本文是从想法→设计→实现→发布→变现的全局地图(路线图),把个人开发整理成“确定→做准备→开发→发布→运营”5个阶段,给出每道工序做什么、用哪个工具,需要深入的工序则指向单独指南,是一篇母舰(枢纽)文章。而且用几乎不写代码的🌱入门路线和用AI编辑器写代码的🔧实战路线两条道来引导,沿着适合自己的那条走就能不绕远路地做出能跑的东西。规格驱动、AI应用构建器、Claude Code/Cursor、AI功能集成(API/RAG/网关)、部署、SEO/AEO获客、变现、成本管理,直到一人开发×AI的5个坑,都汇在一页里,并附有通往现有实操指南的入口。

Claude Code 的每周限额真的每 7 天重置吗?调查“提前恢复”现象(2026 年 9 月)

Claude Code 的每周限额真的每 7 天重置吗?调查“提前恢复”现象(2026 年 9 月)

你触及了 Claude Code 的每周 token 限额,但还没到七天额度就完全恢复了——而且不止一次。网上甚至有“隐藏机制”的分析文章,声称每周限额每 72 小时重置一次。这是真的吗?本文把这个现象追溯到一手来源。但 Anthropic 并未记录内部重置机制,且限额一直在变,因此我们明确区分三类信息:可从官方来源确认的事实、多名用户可复现地观测到但 Anthropic 从未回应的现象,以及单一来源、未经证实的推测。核心结论:提前完全恢复在大多数情况下是 Anthropic 不规律的全员重置(@ClaudeDevs 反复宣布过);显示的重置时间也确实不稳定;而流传的“72 小时周期”为单一观测者、未被复现,且被另一处观测(24 小时)所矛盾,因而不能当作事实。自 2026 年 9 月起,还多了一种新形式:发放给各人、自己想用时再用的重置(网页版或 Claude Desktop 中 Settings > Usage 的“Reset for free”;终端里的 Claude Code 没有这个按钮)。凡是不能陈述为事实的,我们都会直说——一份截至 2026 年 9 月的调查。

什么是 LLM 网关(代理)?一个 API 触达所有提供商——2026 指南

什么是 LLM 网关(代理)?一个 API 触达所有提供商——2026 指南

你基于 OpenAI 把应用搭好,后来想试 Claude、比一比 Gemini——却因为每家提供商的 SDK、格式、错误处理各不相同而白白耗掉数小时。LLM 网关(AI 网关 / LLM 代理)是你塞在应用与各提供商之间的中转层:它对外暴露一个兼容 OpenAI 的 API 以触达所有模型,并接管那些横切性的杂活——回退、成本追踪、虚拟密钥、缓存、限流与可观测性。本指南讲清为什么需要它、网关到底是什么、三种类型(自托管代理 = LiteLLM / 托管 = OpenRouter / SDK = Vercel AI SDK)、如何在 LiteLLM、OpenRouter 和 Vercel AI SDK 之间取舍、只需换端点的最小配置代码,以及它的局限——一跳延迟、网关成为新的故障点、费用(OpenRouter 充值时收 5.5%)、功能损失与隐私。

AI 智能体 Evals 怎么做:从小做起的步骤、常见陷阱与主要工具(2026)

AI 智能体 Evals 怎么做:从小做起的步骤、常见陷阱与主要工具(2026)

当你构建完一个 AI 智能体后,总会撞上同一堵墙:“好了,但它真的能用吗?”用来凭数据而非凭感觉判断提示词或模型改动是变好还是变差的机制,就是 Evals。LLM 对同一个输入每次都可能产出不同的结果,所以精确匹配的单元测试并不契合。本文以实际动手搭建并跑通的步骤为主线,讲清衡量质量的五种方法(① 标准答案匹配 ② 基于规则的检查 ③ LLM-as-judge ④ 回归测试 ⑤ 生产环境监控)、面向智能体的专属评估(任务成功率、工具调用是否正确、执行轨迹、成本)、如何从 20 个失败样例开始从小做起、常见陷阱,以及主要工具(Anthropic Console/Evals、OpenAI Evals、LangSmith、Langfuse、Ragas)——写给实践者。

AI 智能体 vs RPA:区别与如何按场景选用(2026)

AI 智能体 vs RPA:区别与如何按场景选用(2026)

关于自动化的老问题:“用 AI 智能体还是 RPA?”答案不是二选一——按角色分工,而 2026 年的制胜模式是两者的混合。RPA 是确定性的“手”,快速精准地执行既定流程(但屏幕/规格一变就失灵);AI 智能体是概率性的“脑”,解读情境并做判断(擅长应对模糊与例外,但并非每次都一样)。本文讲解工作原理的差异、对比表(可复现性与适应力的取舍)、如何选择(标准是“能否用规则完整写出来?”——能→RPA,写不全的判断→AI 智能体)、2026 年趋势(RPA 大厂 UiPath、Automation Anywhere、Blue Prism 纷纷智能体化——走向融合;问题不再是“选哪个”而是“把判断放在哪里”=编排优先),以及实战答案:混合方案,由脑(AI 智能体)负责判断/编排、手(RPA)执行确定性任务——不要在需要确定性的地方放智能体,委派判断时务必配套护栏与人工审批。基于各厂商官方信息,附常见问题。

Claude Fable 5 vs Opus 5:什么时候用哪个?实用指南

Claude Fable 5 vs Opus 5:什么时候用哪个?实用指南

Claude Fable 5 和 Opus 5 都是顶级模型,但答案既不是“永远用 Fable 5”也不是“永远用 Opus 5”——要按任务来选。而 2026 年 7 月 24 日 Opus 5 的登场,把这个答案往前推了一大步:上一代的 Opus 4.8 处在“比 Fable 5 差一档、但便宜一半”的位置,Opus 5 却在维持同样 $5 / $25 价格的同时,在智能体类基准测试上追平甚至反超 Fable 5(Frontier-Bench 43.3% 对 33.7%、OSWorld 2.0 70.6% 对 66.1%,均出自 Anthropic 发布公告中的对比表;CursorBench 3.2 上 Anthropic 官方表示其成绩与 Fable 5 相差不到 0.5%,而成本约为一半)。差距小的项目,排名随表而变:DeepSWE v1.1 在 Anthropic 的表中 Fable 5 以 69.7% 对 68.8% 领先,在 OpenAI 的表中 Opus 5 以 73.7% 对 69.9% 领先。规格上两者同为 1M 上下文窗口与 128K 最大输出;快速模式(约 2.5 倍速)只有 Opus 5 提供,但价格翻倍且仅限 Claude API,而 Opus 5 的知识截止更新,为 2026 年 5 月。决策流程是:先试 Opus 5,只在它触顶的地方才升级到 Fable 5。实务中“以 Opus 5 为主力、难点交给 Fable 5”最优,再配合应用内安全拦截时的自动切换,以及 API 新增的回退用“default”模式。文中还涵盖可用性(6 月暂停、7 月重新上线)、避免依赖单一模型、用 effort 调节成本,以及 FAQ——把 Fable 5 系列文章与 Opus 5 发布解读串联起来。

AI 智能体框架对比 2026:LangGraph、CrewAI、AutoGen、OpenAI、Google、Claude——该选哪个?

AI 智能体框架对比 2026:LangGraph、CrewAI、AutoGen、OpenAI、Google、Claude——该选哪个?

把 AI 智能体接入实际工作时,第一道坎就是“到底用哪个框架来搭建”。本文站在开发者与技术选型者的视角,从编排方式(有向图/基于角色的 crew/对话型 GroupChat/交接/层级树/自主工具循环)、语言、学习曲线、可控性、生产成熟度、token 成本与适配用途,比较六大主流框架——LangGraph、CrewAI、AutoGen(已并入 2026 年 4 月 GA 的 Microsoft Agent Framework)、OpenAI Agents SDK、Google ADK 与 Claude Agent SDK。关键提醒:那个“最好试作”的框架(CrewAI)在生产环境里可能最贵——token 约为 3 倍(某基准测试中为 41k,而 LangGraph 为 18.5k),且非确定性,因此不适合金融与医疗。文中还说明 2026 年如何通过 MCP(工具)与 A2A(智能体之间)实现互操作,使不同框架的智能体如今能够协同工作、厂商锁定随之淡化。附带按用途的选型指南与 FAQ。

Ollama 完全入门指南:本地 LLM 一条命令搞定 [2026]

Ollama 完全入门指南:本地 LLM 一条命令搞定 [2026]

开始上手本地 LLM 时,最先该装的首选工具就是 Ollama——它就像“LLM 版的 Docker”,几乎替你包办了所有繁琐的环境配置,只需一条命令即可下载量化模型并开始对话。本文面向初学者,一气呵成地讲解从 Win/Mac/Linux 安装、run/pull/list 等核心命令、按显存选择模型、套上 Open WebUI 等聊天界面、运行在 localhost:11434 的本地 API(含只改端点即可复用现有代码的 OpenAI 兼容 API)、用 Modelfile 与环境变量自定义,到速度慢、内存不足、API 连不上等常见问题排查的完整流程,让你既能先跑起来,又能进一步嵌入到自己的应用并把它当作云端的后备方案。

2026年最佳本地LLM开源模型对比:Qwen·DeepSeek·Llama·Gemma怎么选 [2026]

2026年最佳本地LLM开源模型对比:Qwen·DeepSeek·Llama·Gemma怎么选 [2026]

本地LLM跑得起来后,下一个难题是“到底装哪个模型”。本文把2026年的主流开源模型按开发方、出身国、用途、大小和许可证全面梳理,帮你选出最适合自己电脑和目标的“第一个”。其中重点介绍Qwen(阿里巴巴)、DeepSeek、GLM(智谱)等既是国产、也是全球开源第一梯队的中文模型,以及Yi、InternLM、Baichuan、MiniMax、Kimi等值得关注的国产力量;同时澄清“本地运行输入不外流”这一关键前提,并给出按显存大小和用途的具体推荐与商用许可证注意事项。

本地 LLM 需要什么硬件?显存(VRAM)速查表与按预算推荐配置 [2026]

本地 LLM 需要什么硬件?显存(VRAM)速查表与按预算推荐配置 [2026]

想跑本地 LLM,最先担心的就是“我的电脑跑得动吗”。其实所需配置的 90% 都取决于 VRAM(GPU 显存)——只要把这一点搞定,就能立刻判断什么能跑、什么跑不了。本文按模型大小给出一张 VRAM 速查表和一个简单公式(大小 B × 约 0.6),讲清会随上下文长度增长的 KV 缓存陷阱,并对比 RTX 3060/4090/5090 与 Apple Mac 的实际速度。最后按预算分入门、标准、硬核三档给出推荐配置,让初次接触的人也能弄清自己该买哪一款。