正在加载视频...

视频加载失败

返回首页

全球开发者正在把 Plugins、Skills 和 Design Systems 持续带进 OpenDesign。每一份贡献，都会成为下一个创作者和 Agent 可以直接复用的设计能力。 我们相信这才是开源真正的复利，目前OpenDesign已经将1000+ Plugins、Skills 和 Design Systems 集成为资源库

tuturetom's profile picture

Tom Huang

39,388 subscribers

13,604 次观看 • 7 天前 •via X (Twitter)

LIVE

Anya Rossi• Live Now

Private livecam show

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

发现一个专为前端开发做的的 UI 组件库开源项目，GitHub 已斩获 1.1w+star 收录了 3000+ 个社区共创的 UI 组件，炫酷按钮、设计感卡片、灵动加载动画、质感表单，分类齐全，想要什么直接搜 每个组件点开就能预览效果、复制代码，CSS 和 Tailwind 两个版本都有，粘贴进项目直接用 全部免费开源，MIT 协议
0:14

发现一个专为前端开发做的的 UI 组件库开源项目，GitHub 已斩获 1.1w+star 收录了 3000+ 个社区共创的 UI 组件，炫酷按钮、设计感卡片、灵动加载动画、质感表单，分类齐全，想要什么直接搜 每个组件点开就能预览效果、复制代码，CSS 和 Tailwind 两个版本都有，粘贴进项目直接用 全部免费开源，MIT 协议

阿西_出海

17,572 次观看 • 1 个月前

隆重介绍一下 Skill 之王 meta-skills！ 顾名思义，也就是用来创建所有 skill 的 skill。 你可以直接说出你的需求，用它从 0 设计并初始化 Skill。 同样，你也可以用它来维护和优化现有 Skill，根据过往的历史对话吸取经验和教训。 每次我和 AI 对话完，都会用 meta-skills 总结这次工作的得与失，并迭代相应的功能 skill。 希望对你有帮助，欢迎反馈~ 已开源，链接在评论区。
0:10

隆重介绍一下 Skill 之王 meta-skills！ 顾名思义，也就是用来创建所有 skill 的 skill。 你可以直接说出你的需求，用它从 0 设计并初始化 Skill。 同样，你也可以用它来维护和优化现有 Skill，根据过往的历史对话吸取经验和教训。 每次我和 AI 对话完，都会用 meta-skills 总结这次工作的得与失，并迭代相应的功能 skill。 希望对你有帮助，欢迎反馈~ 已开源，链接在评论区。

柴郡🔔｜Crypto+AI Plus

18,747 次观看 • 1 个月前

一键复刻大厂设计，这个开源项目有点东西。 awesome-design-md 把 Claude、Linear、Vercel、Stripe 这些顶级产品的设计语言，整理成 AI 可以直接读取的 DESIGN.md。 以前让 AI 做页面，最头疼的不是代码， 是你很难把“高级感”和“质感”准确说清楚。 现在可以直接把设计规则喂给 AI。 颜色、字体、间距、组件、层级、响应式，甚至连不该做什么都提前定义好了。 以前做页面靠反复试。 现在是先把风格定下来，再让 AI 开工。 👇
0:12

一键复刻大厂设计，这个开源项目有点东西。 awesome-design-md 把 Claude、Linear、Vercel、Stripe 这些顶级产品的设计语言，整理成 AI 可以直接读取的 DESIGN.md。 以前让 AI 做页面，最头疼的不是代码， 是你很难把“高级感”和“质感”准确说清楚。 现在可以直接把设计规则喂给 AI。 颜色、字体、间距、组件、层级、响应式，甚至连不该做什么都提前定义好了。 以前做页面靠反复试。 现在是先把风格定下来，再让 AI 开工。 👇

axiaisacat

13,603 次观看 • 5 个月前

Skywork 上线了视频 Agent 能力，他们这个流程有意思 你可以从第一个分镜开始，左边生成之后，将生成的视频和音频素材发到右边的视频编辑器里面去进行编辑。 支持使用主流的视频模型和能力，文生、图生、首尾帧都有，另外支持生成音乐和语音。 我用首尾帧做了一条香水广告的演示，还不错。 也上线了一些特效模版，你可以不用管提示词直接复用。 而且会员从昨天（0106）开始会有为期七天的无限使用优惠，只要你是会员就可以一直用。 最近有需求的朋友们可以看看，说不定这几天直接回本了。
0:10

