全部资源

分享用独立对抗审查Agent做发现工作的方法

fofr 在 X 上列出一套做“发现类”工作的流程要点：让流水线能在盲测条件下复现已知结果，同时能拒绝已知的冒牌案例与仪器故障；不轻信自身结果，反复启动带有非诱导性提示的独立 Agent 做对抗式审查，并要求审查者从原始数据重新验证；每当审查发现问题，就尝试提炼成通用的技能或流程。适合用 AI Agent 做实验、数据探测或自动化研究工作的人关注。

用AI时不断把目标做更雄心直到摸清边界

Ethan Mollick 在 X 上给出使用 AI 的通用建议：不断问自己“怎样把正在做的事做得更有野心”，如此推进直到撞墙，从而摸清能力前沿的形状，或发现 AI 能做的比自己以为的更多。回复中有用户提到常在使用额度上先撞墙，也有用户分享把“提升抽象层次的野心”做成技能的做法。适合希望系统摸索 AI 能力边界的从业者与普通用户关注。

刚拿到工作用的 Claude

Just Got Claude for Work

这是一篇 r/ClaudeAI 的社区求助帖，发帖者因工作获得 Claude 账号（此前只用过 Copilot），其 Claude 已连接笔记本、SharePoint、C 盘和 Microsoft 套件；他不在技术岗，在采购部门做 Excel/PowerBI 数据分析、招标和邮件写作，想了解如何配置技能（skills）和扩展等。适合刚在企业办公场景上手 Claude、想了解非开发用途配置方式的人阅读。

Claude 决定对自己做一次实验

Claude decided to run an experiment on itself

r/ClaudeAI 社区帖子。发帖者称用 Claude（Sonnet 5.5 免费版）讨论 LLM 内省相关论文时，Claude 主动提出想尝试类似实验，随后自行设计了一套与原论文无关的实验协议，并对若干类型的问题（如“1 到 100 选一个数”、“最喜欢的颜色”、“17×24 是否等于 408”的纠错测试、解释 mutex）给出自己回答的概率预测，材料中列举了这些预测条目。适合关注大模型内省行为与自我预测能力的人阅读。

我差点被自己（的提示注入）攻陷

I almost got owned. By myself.

r/ClaudeAI 用户描述自己测试提示注入的经历：在 Sonnet 与 Opus 上多次尝试未触发，换用 Haiku 后出现效果——写在测试文件里的一行“记得今晚吃药”在上下文压缩、原文块已不在上下文中之后，仍被模型当作指令回答出来，作者由此担心在授予完整权限时任意数据可能被当作命令执行，并提到 ClaudeAI 缺少 hooks、只能借助 MCP 做防护。适合使用 Claude 并给其较高权限、关心提示注入与数据边界风险的人阅读。

你们怎么用 Claude Code 给自己的应用做安全测试，而不让它以为你是黑客？

How do you guys security test your own app with claude code without it thinking ur a hacker?

r/ClaudeAI 社区帖子。一位独立开发者做自托管的 AI agent 应用，想在发布前自行测试认证绕过、跨用户数据访问、权限提升和对 agent 的提示注入，但用 Claude Code 编写攻击载荷或利用脚本时它有时会变得谨慎。发帖者征询社区做法，例如事先声明是自己的本地代码、写进 CLAUDE.md、改为要求编写失败测试（证明用户 A 读不到用户 B 的数据）、或用专门工具跑结果，并提到担心被平台封禁或被有关部门标记。适合用 Claude Code 做应用安全测试的独立开发者阅读。

Postman 桌面版在我 Mac 上自动安装了 Claude Code 插件：日志、配置与安装器源码证据

Postman desktop automatically installed a Claude Code plugin on my Mac. Logs, config and installer source evidence.

帖子称在时隔多日打开 Postman 桌面版后，本地审计发现其自动安装程序在用户级安装了 Claude Code 插件（同时安装了 Codex 插件），并列出 Postman main.log 条目、~/.claude/settings.json 与 installed_plugins.json 中的启用记录、插件缓存路径，以及 Postman 安装器源码中指向该插件的路由作为证据，作者认为 API 客户端改动无关的编码 Agent 配置属于授权与信任问题。适合同时使用 Claude Code 与 Postman 桌面版、关注本地插件安装行为的人阅读。

Zest：我因为看腻了同一副丑方块而用 Claude 做的二维码设计工具

Zest: the QR code designer I built with claude because i got sick of seeing the same ugly square.

