2026-03-19 22:04:44

由 copilot 生成
本文大力感谢 qclaw 支持,下班路上通过遥控完成,最大的不足是老提示 抱歉,我无法处理该任务,让我们换个任务试试看?
自打用了 Claude Code,前前后后折腾过不少,除了 AI 能力的加强外,更多的是发现大部分工具的问题不是不够 NB,而是很少用的上。有些功能看起来很炫,但很难真正进入日常工作流;有些则完全相反,第一次用时未必惊艳,但一旦习惯了,就很难再回到原来的方式。
如果让我从所有用过的,只挑两个最值得优先安装的,我会选 Superpowers 和 UI UX Pro Max。
一个解决的是Claude 怎么更像一个靠谱的开发搭子,另一个解决的是Claude 做出来的前端,怎么别一眼看上去就是 AI 做的。这两个一个管流程,一个管结果,刚好分别打在了我最常用的两个场景上。
如果只能装一个 Skill,我大概率还是会选它。
原因很简单,它不是只优化某一个环节,而是把 Claude 写代码这件事,从“直接开写”拉回到了“先想清楚再动手”的节奏上。
Superpowers 打包了 20 多个可组合的 Skill,覆盖软件开发的完整流程。需求讨论、方案设计、TDD、代码审查、Git 提交,几乎每个阶段都有对应的约束机制。它真正厉害的地方,不是让 Claude 多做了什么,而是限制了 Claude 那些默认但并不总是正确的行为。
没装这个之前,Claude 的典型反应是:你给它一句需求,它立刻开始写代码。表面上很高效,实际上问题很大。因为很多需求在刚提出时,本身就带着大量模糊点、隐含假设和边界条件。Claude 如果不先把这些东西问清楚,后面写出来的内容再快,也很可能是朝着错误方向狂奔。
而用了 brainstorming 之后,Claude 不会直接动手。它会先问你一轮问题,把方案选项、技术取舍和关键决策逐步摊开,最后形成一份设计文档保存到本地。
这个变化听上去只是多了一步讨论,但在实际开发里,它能省掉很多返工。因为许多真正麻烦的问题,根本不是代码本身难写,而是前期没想清楚。等你写到三四百行之后才发现架构不对,那种成本远高于一开始多花十分钟做设计讨论。
我后来越来越觉得,Claude Code 真正的价值,不只是帮你写代码,而是帮你维持一个更健康的开发过程。而 Superpowers 在这件事上做得非常到位。
它另一个我常用的能力是 TDD 工作流。
Claude 默认特别喜欢一种“先写完再说”的方式:先把实现铺出来,然后告诉你“理论上应该没问题”。但只要你真的把项目跑起来,就会发现“应该没问题”和“真的没问题”中间差得很远。
Superpowers 里的 TDD 工作流,会强制 Claude 先写测试,再写实现,跑不过就继续修,直到测试全绿。这种约束的意义很大,因为它不是单纯换了一种写代码顺序,而是在逼 Claude 用可验证的方式交付结果。
从我的使用感受看,Claude 一旦被放进这种更严格的流程里,产出质量会明显提高。不是说它突然变聪明了,而是它不再那么容易“凭感觉完成任务”。
当然,Superpowers 也不是说 20 多个 Skill 都要全开。我自己的习惯是,只长期保留 brainstorming 和 TDD 两个,其他功能按需启用。因为一套工具再强,真正高频有用的,通常也就那么几个。
安装命令:
claude plugin install superpowers
仓库: https://github.com/obra/superpowers
顺便说下,海外御三家都支持
如果说 Superpowers 解决的是“Claude 该怎么工作”,那 UI UX Pro Max 解决的就是另一个更直观的问题:Claude 做出来的前端,怎么才能不那么像 Claude 做的。
只要你用 AI 生成过前端页面,应该都见过一种非常典型的“AI 审美”:紫色渐变背景、圆角卡片、大块留白、居中布局,再配一点看上去不出错但也没什么记忆点的视觉元素。它不一定难看,但问题是太像模板了,看几眼就知道不是认真设计过的产物。
UI UX Pro Max 对这个问题下手很重。
它内置了 67 种 UI 风格和 161 套行业配色方案,可以根据项目类型自动推荐更适合的设计系统。也就是说,它不只是让 Claude “写一个页面”,而是在生成页面之前,先帮 Claude 选定一套更明确的视觉语言和交互风格。
这个差别会非常明显。
以前你让 Claude 做一个 SaaS 后台,它很容易给你一套标准 AI 风格的 dashboard,组件都齐,但看起来像一张没有品牌感的演示图。UI UX Pro Max 则会把“产品应该长成什么气质”也纳入生成过程。比如我试过让它做一个 SaaS dashboard,选 Bento Grid 风格后,整体观感就比默认方案成熟很多,至少不会再让人一眼看出“这是 AI 随手拼的”。
对我来说,这个 Skill 最有价值的地方在于,它不是单纯提升美观,而是让前端结果更接近“真实产品界面”的感觉。
这件事很重要。因为很多时候,AI 生成的页面并不是功能有问题,而是视觉系统太弱。颜色不够克制,层级不够明确,排版没有节奏,组件之间缺乏统一逻辑。最终结果就是:能用,但不高级;能看,但不专业。
UI UX Pro Max 的作用,就是把这部分系统性地补起来。
另外,它不只支持 Web。React、Vue、Svelte、SwiftUI、Flutter 等技术栈都能覆盖。这意味着它不只是一个网页美化工具,而更像是一个跨端的设计增强层。只要你的工作流里有“让 Claude 帮你出界面”这一步,它就基本都能派上用场。
安装命令:
claude plugin marketplace add nextlevelbuilder/ui-ux-pro-max-skill
claude plugin install ui-ux-pro-max@ui-ux-pro-max-skill
GitHub:
https://github.com/nextlevelbuilder/ui-ux-pro-max-skill
如果把这两个 Skill 放在一起看,你会发现它们分别解决的是 Claude Code 最常见的两个短板。
Superpowers 解决的是过程问题。
它让 Claude 不再一上来就写,而是先讨论、先设计、先验证,用更接近真实开发流程的方式完成任务。
UI UX Pro Max 解决的是结果问题。
它让 Claude 做出来的前端页面,不再停留在“能看能用”的层面,而是更接近一个有设计系统、有产品感的实际界面。
前者改变的是工作方式,后者改善的是交付质量。
如果你刚开始用 Claude Code,我反而不建议一口气装太多 Skill。装得越多,越容易互相打架,也越占上下文。真正有效的方式,是先挑两个最能进入自己日常工作流的装起来,用顺手之后再慢慢扩展。
而在我自己的使用经验里,Superpowers 和 UI UX Pro Max,恰好就是最值得作为起点的两个。
前者让 Claude 更像一个靠谱的工程协作者,后者让它做出来的界面更像认真打磨过的产品。一个提升“怎么做”,一个提升“做成什么样”,这两个组合起来,基本已经能覆盖 Claude Code 最常见、也最有价值的使用场景。
剩下那些 Skill 当然也各有价值,但如果你问我“先装哪两个最不容易后悔”,我的答案还是这两个。
工具从来不是装得越多越好,而是越贴合自己的工作流越有价值。
对 Claude Code 来说也一样。真正能拉开差距的,不是你收藏了多少 Skill,而是你有没有把其中少数几个,真正变成自己稳定、可复用的工作方式。
如果你现在正准备认真用 Claude Code,不妨先从这两个开始。
欢迎大家关注我的微信公众号:缘生小助手
2026-03-17 21:34:07

