技能装配分拣
SkillSkillsMP
io.github.affaan-m/ECC/agent-sort
针对特定仓库生成有证据支撑的 ECC 安装计划：用并行的、感知仓库的审查轮次，把技能、命令、规则、hooks 和额外项分成 DAILY 与 LIBRARY 两类。当应把 ECC 精简到项目真正所需、而非整套加载时使用。
source
“Daily” 共 21 个结果
io.github.affaan-m/ECC/agent-sort
针对特定仓库生成有证据支撑的 ECC 安装计划：用并行的、感知仓库的审查轮次，把技能、命令、规则、hooks 和额外项分成 DAILY 与 LIBRARY 两类。当应把 ECC 精简到项目真正所需、而非整套加载时使用。
io.github.netdata/netdata/docs-learn-site-structure
关于本仓库（及另外 5 个 Netdata 官方仓库）文档如何成为 `learn.netdata.cloud` 已发布页面的权威参考。涵盖 `<repo>/docs/.map/map.yaml` 唯一事实源（真正的开关——文件系统路径与路由无关）、learn 仓库中现役的 `ingest/ingest.py` 编排器（不是遗留的 `ingest.js`）、frontmatter 注入、slug 规则、侧边栏自动生成、MDX 转义规则、版本化、四机制重定向栈、6 个源仓库、每 3 小时一次的 CI 摄取、Netlify 部署，以及 learn 仓库手写文件的 `part_of_learn=True` 启用方式。在增删改移文档页面、Learn 上的页面看起来不对、犹豫该在本仓库还是 learn 仓库编辑文档，或阅读 `ingest.py`、`sidebars.js`、`docusaurus.config.js`、`static.toml`、`LegacyLearnCorrelateLinksWithGHURLs.json`、`netlify.toml`、`.mdx` 中的 `<!--startmeta` 块、`ingest.yml` 与 `daily-learn-link-check.yml` 工作流时使用。
io.github.netdata/netdata/learn-site-structure
关于本仓库（及另外 5 个 Netdata 官方仓库）文档如何成为 `learn.netdata.cloud` 已发布页面的权威参考。涵盖 `<repo>/docs/.map/map.yaml` 唯一事实源（真正的开关——文件系统路径与路由无关）、learn 仓库中现役的 `ingest/ingest.py` 编排器（不是遗留的 `ingest.js`）、frontmatter 注入、slug 规则、侧边栏自动生成、MDX 转义规则、版本化、四机制重定向栈、6 个源仓库、每 3 小时一次的 CI 摄取、Netlify 部署，以及 learn 仓库手写文件的 `part_of_learn=True` 启用方式。在增删改移文档页面、Learn 上的页面看起来不对、犹豫该在本仓库还是 learn 仓库编辑文档，或阅读 `ingest.py`、`sidebars.js`、`docusaurus.config.js`、`static.toml`、`LegacyLearnCorrelateLinksWithGHURLs.json`、`netlify.toml`、`.mdx` 中的 `<!--startmeta` 块、`ingest.yml` 与 `daily-learn-link-check.yml` 工作流时使用。
io.github.nexu-io/open-design/orbit-general
Open Orbit 简报技能——当用户连接了两个及以上连接器时由 Orbit 流水线选用。从每个已授权连接器（GitHub、Linear、Notion、Slack、飞书、Calendar、Gmail、Drive、Sentry、Vercel 等）拉取过去 24 小时的活动，并在「我的设计」顶部渲染单一自适应 bento 网格仪表盘。每个连接器模块按返回数据的形态自选 UI 形式（列表、头像堆叠、状态环、热力图、文件网格、告警卡等），使布局随 Orbit 连接器生态的增长而扩展。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对用户实时连接器数据调用。
io.github.nexu-io/open-design/orbit-github
Open Orbit 简报技能——当 GitHub 是用户唯一连接的连接器，或用户显式将每日摘要限定在 GitHub 时，由 Orbit 流水线选用。从用户已授权的 GitHub 连接拉取过去 24 小时的 PR、评审请求、issue、CI 运行与合并，并按 GitHub 原生通知 + PR diff 的视觉语言渲染布局。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 GitHub 数据调用。
io.github.nexu-io/open-design/gamified-app
多帧游戏化移动应用原型——暗色展示舞台上的三个手机边框。第一帧：封面/海报；第二帧：今日任务，带 XP 缎带与等级条；第三帧：任务详情。鲜活的任務磁贴、等级缎带与底部标签栏。当需求提到「gamified app」「habit tracker」「RPG-style life app」「level-up app」「daily quests」「XP / streak app」或「ELI5-style explainer app」时使用。
io.github.nexu-io/open-design/orbit-notion
Open Orbit 简报技能——当 Notion 是用户唯一连接的连接器，或用户显式将每日摘要限定在 Notion 时，由 Orbit 流水线选用。从用户已授权的 Notion 连接拉取过去 24 小时的文档编辑、评论、提及与数据库行变更，并将摘要渲染为原生 Notion 页面（callout / 折叠块 / 数据库表原语）。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 Notion 数据调用。
io.github.nexu-io/open-design/orbit-notion
Open Orbit 简报技能——当 Notion 是用户唯一连接的连接器，或用户显式将每日摘要限定在 Notion 时，由 Orbit 流水线选用。从用户已授权的 Notion 连接拉取过去 24 小时的文档编辑、评论、提及与数据库行变更，并将摘要渲染为原生 Notion 页面（callout / 折叠块 / 数据库表原语）。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 Notion 数据调用。
io.github.nexu-io/open-design/orbit-general
Open Orbit 简报技能——当用户连接了两个及以上连接器时由 Orbit 流水线选用。从每个已授权连接器（GitHub、Linear、Notion、Slack、飞书、Calendar、Gmail、Drive、Sentry、Vercel 等）拉取过去 24 小时的活动，并在「我的设计」顶部渲染单一自适应 bento 网格仪表盘。每个连接器模块按返回数据的形态自选 UI 形式（列表、头像堆叠、状态环、热力图、文件网格、告警卡等），使布局随 Orbit 连接器生态的增长而扩展。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对用户实时连接器数据调用。
io.github.nexu-io/open-design/orbit-github
Open Orbit 简报技能——当 GitHub 是用户唯一连接的连接器，或用户显式将每日摘要限定在 GitHub 时，由 Orbit 流水线选用。从用户已授权的 GitHub 连接拉取过去 24 小时的 PR、评审请求、issue、CI 运行与合并，并按 GitHub 原生通知 + PR diff 的视觉语言渲染布局。不应手动触发此技能——它由 Orbit 的每日摘要调度器针对实时 GitHub 数据调用。
io.github.nexu-io/open-design/gamified-app
多帧游戏化移动应用原型——暗色展示舞台上的三个手机边框。第一帧：封面/海报；第二帧：今日任务，带 XP 缎带与等级条；第三帧：任务详情。鲜活的任務磁贴、等级缎带与底部标签栏。当需求提到「gamified app」「habit tracker」「RPG-style life app」「level-up app」「daily quests」「XP / streak app」或「ELI5-style explainer app」时使用。
io.github.coreyhaines31/marketingskills/marketing-loops
当用户想设置周期性、自动运行的营销工作流——由 AI 代理按固定节奏（每周、每天或按触发器）重复执行的循环，而不是一次性任务——时使用。用户提到 marketing loop、recurring marketing workflow、automate my marketing、marketing on autopilot、weekly marketing review、ad fatigue check、content refresh loop、churn watch、ranking drop alert、always-on marketing、marketing automation workflow 或“每周都跑一次这个”等场景时也适用。用于选择、适配并排期一个持续运行的营销循环，由它编排其他营销技能。一次性营销点子见 marketing-ideas，实验循环见 ab-testing。
io.github.forcedotcom/sf-skills/automation-flow-generate
使用 MCP 工具 execute_metadata_action 生成 Salesforce Flows。当用户要求创建、构建或生成 flow——包括 Screen、Autolaunched、Record-Triggered（保存前/后）、Scheduled 类型——时使用。对类似 flow 的请求同样触发，如“when a record is created”“trigger daily at”“send an email when”“update the field when”“automate”“workflow”或“flow XML/metadata”。这是 Salesforce Flow 生成的唯一技能。
io.github.affaan-m/ECC/agent-sort
通过并行的、感知仓库的审查流程，将技能、命令、规则、钩子与扩展内容分到 DAILY 与 LIBRARY 两类中，为指定仓库形成有证据支撑的 ECC 安装计划。当希望按项目实际需要精简 ECC、而不是加载完整套件时使用。
io.github.jeremylongshore/claude-code-plugins-plus-skills/cursor-local-dev-loop
用 Chat、Composer、Tab 与 Git 集成优化日常开发工作流。触发语：“cursor workflow”、“cursor development loop”、“cursor productivity”、“cursor daily workflow”、“cursor dev flow”。
io.github.affaan-m/ECC/agent-sort
通过并行的、感知仓库的审查流程，把技能、命令、规则、钩子与扩展内容分到 DAILY 与 LIBRARY 两类中，为特定仓库形成有证据支撑的 ECC 安装计划。当需要把 ECC 精简为项目真正所需、而不是加载完整套件时使用。
io.github.Kevin-Liu-01/Agent-Machines/automation-cron
使用 cronjob 工具安排周期性 agent 任务。当用户希望某事按计划运行、刚完成的任务应当重复执行，或规划每日/每周自动化时使用。
io.github.affaan-m/ECC/agent-sort
通过将技能、命令、规则、钩子和额外内容并行进行仓库感知审查，为特定仓库构建基于证据的 ECC 安装计划，将其分为 DAILY 和 LIBRARY 两类。当 ECC 应精简为项目实际所需而非加载完整包时使用。
io.github.garrytan/gbrain/testing
技能校验框架，加上日常的测试套件健康维护与回归洞察。校验技能合规性（frontmatter、manifest 覆盖、resolver 覆盖），按阶段运行项目测试套件（单元、评测、集成、系统健康），对失败进行分类，并产出一份可识别回归的报告。
io.github.ComeOnOliver/skillshub/cursor-local-dev-loop
用 Chat、Composer、Tab 与 Git 集成优化 Cursor IDE 的日常开发流程。触发词："cursor workflow"、"cursor development loop"、"cursor productivity"、"cursor daily workflow"、"cursor dev flow"。
io.github.Dicklesworthstone/pi_agent_rust/cursor-local-dev-loop
优化基于 Cursor 的本地开发工作流。触发条件：cursor workflow、cursor development loop、cursor productivity、cursor daily workflow。在涉及 cursor local dev loop 功能时使用，可用触发短语包括 cursor local dev loop、cursor loop、cursor。