← all publishers

DQT-bit

@dqt-bit source repo

3 published skills

  1. Nigao · dqt-bit bundle
    拟稿(nigao)—— 公众号草稿生成工坊。一句话触发,自动产出 markdown 文章 + 富文本 HTML + 大小封面 + 120 字摘要,端到端绕开 mdnice。 名字寓意:「拟」=起草、酝酿,「稿」=文稿;古人「拟稿」是构思文章的过程。 方法论:先以口语化、故事流、段落长短不一的风格写 markdown;再用 draft.py 一键产出全部产物(含「一键复制」按钮的浏览器预览页,复制粘贴公号编辑器即可,跳过 mdnice 转换这一步)。 当用户需要写一篇公众号文章 / 把某次会话或某次工作总结成可发布的文章时使用。最终产出 7 个文件汇总到 drafts/<date>-<slug>/。 触发词包括但不限于:写一篇关于 X 的公号文、帮我把 X 写成公众号、写个公众号 / 写篇推文、把这次会话写成文章、起草个 X 的发布稿、用拟稿写一篇、拟稿一下、把 X 这事写一下发出去。 即使用户只是说「把 X 整理一下发出去」、「X 这事写一篇」,只要上下文指向公众号 / 写作发布,都应该触发。 不要用于:纯技术文档(用 README / 代码注释)、单纯写代码(其他 skill)、写邮件 / 备忘录(用通用对话)、内部草稿没有发布意图。
    0
    installs
  2. Sansheng · dqt-bit bundle
    三省(sansheng)——多 Agent 并行调研工坊。把 OpenRouter Fusion API 的"panel + judge + 综合"多模型协作思路映射到 Claude Code 原生 Agent tool。 名字典故:曾子"吾日三省吾身"(独立反思)+ 三省六部(多部独立议事综合决策),三 = 推荐的 sub-agent 数。 方法论:spawn N 个 sub-agent 从互补角度并行调研 → 主 agent 做 Judge 交叉评审(标共识/分歧/缺口/独特观点)→ 综合输出敢下判断的结论。 当用户需要做"开放性研究、对比、评审、选型、风险盘点、跨领域调研"时使用。最终产出一份带共识/分歧/缺口标记的综合判断,以及可立即落地的下一步。 触发词包括但不限于:研究下 X、对比 X 和 Y、评审这个方案、X 的选型建议、X 有哪些风险、分析下 X、调研一下 X、X 和 Y 哪个更适合 Z、帮我看看 X 怎么选、X 方案有什么坑、三省一下 X、让三省看看。 即使用户只是丢一个开放性问题"应该 A 还是 B"、或要"全面看一下 X",只要任务有多个合理答案、需要多视角综合,都应该触发。 不要用于答案唯一的任务(bug 已定位、格式转换、单函数实现、删除冗余代码);不要用于用户在线等结果的实时迭代场景(spawn + 综合至少要 1-2 分钟);不要用于单页 web 查询能搞定的轻量问题。
    0
    installs
  3. Weidu · dqt-bit bundle
    微读(weidu)——读 mp.weixin.qq.com 公众号文章的稳定姿势。绕开层层叠叠的反爬:Jina/WebFetch/curl 全被拦或返回验证码页。 名字寓意:「微」=微信,「读」=读得到;两个字直说"让你能读到微信公众号文章"。 方法论:PowerShell HttpWebRequest 拉原始 UTF-8 字节(避开 Invoke-WebRequest 的 UTF-8→GBK 编码污染)+ Python 双容器兜底(js_content 旧版 + content_noencode 新版沉浸式)。 当用户给出 mp.weixin.qq.com 链接、要读 / 解读 / 摘要 / 提取一手数据时使用。 触发词包括但不限于:mp.weixin.qq.com/s/ 链接(任何形式)、读一下这篇微信文章、看下这个公众号、读这个链接、解读这篇文章(链接是公众号时)、提取这个公众号文章的关键信息、摘要一下这篇微信文章、微读看一下、用微读读。 即使用户只是丢一个公众号链接没说话,也应该触发——丢链接 = 想读。 不要用于非 mp.weixin.qq.com 域名(用 WebFetch / Jina 就够);不要用于需要登录态的微信内容(公众号订阅页、付费内容);不要用于公众号视频号/图文卡片(容器结构不同)。
    0
    installs