最近在狗云的杜甫上折腾 PVE9 的 IPv6,踩了不少坑,整理一份可用的方案,简单操作。
节选了核心配置如下
auto vmbr0
iface vmbr0 inet static
address 119.30.30.30
netmask 255.255.255.128
gateway 119.30.30.1
dns-nameservers 8.8.8.8 8.8.4.4
bridge-ports ens3f0
bridge-sftp off
bridge-fd 0
iface vmbr0 inet6 static
address 2402:4e00:666:6666::2
gateway 2402:4e00:666:6666::
auto vmbr1
iface vmbr1 inet static
address 192.168.11.1
netmask 255.255.255.0
bridge-ports none
bridge-stp off
bridge-fd 0
post-up echo 1 > /proc/sys/net/ipv4/ip_forward
post-up echo 1 > /proc/sys/net/ipv4/conf/vmbr1/proxy_arp
post-up iptables -t nat -A POSTROUTING -s '192.168.11.0/24' -o vmbr0 -j MASQUERADE
post-down iptables -t nat -D POSTROUTING -s '192.168.11.0/24' -o vmbr0 -j MASQUERADE
iface vmbr1 inet6 static
address 2402:4e00:666:6666::1
netmask 64
post-up sysctl -w net.ipv6.conf.all.forwarding=1
post-up sysctl -w net.ipv6.conf.all.proxy_ndp=1
配置完成后,加载一下
ifreload -a
开启 IPv6 转发
cat > /etc/sysctl.d/99-ipv6.conf <<EOF
net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1
net.ipv6.conf.default.forwarding=1
net.ipv6.conf.all.proxy_ndp=1
net.ipv6.conf.vmbr0.proxy_ndp=1
EOF
sysctl --system
apt update
apt install ndppd
cat /etc/ndppd.conf
route-ttl 30000
proxy vmbr0 {
router yes
timeout 500
ttl 30000
rule 2402:4e00:666:6666::/64 {
static
}
}
systemctl enable --now ndppd
简单来说,使用 dnsmasq
# 安装
apt install dnsmasq
# 配置
cat /etc/dnsmasq.d/vmbr1.conf
interface=vmbr1
bind-interfaces
dhcp-range=192.168.11.100,192.168.11.200,255.255.255.0,12h
dhcp-option=3,192.168.11.1
dhcp-option=6,8.8.8.8,8.8.4.4
# 启动
systemctl enable dnsmasq --now
ipv4 可以 dhcp,ipv6 手动配置(其实 ipv6 也可以 dhcp,利用 SLAAC)
虚拟机需要开启 ipv6 支持,大部分情况可能没开启,手动开启一下
sysctl -w net.ipv6.conf.all.disable_ipv6=0
网卡手动配置一下 ipv6
# The primary network interface
allow-hotplug ens18
iface ens18 inet dhcp
#iface ens18 inet6 auto
iface ens18 inet6 static
address 2402:4e00:666:6666::326/64
gateway 2402:4e00:666:6666::1
然后重启一下网卡,然后验证
curl test.ipw.cn
其实还是挺简单,就是记录一下,方便后续重装哈哈哈
2026-03-16 23:49:54

