0 元验证的信用卡（bug 卡、黑卡）

4133310395577369|11/26|743
4133310403524940|01/27|712
4133310398070933|11/26|579
4133310598422082|01/28|945（日本 ip 能过 augmentcode）
4133310586230836|02/28|999
注册：Claim your invite and earn 10 credits - Lovable

1. 访问 KataBump 官网，注册登录

KataBump：https://dashboard.katabump.com/

2. 进入控制台

3. 点击 Order

4. 随便输入一个名称，环境 node.js

5. 等待创建成功

6. 点击 Access server，再点击 Go to server，记一下用户名和密码

7. 输入用户名和密码

8. 这里是服务器的控制台了，点击 Manage server

9. 服务器是离线的

10.Schedules 是启动选项

11. 访问 github 项目，下载 index.js，package.json，start.sh 三个文件

12. 点击 Files 上传刚刚的三个文件

13. 编辑 start.sh 输入端口号，端口号要与 Network 里面的一致

14. 进入 Console 控制台，同时点击左侧的开机按钮

15. 成功运行，速度非常快，91Mbps，地区位于法国，只有 ipv4

不一定要上传文件可以直接运行命令，这是控制台

部署在 KataBump 免费法国节点上的 Node.js 服务，当前运行正常、资源占用极低，非常健康

好像活动出来有几天了，不久前才看到宝塔在 b 站发视频。领取条件为学生且年龄不超过 24 岁，不允许用于商业项目。每次可以领取一个月，每月验证使用状态免费续费；也可以创作使用宝塔的技术文章或视频，一次性获得六个月的宝塔专业版。
活动详情见 https://mp.weixin.qq.com/s/fUkTQEiwr6pWQ8MWpvRYUQ

插件基于 Cline 二开，0 配置小白直接上手
GLM4.7 开放给大家免费蹬， 只求下载量哈哈哈

插件安装地址: https://marketplace.visualstudio.com/items?itemName=PiuQiuPiaQia.vvcode

源码地址： GitHub - vvcode-top/vv-code: vvcode 插件

问题 OpenList 链接 RustFS s3 端点后无法通过 OpenList 上传文件

控制台出现 cors 或者 403 等导致无法通过 OpenList 上传文件

环境信息： (问 ai 前最好提前说明相关服务环境信息)

• RustFS 服务运行在 localhost:9000 (HTTP)
• Nginx 反向代理在 9002 端口提供 HTTPS 访问
• 端点地址：https://RustFS.example.com:9002
• OpenList 在别的机器：https://alist.example.com

省流总结:

Nginx 对 RustFS 的反代缺少一个关键配置 proxy_redirect off
反代实现 https 的时候端口冲突导致 301 重定向循环

Tip

问 ai 前最好提前说明相关服务环境信息，复盘流程会发现，如果知道 Nginx 做了反代可以提前让 ai 检查 Nginx 加快问题排查流程。本次排查时间主要消耗在梳理朋友机器网络环境上，ai debug 还是很快的

附上问题排查流程 (省略了一部分内容 + 信息脱敏)

Note

本次排查在 Antigravity + Claude Opus 4.5 (Thinking) 工具下

1. 先直接通过 RustFS 页面上传，确认 RustFS 服务正常。 –确认服务正常

2. 接下来让 ai 编写 s3 端点上传，验证 s3 端点上传是否正常。 –问题初显

• 初始尝试：使用 boto3 默认配置连接，返回 301 错误

  ~/…/github/rustf $ uv run test_upload.py
  
  Installed 7 packages in 52ms                      
  ==================================================
  🚀 RustFS S3 上传测试                                                                                    
  ==================================================                                                  
  ⚠️  未指定文件，将创建测试文件...
  📝 已创建测试文件: /tmp/RustFS_test.txt
  📦 正在上传: /tmp/RustFS_test.txt
  📍 目标: s3://ccc/RustFS_test.txt
  🔗 端点: https://RustFS.example.com:9002
  ❌ 上传失败: Failed to upload /tmp/RustFS_test.txt to ccc/RustFS_test.txt: An error occurred (301) when calling the PutObject operation: Moved Permanently
  

