三个设计助手挤进 GitHub 热榜,给 AI 的“作业”大不相同

让 AI 写个落地页，它往往很快就能交出代码。接下来才轮到那些细活：首屏该先说什么，已有预约按钮能不能保住，手机上能否看清，最后又由谁检查。

这期 GitHub Daily Trending 前十里，AI Design Skills、Hallmark 和 Impeccable 都在帮编码助手做设计，但三者给 AI 布置的作业并不一样：一个先理清转化目标，一个把选风格与审查串起来，另一个把一部分设计问题做成可重复运行的检测。选哪个，要看你卡在“没想清楚”“做得太像模板”，还是“改完没人把关”。

榜单里还有桌面工作台、开发流程、社交排期和学习工具。顺着它们看下去，会发现同样叫“AI 工具”，有的交付规则，有的管理会话，有的真的会向外部平台执行操作。把这一层分清，比一次装满工具箱更容易找到合适的起点。

先看全榜，各自接哪段活

数据取自北京时间 2026 年 10 月 28 日 05:01 的 GitHub 官方 Daily 页面，顺序保留官方前十。Stars 是累计关注数，Today 是页面标示的采样日新增 Stars；上榜时间不等于项目或版本的发布日期。语言沿用榜单标注，空缺记为“未标注”。表中许可证是入口提示，正文补充会改变使用选择的例外。

1. elayadesign/ai-design-skills

这是一份给编码助手使用的落地页设计技能，服务于“有产品，但还没想好页面怎么讲”的人。当前仓库实际只有一个 landing-page-design 技能。图中的目录也很直接：每个技能单独放一个文件夹，落地页这一项负责需求、结构、文案和视觉系统。

假设你要给一款报表工具做预约演示页。先把真实产品截图、目标受众、流量来源和预约链接给助手，再明确页面最重要的动作是“预约演示”。技能会引导助手补齐访客最关心的异议，从几种页面结构中选一条路线，先写大纲与首屏文案，再逐段实现。这样，按钮、利益点和常见问题都能围绕同一个目的安排，少一点“先铺满组件，再找地方塞产品介绍”的随意。

视觉部分也管得很细：字体、字号、间距、嵌套圆角、动效方式都有约定。这些约定通过 Markdown 交给宿主模型遵循，仓库没有另带一套程序来强制检查它们。已有成熟品牌规范的人，应该让品牌要求优先；强势的个人审美未必适合所有产品。

还有一个必须改的地方：技能允许为样例编造逼真的人名、品牌和指标。拿它做原型时可以清楚标成示例，正式上线前则必须换成真实材料。页面看起来像真产品，不能靠假客户证言来完成。这份技能采用 MIT，尚无公开 GitHub Release；“高转化”是项目定位，不能据此认定它已带来更高转化率。

2. Nutlope/hallmark

Hallmark 是面向 Claude Code、Cursor、Codex 等编码助手的网页设计技能，除了给设计建议，还配了主题选择、静态检查和浏览器检查脚本。前一个项目着重把落地页的任务想清楚，这个则继续追问：同样的需求，能不能做出不同但有理由的视觉方案，改版后又能否保住原来的功能？

装好之后，可以先对现有页面做 audit，只看问题；明确选择 redesign，才进入改版。它先读项目设计系统、品牌规范和真实产品材料，再从主题与页面骨架中选择方向。当前主题目录有 50 项，主题负责字体、颜色、材质和组件气质，页面结构还要根据访客任务重新安排，并非套上一个配色就算设计完成。

比如改一家面包店的网站，可以先只做首屏，确认照片、主文案和下单入口的关系，再扩展整页。接下来，静态脚本找已知模式，浏览器层检查实际布局，新的独立审阅上下文再看整体。对于老站，它还会记录链接、表单字段和事件接线，改完后对照，减少“页面漂亮了，下单路径丢了”的风险。不过，这种清单只能辅助保留结构，后端订单有没有真正创建仍需业务回归。

