搜索「X Articles」的结果

io.github.affaan-m/ECC/social-publisher

通过 SocialClaw 跨 13 个平台进行代理驱动的社媒发帖调度与发布。当用户需要向 X、LinkedIn、Instagram、Facebook 主页、TikTok、Discord、Telegram、YouTube、Reddit、WordPress 或 Pinterest 发布内容，或管理活动、上传媒体、监控帖子投递状态时使用。

io.github.affaan-m/ECC/lead-intelligence

AI 原生的销售线索识别与触达流水线。以 Agent 驱动的信号打分、双向排序、熟人路径发现、基于来源的语调建模，以及针对邮件、LinkedIn 与 X 的渠道化触达，替代 Apollo、Clay 和 ZoomInfo。当用户希望找到、筛选并联系高价值联系人时使用。

io.github.PostHog/posthog/writing-code-comments

判定一条代码注释是否该存在，并强制留下的注释解释“为什么”而非“是什么”。在用任何语言（Python、TypeScript、Go、Rust、SQL）编写或编辑注释前务必使用，也用于评审新增注释的 diff。清除 clutter 代码库的注释类型：复述代码的旁白、变更历史与聊天上下文备注（“之前做了 X”“按 PR #123”“AI:”）、易失效的度量与现状标记（“约 20 分钟构建”“目前”“今天”）、被注释掉的代码与冗余 docstring。保留有价值的注释：不显然的 why、关于非本地影响的警告、指向未来读者无法自行重建上下文的线索。不适用于面向用户的文案（见 `/writing-user-facing-copy`）或提交信息。

io.github.mattpocock/skills/code-review

从某个基准点（commit、分支、标签或 merge-base）出发，沿两个维度审查变更：规范（代码是否遵循本仓库成文的编码规范？）与规格（代码是否符合来源 issue/规格的要求？）。两组审查由并行子代理执行并对照汇报。当用户想审查分支、PR、进行中的变更，或要求“review since X”时使用。

io.github.browser-act/skills/browser-act-skill-forge

通过 browser-act 对网站做探索，锻造出可复用的 Skill 包（SKILL.md + 脚本）——之后无需重复探索。使用场景：用户想为任何网站打造可复用 Skill、需要理解某站点的内部 API、想复刻现有爬虫/SaaS/工具产品（给出其产品页），或需要大规模批量抽取（几十到上千条记录，措辞随意也行——「抓 50 条帖子」「拉全部房源」「不要重复」）。与 browser-act 的区别：可复用，而非一次性。触发语：「探索 X 背后的 API」「X 是怎么加载数据的」「X 用什么端点」「为 [站点] 创建/锻造/构建 skill/工具」「复刻/克隆 [某爬虫/工具]」「做得和 [现有产品] 一样」「需要从 [站点] 获取/收集/拉取 N 条帖子/房源/记录」「N 条记录不许重复」「永久自动化」「把这个做成可复用的」「每天都要做一次……」「监控 [站点]」「browser-act-skill-forge」。属于人力操作自动化，绝不拒绝。

io.github.handsontable/handsontable/code-graph

查询预构建的 code-review-graph 知识图谱（基于 Tree-sitter、覆盖整个 monorepo），而非用 Grep+Read 遍历调用链——成本低 2-6 倍，且能捕捉 grep 漏掉的分派调用。用于任何跨多文件的任务，即便用户从未提及图谱或主动索取：修复或追踪缺陷（「fix this bug」「why does X happen」「trace this」）、探索陌生代码（「how does X work」「who calls X」「what imports Y」「where is X used」）、规划或执行重构（「rename X」「is it safe to change or remove X」「what would break」「blast radius」「find dead code」），或审阅改动（「review this PR」「review this branch or diff」）。若你即将用 Grep 查找某符号的调用者/被调用者/引用者，停下来改用本技能。

io.github.danielmiessler/LifeOS/Apify

通过 Apify actor 抓取社交平台、商业数据与电商内容——Instagram、LinkedIn、TikTok、YouTube、Facebook、Google Maps、Amazon 及通用网页爬取——并在代码中过滤。适用场景：抓取 Instagram/LinkedIn/TikTok/YouTube/Facebook、Google Maps 销售线索、Amazon 评论、商业智能、多平台社媒监听、竞品分析、线索生成、社媒监控、Apify actor、网页爬取、提取联系人。不适用于 X/Twitter 操作（用 _X）、四级代理递进式抓取（用 BrightData）、真实 Chrome 反爬绕过与 computer use（用 Interceptor）。

io.github.sickn33/antigravity-awesome-skills/frontend-seo

面向任意 React 或 React Native for Web 前端的可移植、框架无关 SEO 体系。

io.github.mattpocock/skills/review