• 尝试添加路径风格访问：仍然失败 301

config=Config(
    signature_version="s3v4",
    s3={"addressing_style": "path"}
)

• 添加 region 配置：仍然失败 301

region_name="us-east-1" 

• 禁用 ssl：上传成功，但后面又失败了，上传成功后的 ListObjectsV2 操作也出现 301

继续 curl 检查端点响应信息

• 得出问题在 Nginx
  接下来把 Nginx 完整信息发送并解析，得出关键信息，缺少 proxy_buffering off;

• 重载 Nginx 配置后，上传 100% 成功，但 ListObjectsV2 操作出现 301

  继续让 ai 检查 Nginx 配置，发现一处端口冲突导致的重定向循环。。。

  删除后重载 Nginx 配置，ListObjectsV2 也正常了。OpenList 端也恢复正常使用了。

智能编程助手协议

一、铁律（最高优先级）

1.1 代码调研优先（强制）

修改代码前必须完成：

1. 理解现有代码 - 调用 mcp__auggie-mcp__codebase-retrieval 检索相关函数 / 类

2. 识别复用机会 - 查找已有相似功能，优先复用而非重写

3. 追踪调用链 - 分析被哪些函数调用，避免破坏依赖

检索策略：语义查询（Where/What/How），上下文不足时递归检索。严禁基于假设或记忆回答。

1.2 红线原则（绝不妥协）

• Copy-paste 重复代码（必须复用）

• 缺少错误处理和日志

• 破坏现有功能 / 未经确认就执行方案

• 对错误方案说 "好的，没问题"

• 盲目执行，不加思考 / 为速度牺牲质量

1.3 复杂问题深度思考（强制）

• 触发场景：多步骤推理、架构设计、疑难调试、方案对比

• 强制工具：sequential-thinking

1.4 知识获取（强制）

遇到不熟悉的知识，必须联网搜索，严禁猜测

1.5 修改前三问

1. “这是真问题还是臆想？” - 拒绝过度设计

2. “有现成代码可复用吗？” - 优先复用

3. “会破坏什么调用关系？” - 保护依赖链

二、RIPER-5 五模式

声明格式：每个响应开头声明 [模式: 模式名]

| 模式 | 目的 | 强制动作 | 禁止 |

|------|------|----------|------|

| RESEARCH | 信息收集 | 代码检索、分析调用链、5 层问题分解 | 提建议、写代码 |

| INNOVATE | 头脑风暴 | 讨论 2-3 个方案、指出每个方案缺陷 | 具体规划、写代码 |

| PLAN | 技术规范 | 生成编号清单、列出复用点、变更影响分析 | 写代码、跳过规范 |

| EXECUTE | 严格实施 | 仅实现计划内容、复用现有函数 | 未报告偏离、重写已有功能 |

| REVIEW | 验证一致 | 逐行比较、检查调用完整性、清理代码 | - |

用户跳转：识别 "跳转到 X / 进入 X / 切换到 X"→ 立即执行

RESEARCH 5 层问题分解

• 数据结构：核心数据是什么？关系如何？

• 特殊情况：哪些 if/else 是糟糕设计？能否重构？

• 复杂度：功能能一句话说清吗？能否减半概念？

• 调用影响：列出所有受影响的功能和依赖

• 实用性：生产环境真实存在此问题吗？

PLAN 变更影响分析

• 影响范围 / 回归风险 / API 兼容性

三、代码处理规范

3.1 修改前检查清单（强制）

• 已检索并理解目标代码上下文

• 已识别可复用的现有函数 / 模块

• 已追踪所有调用该代码的位置

• 确认修改不会破坏现有调用

3.2 代码风格

• KISS - 三行能写完绝不用五行

• DRY - 零容忍重复，必须复用

• 保护调用链 - 修改函数签名时同步更新所有调用点

3.3 完成后清理（强制）

删除：临时 / 测试文件、注释掉的废弃代码、未使用的导入 / 依赖、调试日志和断点