Skywork 上线了视频 Agent 能力，他们这个流程有意思 你可以从第一个分镜开始，左边生成之后，将生成的视频和音频素材发到右边的视频编辑器里面去进行编辑。 支持使用主流的视频模型和能力，文生、图生、首尾帧都有，另外支持生成音乐和语音。 我用首尾帧做了一条香水广告的演示，还不错。 也上线了一些特效模版，你可以不用管提示词直接复用。 而且会员从昨天（0106）开始会有为期七天的无限使用优惠，只要你是会员就可以一直用。 最近有需求的朋友们可以看看，说不定这几天直接回本了。

歸藏(guizang.ai)

18,228 次观看 • 7 个月前

🎉 Awesome Mac 已突破 80K stars！🎉  仓库汇集了大量优秀的 macOS 应用和工具，作为这个项目的维护者，已经超过 7 年的时间，看着它不断“壮大”，真的是感慨万千。 感谢大家的支持！✨赶快来探索吧！✨ #AwesomeMac #macOS #开发者工具 #设计师工具 #GitHub #开源 👉
0:12

🎉 Awesome Mac 已突破 80K stars！🎉  仓库汇集了大量优秀的 macOS 应用和工具，作为这个项目的维护者，已经超过 7 年的时间，看着它不断“壮大”，真的是感慨万千。 感谢大家的支持！✨赶快来探索吧！✨ #AwesomeMac #macOS #开发者工具 #设计师工具 #GitHub #开源 👉

小弟调调

32,322 次观看 • 1 年前

做了个提线木偶，兄弟们看看这个效果如何，想体验可以看引用贴链接，网站和引擎都已经开源，一大波作品创意正在路上。
0:14

做了个提线木偶，兄弟们看看这个效果如何，想体验可以看引用贴链接，网站和引擎都已经开源，一大波作品创意正在路上。

知识猫图解

13,239 次观看 • 1 个月前

兄弟们，昨天看完 K3 的开源宣传片，我发现它的表达思路，和「道 Skill」的底层逻辑高度一致，所以我直接把「造 Skill 的方法」也开源了。 真正值得开源的，不只是一个成品，更是创造它的方法。 于是，我参考 K3 官方视频，也做了一支「道 Skill」宣传片。 这套 Skill 元方法论，我已经测试、优化、迭代了很多个版本。现在正式开源。 如果你也在做 Skill，不必每次都从零开始。拿去用，拿去改，也欢迎一起把它迭代得更强。
0:15

兄弟们，昨天看完 K3 的开源宣传片，我发现它的表达思路，和「道 Skill」的底层逻辑高度一致，所以我直接把「造 Skill 的方法」也开源了。 真正值得开源的，不只是一个成品，更是创造它的方法。 于是，我参考 K3 官方视频，也做了一支「道 Skill」宣传片。 这套 Skill 元方法论，我已经测试、优化、迭代了很多个版本。现在正式开源。 如果你也在做 Skill，不必每次都从零开始。拿去用，拿去改，也欢迎一起把它迭代得更强。

知识猫AI实验室

26,128 次观看 • 1 个月前

一站式 Open Design Studio 正逐渐成型 🔥 从想法到设计成品！ 正式支持并开源 Open Design Tweak 模式！🚀 你的 Code Agent 现在可以创建新设计 - 评论元素调优细节 - 生产级作品🔥 支持所有的形态，包括原型、Slides/PPT，结合所有设计系统使用💥 立即体验 👉
0:17

一站式 Open Design Studio 正逐渐成型 🔥 从想法到设计成品！ 正式支持并开源 Open Design Tweak 模式！🚀 你的 Code Agent 现在可以创建新设计 - 评论元素调优细节 - 生产级作品🔥 支持所有的形态，包括原型、Slides/PPT，结合所有设计系统使用💥 立即体验 👉

Tom Huang

29,053 次观看 • 4 个月前