很多人在服务器或 NAS 上部署 龙虾哥 OpenClaw 之后,都会遇到一个很实际的问题:
怎么才能安全地远程访问 OpenClaw 控制台?
最常见的几种做法,无非是下面这些:
这些方案不是太折腾,就是有一定安全风险。尤其是控制台这类服务,一旦直接暴露在公网,始终让人不太放心。
如果你已经在服务器上部署了 OpenClaw 和 Tailscale,其实还有一种更省事的方案:
通过 Tailscale 组建私有网络,只允许自己的设备访问 OpenClaw 控制台。
这样做有几个明显好处:
本文简单整理一下 如何通过 Tailscale 安全访问龙虾哥 OpenClaw 控制台。
部署完成后的访问架构如下:
电脑 / 手机
│
│ Tailscale Tailnet
│
服务器(OpenClaw Gateway)
127.0.0.1:18789
核心思路:
localhost
特别注意,请勿使用 Tailscale 相关技能配置,失败的概率比较大
官方文档也很详细 gateway/tailscale,但是由于我不太喜欢使用 magicdns,直接使用 Tailnet ip 操作更适合我
编辑配置文件:
~/.openclaw/openclaw.json
示例配置:
cat .openclaw/openclaw.json | jq .gateway
{
"port": 8789,
"mode": "local",
"bind": "loopback",
"controlUi": {
"allowedOrigins": [
"http://localhost:8789",
"http://127.0.0.1:8789",
"https://openclaw.taila6666.ts.net",
"http://100.90.80.20:8789",
"http://100.90.80.32:8789"
],
"allowInsecureAuth": true,
"dangerouslyDisableDeviceAuth": true
},
"auth": {
"mode": "token",
"token": "xxx",
"allowTailscale": true
}
}
重启服务:
openclaw gateway restart
然后直接通过 http://100.90.80.32:8789 访问 OpenClaw 控制台
一句话总结:
把 OpenClaw 控制台留在本地,把访问交给 Tailscale。
2026-02-16 22:56:28
亲爱的朋友,新年好!2026 年是农历丙午马年,在这个辞旧迎新的美好时刻,我谨代表自己向大家拜个早年!
在新的一年里,祝愿我的朋友们都能多多交税哈哈哈。
旧年与雪俱往,新岁同春并来。
2026-02-10 21:06:55