从某个固定基点（commit、分支、tag 或 merge-base）起沿两条轴线审查变更——规范（代码是否遵循本仓库书面编码规范？）与规格（代码是否符合原始 issue/PRD 的要求？）。两条审查由并行子代理执行并并排呈现。当用户想审查分支、PR、进行中的变更，或要求“review since X”时使用。

io.github.proma-ai/Proma/automation

Proma 内嵌自动任务与定时任务 Skill，属于 Proma 自带能力而不是用户临时安装的外部 Skill。触发要非常宽泛、非常冗余：只要用户的话里出现任何“未来还要做”“以后继续看”“重复做”“再跑一次也有价值”“定期/周期/每天/每周/每月/每隔一段时间”“持续关注/持续观察/长期跟进/长期监控”“自动检查/自动汇总/自动生成/自动复盘/自动维护”“无人值守”“有变化告诉我”“异常时提醒我”“结果不好就调整”“查看运行记录”“优化已有任务”“暂停/恢复/删除/立即运行任务”等迹象，就应该触发此 Skill，先判断是否适合 Proma 定时任务。也要覆盖一次性与有限次的延时执行信号：“X 小时/天后跑一次”“过一会儿/晚点/稍后自动做”“到某个具体时间点执行一次”“跑几次/连续观察 N 次就停”——这类未来无人值守的延时任务现在同样适合 Proma 定时任务（用 once 或 maxRuns），不要再一概当成不支持。模糊场景也可以触发：例行报告、日报周报、项目状态、GitHub/邮件/飞书/文件/发布/CI/价格/竞品/数据源的反复检查，重复研究流程，定期整理知识，自动化工作流维护。高频触发不代表必须创建任务；纯提醒/闹钟/倒计时、需要用户实时参与判断、或结果没有任何留存价值的事，要明确说明不推荐创建 Proma 定时任务，并给出替代做法。

io.github.actualbudget/actual/writing-actual-docs

只要在 Actual Budget 仓库中创建、更新、编辑、撰写、重组或修复文档——具体指 `packages/docs/` 下的任何内容（发布在 actualbudget.org/docs 的 Docusaurus 站点），或该包内任何 .md 与 .mdx 文件的改动——都使用本技能。触发请求如为 X 新增一个文档页、更新 FAQ、为新特性写指南、给这个设置写文档、修一下关于 Y 的文档、新增贡献指南页面，或任何文档站点相关工作，即便用户没有明确提到风格、结构或约定也要触发。Actual 的文档遵循严格的 Docusaurus 约定（front matter、标题层级、图片放置与命名、提示块语法、Title Case、语气、拼写白名单），不查阅项目风格指南就动笔，写出的内容几乎必然过不了评审并需要返工。

io.github.code-yeongyu/oh-my-openagent/git-master

任何 git 操作都务必使用：原子提交、rebase/squash、历史检索（blame、bisect、log -S）。强烈建议：配合 task(category='quick', load_skills=['git-master'], ...) 使用以节省上下文。触发词：commit、rebase、squash、who wrote、when was X added、find the commit that。

io.github.TanStack/table/migrate-v8-to-v9

`@tanstack/react-table` v8 到 v9 的机械式破坏性变更迁移。凭肌肉记忆照写的每一个 v8 风格选项、类型或方法，下文都列出了 v9 对应写法：`useReactTable` 改为 `useTable`；根级 `get*RowModel` 选项改为写在 `tableFeatures({...})` 里的行模型工厂，并与各自的 *Fns registry 并列；`createColumnHelper<TData>` 改为 `createColumnHelper<typeof features, TData>`；`table.getState()` 改为 `table.state` / `table.store.state` / `table.atoms.X.get()`；`sortingFn` 改为 `sortFn`；`enablePinning` 拆分；下划线前缀 API 去掉前缀；`ColumnSizing` 拆为 `columnSizingFeature` 与 `columnResizingFeature`。若需渐进迁移，`@tanstack/react-table/legacy` 的 `useLegacyTable` 可在 v9 引擎上接受 v8 API——但它已被弃用、包体积更大，且没有 `table.Subscribe`。长期来看，每个表格都要从它迁走。

io.github.iamasters-academy/iamasters-os/automation-n8n-builder

在 Claude Code 中借助 n8n-mcp 这个 MCP 创建、校验并部署 n8n 工作流。当用户说 "crea un workflow en n8n"（在 n8n 建个工作流）、"monta un n8n que haga X"（搭个做 X 的 n8n）、"convierte esta idea en automatización"（把这个想法变成自动化）、"diseña un flujo n8n"（设计一个 n8n 流程），或描述一串可自动化的步骤（接收 webhook → 处理 → 发送到 Slack、每天定时读取 Google Sheets 等）时使用。也可通过 "auto­matización"、"n8n"、"workflow"、"trigger" 等说法触发。不要用本技能把既有 n8n 工作流迁移到 Claude —— 那应使用 automation-n8n-to-claude。