高德开源 ABot-Recon，一个能把长视频实时重建成 3D 世界的模型。 只保留 12 帧局部上下文，就能持续恢复相机轨迹和全局点云，不用把整段视频全塞进显存。 KITTI-02 实测 24.45 FPS、显存 6.71GB。 自动驾驶、机器人、空间智能这类场景，都很有潜力。 代码和模型权重已开源。
0:14

高德开源 ABot-Recon，一个能把长视频实时重建成 3D 世界的模型。 只保留 12 帧局部上下文，就能持续恢复相机轨迹和全局点云，不用把整段视频全塞进显存。 KITTI-02 实测 24.45 FPS、显存 6.71GB。 自动驾驶、机器人、空间智能这类场景，都很有潜力。 代码和模型权重已开源。

开发者Hailey

44,001 次观看 • 5 天前

字节开源了一个超级智能体套件：DeerFlow 2.0 目前已经有35K的Star了，迅速登上GitHub Trending第1名 它通过sub-agents并行协作、沙箱执行环境、持久记忆和可扩展的skills系统， 让AI agent不只是"聊天"，而是真正能研究、写作、编程、网页生成、自动化工作流， 再配合可扩展的skills，几乎可以让agent可以完成任何事情。
0:16

字节开源了一个超级智能体套件：DeerFlow 2.0 目前已经有35K的Star了，迅速登上GitHub Trending第1名 它通过sub-agents并行协作、沙箱执行环境、持久记忆和可扩展的skills系统， 让AI agent不只是"聊天"，而是真正能研究、写作、编程、网页生成、自动化工作流， 再配合可扩展的skills，几乎可以让agent可以完成任何事情。

松果先森

64,958 次观看 • 5 个月前

这个项目应该改名叫卡卡西之眼……看一眼就给你复制下来。 ScreenCoder 一个智能的 UI 到代码生成系统，可以将任意 UI 截图转换为干净、可编辑的 HTML/CSS。快速、精准、弥合设计和开发之间的差距。
0:15

这个项目应该改名叫卡卡西之眼……看一眼就给你复制下来。 ScreenCoder 一个智能的 UI 到代码生成系统，可以将任意 UI 截图转换为干净、可编辑的 HTML/CSS。快速、精准、弥合设计和开发之间的差距。

Geek

103,619 次观看 • 1 年前

用 Claude Skills 创建一个简单的 Agent 真的太简单了 人人都能创建自己的 Agent 大军，我这里搞了一个 Nano Banana Pro PPT 生成 Skills 基于任何文档生成 PPT，支持风格选择、页数自定义 生成后会导出图片文件以及帮你生成一个全屏预览的网页 也可以作为整个图文混排 Agent 体系的一个部分
0:17

用 Claude Skills 创建一个简单的 Agent 真的太简单了 人人都能创建自己的 Agent 大军，我这里搞了一个 Nano Banana Pro PPT 生成 Skills 基于任何文档生成 PPT，支持风格选择、页数自定义 生成后会导出图片文件以及帮你生成一个全屏预览的网页 也可以作为整个图文混排 Agent 体系的一个部分

歸藏(guizang.ai)

34,472 次观看 • 7 个月前