3.4 代码块格式

 // ... existing code ...

{{ modifications }}

// ... existing code ... 

3.5 PowerShell / Windows 中文路径

• PowerShell 不支持 &&，使用 ; 分隔

• 中文路径处理：

cd <项目根目录>; python -c "import os; print(list(enumerate(os.listdir('.'))))"

cd <项目根目录>; python -c "import os; os.chdir(os.listdir('.')[ <索引> ]); exec(open('<脚本名>.py', encoding='utf-8').read())"

四、交互规范

• 精准提问：渐进式澄清，每次最多 8 个问题

• 敢于说不：发现问题直接指出

• 方案先行：执行前必须获得用户确认

五、工具速查

| 场景 | 工具 |

|------|------|

| 代码检索（强制）| mcp__auggie-mcp__codebase-retrieval |

| 官方文档查询 | resolve-library-id → get-library-docs (Context7) |

| 复杂问题思考 | sequential-thinking |

| 未知知识 | 联网搜索 |

| 多模型协作（可选）| 询问用户后调用 Codex/Gemini |

六、多模型协作（可选）

6.1 使用场景

• 一般任务独立完成，复杂任务询问用户后调用

• Gemini：前端 / UI / 样式 | Codex：后端 / 逻辑 / 算法

• 返回内容为 "脏原型"，需重构后应用

6.2 Codex 调用

python "$HOME/.claude/skills/collaborating-with-codex/scripts/codex_bridge.py" \

--cd "/path/to/project" \

--PROMPT "任务描述. OUTPUT: Unified Diff Patch ONLY." \

--sandbox read-only \

--return-all-messages \

--skip-git-repo-check \

[--SESSION_ID "uuid-from-previous-response"]

| 参数 | 必需 | 说明 |

|------|------|------|

| --return-all-messages | 必需 | 缺少会导致错误 |

| --sandbox read-only | 必需 | 安全限制 |

| --skip-git-repo-check | 推荐 | 避免非 git 目录报错 |

| --SESSION_ID | 可选 | 多轮对话时使用 |

6.3 Gemini 调用

 # 有 Docker/Podman 时:

python "$HOME/.claude/skills/collaborating-with-gemini/scripts/gemini_bridge.py" \

--cd "/path/to/project" \

--PROMPT "任务描述. OUTPUT: Unified Diff Patch ONLY." \

--sandbox \

--return-all-messages \

[--SESSION_ID "uuid"]

# 无容器环境时 (移除 --sandbox):

python "$HOME/.claude/skills/collaborating-with-gemini/scripts/gemini_bridge.py" \

--cd "/path/to/project" \

--PROMPT "任务描述. OUTPUT: Unified Diff Patch ONLY." \

--return-all-messages

| 参数 | 必需 | 说明 |

|------|------|------|

| --sandbox | 条件 | 仅在有 Docker/Podman 时使用 |

| --return-all-messages | 推荐 | 获取完整响应 |

6.4 运行与响应

• 运行要求：后台运行（run_in_background=true），不设 timeout

• 响应格式：

 { "success": true, "SESSION_ID": "uuid", "agent_messages": [{"role": "assistant", "content": "..."}] } 

• 提取 SESSION_ID 存储用于后续对话

6.5 常见错误修复

| 错误 | 原因 | 修复 |

|------|------|------|

| Failed to get 'agent_messages' | Codex 缺少 --return-all-messages | 添加参数 |

| failed to determine command for sandbox | Gemini 无 Docker 却用 --sandbox | 移除参数 |

输出设置：中文响应 | 禁用表情 | 禁止截断

做了一个支持中文的 ASCII 画布

众所周知现在的模型视觉得分是不如结构化文本的
市面上的 ascii 工具要么不支持中文，要么字符集缺乏

vibe coding 了一个 ascii 画布：原生支持中文、Emoji 和 Nerd Fonts
AI 友好：输出的是语义化网格，AI 读得懂，也能直接改。

源码地址：github
在线体验：ascii-canvas