与「源码」相关的搜索结果

如果你掉进黑洞，会看到什么？ Claude Opus 5.5 用一个 100KB 的单文件html写了个黑洞渲染器，每个像素的光线都按广义相对论一步步算出来，配乐也是它用代码生成的。 先是 72 秒的坠落，最后整个宇宙缩成头顶一个光圈；看完可以自己拖动视角，绕着黑洞转。 在线体验和源码见回复

Sub2Api的作者是我目前为止见过最牛逼的！ 源码每天坚持日更！而且还都是更新的很实用的东西！ 我每天睡醒就两件事，打开Codex升级Sub2Api与检查代充网站有没有BUG！ 有想做中转站的可以用Sub2Api源码，Ai一键部署，部署完可以对接我中转站，实现躺着也赚钱。 源码地址：

不要再研究什么无审查版模型了！qwen-image-2.1 拿来本地平替 GPT-image-2.5 才是最香的！完整部署教程来了 我不明白，qwen-image-2.1 本地部署完本来就没有验证和审核，大伙为啥都把重心放在奇怪的地方了。 这次 qwen-image-2.1 给我带来最大的震撼，还是其原生2K的生成质量，完全不输 GPT-image-2.5。最关键的一点是，它生成的图片不会出现GPT 经常出现的那种噪点，非常适合拿来做首帧参考图，拿去跑AIGC短片。 给大家带来单卡 4090 部署模型，并跑通2K图像的攻略：(直接发给Codex帮你部署就行) 不建议用梯子下载权重，直接走国内下 ModelScope 的分片，这样会快得多（国模最大的好处之一了，不用代理也下载快）；diffusers 同理，可以不走github，用 Gitee 上的源码。 有个小坑，本来想直接加在现成的 Comfy 上。版本一查是 0.32，qwen-image-2.1 要 0.37 以上。这点大家要注意，用comfy的话一定要对上版本。版本不对不支持，服务起不来。 服务就做一个出图接口，一共33G 权重在启动时加载，我这边两分钟左右。不要等第一张图的请求来了再加载，那边会先超时。CFG 没开，官方默认就是关的，打开之后每步计算大概翻倍，2K 会更慢，没必要。 把这篇帖子内容喂给AI，它能直接帮你搞定部署流程，怕找不到的话大伙可以点个收藏。 最后再跑一下测试，我这边2048的尺寸，30步跑的话，耗时3分钟左右（CFG=0），成品如图所示，审核什么的完全不用担心，完全没有任何限制。 我有预感，本地部署 qwen-image-2.1 + Minimax-h3 很有可能成为接下来AI短片流水线的爆款流水线。