Codex 5.6 真正与普通人拉开 90% 差距的，不是 prompt，而是你会不会配置 config.toml 很多人用 Codex 还停留在“打开就聊”，但真正重度使用的人，早就把模型、任务模式、项目规则和自动化流程写进配置里了。 现在 Codex 5.6 最值得折腾的 4 个专业设置： 1️⃣ 固定模型 + Reasoning Effort 别每开一个任务都重新选模型。 把默认模型和推理强度写进 ~/.codex/config.toml，日常任务追求速度，复杂架构任务再提高 reasoning effort。 输入prompt： 请检查我当前 Codex 5.6 实际支持的模型和 reasoning effort 配置，不要猜测或使用已经废弃的参数；然后修改 ~/.codex/config.toml，为日常 Coding 设置合理的默认模型与推理强度，并告诉我具体修改了哪些字段、为什么这样配置，最后验证配置是否成功生效。 2️⃣ 不同任务建立 Profile 写功能、修 Bug、Code Review、做系统架构，根本不应该用完全相同的配置。 Codex 支持 Profiles，可以针对不同任务切换不同工作模式。 配置用的prompt，直接用： 请基于我当前 Codex 5.6 配置创建 3 套 Profile：fast-dev 用于快速开发和小修改，code-review 用于 PR 和代码审查，deep-architecture 用于复杂系统设计；分别配置合适的模型、reasoning effort 和执行策略，不使用已经废弃的配置项，并告诉我之后如何通过 --profile 切换使用。 3️⃣ 给每个项目建立独立配置 全局配置解决“你习惯怎么工作”，项目配置解决“这个项目必须怎么工作”。 把技术栈、测试方式、项目约束和工具配置放进项目自己的 .codex/config.toml，不要每开新会话都重新解释。 直接输入： 请分析当前项目的技术栈、目录结构、测试方式和开发工具，为这个项目设计一份最小化的 .codex/config.toml，只写当前项目真正需要的配置，不覆盖无关的全局设置；完成后解释每项配置的作用，并检查项目级配置是否能够被当前 Codex 正确加载。 4️⃣ 用 Hooks 把规则变成自动执行 最浪费时间的方式，就是每次都提醒 Codex 改完记得跑测试、提交前记得检查、别忘了扫安全问题。 现在可以直接把这些规则做成 Hooks，在生命周期节点自动触发。Codex 当前官方配置已经支持 lifecycle hooks。 直接用这段： 请检查当前项目适合配置哪些 Codex lifecycle hooks，并为我建立最精简的一套自动化流程：代码修改完成后运行必要测试和 lint，关键变更执行安全检查，提交前执行最终验证；只配置真正必要的 Hook，避免重复执行和拖慢开发速度，完成后实际触发一次并验证每个 Hook 是否正常工作。 真正高效的 Codex 启动就知道该怎么工作。 赶紧配置试试吧！
0:17

Codex 5.6 真正与普通人拉开 90% 差距的，不是 prompt，而是你会不会配置 config.toml 很多人用 Codex 还停留在“打开就聊”，但真正重度使用的人，早就把模型、任务模式、项目规则和自动化流程写进配置里了。 现在 Codex 5.6 最值得折腾的 4 个专业设置： 1️⃣ 固定模型 + Reasoning Effort 别每开一个任务都重新选模型。 把默认模型和推理强度写进 ~/.codex/config.toml，日常任务追求速度，复杂架构任务再提高 reasoning effort。 输入prompt： 请检查我当前 Codex 5.6 实际支持的模型和 reasoning effort 配置，不要猜测或使用已经废弃的参数；然后修改 ~/.codex/config.toml，为日常 Coding 设置合理的默认模型与推理强度，并告诉我具体修改了哪些字段、为什么这样配置，最后验证配置是否成功生效。 2️⃣ 不同任务建立 Profile 写功能、修 Bug、Code Review、做系统架构，根本不应该用完全相同的配置。 Codex 支持 Profiles，可以针对不同任务切换不同工作模式。 配置用的prompt，直接用： 请基于我当前 Codex 5.6 配置创建 3 套 Profile：fast-dev 用于快速开发和小修改，code-review 用于 PR 和代码审查，deep-architecture 用于复杂系统设计；分别配置合适的模型、reasoning effort 和执行策略，不使用已经废弃的配置项，并告诉我之后如何通过 --profile 切换使用。 3️⃣ 给每个项目建立独立配置 全局配置解决“你习惯怎么工作”，项目配置解决“这个项目必须怎么工作”。 把技术栈、测试方式、项目约束和工具配置放进项目自己的 .codex/config.toml，不要每开新会话都重新解释。 直接输入： 请分析当前项目的技术栈、目录结构、测试方式和开发工具，为这个项目设计一份最小化的 .codex/config.toml，只写当前项目真正需要的配置，不覆盖无关的全局设置；完成后解释每项配置的作用，并检查项目级配置是否能够被当前 Codex 正确加载。 4️⃣ 用 Hooks 把规则变成自动执行 最浪费时间的方式，就是每次都提醒 Codex 改完记得跑测试、提交前记得检查、别忘了扫安全问题。 现在可以直接把这些规则做成 Hooks，在生命周期节点自动触发。Codex 当前官方配置已经支持 lifecycle hooks。 直接用这段： 请检查当前项目适合配置哪些 Codex lifecycle hooks，并为我建立最精简的一套自动化流程：代码修改完成后运行必要测试和 lint，关键变更执行安全检查，提交前执行最终验证；只配置真正必要的 Hook，避免重复执行和拖慢开发速度，完成后实际触发一次并验证每个 Hook 是否正常工作。 真正高效的 Codex 启动就知道该怎么工作。 赶紧配置试试吧！

