sitin
9小时前
Unity-SpatialLingo 是 Meta/oculus-samples 放出来的开源 Unity Showcase(MIT License),定位更像“MR + AI 的参考模板”,用来在 Meta Quest 上做现实物体识别 + 语音/自然语言交互的语言练习体验。 它把“语言学习”从屏幕里拽回了现实空间里。 你在卧室/办公室戴上 Quest,系统会把你周围的物体识别出来,然后在真实物体上叠加对应语言的词(比如桌子、书、灯),再配合语音练习——你跟读、它纠音/反馈,你继续说,形成一个闭环的沉浸式练习。 对比传统背单词,它更像是在“现场建立语义连接”:词不是抽象符号,而是挂在你眼前的真实物体上。 从技术角度看,它展示了一个很明确的 MR 交互范式: Passthrough(看到真实世界) + 物体识别/理解(把环境结构化) + Voice/NLP(用自然语言做交互) → 让真实空间变成应用的输入面板。 官方的代码样例介绍里也明确提到它会用到 Passthrough、Meta Voice SDK,以及 Llama APIs 来做上下文化的 AI 课程/反馈, 这其实就是“空间智能体”的雏形:先理解你在哪、你看到了什么,再决定怎么教你、怎么跟你聊。 另外一个我很喜欢的点:它是“可抄作业”的。仓库本身就写得很直白——这是一个给开发者的 template / showcase app:你不一定要做语言学习,完全可以把同一套管线换成别的垂类: 工业/维修:识别设备部件 → 语音问答 → 步骤指导 线下零售/展厅:识别展品 → 自动讲解 → 互动问答 家庭教育:识别物品 → 引导孩子做任务/练习(不止语言) 也就是说,它更像一个“MR 时代的交互脚手架”,把空间感知、语音交互、AI 反馈串成了可复用的工程结构。 SpatialLingo 这种项目的意义在于:它让你看到“空间计算”不只是炫技,而是能落到非常具体的学习/训练场景里——并且已经有一份开源工程可以直接拆解、复用、二次开发。
sitin
1天前
最近在折腾出海建站的时候,我有一个很强烈的感受: 现在 AI 写前端早就不缺“能跑”的代码,真正稀缺的是——不像 AI 的设计。 很多用 Claude / Cursor 的兄弟应该都有同感:功能是对的,结构是完整的,但页面一打开就有股“模板味”“AI 味”,放到海外市场其实是很吃亏的。 这段时间我重点测试了两个 Claude Code 的设计类 Skill,说实话,有点刷新认知。 第一个是 Frontend Design(Anthropic 官方) 它最大的优势不是“好看”,而是有设计主观性。 同样一句 “build a SaaS landing page”,它会自动拉开信息层级、强化视觉对比、做更激进的版式和数据区块,而不是那种安全但平庸的白底模板。 能明显感觉到:这是在“帮你做产品页面”,而不是在“交付一份前端作业”。 另一个是 UI UX Pro Max 这个更像是一个可搜索的 UI / UX 知识库外挂。 配色体系、字体组合、行业风格、组件选择、甚至 Glassmorphism 这种具体风格,它都有现成的方法论可以调。 如果是做垂直行业工具、或者想严格贴合某种品牌调性,它会更稳、更可控。 我自己的结论很简单: 想要第一眼就抓人、快速拉开和竞品差距 → Frontend Design 想做长期产品、风格统一、方便不断微调 → UI UX Pro Max 这两个 Skill 都有一个共同点: 👉 它们不是让 AI 多写点代码,而是把“设计经验”前置给了 AI。
sitin
2天前
说实话,我一直觉得 Windows 的系统搜索是生产力黑洞。 慢、乱、还经常给你塞一堆网页结果,找个本地文件都能把人心态搞崩。 有小伙伴推荐用 Everything,但用久了你会发现:它本质只是「文件索引器」,只能解决“找文件”这一件事。 一旦你想 打开应用、切窗口、搜书签、执行命令,Everything 就有点力不从心了。 直到我最近在 GitHub 上刷到 Flow Launcher(12k+ Star), Flow Launcher 的定位很清晰:它不是 Everything 的替代品,而是把 Everything 升维了。直接集成了 Everything 的内核,文件搜索速度依然是天花板级别,而且对中文非常友好,拼音首字母搜索做得比我预期好很多。 比如敲 wx 找微信、用拼音首字母翻出藏在深层目录里的文档,这种「输入即结果」的感觉,用久了真的回不去。 搜索之后的“动作链”设计也很爽:预览文件(F1)、定位文件夹(Ctrl + Enter)、直接拖拽给微信或其他应用,全程不离开键盘。 你会明显感觉到:它在刻意减少“点开 → 等待 → 再操作”这些无意义的时间损耗。 再往上走一步,Flow Launcher 更像一个 Windows 版 Raycast / Spotlight。 内置插件市场 180+ 扩展:切窗口、调单个应用音量、翻译、计算、关机、清空回收站……很多事情不再是“我要去哪点”,而是“我敲几个字母就结束了”。 对一些兄弟来说,它的价值不只是“快”,而是: 把 Windows 从「应用驱动」的操作模式,拉回到「命令 / 意图驱动」。 当然也要说缺点:在一些老机器上,Flow Launcher 的内存占用会比 Everything 高一点,但整体仍在可接受范围内,不属于那种“跑不动”的工具。
sitin
6天前
sitin
1周前
最近刷帖子,看到这个👉 Claude Code Workflow Studio(为 Anthropic Claude Code CLI 打造的 可视化工作流编辑器,支持拖拽式 AI 工作流设计,无需编程即可创建和导出自动化流程。) 说一句直观感受:这是我目前见过,把「Claude Code 自动化」门槛压得最低的一种方式。 如果你用过 Claude Code CLI,大概知道它很强,但也有个问题:流程一复杂,就全靠手写 prompt + 文件结构,很快就乱。 Workflow Studio 做的事,其实很简单,但非常关键:把“写 Markdown + 想流程”这件事,变成「画流程图」。 你在 VSCode 里:拖几个节点——连几条线——跟 AI 说一句「帮我改下流程」,它就能给你生成真正能跑的 Claude Code 自动化命令。不是 Demo,不是 PPT,是能直接 claude run 的那种 特点: 1.用“流程”而不是“提示词”在思考问题 你不再纠结一句 prompt 怎么写得更花,而是想清楚:第一步做什么/什么时候分支/哪一步该让子 Agent 接手 这其实非常接近我们平时写 SOP、带实习生、拆任务的方式。AI 自动化真正卡的,从来不是模型,而是流程结构。 不是只帮你“生成”,而是帮你“改流程”。这个是它的杀手级功能。 你可以直接对 AI 说:“在这里加一个校验”/“如果内容太长就拆段”/“结果存成文件而不是直接输出” 然后它会:改节点——调连接——调逻辑——保证流程还能跑。这一步,已经不是「写代码」,而是和 AI 一起设计系统。 3.导出的是 Claude Code 原生结构 它不是自己搞一套私有格式,而是直接生成: .claude/agents/*.md .claude/commands/*.md 这点非常重要。意味着:你随时可以脱离 UI;手写 / 自动化 / CI 都能接;不被工具“锁死” 对长期做项目的人来说,这是一个很“工程化”的设计选择。
sitin
1周前
AI 不是选择题,是普通人的超车必选项 很多人总觉得 AI 编程、AI 写作门槛高,其实完全是误解。不管是 ChatGPT、Claude 还是 Gemini3,这些工具的核心不是 “难”,而是 “用”。 咱们不用死磕技术原理,只要学会提需求、会沟通,就能把 AI 变成自己的生产力外挂。 尤其是已经跑通 0-1 的小伙伴,AI 更是帮你把项目放大到 1-10、1-100 的关键杠杆。 为什么我一直反复强调AI 编程? 因为它彻底打破了 “技术壁垒”,让普通人也能低成本做工具、搭系统。 我们团队现在就是最好的例子:运营小姐姐们,不用写一行代码,靠和 AI 沟通,就能独立开发网站、做 AI 工具代理平台、搭线下活动报名系统。 更有意思的是,现在不少深圳、杭州的 KOL,明明是文科生,照样靠 AI 编程玩得风生水起。 文科生之前的卡点很明显:一听到 “编程”“代码” 就头疼,自动屏蔽抵抗。但现在真的不用怕 ——你负责提需求、讲逻辑,AI 负责写代码、落地执行,人人都能当产品经理。 反观传统程序员,优势是对代码有亲切感,不怵技术;但缺点也很突出:容易陷入技术自嗨,没法共情普通用户的真实需求,最后做出的东西没人用。 现在有了 AI帮忙干活,效率直接拉满。 大家做项目的过程中,一定要多问 AI、多用 AI,它不是你的竞争对手,是帮你快速破局的最强队友。
sitin
1周前
这两年 AI 写代码把“做产品”的门槛拉得很低,但真正开始做出海项目之后,越来越清楚一件事: 难点从来不是“能不能写出来”,而是“能不能稳定交付、持续迭代”。 很多 AI Coding 工具,本质解决的是「单点效率」: 一个需求、一段代码、一次生成。 但 Indie Maker 真正头疼的是:功能越来越多、分支越来越乱、改动越来越频繁,AI 一多参与,反而更容易失控。 我最近在用一个 GitHub 2.3K star 的开源项目 Auto Claude,它给我的感觉是: 终于有人在认真把「AI 写代码」当成一件工程交付来做了。 它不是帮你写一段代码,而是把整个流程拉直: 规划 → 编码 → 自检 → 合并。 你下需求,AI 先读懂仓库和技术栈,再拆任务、并行推进,写完会自己跑校验,不通过就回去修,所有改动都在独立的 git worktree 里,主分支始终是干净的。 我最认可的一点是: 它解决的不是「写得快」,而是“这段代码我敢不敢合进主分支”。 合并冲突也不是一股脑全丢给你,而是 Git 能合的先合,只有冲突块交给 AI 去处理,还会做语法校验。 一句话总结: 如果你已经在用 Claude Code,但开始觉得项目一大就乱、任务一多就崩,那 Auto Claude 很可能是你从「玩 AI 写代码」走向「用 AI 交付项目」的关键一步。 从写得快,到交付稳,这一步,真的很重要。