图里 README 写了八种宽度检查，而当前脚本实际列出七种，因此更准确的理解是“多宽度检查”，不能把文档数字当作已经完成的测试结果。另一个容易忽视的细节在选图：755 条照片记录是外部图片元数据，不是 755 张随代码附送的免署名照片。代码采用 MIT，照片则分别有 CC BY、CC BY-SA 等条款。做商业站点时，要按选中的那张图核对授权。当前技能内标为 2.0.0，尚无公开 GitHub Release。

3. nightly-labs/openbot

OpenBot 是本地优先的桌面 AI 工作台，给持续工作的 AI 同事保存会话、任务队列和工作目录。上面的设计技能告诉助手怎样做，OpenBot 管的是任务放在哪里、由哪个助手接手、关掉窗口后怎样找回来。图中 Electron 主进程连接代理运行时、SQLite 和浏览器宿主，正好对应这些职责。

它把 Codex、Claude、Grok 等运行路径接进统一界面。输入进入持久化队列，调度器再交给对应代理；对话、附件和会话绑定保存在本地数据库中。一个资料研究任务可以先交给研究代理，结果通过受管文件和消息交给开发代理。独立任务线程有自己的上下文与队列，方便把长对话中的支线分开追踪。

这里有个实际取舍：线程分开了，同一代理的工作目录仍可能共享，也没有因此自动给文件上锁。两个任务同时改同一文件，仍需要协调。当前源码提供 Workspace only、Ask first、Full access 等权限分级，默认访问级别却仍是 Full access；目录限制也不等于把读取、网络和所有工具都隔离起来。模型账号或 API 的权限、费用同样要另行准备。

采用之前还得先看许可。OpenBot 顶层是 PolyForm Noncommercial 1.0.0，公司日常业务不能仅凭源码公开就当作免费商用授权。个人非商业探索更贴合其允许范围，商业用途应先处理授权。最新非预发布通道是 v0.52.1，但项目仍自称 development preview；主干已有晚于该标签的修改，不能把主干变化都算进安装包。

4. obra/superpowers

Superpowers 是给编码助手使用的软件开发方法与技能框架，适合已经能生成代码、却经常漏需求或漏验证的工作流。它把需求澄清、方案、计划、实现、测试和审查串成一条线；图中的七步流程可以当作理解它的入口。

以“给现有应用加 CSV 导入”为例，最先要说清的是哪些字段必填、错误行怎样处理、原有导入方式是否保留。设计确认后，再把解析、校验、界面与回归拆成小任务，每项写明文件和验证命令。进入实现时，测试驱动流程要求先看到测试失败，再写让它通过的最小实现，最后重构并重新验证。这样，助手每走一步都有一个能检查的结果。

当前 v7.0.1 的子代理路线，会为任务安排新的实现上下文，随后检查需求符合度与代码质量，整个分支还要做一次更广的最终审查。进度账本记录任务、提交和修复轮数，让中途压缩上下文或恢复工作时不必全靠聊天记忆。修复循环也有上限，未解决的问题可能留给协调者裁决和最终审查，而不是保证反复尝试一定成功。

它的价值在于给助手一套可执行的方法，但这些仍是模型要遵循的指令，能否落实受宿主工具与上下文影响。每任务新上下文、额外审查也会增加时间与 Token 成本。小改动未必需要最重的一条路线；涉及多文件、明确验收条件的改动，才更能发挥这套安排的作用。当前主干与 v7.0.1 一致，采用 MIT。

5. pbakaus/impeccable

Impeccable 是设计技能加检测引擎，服务于想让编码助手持续维护界面质量的开发者。它把产品事实和视觉约定分别放进 PRODUCT.md、DESIGN.md，然后用命令入口组织审计、润色与修改。图里的 init 正是在收集这份长期上下文。

三种设计帮手到这里就能放在同一把尺子上看了：AI Design Skills 先约束落地页怎么讲；Hallmark 让选方向、做首屏、保留接线和审阅前后衔接；Impeccable 更适合把一部分明确的界面问题变成重复检测。当前 Rust 引擎的注册表有 62 个内置规则，可以读取文件，也可以检查浏览器中的页面结构、布局与样式。