govin.eth | G哥

152,622 次观看 • 15 天前

Notion 今天凌晨发了一个开发者平台, 大家都以为它在追 AI Agent 风口, 但实际方向是有些反过来的, 它要让所有 Agent 来追它, 我盯着它官方文档里那个新的 CLI 工具看了一会儿,才慢慢回过味儿来, 这个 CLI 设计得很奇怪, 它自带 --help,自带 --docs,自带 --spec, 每个命令的元信息都精简到极致,token 占用低到反常, 说实话人类开发者用 CLI 哪需要这些, 熟了就肌肉记忆,谁会反复读自动生成的 spec 呢, 但 Agent 会啊,它进入一个陌生 CLI,要先扫一遍能干嘛,扫的就是这些自描述信息, 也就是说,Notion 这个 CLI, 从设计的第一天起就不是给人用的, 是给 Agent 用的, 他们官方话术更直接：说和你的 coding agents 一起构建, 这一句话翻译过来就是,未来用 Notion 的主力用户, 可能不是你,而是是你的 Agent, 更狠的是这套基础设施的完整度,数据同步,Notion 托管, 工具调用,Notion 托管,Agent 沙盒,Notion 托管, 全跑在 Vercel Sandbox 加 Firecracker microVM 上, 连第三方 Agent 接入都开了, Claude 直接进来,当原生工具用, 数据,工具,编排,上下文,全部在同一个 workspace 里,零损耗, 以前 Agent 最大的痛点,是上下文碎片化,工具调用不稳定,自己还要搭一套 infra, 现在 Notion 把这套东西全包了, 你的 Agent 只需要醒过来,在一个已经布置好的房间里干活, 很多人还在评估 Notion 涨没涨价,还在讨论 Obsidian 迁移和本地优先, 但真正的故事是,Notion 已经在 Agent 时代的操作系统这条赛道上,把第一块地基浇好了 数据是血,Agent 是肌肉,Workers 是骨骼,CLI 是神经, 那些现在就把核心 workflow 搬进去的人, 和还在纠结要不要试用 ntn 的人, 未来 12 个月,差距可能比想象中要大得多。
0:15

Notion 今天凌晨发了一个开发者平台, 大家都以为它在追 AI Agent 风口, 但实际方向是有些反过来的, 它要让所有 Agent 来追它, 我盯着它官方文档里那个新的 CLI 工具看了一会儿,才慢慢回过味儿来, 这个 CLI 设计得很奇怪, 它自带 --help,自带 --docs,自带 --spec, 每个命令的元信息都精简到极致,token 占用低到反常, 说实话人类开发者用 CLI 哪需要这些, 熟了就肌肉记忆,谁会反复读自动生成的 spec 呢, 但 Agent 会啊,它进入一个陌生 CLI,要先扫一遍能干嘛,扫的就是这些自描述信息, 也就是说,Notion 这个 CLI, 从设计的第一天起就不是给人用的, 是给 Agent 用的, 他们官方话术更直接：说和你的 coding agents 一起构建, 这一句话翻译过来就是,未来用 Notion 的主力用户, 可能不是你,而是是你的 Agent, 更狠的是这套基础设施的完整度,数据同步,Notion 托管, 工具调用,Notion 托管,Agent 沙盒,Notion 托管, 全跑在 Vercel Sandbox 加 Firecracker microVM 上, 连第三方 Agent 接入都开了, Claude 直接进来,当原生工具用, 数据,工具,编排,上下文,全部在同一个 workspace 里,零损耗, 以前 Agent 最大的痛点,是上下文碎片化,工具调用不稳定,自己还要搭一套 infra, 现在 Notion 把这套东西全包了, 你的 Agent 只需要醒过来,在一个已经布置好的房间里干活, 很多人还在评估 Notion 涨没涨价,还在讨论 Obsidian 迁移和本地优先, 但真正的故事是,Notion 已经在 Agent 时代的操作系统这条赛道上,把第一块地基浇好了 数据是血,Agent 是肌肉,Workers 是骨骼,CLI 是神经, 那些现在就把核心 workflow 搬进去的人, 和还在纠结要不要试用 ntn 的人, 未来 12 个月,差距可能比想象中要大得多。

