标签: GitHub Copilot

  • HTML Anything:让本地 AI 智能体一键生成可发布的 HTML(8K+ Stars)

    HTML Anything:让本地 AI 智能体一键生成可发布的 HTML(8K+ Stars)

    HTML Anythingnexu-io 开源的本地优先(local-first)AI HTML 编辑器:你只需提供 Markdown、CSV、Excel、JSON 或零散笔记,按下 ⌘+Enter,本地已登录的编码智能体就会把内容渲染成可直接发布的单文件 HTML。

    HTML Anything — 智能体时代的 HTML 编辑器
    HTML Anything — 智能体时代的 HTML 编辑器

    项目简介

    它不做模型、不卖 API,而是把你已经装好的 Claude Code、Cursor Agent、Codex、Gemini CLI、GitHub Copilot CLI、OpenCode、Qwen Coder、Aider、IBM Bob 等 9 款编码智能体 CLI 当作后端,通过 75 个可组合技能模板,输出 9 种常见“交付形态”:杂志文章、演示文稿、简历、海报、小红书卡片、推文卡片、网页原型、数据报告、Hyperframes 视频帧。生成结果支持一键粘贴到微信公众号、知乎、X / 微博 / 小红书,或下载 .html / .png。

    核心亮点速览:9 CLI / 75 技能 / 9 交付形态 / 零 API Key / 一键导出
    核心亮点速览:9 CLI / 75 技能 / 9 交付形态 / 零 API Key / 一键导出

    安装要求与快速开始

    环境要求

    • Node.js ≥ 18,推荐安装 pnpm
    • 任意一款已登录的编码智能体 CLI(如 claude / cursor-agent / codex / gemini / copilot 等)
    • 不需要额外 API Key,复用你已登录的会话

    快速安装

    git clone https://github.com/nexu-io/html-anything
    cd html-anything
    pnpm install
    pnpm -F @html-anything/next dev
    # → http://localhost:3000
    

    启动后浏览器会自动扫描 PATH(包括 ~/.local/bin/opt/homebrew/bin 等 GUI 应用常忽略的目录),并在顶部工具栏列出可识别的 CLI。选一个模板、贴入内容、⌘+Enter 即可。

    主界面:左侧编辑器 / 中间模板选择器 / 右侧实时 iframe 预览
    主界面:左侧编辑器 / 中间模板选择器 / 右侧实时 iframe 预览

    核心功能

    • 零 API Key:复用本地已登录的编码智能体会话,边际成本为 0。
    • 9 大智能体自动检测:Claude Code、Cursor、Codex、Gemini、Copilot、OpenCode、Qwen、Aider、IBM Bob,顶部一键切换。
    • 75 个技能模板:覆盖 prototype / deck / frame / social / office / doc / mockup / vfx 等模式,从 SaaS 落地页到财务报告、从瑞士国际主义幻灯片到 Hyperframes 视频帧都有现成模板。
    • 9 种交付形态:杂志文章、演示文稿、简历、海报、小红书卡片、推文卡片、网页原型、数据报告、Hyperframes 视频帧。
    • 实时 SSE 流式渲染:智能体输出 JSON-line,服务端转成 Server-Sent Events,浏览器实时追加到 iframe srcdoc,像看 AI 打字一样看网页生成。
    • 沙箱预览:用户 HTML 运行在 <iframe sandbox> 中,脚本仍可执行,但 cookies/localStorage 与宿主隔离。
    • 一键导出:juice 内联 CSS → 微信公众号 / 知乎;modern-screenshot 2× PNG → X / 微博 / 小红书;另可下载单文件 .html 或 .png。
    一键导出:微信公众号 · X/微博 · 知乎 · 小红书 · HTML · PNG
    一键导出:微信公众号 · X/微博 · 知乎 · 小红书 · HTML · PNG

    典型使用场景

    场景 1:公众号长文排版

    写好 Markdown 初稿,选择 article-magazinedoc-kami-parchment 技能,智能体会自动套用 CJK 优先字体栈、8px 基线网格、对比度 ≥4.5 的配色,生成可直接粘贴到公众号编辑器的 HTML,无需二次调样式。

    场景 2:小红书 / X 卡片

    把一段金句或数据结论贴进去,选择 card-xiaohongshusocial-x-post-card 模板,即可生成 1080×1080 或 1600×900 的高清 PNG,复制后直接进入小红书 / X 发布界面,避免手动修图。

    场景 3:投资人路演 PPT

    输入产品要点,选择 deck-pitchdeck-swiss-internationaldeck-open-slide-canvas,自动产出 1920×1080 的横向幻灯片,支持键盘左右翻页、演讲者备注和 PDF 导出。

    幻灯片模式:内置 20 套主题,可直接导出或路演
    幻灯片模式:内置 20 套主题,可直接导出或路演

    推荐理由

    它是目前把“本地 AI 智能体”和“中文内容创作”结合得最顺手的开源工具之一:不绑 API、不抢隐私,复用你已经付费订阅的 Claude / Cursor / Copilot;针对微信公众号、知乎、小红书等中文平台做了专门适配,解决了 Markdown 转公众号格式崩坏、转小红书要手动修图的老大难问题;技能模板基于 SKILL.md 协议,新增模板只需复制一个文件夹、改一段 frontmatter,社区扩展门槛低。如果你平时需要大量产出图文、PPT、产品原型,把它接进工作流能省不少时间。

    下载与资源

  • book-to-skill:把任何技术书 PDF 变成 AI 智能体技能,实测省 24~51 倍 Token|GitHub 12.5K Stars 今日趋势榜第一

    book-to-skill:把任何技术书 PDF 变成 AI 智能体技能,实测省 24~51 倍 Token|GitHub 12.5K Stars 今日趋势榜第一

    book-to-skill 项目

    📌 项目简介

    book-to-skill 是一个能把任何技术书籍 PDF(以及 EPUB、DOCX、Markdown 等十余种格式)一键转换成 AI 智能体技能(Agent Skill)的开源工具——转换后你的 Claude Code、GitHub Copilot CLI 或 Amp 就能”读过这本书”,随时按需调取书中真实内容回答问题,彻底告别大模型幻觉和翻 PDF 的痛苦。项目基于 Python 开发,MIT 许可,2026 年 5 月开源以来已斩获 12,499 Stars,今日更以单日 +1,400 星登顶 GitHub Trending。

    book-to-skill Logo

    它解决的是一个所有技术人都懂的痛点:买了一本好书,读完一遍,三个月后连第 7 章讲什么都想不起来。直接把 PDF 扔给 AI?一本 400 页的书约 20 万 token,每轮对话都要全额付费,而且模型在超长上下文里”迷失中间”、精度骤降。book-to-skill 的思路是编译期一次性深度蒸馏:把书拆解成核心心智模型 + 按章节的知识文件 + 术语表 + 模式库 + 速查表,智能体按需加载,实测比整书塞上下文省 24~51 倍 token

    ⚙️ 安装要求和过程

    环境要求

    • Python 3 环境(纯文本/Markdown/reST/AsciiDoc 无需额外依赖)
    • PDF 提取:文字型书籍用 pdftotext(poppler)或 pip3 install pypdf;含代码/表格/公式的技术书推荐 pip3 install docling(可完整保留 Markdown 表格与代码块)
    • EPUB:pip3 install ebooklib beautifulsoup4(有内置 zipfile 兜底)
    • 宿主:支持开放 Agent Skills 标准的任意智能体——Claude Code、GitHub Copilot CLI、Amp 均可

    安装(作为智能体技能)

    # Claude Code
    git clone https://github.com/virgiliojr94/book-to-skill.git ~/.claude/skills/book-to-skill
    
    # GitHub Copilot CLI
    git clone https://github.com/virgiliojr94/book-to-skill.git ~/.copilot/skills/book-to-skill
    
    # 跨智能体通用路径(Copilot CLI 与 Amp 都能发现)
    git clone https://github.com/virgiliojr94/book-to-skill.git ~/.agents/skills/book-to-skill
    

    使用:三步把书变技能

    # 1. 指向一个文件、文件夹或 glob
    /book-to-skill ~/books/designing-data-intensive-apps.pdf
    
    # 2. 自动蒸馏为技能(框架、决策规则、反模式、分章文件)
    
    # 3. 之后随时按需调用
    /designing-data-intensive-apps replication   # 讲解某个主题
    /designing-data-intensive-apps ch05          # 深入第 5 章
    

    另有独立 CLI 模式:pip install "book-to-skill[pdf,epub,docx]",仅安装文本提取引擎用于脚本化处理(不注册斜杠命令)。运行 python3 scripts/extract.py --check 可一键检查各格式提取器安装情况。

    🚀 核心功能

    • 全格式文档蒸馏:支持 PDF、EPUB、DOCX、TXT、Markdown、reST、AsciiDoc、HTML、RTF、MOBI/AZW 等格式;可一次处理多个文件、整个文件夹或 glob 模式,合并成统一技能,还能向已有技能”折叠”新增材料(增量更新)
    • 结构化技能产物:生成 SKILL.md(约 4K token 的核心心智模型 + 章节索引)、每章约 1K token 的按需加载文件、术语表 glossary.md、技术模式库 patterns.md、决策速查表 cheatsheet.md——是”结构”而非”摘要”
    • 24~51 倍 token 节省(实测):内置 tools/discovery_tax.py 测量工具,在 Think Python 2、Working Backwards、AI Engineering 三本真书上实测:回答一个问题只需约 5K token(核心 + 单章),对比整书上下文倾倒 12 万~25.6 万 token
    • 智能提取管线:转换前自动询问书籍类型——技术书走 Docling(保留表格代码),纯文字书走 pdftotext 秒级提取;单个坏源自动跳过不影响批处理;一本书完整转换成本约 1 美元
    • 开放标准、一次安装多端通用:遵循开放 Agent Skills 标准(SKILL.md 格式),Claude Code、GitHub Copilot CLI、Amp 读取同一份技能,无厂商锁定

    💡 典型使用场景

    • 技术书籍随身参谋:把《DDIA》《Pro Git》这类工具书转成技能,写代码时直接 /ddia replication 让智能体基于书中真实章节讲解复制策略——不是幻觉,不是网页搜索,就是作者原文提炼的框架
    • 团队内部文档折叠:把整个 docs/ 文件夹(架构决策记录、Runbook、新人指南)合并成一个技能,新同事在编码会话里直接提问,替代翻 60 页 PDF 的品牌手册/规范文档
    • 研究资料簇管理:一摞论文加自己的笔记合成统一技能,新论文来了增量折叠进去;对比 RAG——RAG 适合”几十本书里找提到 X 的段落”(宽而浅),book-to-skill 适合”吃透一本书的 12 个框架并应用”(窄而深),两者互补

    ❤️ 推荐理由

    这个项目最打动我的是它把”AI 读书”从检索问题重构成了编译问题。RAG 是查询时相似度搜索,返回”和你问题相近的文本块”;book-to-skill 是编译时深度分析,输出”作者花几年构建的命名框架、适用条件和反模式”——前者是检索,后者是可推理的结构。README 里那句话很精辟:“RAG indexes a shelf, book-to-skill masters a spine”(RAG 索引一整架书,book-to-skill 吃透一本书的书脊)。

    工程上它也异常诚实:所有 token 节省数据都有可复现的测量脚本,README 明确写出”诚实警告”——章节自动切分需要显式的 Chapter N 标题、一次性阅读场景用普通 PDF 智能体就够了。在营销味十足的 AI 开源圈,这种”实测优先、有限承诺”的态度非常难得。如果你的 ~/.claude/skills 目录里只打算加一个新技能,让它是一个能把你书架搬进智能体的技能,很值。

    🔗 下载地址


    项目数据截至 2026 年 7 月 30 日:12,499 Stars · 1,405 Forks · Python · MIT 许可 · 今日 GitHub Trending 榜首(+1,428 星)

  • “Token末日”降临:微软改收费模式,AI行业的成本账单终于藏不住了

    从”随便用”到”按token收费”,开发者炸了

    微软最近动了GitHub Copilot的定价,把原来的一口价改成了按token用量收费。调整幅度之大,Reddit上有网友直接把这件事叫做”Tokenpocalypse”——Token末日。

    这件事之所以值得认真说,是因为它不只是Copilot涨价的孤立事件。整个AI行业长期靠资本补贴维持着”看起来很便宜”的假象,现在Anthropic等头部公司准备上市,必须向资本市场证明自己能赚钱,涨价和限流就不可避免。Copilot只是第一个,不会是最后一个。

    AI算力与成本
    AI算力成本正在重塑整个行业的商业模式(图源:TechCrunch)

    Uber用了一个半月就把年度AI预算烧光了

    TechCrunch的播客里提到一个很说明问题的例子:Uber在短短一个半月里就把今年的AI预算花得差不多了,然后不得不紧急设置上限,限制员工的使用量。

    这种故事在大型科技公司里正在变成常态。几家AI实验室都在拼命思考同一个问题:能不能把成本降得足够快,快到跟用户的付费意愿接上头?

    “这些AI实验室能不能降低成本,同时让技术进步到足以匹配用户的支付意愿?这是个很大的问题。我在节目里提过很多次,而且好像一直都在遇到这个问题。”——Sean O’Kane,TechCrunch

    “Tokenmaxxing”从狂热到弃用,只用了六个月

    这件事最让人感慨的地方在于变化的速度。”Tokenmaxxing”——能塞多少token就塞多少——从兴起、到达顶峰、到被认为是不计成本的做法,整个过程只用了六个月。

    回想起来,ChatGPT Plus刚推出时把订阅价定在每月20美元,其实没有什么策略可言,就是随便抛了一个数字。从那以后,整个行业都在为这个定价买单。用户愿意为更高级的模型付更多钱,但即便如此,也还填不上实际成本和收入之间的缺口。


    AI公司能走出盈利困境吗?

    播客里把这个问题和Uber的早期经历做了对比。当年看衰Uber的人会拿它长期不赚钱说事,支持者就会说Uber最终会达到规模效应、填上亏损的坑。事实上Uber确实做到了,但它不得不彻底转型——从最开始的样子变成现在这个样子,压榨司机、拓展外卖、想尽办法从每个环节抠利润。

    AI公司可能也得经历类似的痛苦转型。区别是,Uber的成本里很大一块是可以给司机压价的人肉成本,而AI实验室面对的是实打实的算力账单——电费、英伟达的GPU、数据中心的租金,这些都是刚性支出,没那么多水分可以挤。

    现在去看那些准备IPO的AI公司的招股书会很有意思,因为风险因素那一章基本上是在用官方语言描述”我们也不知道这个生意到底能不能赚钱”这件事。而行业变化太快,连风险因素都来不及写准。

  • 2026年AI编程助手三强对决:Cursor、Claude Code、Copilot谁更适合你

    AI编程工具这条路,走到2026年,基本成了三足鼎立的格局。Cursor、Claude Code、GitHub Copilot,各有各的打法,也各有各的受众。选哪个,说到底取决于你平时怎么写代码。

    Second Talent的统计说,82%的开发者每周都会用AI编程助手。GitHub Copilot的用户每周完成的项目数增加了126%。数字摆在这里,AI辅助编程已经不是”要不要学”的问题,而是”用哪个”的问题。

    三个工具,三种思路

    Cursor是个AI原生的IDE,底层是VS Code的分叉版。如果你已经在用VS Code,迁移过去几乎零成本,插件大部分能复用。它的特点是补全能力强,还能同时跑8个Agent并行处理任务,遇到50个文件以上的大型重构,效率提升很明显。

    Claude Code走的是另一条路——终端Agent。没有图形界面,直接在命令行里干活。适合远程开发、SSH环境,或者就是喜欢终端的开发者。它的SWE-bench Verified测试成绩是80.8%,意思是它能独立解决80%以上的真实GitHub issue。100万token的上下文窗口,可以把整个项目加载进来,连依赖关系都记得住。

    GitHub Copilot的定位最”中庸”——它是个跨编辑器插件,VS Code、JetBrains、Vim全都支持。入门价$10/月,是三家里最低的。功能偏向基础补全和简单对话,Agent能力相对弱一些,但日常开发够用了。

    59%的开发者同时使用3个以上的AI编程工具。单一工具覆盖不了所有场景,组合使用才是常态。

    定价:入门价差不多,高级档拉不开差距

    三家的入门价集中在$10-20区间。Copilot $10/月是最低门槛,还有免费层每月2000次补全额度,够用一阵子了。Cursor和Claude Code的入门价都是$20/月。

    高级方案就有意思了——Cursor Ultra和Claude Code Max 20x都是$200/月。这个价位面向的是重度用户:每天几百次调用、多Agent并行、超大上下文需求。普通开发者其实不太需要升级到这个档位。

    怎么选才不浪费钱

    如果你用VS Code且不想换习惯,Cursor是首选。$20/月换来的是零迁移成本和比较强的Agent能力。

    如果你常在远程环境开发,或者就是喜欢终端,Claude Code更合适。$20/月Pro版能处理复杂重构和跨模块改动,这是它的强项。

    如果预算紧张,或者主要用JetBrains系列(IntelliJ、PyCharm之类),那只有Copilot支持,没得选。$10/月入门版先试用一个月再说。

    最划算的组合其实是Claude Code Pro($20/月)+ Copilot($10/月)= $30/月。前者处理复杂任务,后者负责日常补全,分工明确,效率也高。

    话说回来,工具只是工具。真正决定代码质量的,还是写代码的人。AI能帮你省时间,但替你做决定的,还是你自己。


  • GitHub Copilot突然涨价,AI行业的好日子要到头了

    微软最近悄悄改了GitHub Copilot的收费规则——从原来的”一口价”变成按token用量收费。这事在Reddit上炸了锅,有用户直接造了个新词:“Tokenpocalypse”(Token末日)。听起来像玩笑,但背后藏着AI行业一个越来越烫手的问题:烧钱的速度,已经烧到用户头上了。

    投资人的钱,不是无限供应的

    过去几年,AI公司给人的感觉是”钱多、任性、随便用”。ChatGPT刚开始收费的时候,20美元一个月,怎么看都像拍脑袋定的价——”先弄个号码看看”。但那个价格背后,是投资人在替用户买单。

    现在不一样了。Anthropic要上市,OpenAI也想上市,投资人不干了——你得证明自己能赚钱。怎么办?只能把成本往用户那边推。GitHub Copilot这波涨价,只是个开始。

    Uber当年也是这么过来的:先烧钱抢市场,再涨价、压缩成本、挤利润。AI公司现在走到了同一条路上,只是他们的成本比Uber刚多了——算力、电费、GPU……每一样都是吞金兽。

    连Uber都扛不住的AI账单

    TechCrunch的播客里提到一个很有意思的案例:Uber。这家公司在一年半的时间里,把自己AI预算花爆了,然后赶紧给员工用AI设限——”别再用那么多了,太贵了”。

    想想看,Uber这样的公司都觉得AI贵,那中小公司怎么办?更要命的是,AI公司自己也在亏钱。Anthropic要上市,招股书里得写”风险因素”——可这行业变得太快,今天的风险,下个月可能就不是风险了,也可能突然多了十个新风险。怎么写?

    “Tokenmaxxing”从爆火到翻车,只用了6个月

    还有一个很魔幻的事:”tokenmaxxing”(极致化使用token)这个概念,从流行到被企业嫌弃,只用了6个月。一开始大家觉得”能多用就多用,反正公司报销”,后来财务一看账单,直接晕过去。

    AI公司现在面临一个尴尬的局面:降价吧,自己亏死;涨价吧,用户骂死。微软选择先涨为敬,其他公司大概率会跟上。到那时候,AI工具就不再是什么”人人用得起”的东西了,而会变成按用量计费的企业级服务——用得越多,账单越恐怖。


    对普通用户来说,这意味着什么?可能是ChatGPT Plus涨价,可能是Claude限制免费次数,可能是你公司里用的AI工具突然开始”按token收费”。Tokenpocalypse这个词,说不定很快就会从Reddit的段子,变成所有人的账单现实。

  • GitHub Copilot收费大变脸:从月付29美元到750美元,开发者炸了

    6月1日开始,GitHub Copilot的计费方式正式从固定订阅制切换为按token使用量计费。这个变化对重度用户来说,账单金额可能会让不少人倒吸一口凉气。

    微软的理由很直接:原来的固定费率模式下,少数”氛围编码”用户无节制地刷token,成本全由微软补贴,这个账算不过来。改成按量计费,该多少就是多少。

    GitHub Copilot chat interface screenshot
    GitHub Copilot界面(图源:TechCrunch)

    账单涨了多少?有人从50美元涨到3000美元

    Reddit和X上的吐槽帖在过去几天里层出不穷。一位用户说自己原来每月付约29美元,新费率下月费会涨到接近750美元。另一位用户贴出的截图更夸张:从每月约50美元直接跳到3000美元。

    “真是个笑话。这种新的使用量计费模式太贵了,我打算取消订阅。这个价格下,它已经没有任何成本效益,也没有任何实际用处了。”——Reddit用户

    当然,这些数字有可能是极端案例——比如有人用Copilot跑了大量长时间运行的任务,或者开了几十上百个子代理同时干活。但即便如此,月费涨了20倍、60倍,对任何个人开发者或小团队来说都是很难接受的数字。

    两派观点:是用户乱用,还是微软”背刺”?

    开发者社区对这个变化的反应分成了两个阵营。

    一派认为新定价完全合理:如果你真的知道自己在做什么,日常开发中使用Copilot根本不会消耗那么多token。那些账单爆炸的人,大多是毫无节制地”氛围编码”——让AI不停地试错、迭代、生成冗余代码,而不去理解到底发生了什么。这类用法本来就不应该被固定订阅制鼓励。

    • 正常使用Copilot的开发者:月费涨幅可控,甚至觉察不到明显变化
    • “氛围编码”重度用户:账单可能上涨10-60倍
    • 企业和大团队:影响相对可控,但预算规划复杂度上升

    另一派则觉得微软在这件事上不太厚道。他们的论点是:是微软自己设计了这套鼓励无节制使用的交互方式,现在却把成本暴涨的责任推给用户。一位用户写得很直接:”那些按照微软设计系统的方式使用系统的人,说实话,唯一有错的是微软。”


    一个更深层的问题:Copilot之前到底在亏多少钱?

    有Reddit用户提出了一个很犀利的问题:”我靠,Copilot之前亏了多少钱啊?”

    这个问题没有人能给出准确答案,因为微软从来没有公开过Copilot的单位经济模型。但可以合理推测:固定订阅制下,重度用户的实际使用成本远远超出他们支付的月费,这个亏损一直由微软在补贴。当Copilot的用户基数和单次会话的token消耗量都大幅增长之后,这个补贴模式就难以为继了。

    所以这次计费变更,本质上是从”亏本赚生态”转向”按成本收费”的商业逻辑正常化。只是这个转折点来得太突然,很多用户感觉自己被”背刺”了。

    截至发稿,微软还没有对这次计费调整引发的争议作出公开回应。对于正在考虑是否续订Copilot的开发者来说,现在最需要的其实是一套清晰的使用量预估工具——让你在切换新计费模式之前,能算清楚自己大概要付多少钱。