把调研这件事交给一个独立上下文的代理，它只负责查证与存文件。 让主对话去做调研有个天然问题：查到一半上下文就满了，前面的资料被挤掉，最后只能凭模型记忆回答。Research 技能的思路很直接：开一个后台代理，给它一个干净上下文窗口，让它自己查、自己写、自己存成 Markdown，主对话继续干别的。它的规矩只有三条，但条条卡在质量上：只用一手资料、每条结论带出处、存在仓库已有的位置。
标签 WorkBuddy 下的文章
WorkBuddy DOCX 技能把「写文档」和「排版」拆成两步：先把内容写对，再把样式做成能直接交的 Word。 用 AI 写长篇文档的通病是：正文挺像样，一导出 Word 就塔了——标题层级乱、行距不一致、页码没加、表格跳出边界。这个技能不直接向你输出 Word，而是先出一份结构化内容，再按版式模板排成 HTML，最后转成 .docx 并打开预览。你可以一边看一边让它改。
一句话定位：微信小程序从建到发，在对话里完成编译、预览与上线。 做小程序最耗人的不是写页面，是环境：装微信开发者工具、配 AppID、开云开发、调真机预览、传代码审核。任何一个环节卡住，一天就没了。WorkBuddy 的 mini-program-development 技能把这套流程收进对话：创建、修改、编译、预览、真机调试、托管发布都在一个会话里跑，需要数据库和登录时再叠上云服务技能。它覆盖的不只是“写代玛”，而是从模板到小程序码的那一整条链。
一句话定位：把文档、表格与网页链接沉淀成一个能搜、能分享、能接 AI 的空间。 做内容的人和做项目的人，最后都会撞上同一堆东西：几十份 Markdown、一堆导出表格、几个客户发的 PDF、一堆自己存了但再也没打开过的链接。本地文件夹解决不了检索，网盘解决不了「让 AI 直接读」。library（资料库）技能把这块做成了一个可寻址的空间：文件放进去之后有统一入口、可协作、可分享，也能被后续的 AI 对话直接引用。它不是网盘的替代品，而是把“资料”从静态存储变成可检索、可引用的...
一句话定位：让 AI 直接给你的网站或小程序搭好数据库、登录和文件存储。 做一个小应用，真正拖时间的往往不是页面，是后端：建表、配权限、接登录、传文件、再给模型调用留一把不能泄露的密钥。WorkBuddy 内置的 cloud-service 技能把这个环节做成了「对话即接入」——你说清要存什么、谁能看，它在托管后端里建好表、写好权限规则，前端拿到接口再继续写页面。定位上它对标 Supabase / Firebase 这类托管方案，区别在于你不用去控制台点鼠标，改表结构、改权限...