AYi

19,651 次观看 • 3 个月前

今年三月底在 Let's Vision 上介绍了我们正在做的让 agent 参与 mobile 开发自主验证的一些微小工作。现在终于可以把其中一部分我们日常使用的工具开源了。 sim-use 是让 AI agent 能看到模拟器/设备的屏幕并操作它的命令行工具。一条命令把整个屏幕变成 agent 能理解的紧凑表示，再一条命令点击任意元素，以完成验证循环。iOS Simulator 和 Android 通用。 Plan, code, verify, ship — verify 这一环现在可以交给 agent 了。欢迎大家试用/加星/反馈/一同改进！
0:12

今年三月底在 Let's Vision 上介绍了我们正在做的让 agent 参与 mobile 开发自主验证的一些微小工作。现在终于可以把其中一部分我们日常使用的工具开源了。 sim-use 是让 AI agent 能看到模拟器/设备的屏幕并操作它的命令行工具。一条命令把整个屏幕变成 agent 能理解的紧凑表示，再一条命令点击任意元素，以完成验证循环。iOS Simulator 和 Android 通用。 Plan, code, verify, ship — verify 这一环现在可以交给 agent 了。欢迎大家试用/加星/反馈/一同改进！

onevcat

68,603 次观看 • 2 个月前

👍最近，Tria在其移动应用中增加了对比特币和助记词钱包的支持，这对用户来说是一个很大的升级。 以前使用 Tria 主要是管理以太坊和 Solana 等链上的资产，现在用户可以直接在一个应用里管理更多主流链上的数字资产，体验更加完整和便捷。 目前，这款移动应用虽然还在测试阶段，但已经可以进行基本的发送和接收操作，支持 Solana、Arbitrum、比特币、以太坊和 Avalanche 等主流链。对于习惯多链操作的用户来说，这意味着不再需要频繁切换不同钱包和应用，资产管理更加集中和高效。 随着 Tria 的全面上线，它将引入更多功能，包括 供应链整合 和 收益耕作（Yield Farming）。供应链整合功能将帮助用户更轻松地管理跨链资产流动，同时优化资金使用效率；收益耕作功能则为用户提供更多的增值机会，让闲置资金也能产生实际收益。 Tria 的定位不仅是一个简单的钱包或支付工具，它正逐步打造一个 多链资产管理和收益生态。无论是普通用户还是 DeFi 投资者，都可以通过它方便地进行资产调度、跨链操作和收益优化。 长期来看，Tria 有潜力成为一个 一站式多链资产管理平台，把交易、存储和收益整合在同一个生态中，让用户真正掌握资产主动权。 此外，Tria 还在不断迭代用户体验和安全机制，包括助记词管理、钱包恢复、交易确认和多链安全协议等。未来，这些升级将让整个应用更加稳定可靠，为用户提供专业级的资产管理体验。 总的来说，Tria 是一个正在快速发展、不断扩展功能的多链资产管理平台。随着更多链和功能的接入，它不仅能简化用户操作，还能为用户带来更高的资本效率和收益潜力。如果你关注多链资产管理和 DeFi 创新，Tria 值得长期关注。 Kaito AI 🌊 #KaitoYap #Yaps Cookie DAO 🍪 Cookie DAO 🍪cn Mindō AI #Tria #DeFi Tria
0:11

