Ysicing | 缘生的 RSS 预览

龙虾哥浏览器操控教程：QClaw让直接用你的浏览器

2026-03-26 22:52:40

你是不是也遇到过这种情况：让龙虾哥帮你抽奖、写小作文，结果每次都要重新登录，有时候还有 CF 防护，麻烦的很。

龙虾哥有个隐藏功能，可以直接操控你日常使用的浏览器，登录状态共享，无缝衔接，再也不用重复登录了

前提条件

• 电脑已安装谷歌浏览器
• 已安装 QClaw 桌面客户端(其他龙虾哥也一样)

方法

推荐方法一，足够简单

方法一, 直接说

打开微信或者 QQ，直接对 QClaw 说：

你记一下更新一下规则，涉及到域名或者网站，都需要 Always use profile:"openclaw" (isolated browser) for all browser actions

它会自动帮你配置好，不需要手动改配置文件。

或者配置文件如下:

"browser": {
    "enabled": true,
    "defaultProfile": "openclaw",
    "ssrfPolicy": {
      "dangerouslyAllowPrivateNetwork": false
    }
  },

方法二谷歌浏览器配置

在谷歌浏览器地址栏输入：

chrome://inspect/#remote-debugging

进入页面后，勾选「Allow Remote」，允许远程调试。

算了，没第一个简单，就不细说了，搜搜就知道了。

注意事项

虽然是本地操控，但 AI 操作的还是你的浏览器。建议在你监督下让它操作，尤其是涉及支付、转账的场景

注意安全，谨慎操作

从此告别重复登录，让龙虾哥帮你自动化操作浏览器，省时省力

让AI先出原型再写代码，这是我用过最舒服的前端开发方式

2026-03-25 22:24:36

做前端项目的时候，不知道有没有遇到过这种情况：

让 AI 写代码，它啪啪啪写了一堆，结果跑起来一看，布局完全不是自己想要的或者不遵循项目风格。改来改去，半天时间就这么没了(重点词元没少花)，到最后干脆自己古法编程。~~其实问题不在 AI 身上，而是我们没有用对方法~~。

今天介绍一种新的工作流：先用 Visual Companion 出原型，确认好方向再开始写代码，可以避免不必要的返工，提高效率。

序

在开发过程中，我们经常依赖 AI 来加速编码进程，但往往结果却和预期大相径庭。这主要是因为我们在需求沟通和方向确认上存在问题。以下将介绍如何通过 Visual Companion 规避这些问题

概述

使用 Visual Companion 开发的流程大致如下:

先出原型确认方向
根据原型制定实施计划
采用 TDD 开发模式逐步实现代码

案例：做一个天气卡片组件

根据历史的文章，默认已经安装了相关技能或者插件

安利两个 Claude Code 技能

本文主要讲 superpowers:brainstorming 技能

第一步：告诉 AI 你的想法

跟 AI 说：

"帮我做一个天气卡片组件，显示当前天气和未来 3 天预报"

就这么一句话，剩下的交给 AI。

第二步：AI 出原型草图

这时候 AI 会触发 Visual Companion，在你的浏览器里展示几种不同的布局方案：

浏览器（http://localhost:49406）里现在展示了 3 种天气卡片风格：

A 渐变玻璃风 — 紫蓝渐变背景，半透明层叠，现代感强
B 极简白卡风 — 白底细线，信息层次清晰，适配亮色系统
C 深色科技风 — 深蓝黑底，高对比，适合 Dashboard 场景

你看一眼，选一个最喜欢的，或者告诉 AI 哪里需要调整。

比如你可以说："A 的布局不错，但预报部分改成 B 的卡片风格。"

AI 更新方案，你继续确认，直到满意为止。

第三步：确认后生成代码

原型敲定之后，AI 不会直接开始写代码。它会先给你一份详细的实施计划：

第一个任务：创建天气卡片 HTML 结构，包含天气图标、温度、城市名、预报区。预计耗时 2 分钟
第二个任务：写 CSS 样式，实现响应式布局。预计耗时 3 分钟
第三个任务：写 JavaScript 逻辑，处理数据渲染。预计耗时 3 分钟

你看过计划，没问题，它才开始动手。

第四步：TDD 开发

每个任务都是这样的流程：

先写一个测试用例，比如"应该正确显示天气图标和温度"
运行测试，看到失败。这是正常的
然后写最少的代码让测试通过
测试通过之后，再做一点优化重构

整个过程，AI 不会跳过任何一步。

实际操作中，很少触发草图原型，需要显式触发更方便些，第三步、第四步略过。