假设团队要上线一个设置页，可以先跑检测，把能定位到文件或页面元素的问题交给编码助手修改，再由人看整体交互。检测器不需要模型 API Key，适合放进例行检查；涉及设计生成和修改时，仍需现有编码助手与模型。完整流程也不等于离线：开始新设计时，它会通过远程 API 从目录中提供一组视觉方向供选择，这一步被称为“抽牌”。浏览器检测需要本机浏览器，实时修改仅面向可信本地项目。

规则能找出它认识的问题，却不能替团队作产品判断。零发现不代表页面已经通过所有无障碍要求，更不代表风格一定适合用户。当前 CLI、Skill 的最新版本均为 4.8.0，引擎另为 0.1.18，扩展又有独立版本；更新时要看准安装的是哪一部分。主代码采用 Apache-2.0，部分参考材料保留 MIT 来源声明。

6. makecindy/cindy

Cindy 是把 Claude Code、Codex、Pi 等代理运行系统接进统一界面的桌面与手机客户端，适合想在电脑上执行任务、在手机上追踪进展的人。图中列出的统一入口、多代理分工与扩展工具，都是围绕这张工作台展开。

它的 Orca 多代理模式用 Lead 会话拆任务、验收，Worker 各自运行完整会话，队列和状态留下持久记录。可以把它理解成给一个开发任务安排负责人和执行者。手机跨设备访问时，项目文件仍在原电脑；需要电脑在线、同账号以及相应授权，不能当作已经把整个工程同步到了手机。

Cindy 与 OpenBot 都提供统一入口，但采用条件不同。Cindy 的公开仓库提供客户端和共享包，后端并不在这个仓库中。选择 Skip Sign-In 可以用本地 Agent，依赖服务器的能力则不可用；要完整自托管云端服务，光拿这份源码还不够。客户端 Apache-2.0 也不覆盖打包的全部第三方组件，Claude 相关商业组件和其他 SDK 仍要分别看条款。

切换代理运行系统时，当前实现先保存待生效的变更，在下一次发送时应用，不能理解成三套引擎的内部状态随时无损搬家。桌面稳定版为 v0.1.115，最新预发布为 v0.1.118-beta；这里讲到的实现细节以当前主干为准。想开始试用，可以先建一个不含敏感资料的小任务，检查文件位置、权限与手机端确认如何对应，再接入真实工作。

7. gitroomhq/postiz-app

Postiz 是社交媒体排期与发布工具，面向需要管理多个渠道的运营者和小团队。前面的工作台主要组织任务，它会继续走到外部平台的真实发布环节。图中的托管、自托管对照也提醒了一件事：把程序放到自己的服务器，并不会取消各个平台的应用审批。

一条内容可以先存成草稿，审过之后再按时间排期。它的前端负责编辑与日历，后端校验账号、平台字段、媒体和内容，再建立持久工作流。Temporal 在这里负责保存“何时执行、执行到了哪一步”的状态；到时间后，平台适配器再向社交平台发出请求，并处理状态查询、通知等后续动作。做完草稿时拿到的预览地址，只能证明草稿已创建，不能当作平台已经发布成功。

它还提供 MCP 工具，让外部助手调用同一类排期能力。MCP 可以简单理解为助手接工具的接口：入口变成对话，后面的权限校验、时间字段和真实发布责任仍然存在。尤其排期接口使用 UTC，给它一个本地时间之前，要先把时区换算清楚。第一次接入宜从 draft 开始，不要直接授权“现在发布”。

选择自托管的人要承担 PostgreSQL、Redis、Temporal 等服务的运行与备份，还需各平台 OAuth 凭据、权限与配额。实例源码确实保存 token 和 refresh token，不能把“不手填密码”理解成“不保存访问令牌”。主代码采用 AGPL-3.0，修改后通过网络提供服务时要关注相应源码义务。最新 v2.25.3 与当前主干一致，发行说明将其列为安全修复并建议升级；已有实例应优先查看该版本说明。