👍最近，Tria在其移动应用中增加了对比特币和助记词钱包的支持，这对用户来说是一个很大的升级。 以前使用 Tria 主要是管理以太坊和 Solana 等链上的资产，现在用户可以直接在一个应用里管理更多主流链上的数字资产，体验更加完整和便捷。 目前，这款移动应用虽然还在测试阶段，但已经可以进行基本的发送和接收操作，支持 Solana、Arbitrum、比特币、以太坊和 Avalanche 等主流链。对于习惯多链操作的用户来说，这意味着不再需要频繁切换不同钱包和应用，资产管理更加集中和高效。 随着 Tria 的全面上线，它将引入更多功能，包括 供应链整合 和 收益耕作（Yield Farming）。供应链整合功能将帮助用户更轻松地管理跨链资产流动，同时优化资金使用效率；收益耕作功能则为用户提供更多的增值机会，让闲置资金也能产生实际收益。 Tria 的定位不仅是一个简单的钱包或支付工具，它正逐步打造一个 多链资产管理和收益生态。无论是普通用户还是 DeFi 投资者，都可以通过它方便地进行资产调度、跨链操作和收益优化。 长期来看，Tria 有潜力成为一个 一站式多链资产管理平台，把交易、存储和收益整合在同一个生态中，让用户真正掌握资产主动权。 此外，Tria 还在不断迭代用户体验和安全机制，包括助记词管理、钱包恢复、交易确认和多链安全协议等。未来，这些升级将让整个应用更加稳定可靠，为用户提供专业级的资产管理体验。 总的来说，Tria 是一个正在快速发展、不断扩展功能的多链资产管理平台。随着更多链和功能的接入，它不仅能简化用户操作，还能为用户带来更高的资本效率和收益潜力。如果你关注多链资产管理和 DeFi 创新，Tria 值得长期关注。 Kaito AI 🌊 #KaitoYap #Yaps Cookie DAO 🍪 Cookie DAO 🍪cn Mindō AI #Tria #DeFi Tria

Miss tangⓂ️Ⓜ️T

21,158 次观看 • 9 个月前

把 design-dna 的 skill 开源了，现在你可以把你喜欢的风格通过这个 skill 转为 json 的风格文件。再把你的内容（文本 / 素材）丢给 ai 就能将你的内容变成对应的风格 安装 npx skills add zanwei/design-dna 测试结果如下，在两次 prompt 内完成👇
0:17

把 design-dna 的 skill 开源了，现在你可以把你喜欢的风格通过这个 skill 转为 json 的风格文件。再把你的内容（文本 / 素材）丢给 ai 就能将你的内容变成对应的风格 安装 npx skills add zanwei/design-dna 测试结果如下，在两次 prompt 内完成👇

zanwei.guo

24,601 次观看 • 5 个月前

很多基础设施真正的问题，并不是能力不够，而是存在感太强。 创作者本来只想把想法跑通、把应用做出来，却不得不分心去理解链、Gas、账户模型、交互细节。 当基础设施频繁打断创作过程，生产力就会被结构性消耗。 从这个角度看 Vanar 它更像是在做一件“反直觉”的事： 不是不断强调链本身，而是尽量把链退到后台。 当底层默认适配 AI 和应用逻辑，创作者关注的就不再是“怎么和链打交道”，而是“这个想法值不值得继续做下去”。 这种变化短期里不一定体现在数据上，但会直接影响生态的行为方式。 当创作不再被基础设施频繁打断，尝试的密度会自然提高， 新的应用和内容也更容易以一种连续的方式生长出来。 也正是在这个意义上 $VANRY 更像是一种对创作专注度和应用自然演化能力的押注。 真正成熟的基础设施，往往不是被反复讨论的那一个， 而是被大量使用，却很少成为讨论对象的那一个。 #Vanar
0:17

很多基础设施真正的问题，并不是能力不够，而是存在感太强。 创作者本来只想把想法跑通、把应用做出来，却不得不分心去理解链、Gas、账户模型、交互细节。 当基础设施频繁打断创作过程，生产力就会被结构性消耗。 从这个角度看 Vanar 它更像是在做一件“反直觉”的事： 不是不断强调链本身，而是尽量把链退到后台。 当底层默认适配 AI 和应用逻辑，创作者关注的就不再是“怎么和链打交道”，而是“这个想法值不值得继续做下去”。 这种变化短期里不一定体现在数据上，但会直接影响生态的行为方式。 当创作不再被基础设施频繁打断，尝试的密度会自然提高， 新的应用和内容也更容易以一种连续的方式生长出来。 也正是在这个意义上 $VANRY 更像是一种对创作专注度和应用自然演化能力的押注。 真正成熟的基础设施，往往不是被反复讨论的那一个， 而是被大量使用，却很少成为讨论对象的那一个。 #Vanar

DD

47,932 次观看 • 7 个月前