即刻App年轻人的同好社区
下载
App内打开
YueyueNiao_月月鸟
156关注28被关注1夸夸
🥬_菜菜的体验设计师
🌟_心愿就是大家每天都开心、身体健康
👨🏻‍💻_修身养性的叠经验中🎉
YueyueNiao_月月鸟
16天前

蜡笔不拿笔: 分享一些design用的skills~ 1️⃣https://github.com/nextlevelbuilder/ui-ux-pro-max-skill UI/UX 设计智能 skill,多平台前端设计/优化 2️⃣https://github.com/VoltAgent/awesome-design-md 大量品牌风格 DESIGN.md 集合,适合给 Agent 注入设计语言 3️⃣https://github.com/nexu-io/open-design 本地 Claude Design 替代品,内置大量 skills 和设计系统 4️⃣https://github.com/Leonxlnx/taste-skill “反 AI 味”的审美 skill,提升界面品味 5️⃣https://github.com/Nutlope/hallmark 面向 Claude Code / Cursor / Codex 的 anti-slop design skill 6️⃣https://github.com/VoltAgent/awesome-claude-design Claude Design 风格资源,含可直接使用的设计系统灵感 7️⃣https://github.com/bergside/design-md-chrome 从任意网站提取样式,生成 DESIGN.md / design skills 8️⃣https://github.com/Owl-Listener/designer-skills 设计师技能集合,覆盖 research、UI、interaction、delivery 9️⃣https://github.com/bergside/awesome-design-skills 设计类 DESIGN.md / SKILL.md 目录,适合继续淘资源 1️⃣0️⃣https://github.com/carmahhawwari/ui-design-brain UI 组件知识库 skill,偏生产级组件设计规范 因为最近发现自己在做产品的过程中遇到的最大卡点往往不是产品本身的idea或者coding的过程,而是做好之后我不知道怎么样让它变好看、吸引到更多的人,外加如何做出好看的产品宣发图,毕竟酒香也怕巷子深,但是这个过程真的耗费了我很多的精力,我现在仍然觉得设计是很难的部分。 外加我平常收集的宝藏skills都散落在各处,今天终于有机会把它们整理一下了,希望能帮到大家

00
YueyueNiao_月月鸟
2月前
小红书有1000篇AI生成UI的文章,Codex+Figma+MCP仿佛无敌了,Claude Design替代设计了,还有200个PPT SKill,说实话年前,用AI梳理思路然后做设计的状态,体感是最舒服的,诚然对未来Agent的发展确实看好,但当下的状态确实有点畸形,而刚好身处在这个阶段里,难免觉得难受 - -

组织提效了,产品迭代更快了,人人都变成超级个体了,But,产品体验也许还是60分万岁 - -
00
YueyueNiao_月月鸟
2月前

Yangyi.: 做了产品,首发先把这些地方发完再说。 这些地方既有流量,又方便建外链拉DR。 Uneed — https://uneed.best Peerpush — https://peerpush.net ProductHunt — https://producthunt.com MicroLaunch — https://microlaunch.net SaaSHub — https://saashub.com LaunchIgniter — https://launchigniter.com Foundrlist — https://foundrlist.com IndieHackers — https://indiehackers.com LaunchDirectories — https://launchdirectories.com AILaunch — https://ailaunch.ai AItoolonline — https://aitoolonline.com BetaList — https://betalist.com DevHunt — https://devhunt.org DirectoryHunt — https://directoryhunt.com Fazier — https://fazier.com Firsto — https://firsto.co HackerNews — https://news.ycombinator.com PeerList — https://peerlist.io Reddit — https://reddit.com Agenthunter — https://agenthunter.io ShipYard HQ — https://shipyardhq.dev Shipsquad — https://shipsquad.space Slocco — https://slocco.com Stacker News — https://stacker.news TinyLaunch — https://tinylaunch.com ToolFame — https://toolfame.com TryLaunch — https://trylaunchai.com TwelveTools — https://twelvetools.com tinystartups — https://tinystartups.com Neeed directory — https://neeed.directory Theresanaiforthat — https://theresanaiforthat.com Turbo0 — https://turbo0.com Indie deals — https://indie.deals ShowMeBestAI — https://showmebest.ai IndieTools — https://indietools.app SaaSFame — https://saasfame.com Launchdubai — https://launchdub.ai BetaPage — https://betapage.co LaunchingNext — https://launchingnext.com StartupRanked — https://startupranked.com The Grommet — https://thegrommet.com Awesome Directories — https://awesome-directories.com AI Directories — https://github.com/best-of-ai/ai-directories StartupSubmit — https://startupsubmit.app 300 AI Directories — https://300aidirectories.com

00
YueyueNiao_月月鸟
2月前