工作流回顾

我的使用整个流程大概是这样的，尤其涉及到前端开发时，先说清楚需求，用 Visual Companion 出原型给你看，修改意见；原型确认之后，再生成实施计划，然后按计划用 TDD 的方式一个个完成任务，代码审查，确保代码可用。

总结

用 Visual Companion 做前端开发有三个明显的好处：

所见即所得 你不用在脑子里想象，看图选择就行了
减少返工 方向在原型阶段就确定了，不会写到一半发现不对
沟通高效 点击选择比用文字描述想要什么样的布局，清晰 10 倍不止

附录

参考 brainstorming/visual-companion

安利两个Claude Code技能

2026-03-19 22:04:44

由 copilot 生成

本文大力感谢 qclaw 支持，下班路上通过遥控完成，最大的不足是老提示 抱歉，我无法处理该任务，让我们换个任务试试看？

自打用了 Claude Code，前前后后折腾过不少，除了 AI 能力的加强外，更多的是发现大部分工具的问题不是不够 NB，而是很少用的上。有些功能看起来很炫，但很难真正进入日常工作流；有些则完全相反，第一次用时未必惊艳，但一旦习惯了，就很难再回到原来的方式。

如果让我从所有用过的，只挑两个最值得优先安装的，我会选 Superpowers 和 UI UX Pro Max。

一个解决的是Claude 怎么更像一个靠谱的开发搭子，另一个解决的是Claude 做出来的前端，怎么别一眼看上去就是 AI 做的。这两个一个管流程，一个管结果，刚好分别打在了我最常用的两个场景上。

先说 Superpowers

如果只能装一个 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

顺便说下，海外御三家都支持

再说 UI UX Pro Max

如果说 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，不妨先从这两个开始。

欢迎大家关注我的微信公众号：缘生小助手

简单记录一下杜甫折腾ipv6踩坑版

2026-03-17 21:34:07

最近在狗云的杜甫上折腾 PVE9 的 IPv6，踩了不少坑，整理一份可用的方案，简单操作。

背景

支持 ipv6 的杜甫，通过都是**/64**
已经安装 PVE 了，版本关系不大
我只想给 windows 配置独立的 ipv6，访问部分网站 😂

配置

PVE 网卡配置

节选了核心配置如下

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

配置 NDP 代理

安装 ndppd

apt update 
apt install ndppd

配置 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

ipv4 dhcp

简单来说，使用 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

总结一下

其实还是挺简单，就是记录一下，方便后续重装哈哈哈

用 Tailscale 安全访问龙虾哥 OpenClaw 控制台

2026-03-16 23:49:54

很多人在服务器或 NAS 上部署 龙虾哥 OpenClaw 之后，都会遇到一个很实际的问题：

怎么才能安全地远程访问 OpenClaw 控制台？

最常见的几种做法，无非是下面这些：

直接开放公网端口
其他内网穿透工具

这些方案不是太折腾，就是有一定安全风险。尤其是控制台这类服务，一旦直接暴露在公网，始终让人不太放心。

如果你已经在服务器上部署了 OpenClaw 和 Tailscale，其实还有一种更省事的方案：

通过 Tailscale 组建私有网络，只允许自己的设备访问 OpenClaw 控制台。

这样做有几个明显好处：

不需要暴露公网端口
不需要额外折腾反向代理

本文简单整理一下 如何通过 Tailscale 安全访问龙虾哥 OpenClaw 控制台。

一、整体访问架构

部署完成后的访问架构如下：

电脑 / 手机
    │
    │  Tailscale Tailnet
    │
服务器（OpenClaw Gateway）
127.0.0.1:18789

核心思路：

OpenClaw Gateway 继续运行在 localhost
Tailscale 负责对外提供 HTTPS 访问
只有加入 Tailnet 的设备才能访问

二、配置 OpenClaw 使用 Tailscale

特别注意，请勿使用 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
  }
}

三、启动 Gateway

重启服务：

openclaw gateway restart

然后直接通过 http://100.90.80.32:8789 访问 OpenClaw 控制台

一句话总结：

把 OpenClaw 控制台留在本地，把访问交给 Tailscale。

丙午马年 · 祝大家身体健康，马到成功，万事如意

2026-02-16 22:56:28

亲爱的朋友，新年好！2026 年是农历丙午马年，在这个辞旧迎新的美好时刻，我谨代表自己向大家拜个早年！

在新的一年里，祝愿我的朋友们都能多多交税哈哈哈。

旧年与雪俱往，新岁同春并来。

Ysicing | 缘生修改