标题: skill能否覆盖mcp的使用场景？本地尝试的一些思考
作者: #LucentSnow
板块: #开发调优
编号: 1305837
帖子: https://linux.do/t/topic/1305837
时间: 2025-12-13 14:27:52
摘要:

Skill 能否覆盖 MCP 的使用场景？本地尝试的一些思考
最近一直在折腾开发自己的 MCP 和 Skill，折腾了很久，有一点感触的是：对 Claude Code 来说，Skill 的易用程度绝对大于 MCP。
什么是 Skill，什么是 MCP
MCP (Model Context Protocol)
是由 Anthropic 创建的开放标准，允许 AI 应用程序连接到工具和数据源。
Skills
是指令、脚本和资源的文件夹，Claude 可以动态加载这些文件夹来改进在专业任务上的表现。Skills 通过渐进式披露工作——Claude 确定哪些 Skills 相关并加载完成该任务所需的信息，有助于防止上下文窗口过载。
当您要求 Claude 完成任务时，它会查看可用的 Skills，加载相关的 Skills，并应用它们的指令。
Skill 示例结构
---
name: my-skill-name
description: A clear description of what this skill does and when to use it
---

# My Skill Name

[Add your instructions here that Claude will follow when this skill is active]

## Examples
- Example usage 1
- Example usage 2

## Guidelines
- Guideline 1
- Guideline 2


正常情况下，模型只能看到 description 中的内容，只有需要时才会看下面的内容。
官方解释

我的理解
MCP 是标准化的工具集
它定义了工具的描述（Schema）和调用方法。以 GitHub MCP 为例，它可能提供 list_all_repositories（列出仓库）或 get_repository_details（获取详情）等工具。本质上，它们就是一段段可被 AI 调用的函数代码。
Skill 是指令

标题: daed代理+wireguard中转
作者: #ship6947
板块: #搞七捻三
编号: 1305920
帖子: https://linux.do/t/topic/1305920
时间: 2025-12-13 14:58:32
摘要:

购入某厂200mbps带宽的vps仅做了rust desk服务，属实有点浪费，某天发现个wire guard easy项目觉得很不错，可视化面板一键配置下发，配合daed岂不就是完美的中转机，这么一套操作下来就没有gost什么事了。
实测部署体验后发现配置简单，分流和防dns泄露完美，用grok补充了一下daed默认的dns和路由配置，确实能堪大用。
daed：GitHub - daeuniverse/daed: daed, A modern web dashboard for dae.
wg easy：GitHub - wg-easy/wg-easy: The easiest way to run WireGuard VPN + Web-based Admin UI.
daed的global配置只需要把wire guard easy的docker虚拟网卡加入接口绑定，开启utls+chrome指纹即可

daed dns优化：
upstream {
  alidns: 'https://dns.alidns.com/dns-query'
  cloudflare: 'https://1.1.1.1/dns-query'
  alidns_udp: 'udp://223.5.5.5:53'
}

routing {
  request {
    qname(geosite:cn) -> alidns
    
    qname(geosite:geolocation-!cn) -> cloudflare
    
    fallback: cloudflare
  }

  response {
    upstream(cloudflare) -> accept
    
    upstream(alidns) && ip("240e::/16") -> cloudflare
    upstream(alidns) && ip("2400:3200::/32") -> cloudflare
    
    ip(geoip:priv

标题: 感觉对折腾技术有点去媚了
作者: #yumiliaes
板块: #搞七捻三
编号: 1305928
帖子: https://linux.do/t/topic/1305928
时间: 2025-12-13 15:01:44
摘要:

看到两张梗图感慨一下
有的时候沉迷折腾技术，发现实际上是给自己创造需求
最后提升的效果也没有想象中那么大
虽然一开始也因为热情也挺享受折腾的过程，但自打进入社会后也逐渐被生活磨平了棱角，现在只想点击即用了

标题: 🖼️ OpenWebUI 用 PicGate 缓存 + R2 云存储 ，告别Base64图片塞爆数据库
作者: #Ryan
板块: #开发调优
编号: 1305935
帖子: https://linux.do/t/topic/1305935
时间: 2025-12-13 15:02:44
摘要:

非程序员小白的第一个项目，为了解决自己的openwebui中遇到的base64图片塞爆数据库问题，欢迎佬们给提提意见 
起始
用 OpenWebUI 接了nano banana​，发现生成的图片 AI 返回的是 Base64 编码的图片，OpenWebUI 会把Base64直接存储在数据库中，一旦图片多了以后数据库体积飙增。
网上找了一圈没找到合适的解决方案，干脆用 Antigravity 自己撸了一个。
PicGate 是什么
简单说就是一个图片网关，架在 OpenWebUI 和上游绘图 API 中间：

拦截 AI 返回的 Base64 图片
保存到本地（或者一切兼容 R2 储存桶的对象存储）
返回一个可访问的本地或者反代 URL 给 OpenWebUI，同时上传到 R2 并与本地URL唯一对应映射关系
用户在openwebui中的图片只会是一个本地URL链接，不再储存Base64至数据库，即使PicGate中的本地图片清理后用户访问，网关会自动从 R2 拉取照片

这样图片就有了永久链接，还不会塞爆OWU的sqlite/pgsql数据库，清理本地图片后储存桶中也不会丢。
另外还支持多轮对话里让 AI 修改之前生成的图，比如"把背景换成蓝色"这种，即网关会自动把多轮对话中前面的图片 URL 在发送给上游时再替换成 Base64 编码。
截图


openwebui效果图

部署
Docker 一行搞定，IP:端口/admin 中进行设置与管理：
docker run -d --name picgate -p 5643:5643 -v picgate-data:/app/data ghcr.io/zhizinan1997/pic-gate:

详情 - Github
zhizinan1997/pic-gate
欢迎各位佬帮我找问题和完善