Yibie: # 字节跳动的 AI 编程团队,推荐了这 10 个 Skills --- 上个月字节 TRAE 团队发布了一本《2026 企业级 AI 编程实践手册》,里面有一份 Skills Top 10 排行榜。这是目前我看到的第一份来自大厂的 Agent Skills 推荐清单。 先说背景。TRAE 是字节基于 Doubao-Seed-2.0-Code 模型做的企业级 AI 编程工具,定位是「真正的 AI 工程师」——不只是帮你补全代码,是自主拆需求、做任务规划、写代码、跑测试、部署,全流程。 他们内部大规模使用 Agent 之后,沉淀出了这 10 个最常用的 Skills。排名有先后: 1. frontend-design —— 前端设计。为什么排第一?因为 AI 写的 UI 真的太丑了。这个 Skill 教 AI 什么是好的设计。 2. cache-components —— 组件缓存。让 AI 复用已生成的组件,而不是每次都重新造。省 token,也省时间。 3. fullstack-developer —— 全栈开发。给 AI 一个全栈开发者的心智模型:前后端一起考虑,数据流怎么走,API 怎么设计。 4. frontend-code-review —— 前端代码审查。 5. code-reviewer —— 通用代码审查。注意:前 5 名里有两个 review Skill。说明字节很重视 AI 写出来的代码质量——不是能跑就行。 6. webapp-testing —— Web 应用测试。 7. pr-creator —— 自动创建 PR。写完代码 → 自动提 PR,省一步。 8. fix —— Bug 修复。专门用来处理「这里有个 bug,帮我修」。 9. update-docs —— 文档更新。代码改了,文档自动跟上。 10. find-skills —— 发现 Skills。这个最特别——让 AI 自己去搜索和推荐 Skills。 看完这个清单,有几个观察: 第一,设计类 Skill 排第一不是偶然。字节的人显然被 AI 生成的紫色渐变和圆角卡片折磨够了。任何人只要用过 AI 写前端,就知道 frontend-design 为什么是刚需。 第二,Top 10 里有两个 review Skill 和一个 testing Skill。这说明字节对 AI 代码的策略是「写得多不如写得对」——和 SkillsBench 那篇论文的结论一致:好 Skills 能提升 51%,差 Skills 能拉低 39%。 第三,find-skills 这个 Skill 很有意思。它本质是一个元技能(meta-skill)——让 AI 自己去发现还需要什么技能。这个思路和 EvoSkill 的「自动进化」一脉相承:最好的 Skills 配置不是人写的,是 AI 在实践中自己找出来的。 如果你在用 Claude Code 或 Codex,这份清单可以直接照搬。前 5 个装上去,你的 Agent 就已经有了大厂级别的 Skills 配置。 手册全文:https://lcnziv86vkx6.feishu.cn/wiki/XZOSwI51wi5a5okxCF4cAxHSnBh

00
YueyueNiao_月月鸟
2月前

郦橙锦妖Vanessa: 几行prompt,让你的DeepSeek v4 pro胜过Opus 4.7! X上看到有人分析了DeepSeek v4 pro在工具调用上出现的问题,好消息是这些错误不多且是有固定模式的,打个补丁就能有效改善。原作者说在他们自己内部的eval上,改良后的DS,10次中有6次胜过Opus 4.7。 因为我自己用的是Hermes,在不fork harness来改的情况下,我能动的只有system prompt。所以应该达不到原文中战胜Opus的程度,可能能打个平手吧。我让AI协助我梳理了一些在system prompting层就可以修改的点,可以直接放到你的agent里使用(经过Opus 4.7和Gemini两重校验): # Tool Calling Rules When calling tools, follow these rules strictly. They override any conflicting habits from chat training. ## Argument formatting 1. **Omit optional fields you don't need.** Do not send `null`, `""`, `{}`, or `[]` as a placeholder. If a field is optional and you have no value, leave it out of the JSON entirely. 2. **Match the container type exactly.** - Array fields take JSON arrays: `["a", "b"]`, never `"[\"a\",\"b\"]"` (string), never `{}` (object), never `"foo"` (bare string). - Single-element arrays still need brackets: `["foo"]`, not `"foo"`. - Object fields take JSON objects, not arrays or strings. 3. **Strings are raw strings.** Do not wrap values in extra quotes, code fences, or markdown. 4. **Numbers and booleans are unquoted.** `30`, not `"30"`. `true`, not `"true"`. ## Paths and identifiers 5. **File paths, URLs, IDs, and similar fields go to system functions, not chat output.** Never format them as markdown links, never wrap them in backticks, never add explanatory parentheses. Correct: `"/Users/me/notes.md"` Wrong: `"[notes.md](http://notes.md)"` Wrong: `` "`/Users/me/notes.md`" `` Wrong: `"/Users/me/notes.md (the notes file)"` 6. **If a tool description says "path", treat it as input to a filesystem call.** No formatting, no decoration. ## Related parameters 7. **When a tool has paired parameters (e.g., offset + limit, start + end, from + to), provide both or neither.** Read the description — if two fields work together, half the pair often produces an error. ## Recovery 8. **If a tool returns a validation error, read the error message carefully and fix only what it complains about.** Do not rewrite the whole call. Do not retry the same arguments. 9. **If a tool returns a "Note:" with a defaulted value, that's informational, not an error.** Continue the task. If the default is wrong, retry with the correct explicit value. ## Tool selection 10. **Use the tool whose description matches your intent most specifically.** Don't reach for `shellCommand` if a dedicated tool exists. Don't reach for `execute_code` for things a single tool call can handle.

00