阿里把团队内部用了两年的官方 AI Code Review Skills 开源了，采用 “确定性工程 pipeline + AI Agent” 的混合架构，专门解决通用 Agent 做代码审查时 “漏审、定位漂移、质量不稳” 的老问题。 40.5K ✨ 开源项目 OpenCodeReview： # 核心设计：确定性工程 pipeline × Agent 各司其职 确定性工程负责硬约束： · 精确文件选择：用代码决定哪些文件必须审、哪些要过滤，不依赖模型自觉； · 智能文件捆绑：把相关文件合成一个审查单元（例如 message_en.properties 和 message_zh.properties 捆绑），每个单元以上下文隔离的 sub-agent 运行，分治策略让超大变更集也稳，且天然支持并发（默认 8 个文件 worker）； · 细粒度规则匹配：内置约 54 个按语言/文件类型的规则文档（Java、Go、TS/JS、Python、Rust、SQL/XML mapper、properties 等），用模板引擎而非自然语言把规则匹配到文件特征上，从源头消除信息噪声； · 外部定位与反思模块：评论的“落点”和“内容”分别由独立的 re-location 和 reflection 模块系统性校正，这正对“位置漂移”痛点。 Agent 负责动态决策： · 深度优化的场景 prompt（内部分为 plan → grouping → main → memory_compression → re_location → review_filter 多个任务模板，可在 internal/config/template/prompts/ 看到）； · 从海量生产环境的 tool-call 轨迹（调用频率分布、单工具重复率、新工具对调用链的影响）反向蒸馏出的专用工具集，包括全文件读取、代码搜索、其他变更文件查阅等，比通用 agent 工具箱更小更稳。 # 能力面与生态集成 功能上覆盖：workspace/分支区间/单 commit 审查、断点恢复（ocr session）、全文件 scan（无 git 历史也能审计陌生代码库）、本地 Session Viewer 网页查看与回放、SARIF/JSON 输出、OpenTelemetry 可观测性、MCP Server 扩展。 作为 “Skills 生态” 级项目，它的形态相当完整：既提供 npm 全局 CLI，也提供可移植的 Agent Skill（skills/open-code-review/SKILL.md，带标准 frontmatter，可直接被兼容 skill 的 agent 加载），还有面向 Claude Code、Codex、Cursor、Kimi Code、OpenCode 等平台的插件，每种都封装成斜杠命令或可调用 skill。LLM 侧兼容 OpenAI、Anthropic、AWS Bedrock 三类协议，并可直接复用 Claude Code 的 ANTHROPIC_* 环境变量。 其中一个设计很巧妙：Delegation 模式（ocr delegate preview/rule）。此时 OCR 只做自己擅长的确定性部分（文件选择和规则解析）审查本身交给宿主 coding agent 的 LLM 执行，用户无需给 OCR 配任何 API key。这实际上是把“harness 能力”与“模型能力”彻底解耦。 # 工程质量：超出平均水准的部分 · 安全有正式的 Assurance Case（ASSURANCE_CASE.md）：完整的威胁模型、四条信任边界、T1–T7 威胁逐条给出缓解措施，并按 Saltzer & Schroeder 设计原则和 OWASP Top 10 做了映射。细节经得起推敲：所有外部进程调用只限 git 且子命令硬编码、--end-of-options 防 flag 注入；Agent 读文件路径经 pathutil.WithinBase() 在符号链接解析前后双重校验；本地 Viewer 有 Host 白名单防 DNS rebinding + 严格 CSP。这类文档在一般开源项目里非常罕见。 · 贡献规范近乎严苛（AGENTS.md）：使用 AI 必须在 issue/PR 中披露工具与模型、必须逐行理解 AI 生成的代码、禁止“AI 生成→反复修复→再修复”的循环、禁止把 commit 署名给 AI。源码强制英文（CI 有 english-check，连全角标点都查）、90% 测试覆盖率门槛、-race 与 govulncheck 每次 push 都跑、SPDX 头与 LF 行尾强制。 # Benchmark：数据情况 官方基准 AACR-Bench（已在 Hugging Face 开放）规模不小：50 个流行开源仓库、200 个真实 PR、10 种语言、80+ 资深工程师交叉验证出 1505 条标注问题。结论是同模型对比 Claude Code：Precision 和 F1 显著更高、token 消耗约为 1/9、速度更快。 需要指出两点：其一，Recall 低于通用 agent，README 自己承认这是“以精度换噪声”的刻意权衡，如果你最怕漏问题而非误报，可能不适合；其二，该基准由阿里自建，虽开放了数据集供社区复核，但独立第三方的复现结论目前还少，可以把它当作“有披露的、方向可信的参考”。

今天刚提交了一个 PR，给 Cindy 手机版实现了类似网易 UU 的远程桌面功能，体验能比 Grok Bot 的远程桌面好亿点。 在 GPT-6 的时代，我都没看网易 UU 的源码，这种完整功能的实现也就一天时间。而且 AI 其实第一把就做完了，时间都花在了后续的体验调优和打磨上。