8. affaan-m/ECC

ECC 是为现有编码助手组织规则、技能、专用代理与事件钩子的工程流程工具箱。它适合已有一套开发习惯，想让助手少忘项目约定的团队。图中把 Skills、Agents、Rules、Hooks 和 Instincts 的职责分开，避免所有要求都挤进一段越来越长的提示。

比如团队要求提交前跑类型检查，可以把要求放进规则，再由特定工具事件触发检查。Hooks 就是这类事件钩子：工具执行前后、会话开始或结束时，宿主调用相应动作。这样，一部分重复提醒便有机会接到真实命令上；是否触发成功，仍应看运行日志，不能只看配置文件里写了检查。

它的持续学习部分还有一条更长的链：先观察项目中的工具事件，保存记录，再由观察器提炼带证据与置信度的小习惯，之后整理为可复用技能。这里改变的是助手可读取的规则与记忆，并没有训练基础模型的权重。后台观察器默认关闭，所以装上仓库不等于已经自动开始这整条学习链。

Superpowers 和 ECC 的侧重点不同：Superpowers 围绕一次改动，组织从需求到交付的顺序；ECC 则给长期工作流提供更多配置与事件接点。已有稳定流程的人，宜先选少量规则和钩子，看清权限、日志及额外开销，再逐步扩展。Claude Code 是主要支持对象，其他宿主的适配程度不完全相同。最新稳定为 v2.2.3，主干晚于该标签；根目录采用 MIT，但 OSINT 调查技能另有 CC BY-SA 4.0 许可。

9. HKUDS/DeepTutor

DeepTutor 是把教材检索、阅读、笔记、练习和课程上下文放到一起的 AI 学习工作区，适合已有一批有权使用的课件、想围绕它们学习的人。图中的统一运行时、学习上下文与多种检索入口，说明它要连接的是一段持续学习过程。

以学习傅里叶变换为例，可以先把自己的教材做成知识库，再明确选用这本教材提问。默认本地检索链由 LlamaIndex 组织：文档解析后分块，嵌入模型把片段转成便于检索的向量；提问时找回相关片段和页码等来源，再交给上层代理组织解释。可选的关键词融合与重排帮助调整候选片段，GraphRAG、LightRAG 等则是另外可选的后端，并非默认流程必经的一层。

这个分工直接影响怎样判断答案：检索层返回了材料，不等于已经讲懂概念。读者可以顺着来源回看原文，再用笔记和错题留下自己的理解。课程记录引用教材、阅读与练习资源，汇总相应状态；下一步阅读或练习会以建议卡交给学习者决定，而不是后台替人把课程学完。

采用条件也很具体。需要可用的语言模型，知识库还要配置嵌入模型或外部检索后端；“本地优先”不保证每种模式都不联网。换嵌入模型时，旧索引通常不能直接接着查，需要回到匹配配置或重建。当前主干与 v1.6.15 一致，主代码采用 Apache-2.0，教材、模型及品牌资源另有权利边界。第一次试用，选一小章、一个概念和一道题，比一次灌进整学期资料更容易判断它能否帮上忙。

10. JetBrains/thinkrail

ThinkRail 是围绕 pi 编码代理构建的轻量 IDE，面向希望在图形界面中看代码、审查改动和管理工作分支的开发者。它把编辑器与任务对话放在同一处，图中则把系统分为宿主、版本化通信协议和 Web 界面三层。

看懂它，先分开两件事：ThinkRail 管项目与工作区、编辑器、终端、diff 审查和交互策略；pi 执行内核管模型连接、认证、上下文压缩与会话状态。宿主在同一进程中创建 pi 会话，把工作目录、设置和扩展传进去，再把运行中的事件投影到界面。它并非每次启动一个 pi 命令行、再从终端输出里拼出全部状态。

