1. 主要：新增 cursor代理设置 2. 其它文档修改

AI/AI辅助编程IDE/Cursor/cursor 代理设置.md

@@ -0,0 +1,24 @@
+原本 v2rayN 的代理设置如下：
+![[Pasted image 20250720141801.png]]
+
+但是，使用 cursor 时，如下的代理设置无法让 cursor 走代理，导致无法正常使用国外模型。从而要把代理设置成全局代理，如下：
+![[Pasted image 20250720142021.png]]
+==注意：代理开启了 Tun，并且从 “自动配置系统代理” 改为 “清除系统代理”==
+按以上设置后，cursor 就能走代理了
+
+### 如何不改代理设置也实现cursor走代理呢？
+v2rayN 默认开启 10808 本地代理端口，cursor 的 setting.json 代码设置方法如下：
+
+windows 系统使用 shift + ctrl + P （Mac: shift + ⌘ + P） ，输入 open user 接着选择带 JSON 的文件
+![[Pasted image 20250718121024.png]]
+在文件的最上如下内容
+```json
+"http.noProxy": [],
+"http.proxy": "http://127.0.0.1:10808",
+"http.proxyStrictSSL": false,
+"http.proxySupport": "override",
+"cursor.general.disableHttp2": true,
+```
+
+关闭 Cursor Http2，即："cursor.general.disableHttp2": true
+![[Pasted image 20250718121442.png]]

Context Engineering/ContextEngineering.md

@@ -1,9 +1,9 @@
-Andrej Karpathy:  
+**Andrej Karpathy:**  
 +1 for "context engineering" over "prompt engineering".  
 “上下文工程”优于“提示工程”+1。  
   
 People associate prompts with short task descriptions you'd give an LLM in your day-to-day use. When in every industrial-strength LLM app, context engineering is the delicate art and science of filling the context window with just the right information for the next step. Science because doing this right involves task descriptions and explanations, few shot examples, RAG, related (possibly multimodal) data, tools, state and history, compacting... Too little or of the wrong form and the LLM doesn't have the right context for optimal performance. Too much or too irrelevant and the LLM costs might go up and performance might come down. Doing this well is highly non-trivial. And art because of the guiding intuition around LLM psychology of people spirits.  
-人们会把提示与你在日常使用中为LLM提供的简短任务描述联系起来。在每一个工业级的 LLM 应用中，上下文工程都是一门精妙的艺术和科学，它需要用恰当的信息填充上下文窗口，以便下一步操作。之所以说是科学，是因为正确地做到这一点需要任务描述和解释、少量示例、RAG、相关（可能是多模态）数据、工具、状态和历史记录、压缩……如果信息太少或形式不对，LLM 就无法获得最佳性能所需的正确上下文。如果信息太多或太不相关，LLM 的成本可能会上升，而性能可能会下降。做好这件事绝非易事。之所以说是艺术，是因为 LLM 的心理学指导着人们的精神世界。  
+人们会把提示与你在日常使用中为LLM提供的简短任务描述联系起来。在每一个工业级的 LLM 应用中，上下文工程都是一门精妙的艺术和科学，它需要用恰当的信息填充上下文窗口，以便下一步操作。之所以说是科学，是因为正确地做到这一点需要：任务描述和解释、少量示例、RAG、相关（可能是多模态）数据、工具、状态和历史记录、压缩……如果信息太少或形式不对，LLM 就无法获得最佳性能所需的正确上下文。如果信息太多或太不相关，LLM 的成本可能会上升，而性能可能会下降。做好这件事绝非易事。之所以说是艺术，是因为 LLM 的心理学指导着人们的精神世界。  
   
 On top of context engineering itself, an LLM app has to:  
 - break up problems just right into control flows  

Context Engineering/上下文工程笔记/单个控制器方法添加表单验证.md

@@ -1,7 +1,7 @@
 # 为这个控制器方法实现表单验证
 
 ## 任务目标
-请帮助我对这个 action 方法添加规范的表单验证, 从而对所接收用户输入进行验证。
+请帮助我对这个 action 方法添加规范的表单验证, 从而对用户输入的数据进行验证。
 
 ## 技术要求与实现细节
 1. Yii2 框架最佳实践: 严格遵循 Yii2 框架的表单验证最佳实践，使用 yii\base\Model 和 yii\validators 组件。
@@ -19,5 +19,5 @@
 - Yii2 官方文档2：https://www.yiiframework.com/doc/guide/2.0/zh-cn/tutorial-core-validators
 
 ## 预期交付
-1. 新增的表单验证模型类，并继承 `app-hd/models/BaseForm`
+1. 新增的表单验证模型类，此类继承了 `app-hd/models/BaseForm`
 2. 确保所有修改不破坏现有功能

Context Engineering/上下文工程笔记/控制器方法添加表单验证.md

@@ -5,19 +5,19 @@
   
 ## AI 优化后的需求描述
 。。。。。
-以上是我的表达，请帮忙做改善，请其表达更明确
+以上是我的表达，请帮忙做改善，让其表达更明确
 
 #### AI 回答：
 我来改善这个需求表达，使其更加明确和专业：
 
 ```
-# AdminController 表单验证实现
+# 对 AdminController 中的各方法实现表单验证
 
 ## 背景
-`app-ghs/controllers/AdminController.php` 控制器目前在处理客户端请求时，未充分利用 Yii2 框架提供的输入验证机制，存在潜在的安全风险和数据完整性问题。
+`app-ghs/controllers/AdminController.php` 控制器的各方法在处理客户端请求时，未充分利用 Yii2 框架提供的输入验证机制，存在潜在的安全风险和数据完整性问题。
 
 ## 优化目标
-1. 为所有接收用户输入的 action 方法添加规范的表单验证
+1. 给接收用户输入的 action 方法添加规范的表单验证
 2. 使用 Yii2 框架的 `yii\base\Model` 和 `yii\validators` 组件实现验证逻辑
 3. 确保所有用户输入经过适当验证，包括但不限于：
    - 数据类型验证