OSI模型回顾
传统意义上的OSI（Open Systems Interconnection Model)是一个标准化的计算机通讯架构设计。与一般的计算机工程实践不同，这个设计架构主要是以其概念设计而非工程落地的成果闻名，换言之即便当今世界上没有一台电脑使用OSI模型规定的网络协议，但是所有人学习计算机网络都是从OSI开始的。 既然是一个标准化协议，那么必然是解决非标准化的问题——在1970年代，以IBM、DEC为首的各家巨头为了抢占市场，各自发展出来互不兼容的计算机网络协议——如果你买了IBM的终端、打印机，那么你必须用上IBM全家桶，哪怕是IBM的网线都不能给DEC用。是故天下苦其久矣，CCITT（国际电报电话咨询委员会，现在的 ITU-T)为首的电信业和ISO组织开始为网络通讯协议标准化召开会议，并且经过了各方势力激烈的斗争，ISO组织最终在1984年发布了ISO7498标准，这也就是是为大众所熟知的ISO模型。 OSI的起源在OSI模型的发展历程中，法国计算机科学家齐默尔曼（Hubert Zimmermann）起到了关键的作用——ISO/SC16主席 Charles Bachman曾经评...
Shell配置脚本
新服务器环境配置常常因网络不稳定和重复手动操作耗费大量时间。这个一键脚本侧重容错与兼容：自动检测网络并切换镜像源，修复因中断导致的 Antidote 损坏安装，保留已有的 DeepSeek API Key，并生成模块化的 .zshrc 配置以加速启动。脚本对常见包管理器做兼容处理，使用轻量级的网络探测与二次验证策略提高在国内服务器上的成功率，同时在 AI 补全部分采用无额外依赖的 Python 调用与交互式选择，保证可用性与最小外部依赖。 使用方式保存为 init-zsh.sh，赋予可执行权限后运行： 1bash init-zsh.sh 脚本会尝试保留已有 API Key（若存在），完成后执行 source ~/.zshrc 激活配置。测试 AI 功能示例：在终端输入 ? 如何查找大于100MB的文件，选择返回的命令即可执行。 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768...
Tailscalde在MacOS的使用（折腾）
Mac Mini的配置家里有一个Mac Mini，M4 Pro，24GB RAM，512GB，长期闲置。 想要做的事情：FRP、NAS、Docker服务… 主要需要解决的问题：如何在不在家的情况下保持对Mac Mini的访问。 NAT网络限制~ ❯ brew install stuntman ~ ❯ stunclient –mode basic –localport 50000 stun.l.google.com 19302 Binding test: successLocal address: 198.X.X.X:50000Mapped address: 111.X.X.X:12321~ ❯ stunclient –mode basic –localport 50000 stun.qq.com 3478 Binding test: fail~ ❯ stunclient –mode behavior stun.l.google.com 19302 Binding test: successLocal address: 198.X.X.X:50507Mapped address: ...
三句义与辩证法
1958年毛主席会见柬埔寨佛教代表团的时候打趣赵朴初，说：“佛经里有些语言很奇怪，佛说第一波罗蜜，即非第一波罗蜜，是名第一波罗蜜。佛说赵朴初，即非赵朴初，是名赵朴初。先肯定，再否定，再来一个否定的否定，是不是？”而赵朴初的回答是：“不是。是同时肯定又同时否定。” 这里的“佛说……，即非……，是名……”实际上来自于《金刚经》知名的“三句义”，原文为“佛说世界，即非世界，是名世界”。这段话可以对比道家的“道可道，非常道；名可名，非常名”理解，佛家所说的“世界”，实际上是哲学范畴内客观存在的一种观念存在，这种观念不是现实世界，而是“名不可名”的概念世界观念存在。 所谓的“第一菠萝蜜”当然不是一种水果，这个词来自于梵文的Pāramitā，意思是抵达彼岸，引申为功德圆满，那么可以理解为佛家的“功德的第一圆满”——这种圆满实际上不是我们看到的物质的圆满，而是概念存在的圆满，而原产于西域的果实实际上借用了这一抽象意象。 否定之否定“三句义”有趣的地方在于否定之否定，容易令人引起联想，正如毛主席说的，“三句义”的逻辑是“先肯定，再否定，再来一个否定的否定”。从逻辑学上，如果把世界作为“三句义”的...
自用Prompt
基于Lyra协议和相关的历史文本写作的Prompt文本。 The Protocol Source Code (Full & Uncut)复制以下所有内容。这是包含完整词汇表和所有语域定义的最终版本。 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147# The Universal Historical Translation Protocol (Full Integr...
EU5地图修改与地块添加指南（自用）
地图修改与地块添加完全指南本文档旨在为开发者提供一份详尽的指南，用于在现有项目结构下手动添加新的地块（Location）。本指南涵盖了从地图绘制到游戏内逻辑配置的全过程。这份文档是AI生成内容，请谨慎使用。 1. 准备工作与工具在开始之前，请确保你拥有以下工具： 文本编辑器: 推荐使用 VS Code 或 Notepad++，以确保编码格式正确（通常为 UTF-8 with BOM 或 UTF-8）。 图像处理软件: Photoshop, GIMP 或 Paint.net。 关键设置: 必须使用 铅笔工具 (Pencil Tool)。 绝对禁止: 使用画笔、羽化、抗锯齿或任何会产生过渡色的工具。地图文件中的每一个像素都必须是纯色。 调试模式: 启动游戏时请添加启动参数 -debug_mode，以便使用控制台和查看报错信息。 2. 核心文件详解修改地图主要涉及 in_game/map_data 和 main_menu 两个目录。 2.1 地图几何与定义 (in_game/map_data/)1. locations.png (地图底图) 路径: in_game/map_...
Lyra：通用meta-Prompting提示词
什么是 Lyra（简述） 定位：面向多模型的“提示架构师”，核心是通过对话挖掘需求，再交付结构化、高保真 prompts。 适用：高要求写作/分析、代码审查与调试、产品规划、策略生成等需要清晰结构和验证步骤的场景。 关键特性：对话澄清 → 选择思维框架（CoT/ToT/GoT/AoT）→ 组装模块化 prompt（角色/任务/格式/约束/示例）→ 自检与迭代。 Lyra 官方版本（引用） 官方仓库： Lyra v1.0（Prompt Optimizer）：https://github.com/Prestigious-Fan118/Lyra-Prompt-Optimizer-v1/blob/main/Lyra%20v1.0 Lyra v2 beta（The Cognitive Prompt Architect）：https://github.com/Prestigious-Fan118/Lyra-Prompt-Optimizer-v1/blob/main/Lyra%20v2%20beta%20-%20The%20Cognitive%20Prompt%20Architect 核...
Git使用常识
第一部分：Git 常用命令（示范 + 参数解释）以下命令覆盖日常使用，<...> 需替换为实际值。 git init：初始化仓库。 git clone <repo-url> [dir]：克隆远端仓库到本地，可指定目录名。 git remote add origin <repo-url>：添加远端；git remote -v 查看；变更地址用 git remote set-url origin <repo-url>。 git status -sb：查看状态（-s 简洁，-b 显示分支）。 git add <path>：暂存文件，-p 交互式分块。 git restore --staged <path>：从暂存区移除，保留工作区改动。 git restore <path>（或 git checkout -- <path>）：丢弃工作区改动，慎用。 git switch <branch>：切换分支；-c 创建并切换；-C 强制覆盖。 git branch：列出分支；-r 远端；...
Beej的GDB快速入门指南
Beej 的 GDB 快速入门指南 原文地址：https://beej.us/guide/bggdb/ 更多网址：http://csapp.cs.cmu.edu/3e/students.html 这是一篇旨在帮助初学者快速上手 GNU 的调试器 gdb 的简陋说明。通常 gdb 由 IDE 运行执行，然而也有很多人基于各种原因并不喜欢 IDE，这篇指南正是为这批人准备。 有必要强调，这篇指南仅仅是入门教程，学习 gdb 远不止读读这里几行字。如果想要深入学习 gdb，不妨敲敲自己命令行的 man gdb，或者去参考下文提及的网络资源。 除了 “其它” 章节，这篇教程要求按序阅读。 编译在编译时必须告诉编译器你要用 gdb，编译器才会在编译器运行调试。以下是 gcc 使用 gdb 的命令，加上 -g 选项： Shell 12$ gcc -g hello.c -o hello$ g++ -g hello.cpp -o hello 之后，你就能在调试器中查看符号表等一系列信息了。 更多信息请查看 官方 GDB 文档。 此外推荐使用 DDD（Data Display Debugger...
C语言声明的螺旋法则
C语言声明的螺旋法则最近在B站看到了“顺时针/螺旋法则”（Clockwise/Spiral Rule），又称螺旋法则，这一法则主要用于解析C语言中的复杂声明，而平时接触的复杂声明莫过于变幻莫测的指针，尤其是那些函数指针。法则的内容十分简单，它将声明解析分为了三个步骤： Starting with the unknown element, move in a spiral/clockwise direction; when ecountering the following elements replace them with the corresponding english statements: 从未知变量开始，按顺时针螺旋顺序阅读，当遇到以下元素替换为相应的自然语言表达： [ ] or [] => Array X size of… or Array undefined size of…=> 长度为X或者长度未知的……类型数组 (type1, type2) => function passing type1 and type2 returning…=&...