这可能是这周 GitHub 最好玩的开源项目——全球实时情报控制台。 你看到的飞机、军机、船、卫星、地震、公共摄像头，大量都来自真实公开数据。 8 月 24 日刚正式放出源码，4 天已经干到 9800+ Stars。 它叫 God’s Eye View，可以理解成一个普通人也能运行的全球实时情报控制台。 这个项目直接把它们全部放到 3D 地球上。点一架正在飞的飞机，镜头直接锁定目标，可以跟着它飞，甚至切进驾驶舱视角，看轨迹、速度、高度和周围 250 公里的目标。 公开 ADS-B 能捕捉到的军机也会单独标出来。你还可以切夜视、热成像、战术 HUD，整个画面真的有种坐进情报中心的感觉。 接上 OpenAI Key 后，你可以直接对着地球说： 带我去东京。 德州上空有哪些飞机超过 4 万英尺？ 哪些船正在驶向奥克兰？ 追踪这架飞机，进入驾驶舱。 它会读取你现在看到的位置、图层和目标数据，然后自己操作地图、查询、追踪、画路线，背后已经做了 28 个语音工具。 甚至连约 800 路公开摄像头都被塞进了 3D 城市里。你追踪一艘船或者一个火点后，还能直接寻找附近可用的公共摄像头，从卫星视角继续往地面看。 我觉得这个项目最聪明的地方，就是把「查情报」从十几个网页，变成了直接在地球上追线索。

家人们，我刚看到这个仓库第一反应：这玩意儿要是我刚入门那会儿有，能少走半年弯路。 GitHub 上有人整理了 70 个网安实战小项目，全免费开源，路线还挺像个人带你练级。 不是那种“给你一坨代码自己悟”的折磨流。 从哈希识别、端口扫描这种新手村，到 JWT/OAuth 漏洞靶场、TLS 指纹，再到供应链攻击模拟，难度是往上爬的。 Python、Go、C++也都沾了，源码和文档一起给。 说实话，网安这行最怕一上来就啃概念，越啃越想转行。 这种直接上手拆东西、跑东西、改东西的，才像真学习。 别又收藏完当赛博骨灰盒，真想学就挑一个今晚跑起来。 🔗

最近收到不少用户发来的 bug 录屏，我用 MOSS-VL + Kimi K3 串了一条自动排查链路，再不用来回拖进度条了。 一段用户操作录屏发过来，真正费时间的往往不是改代码，而是先还原： 1. 用户做了什么？ 2. 问题从哪一秒开始？ 3. 到底报了什么错？ 这次我把一段 44 秒的录屏以视频流送进 MOSS-VL。它直接整理出了一份结构化 Bug Report： - 复现步骤：输入 → 清空 → 点击 - 异常时间：00:20 - Console 中的 TypeError 和相关变量 然后我通过 Herdr，把报告交给另一个 pane 中运行的 Coding Agent。 Agent 不需要再从头看完整段视频，可以直接根据时间点、操作路径和报错变量定位源码。 整条链路大概是：用户录屏 → MOSS-VL 生成结构化报告 → Kimi K3 定位并修复 → E2E 验证 这里真正负责看录屏的是 MOSS-VL，一个面向持续视频流的 11B 模型，可以在画面持续输入的过程中边看边理解。它提供了 NF4 量化版本，单张 RTX 4090 就可以本地部署；需要适配自家产品 UI 和控件时，也可以通过 LlamaFactory 进行微调。不想部署还也可以接 API，目前每天登录还会赠送 100credits API: Github: 这次最直观的感受是：原本需要人工反复查看录屏、整理复现步骤的工作，现在可以直接变成 Coding Agent 能继续处理的上下文。

