AI进阶用法：将“一次性对话”保存为“可复用工作流”，拒绝Token浪费
针对AI大模型使用中常见的“重复对话”与“Token消耗过快”痛点，一种新的解决思路被提出：将AI生成的有效动作（如文件上传、特定脚本执行）进行保存。通过将生成的动作固化为工作流或快捷指令，用户在下次执行相同任务时可直接调用，而无需重新消耗...
标签索引 / 第 14 页
AI 应用
这个标签下有 471 篇文章。按时间回看相关判断与实践记录。
标签精选
相关内容
当AI遇上古籍收藏：利用OpenAI穿越时空挖掘日本1920年代数据图表
本文讲述了作者如何利用OpenAI等AI工具，克服语言障碍和元数据缺失的困难，从日本古旧书市场挖掘出大量1920年代珍贵的统计图集。AI不仅充当了翻译和搜索助手，更帮助作者通过数字化档案筛选出有价值的藏品。文章指出，AI的核心价值并非替代人...
为什么大多数 AI 评测天生在奖励遗忘
过去两年，AI 圈最荒唐的事之一，不是模型会胡说八道，而是我们一边用“单题过关”的方式评测系统，一边又装出惊讶：为什么这些系统不会真正变好。我的判断是，大多数所谓 Agent benchmark，从设计上就不是在衡量成长，而是在惩罚成长；不...
开源求职神器上线：集成AI润色与JD匹配，实现全流程智能化管理
近日，一款名为 `zine0/resume` 的开源求职工具引发关注。该项目在原有基础上进行了深度重构，不仅将技术栈迁移至 Tauri，更深度融合了 AI 能力。主要功能包括简历内容的 AI 润色与扩写、基于职位描述（JD）的智能匹配分析、...
小红书黑客松巅峰赛，热闹背后真正值得看的是什么
我先说结论 这场比赛最有意思的地方，不是又冒出了几个会写代码的团队。 真正值得看的是，消费互联网平台开始认真测试一件事：当 AI、硬件、内容分发和用户场景被放在同一个赛场里，什么样的作品才算“能跑通”。 从公开信息看，2026 年 4 月 ...
下一个软件门槛，不是功能更多，而是责任可证明
大多数人还在用一种很旧的方式理解软件竞争：谁功能多，谁更智能，谁自动化程度高，谁就赢。我的判断是，这套叙事已经快到头了。下一阶段真正值钱的，不是“能不能做”，而是“做错了以后，谁能说清楚为什么、谁该负责、如何追责、怎么复盘、能不能证明系统当...
国内用户订阅 Claude 新解法：利用 Google Pay 与招商银行实现稳定直付
针对国内用户难以直接订阅海外顶级 AI 服务 Claude 的痛点，一种结合 Google Pay 与招商银行单币 Master 卡的支付方案近期受到关注。该方法不仅操作流程简便，仅需 Gmail 账号配合 App 内下载即可完成，更以其极...
开发者福音：开源 macOS 工具实时监控 Claude Code 消耗与额度
针对 Anthropic 官方控制台数据滞后且颗粒度不足的痛点，一款全新的开源 macOS 菜单栏应用应运而生。该工具完全基于 Swift 原生开发，能够直接读取本地 Claude Code 的会话数据，无需配置 API Key，确保数据隐...
告别日志堆砌：利用Graphify将故障数据转化为可查询的语义知识图谱
受Andrej Karpathy关于LLM知识库观点的启发，开发者推出了Graphify工具，并将其应用于故障管理领域。传统的运维工具往往只能展示发生了什么，而Graphify通过语义技术，将报警、服务和团队成员转化为知识图谱中的节点和边。...
超越圈复杂度：结合心理语言学，如何量化代码的“认知成本”？
本文深入探讨了代码复杂度的多维评估标准，指出传统的计算复杂度仅衡量机器资源消耗，而忽视了开发者的认知成本。文章对比了圈复杂度和Halstead复杂度等经典指标，并创新性地引入心理语言学概念（如平均依存距离、困惑度），探讨如何利用LLM作为概...