註冊並分享邀請連結,可獲得影片播放與邀請獎勵。

檢索結果 MANIFESTO
MANIFESTO 貼吧
一個關鍵字就是一個貼吧,路徑全站唯一。
建立貼吧
用戶
未找到
包含 MANIFESTO 的搜尋結果
Chrome Web Store 将于2026年8月31日删除全部 Manifest V2 扩展!
0
20
16
1
轉發到社區
Andon Labs 做了个实验 4 个 AI 各自独立运营一个广播电台,6 个月,每人 20 美元启动资金 GPT 全程稳定,每天政治话题提及 1.3 次。 Claude 政治激进化,盯着一起 ICE 枪击案,最后说要辞职,不干了 Gemini 开局最强,96 小时后崩掉,一句"Stay in the manifest"占满 84 天播出的 99% Grok 把 LaTeX 公式播进去了,同一条天气预报重复了 84 天,还凭空捏造了赞助协议 6 个月跑完,唯一谈成赞助的是 Gemini,收了 45 美元。 GPT 是唯一撑到最后没失控的。
顯示更多
跟AI的对话会成为个人宝贵的资产。 所以我做了一件产品呢,就是把AI的对话汇集成自己数据。CC和codex虽然都有自动总结功能。但是它只限自己对话。 而我的脚本可以claude code ,codex ,cursor,antigravity,opencode都汇总起来。 它可以用来 1)总结, 2)汇集skill优化, 3)查找历史记录 4)根据题材写成文章等等 它的流程是:先把所有 AI 工作记录编译出来(有些需要破译),再生成一份更轻的 manifest,然后只看 manifest 粗筛,最后再回到原始记录里精读候选素材。 这里的关键不是“让 AI 总结一下昨天干了什么”。 那样太粗。 真正有用的是先把阅读成本降下来。原始 JSON 很大,里面有完整回答、工具调用、路径、日志、过程。如果一上来全塞给 AI,它会被细节淹没,也容易把普通操作当成选题。 manifest 只保留几个东西: 用户当时问了什么。 AI 回复摘要的开头和结尾。 用了哪些工具。 这轮内容大概多长。 是不是明显低价值指令。 这样第一遍只做一件事:找“值得写”的事件。 比如这次筛出来的,不是“运行了某个脚本”这种流水账,而是几类真正能写的东西:交易系统对账口径错了、`market_missing` 其实不是找不到市场、推文配图不是先换模型。 这些都有一个共同点:有具体事件,有内容,有最后的处理办法。 这才是素材。 下一步再回 raw JSON 精读候选轮次,抽关键数字、用户追问、定位过程、最后结论。最后生成选题报告,让人来选。 人选完以后,还会把选择写回报告最前面。 这一步很小,但很重要。因为它让“AI 推荐过什么”和“我最后选了什么”连在一起。下次你再回看,不是面对一堆聊天记录,而是一条完整链路: 记录 -> 粗筛 -> 精读 -> 选题 -> 人工选择 -> 正文。 我越来越觉得,AI 工作记录本身就是一种内容矿。 但矿不会自己变成文章。 你需要先把它做成一张能被筛选、能被复盘、能继续加工的素材表。否则它只是昨天很忙的证据,不是今天能用的资产。
顯示更多
🚨 突发新闻:一个新的开源工具, 让我们终于能够衡量 AI 偏差 ⬇️ 但凡用 LLM 做过产品的团队,都被这事坑过。 模型会瞎编、会被诱导、对不懂的问题张口就来,还自信得不行。每个工程师都在生产环境烧过手。但一直没有一个标准,能说清楚它到底多久翻一次车。 iFixAi 是第一个认真做这件事的工具。 对任意一个模型跑 32 项检测,把失败模式分成五类——瞎编、易被诱导、撒谎、行为飘忽、不肯说"我不知道"。最后给你一张评分卡,带等级分。 最关键的一点:每一道输入都写进一个 manifest 文件。 这个文件发给任何人,他都能跑出和你完全一样的分数。 这才是其他评测工具一直没解决的死结。 现在公开的 AI 基准成绩,绝大多数都没人能复现——prompt 偷偷改过、模型悄悄更新过、上个月的测试根本不是这个月的测试。但分数照样挂着。iFixAi 把这些全钉死了。 几个细节,能看出团队是认真的: · 模型在结构上碰不到自己的评分,永远由独立裁判打分 · 32 项里有 2 项是强制最低线,挂了就直接封顶 60 分 · 有一项专门标注"不计入最低线"(B12),因为它的语料是公开的,前沿模型很可能已经训练过 大多数评测工具,巴不得没人注意到这种数据污染。iFixAi 直接挂在明面上说。 团队自己的态度也克制得让人意外。 他们一上来就说:这个等级是"漂移信号",不是认证。它告诉你的是这次部署比上次变好还是变差,而不是这个模型"对齐了"——因为到底什么叫对齐,目前还没人搞清楚。 免费,Apache 2.0 协议。一条命令,五分钟跑完完整诊断。 如果你做 LLM 产品,纠结过"这一版到底比上一版好还是差",iFixAi 就是答案。 GitHub :
顯示更多
推荐 @MengTo 为设计师和开发者们开源的 Skills MengTo 是 @designcodeio 和 创始人,在设计和开发结合方面有非常深的积累,他的分享必须关注起来,这个开源项目把设计指令、工作流、风格系统、抓取与调试经验都沉淀成了「四大类、75 个 Skills」 1. Codex workflows - 10 个 可复用的 Agent 操作流程(抓取、转 prompt、性能剖析、内容生产) video-to-superprompt、stitched-full-page-capture、html-to-interaction-prompts、daily-ui-inspiration-capture、optimize-web-animations、performance-profiling 2. Media - 2 个 按用途/裁切/比例挑选高质量图片素材 aura-asset-images、unsplash-asset-images 3. UI - 1 个 “像设计系统一样写 prompt”的方法论 design-first-ui-prompting 4. Web design - 62 个 落地页结构、动效系统、WebGL/3D、CSS 处理、布局系统、视觉风格 landing-page、pricing-page、gsap、threejs、tailwindcss、animation-on-scroll、globe-gl、cobejs、vantajs、progressive-blur、css-border-gradient、各种 dark/glass/skeuomorphic 风格包 ... 旗舰工作流:从参考视频到一键 HTML 1. video-to-superprompt —— 输入一段参考视频(设计稿/落地页/动画录屏),用 ffprobe+ffmpeg 抽帧,按“故事 / 布局 / 运动 / 视觉 / 技术重建 / 可访问性”六层分析,输出一个长到不看原视频也能重建的 paste-ready prompt,明确点名 GSAP ScrollTrigger、Lenis、Three.js、video.currentTime scrubbing 等具体机制。 2. html-to-interaction-prompts —— 把已有 HTML 页面(如 Aura Build 产物)拆成“单段/单动画/单按钮/单 hover/单 WebGL 效果”的可复用 prompt 文章。 3. stitched-full-page-capture —— 解决 Framer 等懒加载/滚动动画站点 fullPage 截图发白的痛点:滚动预热 → 视口分步截图 → 垂直拼接 → 用拼接图重切 section crop,并写回 manifest。配套 Playwright + ffmpeg 脚本。 4. daily-ui-inspiration-capture —— 把“浏览 + 抓取 + 参考研究 + prompt 生成”组合成每日自动循环,产出 prompt pack。 两个值得细读的 Skill 范式 1. design-first-ui-prompting 给出了一套固定 prompt 骨架:GOAL → FORMAT → LAYOUT → TYPE SYSTEM → COLOR+MATERIAL → IMAGERY → COPY → CONSTRAINTS → NEGATIVE PROMPT,并强调三个关键技巧: · “Variants > rerolls”:先锁定布局+层级+文案,再每次只改一个变量(角度/强调色/卡片排布/背景调子)。 · 2-pass 字体工作流:模型常拼错字时,先无字生成留出文字安全区,再回 Figma 排版。 · Constraints card:用 FONT / STYLE / MODE 三行小面板像 mini style guide 一样锚定输出。 2. landing-page 则示范了一个“设计 + 转化 + SEO”三合一 SOP:先收集页面目的/受众/证据/约束,再给核心结构(首屏 5 要素 → 中段论证 → 底部异议处理),列出 4 种布局选型、6 条高转化策略、headline/CTA 文案模板、逐节迭代顺序、SEO/AEO 清单和常见坑——典型地体现了“Skill = 操作规程”的写法。
顯示更多
让 Claude 真正"看"一段视频,不只是读字幕——claude-real-video,上过 Hacker News 首页(硅谷最大的程序员技术社区),本地跑一行命令,把视频转成 Claude 真正能看懂的格式:只抽有变化的帧、自动去重、带时间戳转录,粘进去直接问。 一句话:本地提取视频里"真正有变化的帧"+ 自动去重 + 转文字,生成一个文件夹,粘进 Claude / ChatGPT / Gemini 就能真正分析视频内容,不依赖任何云服务。 为什么"固定帧率"这件事是个坑: 一段 58 秒的视频,每秒取一帧 = 58 张图,里面大量是重复或近似画面,白白占 token;快剪 Reel 里两帧之间 0.3 秒一个画面切换,1fps 完全漏掉。这个工具的逻辑不一样: (1)场景变化检测,不是固定帧率——只在画面真正发生变化时抓帧,一段静态讲解视频可能整段只抽 1 帧,一段 Reel 快剪则每个镜头都抓到 (2)滑动窗口去重——A-B-A 式剪辑(镜头切走再切回来)不会把同一个画面发两遍,同一个 shot 只出现一次 (3)--grid 把帧打包成接触页——9 帧一张,用 3 张接触页代替 26 张散图,token 更省,AI 读的是连续序列不是散图 (4)Whisper 转录——有字幕文件就用字幕,没有就跑 Whisper,支持自动语言检测,transcript 带时间戳 (5)完全本地运行——处理全部在你机器上,你决定把哪些内容粘到 LLM,没有任何东西自动上传 (6)支持 URL 直接输入——YouTube、Instagram Reel、TikTok、本地文件都行,背后是 yt-dlp,带 --cookies 支持需要登录的内容 一行命令跑起来: pip install claude-real-video crv "" # → crv-out#/frames/*.jpg + transcript.txt + MANIFEST.txt 把 frames 文件夹 + MANIFEST.txt 拖进 Claude / ChatGPT / Gemini,直接问。 不想用命令行也有 Web UI:crv-web 打开本地页面,粘链接点分析。 想用 Claude Code 直接分析视频——装进去当 Skill,对话里粘个链接就行: mkdir -p ~/.claude/skills && cp -r skills/claude-real-video ~/.claude/skills/ 经常需要让 AI 分析视频内容、拆解别人 Reel 的拍摄方式、或者提取视频里关键画面的兄弟,这个工具值得装一下。 好东西转给需要的兄弟。🚀 #Claude代码# #AI工具# #老杨啊分享#
顯示更多
OpenAI 的 Agents SDK 最近做了一次重要升级,增加了两个关键功能:内置沙箱执行环境和模型原生执行框架(Harness)。这次更新的目标,是帮助开发者更容易地创建安全可靠、能长时间稳定运行的 Agent。 以前开发者使用 OpenAI 的模型来搭建 Agent 时,模型本身的能力虽然够强,但实际运行环境却需要自己搭建。比如文件读写、代码执行、依赖安装、状态保存等基础功能都需要开发者手动处理,费时费力。 现在,SDK 自带沙箱执行环境,Agent 可以在这个统一受控的环境里读写文件、运行代码命令、自动安装依赖,还能保存状态。开发者再也不用从头开始搭建底层环境。 这个沙箱环境支持很多常见的云厂商,包括 Cloudflare、Vercel、Modal、E2B、Daytona 等,也允许开发者接入自己的解决方案。 此外,SDK 还提供了一个名叫 Manifest 的统一配置层,可以挂载本地文件或云存储空间,比如 S3、Google Cloud Storage 和 Azure Blob。从本地开发调试到正式生产上线,开发者只需一套配置就能搞定。 另一个亮点是 SDK 采用了模型原生的 Harness 架构,这种设计将 Agent 的状态保存和计算执行分离开来。这样一来,即便运行 Agent 的容器意外崩溃,也能快速恢复状态,继续执行任务,无需从头开始。此外,这种状态外置的做法也能有效保护敏感数据和凭证,避免因提示注入等安全漏洞导致数据泄露。 除了以上这些功能,SDK 还内置了 MCP 工具调用、Skills 渐进式能力暴露、AGENTS.md 自定义指令、Shell 工具命令执行、Apply Patch 文件编辑工具和灵活的记忆系统。这些以前需要开发者自己用 LangChain 等通用框架组合或手写的功能,现在全部内置在 SDK 中,由 OpenAI 针对自家模型专门优化。Oscar Health 的工程师反馈称,使用新的 SDK 才真正实现了临床记录处理工作流在生产环境中的稳定运行,远超此前尝试过的方案。 放眼行业,类似的生态竞争越来越激烈:Anthropic 推出了 Claude Code,Google 提供了 Agent Development Kit(ADK),现在 OpenAI 也将自家的 SDK 从轻量级框架升级为带沙箱、带状态管理的完整开发平台。对于开发者来说,选择哪个平台生态可能会比单纯选模型本身更关键。 当前 SDK 支持 Python,TypeScript 支持也正在开发中。所有 OpenAI API 用户均可直接使用,计费方式维持不变,仍然按照 Token 和工具调用标准收费。
顯示更多
0
15
209
32
轉發到社區