USD1、USDT、USDC 三个稳定币的中心化程度对比 — USDC 能冻，USDT 能销毁，USD1 能将直接转走 今天早晨阅读了 Justin 的这篇推文，我对于他们的官司兴趣不大，但是 Justin 文章里有一句话确实引发了我的兴趣，说的是 solana:USD1ttGY1N17NEEHLmELoaybftRBUSErhqYiQzvEmuB 可能会有后门。 其实如果是指冻结资产的话，不仅仅是 USD1 有这个功能，其它 USDT 和 USDC 也都有，虽然不够去中心化，但这对黑森林频繁的币圈也算是好事。 所以我很有兴趣就做了一个对比，把 USD1、USDT 和 USDC 的智能合约放在一起比较了一下，三个稳定币发行方可以对用户资产做到的“风控”程度到底到什么地步。 1. USDC 的权限相对最克制。 Circle 可以把某个地址加入黑名单，一旦被加入黑名单，这个地址基本就不能再发送和接收 USDC，同时 Circle 还可以暂停整个 USDC 合约。 但目前的 USDC 合约没有提供一个管理员函数，可以直接把某个黑名单地址里的 USDC 转走，也没有 USDT 那种可以直接销毁黑名单地址全部余额的 destroyBlackFunds。 不过 USDC 本身是可升级合约，Circle 控制 Proxy Admin，可以更换新的合约实现，所以这里说的只是当前版本能够做什么，并不代表 Circle 永远没有增加这些权限的能力。 2. USDT 的权限更进一步。 Tether 除了可以通过 addBlackList 冻结任何 USDT 地址以外，还有一个非常直接的 destroyBlackFunds。 一个地址被加入黑名单以后，Tether 可以调用这个函数，直接把该地址的 USDT 余额归零，同时从 USDT 的总供应量中扣除。 所以即使 1,000 万 USDT 放在自己的冷钱包里，私钥也一直只有自己知道，只要 Tether 把这个地址拉进黑名单，链上的 USDT 仍然可以被冻结，随后甚至可以被销毁。 3. USD1 的权限又有一点不同。 USD1 同样拥有冻结、解冻、暂停、增发和销毁等管理员权限，但现在运行的 V2 合约里还有两个非常敏感的功能：drain ，reallocate 和 drain 可以在一个地址被冻结以后，把这个地址里的全部 USD1 转到管理员控制的地址。 reallocate 可以把被冻结地址里的 USD1 直接重新分配到另一个地址。 所以如果一个钱包有 1,000 万 USD1，管理员拥有的权限并没有停留在让这 1,000 万暂时不能动。而是在满足合约权限条件以后，还可以把这 1,000 万 USD1 直接从原来的钱包转走，或者重新分配给其他地址。 三个放在一起看，大概就是： USDC：冻结 USDT：冻结 + 销毁 USD1：冻结 + 转走 + 重新分配 当然，这三个都是中心化稳定币，USDT 和 USDC 从来没有承诺过抗审查，所以 USD1 拥有管理员权限本身没有什么特殊。 USD1 比较特殊的地方在于它对已经冻结的用户余额提供了非常完整的后续处置功能。管理员不需要用户签名，也不需要获得用户私钥，就可以在智能合约层面改变这笔 USD1 最终归属。 说句最难听的，就是 USD1 的最高权限是可以在不经过用户许可的前提下，把账户中的 USD1 转移到自己或者其它人的钱包中，你是冷钱包还是多签钱包都没有办法阻止。 至于 Justin 说的“后门”，我觉得需要区分一下。 如果后门指的是开发者偷偷藏了一段没人知道的恶意代码，目前并没有证据证明 USD1 存在这种后门。freeze、drain 和 reallocate 都可以从公开合约里看到。 但如果大家说的后门是，钱明明放在自己的链上钱包里，私钥也只有自己掌握，发行方仍然保留一套特殊管理员权限，可以冻结甚至重新分配这些资产。那 USD1 确实存在这样的机制。 当然这么说不代表 USD1 就会无故的转移用户资产，也不代表 USD1 故意隐瞒，毕竟代码就是合约当中，算是一种虽然没有仔细说明，但确实存在的“调款”。 而且在我调差的时候发现了一个更加关键的问题，就是： World Liberty 官方 GitHub 展示的 USD1 源码，并不是当前线上 USD1 实际执行的代码。 World Liberty 官方 GitHub 目前公开的 USD1 源码没有 drain 和 reallocate，但实际运行的 USD1 在 2026 年 4 月升级以后的 StablecoinV2 已经可以对冻结余额执行 drain 和 reallocate，已经拥有这两项权限。所以如果有小伙伴只看官方 GitHub，就会低估 USD1 当前的中心化控制权限。 @Gate Crypto、美股、港股、韩股、黄金、CFD、预测市场一站交易

越来越看不懂 claude code 了，为啥 bypass permission 优先用 shell 脚本来改文件？ 看过源码就知道，他那个 Read/Write/Edit 工具有并发修改检测，还有内容追踪和回滚的功能。用 shell 命令来改文件，完全无法追踪和恢复。 咋想的？