如果手上有两个互不相关的改动，可以分别建立 worktree 和聊天，在不同分支工作，随后回到 diff 中看每处修改。worktree 隔开的是 Git 分支和工作目录，工具仍可能以用户权限运行，不能当安全沙箱。源码中的 MCP 确认策略也只说明那一类工具的处理方式，不代表所有 shell 和文件动作都走同样的确认。

它仍是 JetBrains 孵化中的早期产品。稳定版为 v0.2.0，使用 pi 1.2.0；最新预发布 v0.3.0-nightly.7 与当前主干使用 pi 1.4.0。主干 README 写了 Intel Mac 支持，但这两个发行版的 macOS 下载资产都只有 arm64，下载时应以实际附件为准。主代码采用 Apache-2.0，模型服务与外部依赖仍各有条件。对于更重视代码审阅、又想试试 pi 的人，它比单纯换一套聊天外观更值得拆开看。

选一个小任务，比装满一套更有收获

回到开头那张落地页：还没想清楚访客和主按钮，就从 AI Design Skills 的需求与结构入手；已有页面需要改版，Hallmark 的保留清单和首屏审阅更贴近问题；团队想反复扫描明确的界面问题，可以看 Impeccable。先用同一个页面比较，才知道差别来自设计方法、检查规则，还是你补齐了更好的产品材料。

这里也有一种很实际的可能：作品变好了，是因为需求交代得更清楚，而非装了技能就让模型突然更懂设计。因此第一次尝试时，可以保留原需求、素材和页面，记录改动后预约入口是否还可用、手机布局是否更清楚、事实文案是否真实。不要只凭一次漂亮首屏判断整套工作流。

任务会跨多轮、跨设备，才需要继续比较 OpenBot、Cindy 与 ThinkRail 各自怎样保存会话、管理权限、呈现改动。内容需要按时到达外部平台，再考虑 Postiz；材料需要变成自己的理解，就给 DeepTutor 一小章教材。每个工具接住的活不同，选一个能看懂输入、过程与结果的小任务，折腾才不容易停在安装成功那一步。

来源与版本资料

GitHub 官方 Daily Trending：

https://github.com/trending?since=daily

以下资料对应各节所述源码与发行渠道。主干实现和安装包可能不同，具体边界见各节；上榜和 Stars 均不构成性能或教学效果的实测证据。

1. elayadesign/ai-design-skills

README：

https://github.com/elayadesign/ai-design-skills/blob/ded7efc9d5c02761c41a03caf3b78f9259ab8828/README.md

机制与实现：

https://github.com/elayadesign/ai-design-skills/blob/ded7efc9d5c02761c41a03caf3b78f9259ab8828/skills/landing-page-design/SKILL.md

许可：

https://github.com/elayadesign/ai-design-skills/blob/ded7efc9d5c02761c41a03caf3b78f9259ab8828/LICENSE

发行记录：

https://github.com/elayadesign/ai-design-skills/releases

2. Nutlope/hallmark

README：

https://github.com/Nutlope/hallmark/blob/6033bab2a8051b5454552d2e8e6cb8f27c483a42/README.md

机制与实现：

https://github.com/Nutlope/hallmark/blob/6033bab2a8051b5454552d2e8e6cb8f27c483a42/skills/hallmark/SKILL.md

许可：

https://github.com/Nutlope/hallmark/blob/6033bab2a8051b5454552d2e8e6cb8f27c483a42/LICENSE

发行记录：

https://github.com/Nutlope/hallmark/releases

3. nightly-labs/openbot

README：

https://github.com/nightly-labs/openbot/blob/a701c3d3b144e995d1b6b2de532f457f8eee9485/README.md

机制与实现：

https://github.com/nightly-labs/openbot/blob/a701c3d3b144e995d1b6b2de532f457f8eee9485/NOTICE

许可：

https://github.com/nightly-labs/openbot/blob/a701c3d3b144e995d1b6b2de532f457f8eee9485/LICENSE