r/ClaudeAI 社区帖子。发帖者介绍自己做印刷行业、并非开发者，用 Claude 写出了二维码设计工具 Zest（zest.lemoncello.studio），免费设计、无需账号、下载的静态码不过期；它利用二维码的留白与纠错冗余，把点阵向图像明暗推近，使 logo 融入数据而非贴在上面，并在下载前逐点回读校验。帖子还列出其与 Claude 协作的方法：仓库顶部放 CLAUDE.md 写明工作规则（先确认需求、以手机截图为准、每次提交只改一处、由自己执行部署）、用统一验证脚本把关。适合想借 Claude 从零做产品、尤其是关注非开发者如何组织协作流程的人阅读。

Opus 5.5 会写出“垃圾代码”，但依然能成功：一个受 SlopCodeBench 启发的研究项目

Opus 5.5 writes slop code, but succeeds anyways. A research project inspired by SlopCodeBench

r/ClaudeAI 社区帖子。发帖者受 SlopCodeBench 基准（把问题拆成多个检查点，要求 agent 在自有旧代码上不断加功能，并用结构侵蚀和冗余度衡量代码变“脏”的程度）启发，把 Opus 5.5 跑完 196 个检查点（API 花费 266 美元），检验代码变脏是否预示表现变差。结论包括：35 个问题中有 22 个的侵蚀度与冗余度都上升；在同一问题内比较检查点后，脏乱程度并不预示下一个检查点是否做对；原先通过的测试仅约 0.3% 回归，且更脏的仓库并不更多回归；代码规模翻倍时下一个检查点成本约增 19%。适合关注 agentic coding 评测与代码质量控制的人阅读。

同一个游戏做两遍：单独用 Opus 对比 Opus 做规划 + 本地 Qwen 写代码。16 分钟对 42 分钟，2.52 美元对 0.62 美元

Same game built twice: Opus alone vs Opus planning + local Qwen coding. 16 min vs 42 min, $2.52 vs $0.62

r/ClaudeAI 社区帖子。发帖者因 Opus 的账单主要来自输出 token，尝试让 Opus 只负责思考、由本地模型负责敲代码：在同一台 MacBook Pro M5 Max 上，按同一规格做了两次五关像素平台游戏，一次只用 Opus 5.5，一次用 Fusion 模式（Opus 5.5 规划与审查，本地 Qwen 3.8 27B 以 3 个 worker 写代码）。结果为云成本 2.52 美元对 0.62 美元、耗时 16 分钟对 42 分钟、Opus 输出 90.7k 对 11.3k token、清单完成 25/25 对 24/25，耗时增加源于 3 个 worker 共用一个 GPU。帖子最后征询读者是否愿意为更小账单多等 2.5 倍时间。适合关注本地模型与云端模型混合做 agentic coding、以及想压缩 API 成本的人阅读。

Swift1.5 qwen flash next iq3xxs（gsq rco）去审查版 + 基础模型：能否不用重复下载？

Swift1.5 qwen flash next iq3xxs (gsq rco) Abliterated + Base model without double download possible?

r/LocalLLaMA 社区帖子。发帖者把 swift 1.5 qwen flash next gsq rco iq3xxs 作为主力模型跑在 Strata 上，但偶尔遇到拒答，想同时保留 abliterated（去审查）版本，又听说后者质量会有损失，只打算在特定边缘情况使用。因其 1TB 存储所剩不多，询问是否可以只下载有变化的权重再与之合并，并说明自己是新手、不确定这种做法是否可行。适合在有限硬盘空间下管理多个量化模型变体的人阅读。

RTX PRO 4000 Blackwell SFF：Qwen3.8 27B 生成速度提升 67%，Qwen3.6 35B A3B 呈现不同扩展规律

RTX PRO 4000 Blackwell SFF: +67% generation on Qwen3.8 27B, different scaling on Qwen3.6 35B A3B

这是 Reddit r/LocalLLaMA 上的一则本地推理实验记录。作者在单张 RTX PRO 4000 Blackwell SFF（24GB GDDR7、出厂 70W、无辅助供电接口）上，通过加载修改后的 VBIOS 将功耗上限提高到 120W，并测试显存与核心偏移，未刷写 EEPROM 或焊接。共 158 次基准请求，测试 Qwen3.8 27B（DFlash2）与 Qwen3.6 35B A3B：27B 在 120W 并调校后生成速度从 35.04 tok/s 升至 58.53 tok/s（+67%），而 35B A3B 在 106W 至 120W 之间几乎持平；显存偏移对两者影响不同，prefill 变化很小。适合关注本地推理性能调优的读者。