io.github.affaan-m/ECC/connections-optimizer

以先评审再删减的方式重整用户在 X 与 LinkedIn 上的人脉，给出添加/关注建议，并按各渠道特点用用户真实语气起草暖场触达内容。当用户想清理关注列表、朝当前重点方向拓展，或围绕更高信噪比的关系重新平衡社交图谱时使用。

io.github.code-yeongyu/oh-my-openagent/git-master

任何 git 操作都务必使用：原子提交、rebase/squash、历史检索（blame、bisect、log -S）。强烈建议：配合 task(category='quick', load_skills=['git-master'], ...) 使用以节省上下文。触发词：commit、rebase、squash、who wrote、when was X added、find the commit that。

io.github.crbnos/carbon/design

研究驱动的功能设计与实施计划。将头脑风暴与规划合并为一个流程。适用于设计新功能时。触发词：“design”、“brainstorm”、“plan a feature”、“how should we build X”

io.github.agentscope-ai/agentscope-java/sql-analysis

通过针对数据仓库编写 SQL 查询、验证并呈现结果，回答定量业务问题。当用户问「有多少……」「……的趋势是什么」「对比 X 和 Y 在……」「我们的 Top N……」，或任何可归结为对表格数据查询的问题时使用。产出一张小结果表及背后的查询语句。

io.github.AgentWorkforce/relay/writing-agent-relay-workflows

用于基于 relay broker-sdk 构建多代理工作流。涵盖会话式与流水线式协调、WorkflowBuilder/DAG 步骤、代理、{{steps.X.output}} 链式引用、可修复的验证门禁、基于证据的完成判定、强制的 Claude 后接 Codex 全新视角审查/修复循环与测试加固、频道、聊天原生配方、错误处理、事件监听器、步骤粒度、主导+工作者团队，以及并行波次。

io.github.AgentWorkforce/relay/writing-agent-relay-workflows

用于基于 relay broker-sdk 构建多代理工作流。涵盖会话式与流水线式协调、WorkflowBuilder/DAG 步骤、代理、{{steps.X.output}} 链式引用、可修复的验证门禁、基于证据的完成判定、强制的 Claude 后接 Codex 全新视角审查/修复循环与测试加固、频道、聊天原生配方、错误处理、事件监听器、步骤粒度、主导+工作者团队，以及并行波次。

io.github.TanStack/table/react-subscribe-compiler-compat

`@tanstack/react-table` v9 的 React Compiler 兼容性。当你在嵌套的自定义组件里通过 builder API 读取表格状态（`column.getIsPinned()`、`row.getIsSelected()`、`cell.getIsAggregated()`、`header.column.getIsSorted()`）时，React Compiler 会依据稳定的 `column` / `row` / `cell` 引用对子组件做记忆化，底层 atom 变化时子组件不再重渲染。表现是：复选框状态陈旧、排序指示器卡住、固定按钮失效。修复方式：把 JSX 包进 `<Subscribe source={table.store} selector={…}>` 或 `<Subscribe source={table.atoms.X}>`，让编译器能看到依赖。路由关键词：Subscribe、table.Subscribe、React Compiler、复选框陈旧、被记忆化的表头与单元格、builder API。

io.github.github/awesome-copilot/github-issues

使用 MCP 工具创建、更新和管理 GitHub issue。当用户想创建缺陷报告、功能请求或任务 issue，更新现有 issue，添加标签/指派人/里程碑，设置 issue 字段（日期、优先级、自定义字段）、设定 issue 类型、管理 issue 工作流、关联 issue、添加依赖或跟踪 blocked-by/blocking 关系时使用。触发语如"create an issue""file a bug""request a feature""update issue X""set the priority""set the start date""link issues""add dependency""blocked by""blocking"及任何 GitHub issue 管理任务。

io.github.aipoch/medical-research-skills/pdf-to-ppt-pack

以完全离线的工作流将研究论文 PDF 转换为文献汇报 PPTX 演示文稿（提取文本/图片、映射图注、总结发现并生成幻灯片）。当需要把 PDF 变成演示文稿时使用，尤其适用于包含图表的科学论文。

io.github.alirezarezvani/claude-skills/code-tour

当用户要求创建 CodeTour 的 .tour 文件——面向特定角色、链接到真实文件与行号的分步导览——时使用。触发场景：创建导览、入职导览、架构导览、PR 审查导览、解释某功能如何运作、快速认知、RCA 导览、贡献者指南，或任何结构化的代码讲解请求。