打算整合一下资源,有点闲置了,打算出了
也算老牌 IDC 了,也有 6 年了好像
狗云 HK.KC.M.XL 首发配置
月付续费 450,年付续费 4500
到期时间: 2026/4/14
优化线路 750M。ipv4 国内访问不错,ipv6 看情况,大部分情况还可以。大部分情况可以跑满 750 的



剩余价值 800,包 push1000 出
2026-01-12 23:34:19

每天面对大量 AI 产生的可能是工作垃圾的代码,评审则占据了我大量时间。不仅要检查功能是否正确,还要纠结代码风格、可读性、可维护性...直到上周五看到 ClaudeCode 开源代码优化插件。今天分享一下我最近 3 天的使用体验,真的效率翻倍了不少(如果能给屎山翻新就好了)!
本文主要介绍这两个插件的本地配置和使用,后续还会介绍如何在代码 PR 评审中使用
先说第一个神器 code-simplifier
这是什么?简单说,就是 Claude Code 官方开源的代码整理插件。它不会改你的代码功能实现,只会把代码整理得清清楚楚、漂漂亮亮。
用 AI 写代码的朋友应该都有这个痛点:
以前 AI 生产 AI 改,改着改着就放弃了手动改。
// 优化前
const result = data ? (data.user ? data.user.name : null) : null;
const isActive = status === 'active' || (status === 'pending' && isNewUser) ? true : false;
// 优化后:
if (!data || !data.user) {
return null;
}
const result = data.user.name;
const isActive = status === 'active' ||
(status === 'pending' && isNewUser);
这是简单示例哈,我遇到的更多的是把你啰哩啰嗦的代码一下精简了,一下子清爽不少,还会清理 AI 生成的垃圾无用注释
而且最厉害的是它会自动遵守你项目的代码规范,你只要在项目根目录放个 CLAUDE.md,写清楚代码风格,它就会照着执行。不用每次都手动告诉 Claude"请严格按照我的规范写"
第二个神器是 code-review
这个插件会自动帮你检查代码问题,就像有个资深同事帮你把关一样:
人工审查容易漏,人都会累啊!但 AI 不会:
以前我审查一个功能,大半小时过去了还累得半死。现在 code-review 帮我扫一遍,我只要看看它标记的问题就行,真的轻松太多
本文在最新版本 ClaudeCode 下操作
启动 ClaudeCode,输入**/plugin**, 按左、右切换 tab,选择 Marketplaces

如果没有的话,直接添加即可 anthropics/claude-plugins-official, 正常情况下都是有官方的。
如果有的话,需要更新插件市场,同步最新插件及版本

claude plugin install code-simplifier
claude plugin install code-review
也可以参考如下方式,由于我已经安装了,搜索不出来了

完整安装如下:

一套流程下来是这样的,但是中间可能会经过几轮
AI生成完代码
↓
code-simplifier整理
↓
code-review检查
↓
AI修复问题
↓
AI提交
质量上去了, 代码也整洁了不少,代码可读性直接拉满(当然有时候会带来理解的难度,语法糖太多)
简单总结一下:
两个配合用,代码审查效率提升 200% 不是吹的! 强烈推荐大家试试