发行记录：

https://github.com/nightly-labs/openbot/releases

4. obra/superpowers

README：

https://github.com/obra/superpowers/blob/2ce8aa15d05bd57213e6f746f953aafb7ded7a8b/README.md

机制与实现：

https://github.com/obra/superpowers/blob/2ce8aa15d05bd57213e6f746f953aafb7ded7a8b/.claude-plugin/plugin.json

许可：

https://github.com/obra/superpowers/blob/2ce8aa15d05bd57213e6f746f953aafb7ded7a8b/LICENSE

发行记录：

https://github.com/obra/superpowers/releases

5. pbakaus/impeccable

README：

https://github.com/pbakaus/impeccable/blob/d34c87e1a00989ae8dbdd7f6b30b70f23319e860/README.md

机制与实现：

https://github.com/pbakaus/impeccable/blob/d34c87e1a00989ae8dbdd7f6b30b70f23319e860/skill/SKILL.src.md#L47-L73

许可：

https://github.com/pbakaus/impeccable/blob/d34c87e1a00989ae8dbdd7f6b30b70f23319e860/LICENSE

发行记录：

https://github.com/pbakaus/impeccable/releases

6. makecindy/cindy

README：

https://github.com/makecindy/cindy/blob/b486def1f8aab01c6953ce44992429a9eee9b2c6/README.md

机制与实现：

https://github.com/makecindy/cindy/blob/b486def1f8aab01c6953ce44992429a9eee9b2c6/README.md#L110-L183

许可：

https://github.com/makecindy/cindy/blob/b486def1f8aab01c6953ce44992429a9eee9b2c6/LICENSE

发行记录：

https://github.com/makecindy/cindy/releases

7. gitroomhq/postiz-app

README：

https://github.com/gitroomhq/postiz-app/blob/a5affe62c74e39c1e7ac960d50d8418b807d532c/README.md

机制与实现：

https://github.com/gitroomhq/postiz-app/blob/a5affe62c74e39c1e7ac960d50d8418b807d532c/README.md#L146-L192

许可：

https://github.com/gitroomhq/postiz-app/blob/a5affe62c74e39c1e7ac960d50d8418b807d532c/LICENSE

发行记录：

https://github.com/gitroomhq/postiz-app/releases

8. affaan-m/ECC

README：

https://github.com/affaan-m/ECC/blob/25278e7d7b6cf6e6a4e7a6c8e10f14ff22f0eb5b/README.md

机制与实现：

https://github.com/affaan-m/ECC/blob/25278e7d7b6cf6e6a4e7a6c8e10f14ff22f0eb5b/README.md#L130-L169

许可：

https://github.com/affaan-m/ECC/blob/25278e7d7b6cf6e6a4e7a6c8e10f14ff22f0eb5b/LICENSE

发行记录：

https://github.com/affaan-m/ECC/releases

9. HKUDS/DeepTutor

README：

https://github.com/HKUDS/DeepTutor/blob/a31d82624c27d75f4e771d4fcb78dce16470b383/README.md

机制与实现：

https://github.com/HKUDS/DeepTutor/blob/a31d82624c27d75f4e771d4fcb78dce16470b383/README.md#L238-L249

许可：

https://github.com/HKUDS/DeepTutor/blob/a31d82624c27d75f4e771d4fcb78dce16470b383/LICENSE

发行记录：

https://github.com/HKUDS/DeepTutor/releases

10. JetBrains/thinkrail

README：

https://github.com/JetBrains/thinkrail/blob/5a6f8574219cdf15e0fd5195efb39106ed7a608f/README.md

机制与实现：

https://github.com/JetBrains/thinkrail/blob/5a6f8574219cdf15e0fd5195efb39106ed7a608f/README.md#L1-L13

许可：

https://github.com/JetBrains/thinkrail/blob/5a6f8574219cdf15e0fd5195efb39106ed7a608f/LICENSE

发行记录：

https://github.com/JetBrains/thinkrail/releases