应当避免的人工智能写作套路
应当避免的人工智能写作套路将此文件添加到您的人工智能助手的系统提示词或上下文中，以帮助其避免常见的人工智能写作模式。来源：tropes.fyi 作者：ossama.is 用词选择“悄悄地”及其他神奇副词过度使用“悄悄地”及类似副词来传达微妙的重要性或低调的力量。人工智能喜欢用这些副词让平淡无奇的描述显得意义重大。还包括：“深深地”、“根本上”、“显著地”、“可以说”。 避免以下模式： “悄然协调着工作流、决策和交互” “那个悄无声息地让其他一切窒息的事物” “其背后一种静谧的智慧” “深入探讨”及其同类词这曾是最臭名昭著的人工智能痕迹。“深入探讨”从一个不常用的词汇，变成了在人工智能生成文本中出现比例高得惊人的词汇。它属于被滥用的人工智能词汇家族的一部分，该家族还包括“当然”、“利用”、“借力”（作为动词）、“稳健”、“精简”以及“驾驭”。 避免以下模式： “让我们深入探讨这些细节……” “在更深入探讨这个话题时……” “我们当然需要利用这些稳健的框架……” “交织的画卷”与“格局”在用简单词汇即可表达的地方，过度使用华丽或宏大的名词。“交织的画卷”被用来描述任何相互关...
转载&存档丨AI 标准协议及调用（3）
实战示例：使用 OpenAI 协议调用 DeepSeek示例 1：使用 Go安装依赖12go get [github.com/sashabaranov/go-openai](https://github.com/sashabaranov/go-openai)go get [github.com/joho/godotenv](https://github.com/joho/godotenv) 代码实现12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364package mainimport ( "context" "fmt" "log" "os" "[github.com/joho/godotenv](https://github.com/joho/godotenv)" ...
转载&存档丨AI 标准协议及调用（2）
Tool Call（函数调用）详解什么是 Tool Call？ Tool Call（也称 Function Calling）是 AI 模型的一项核心能力，它允许模型在对话过程中主动调用外部函数或 API。 核心概念 想象一下这个场景： 用户问：“北京今天天气怎么样？” AI 模型本身不知道实时天气信息（它只是一个语言模型） 但如果我们给 AI 提供一个”查询天气”的工具，它就能： 识别用户需要天气信息 决定调用 get_weather 函数 提取参数：city="北京" 返回函数调用请求给开发者 开发者执行实际的天气查询 将结果返回给 AI AI 基于结果生成自然语言回复 关键点：AI 模型本身不会执行函数，它只是”决定”需要调用哪个函数，并生成调用参数。实际的函数执行由开发者完成。 Tool Call 的工作流程12345678910111213用户提问 ↓AI 分析问题 ↓AI 决定需要调用工具 ← 这里 AI 只是"决策" ↓返回工具调用请求（函数名 + 参数） ↓开发者执行实际函数 ← 这里才是真正的执行...
转载&存档丨AI 标准协议及调用（1）
AI 标准协议及调用前言AI近期来发展迅速，这段时间刷视频和朋友圈总是看到大家又在说什么前端已死、后端已死，还有什么你们搞大模型的都是码奸之类的话，这些也都是AI迅速发展的表现。在这种环境下，学习开发的人很难不焦虑，有些时候甚至会想还有必要学基础的编程吗，直接全部vibe coding不就好了吗，但其实不是这样的，编程能力从来不是跳跃式获得的，所有的学习都是一条平滑上升的曲线，要学好计算机，先从最基本的coding学起，学习前端、后端，再到全栈、agent,逐渐再转向研发大模型，这样才算是健全的学习道路，而非是从一开始就跑去学习大模型。本质上，AI 不是起点，而是建立在扎实工程能力之上的。接下来就会讲解在学习AI的过程中最基础的AI标准协议及调用。 现在的 API 协议已经相当标准化和通用化参考 HTTP 协议在讲 AI API 协议之前，我们先复习一下 HTTP 协议，这在之前也有讲过。HTTP（超文本传输协议）是互联网通信的基础，也是现在AI应用中最常用的传输层协议,它定义了客户端和服务器之间如何交换数据的规则： 统一的请求格式：包含 GET、POST、PUT、DELETE...
谷歌Gemini粗体bug修复插件
新手的第一个 GitHub 仓库，把谷歌gemini网页版字体加粗遇到特殊标点符号时失效的bug覆盖了，还是有必要记录一下的。 最初只是强迫症的一点偏执，结果跟大厂的 Virtual DOM 防篡改机制和 CSP 拦截斗智斗勇了8h，最后靠gemini自己帮我用纯 DOM 节点重写绕过了安全墙。 虽然是vibe coding出来的，但亲手把第五版代码 commit 上去最终成功时的成就感还是溢于言表的。 也希望大家可以给我的GitHub项目一个star，感谢各位支持！ 项目地址：Gemini Markdown Bold Fixer
全网角度最奇怪的辉夜姬杂谈…
全网角度最奇怪的辉夜姬杂谈…我对这部作品的喜爱，来自一个颇为独特的切入点：我在里面看到一种时代感。 但那并非“复古”，而是独属于我们 Z 世代的精神共鸣。 现实与虚拟的交织从前讨论互联网、虚拟主播以及人工智能的那些作品，几乎都是寓言式的，致力于探讨抽象的哲学命题。相比之下，《超时空辉夜姬》更像是一种回应。 当时间来到 2026 年，人们早已对虚拟主播、VR 世界习以为常，甚至产生审美疲劳之时，这部作品重新回溯了一段由“我们对人与人之间连接的渴望”所推动的技术发展史。 “梦是现实的延续，现实是梦的终结。” ——《EVA》 二十年后的今天，这句话已经不再是一句神谕。人们真的在认真思考：现实要通过怎样的方式投射进虚拟？虚拟世界又怎样反过来干预现实？这部作品，一定会在五年或者十年后被人们重新提起。 错位的浪漫By the way，我一直非常喜欢复古未来主义美学 (Retrofuturism)，在音乐上则偏爱合成器浪潮 (Synthwave)。 什么是复古未来主义？回望 80～90 年代计算机与互联网刚刚民用化时，那时的人们对未来互联网有着怎样的幻想？一定和今天真实的互联网相去甚远。当...