conversion-rate-optimization
诊断电商转化漏斗并给出实验与优化建议。
▸ 推荐理由能系统化发现掉失点并支持持续实验改进转化率。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 6584 个
competitor-price-tracker
持续跟踪竞品价格变化并在异常时发出告警。
▸ 推荐理由适用于自动化监控和快速响应价格战的运营团队。
▸ 风险提示通常通过抓取第三方平台，可能触发反爬或合规问题。
competitor-price-analysis
分析竞争对手定价、识别价格差与市场定位机会。
▸ 推荐理由帮助定量判断定价弹性与发现利润空缺点。
▸ 风险提示依赖外部价格数据抓取，可能触及网站抓取限制或相关法规。
competitive-pricing-strategy
为电商提供数据驱动的定价策略与动态调价建议。
▸ 推荐理由适合制定差异化定价与提升利润率的运营决策。
brand-monitoring
跨平台监测品牌提及并进行情感与趋势分析。
▸ 推荐理由适合市场与公关团队，快速发现舆情与危机信号。
▸ 风险提示可能通过抓取社交平台数据，存在被封禁或合规风险。
api-monitoring
为电商API与Webhook设计监控、告警与SLA报告框架。
▸ 推荐理由适合保障电商集成稳定性与快速定位故障
▸ 风险提示可能需访问敏感凭据，注意权限与凭证安全
affiliate-marketing-strategy
为电商建立并扩展联盟营销计划，包含平台与佣金策略。
▸ 推荐理由适合电商运营与增长团队快速搭建联属项目
respect
Primary ReSpect agent for the study. Generate Spectra specifications from natural-language requirements using the repository Spectra Xtext grammar at assets/grammar/Spectra.xtext as initial syntax guidance, validate with spectra-cli.jar, repair unrealizability with CLI counter-strategy diagnostics, check and repair well-separation before synthesis, and after successful synthesis create and run NL-guided controller tests with controller_tests. Repair generated Spectra only when CLI/test feedback indicates a problem and the repair is consistent with the natural-language description. Do not compare against source Spectra files or benchmark oracles.
respect-test-writer
Independent ReSpect controller-test writer. Generate controller_tests .rtest plans from natural-language requirements plus a fixed env/sys signature and controller metadata, without reading generated Spectra contents or the specification agent's reasoning. Use for independent-test experiments that reduce self-testing bias.
respect-spec-tester
ReSpect specification agent for the independent-test condition. Generate and repair Spectra specifications from natural-language requirements plus a fixed env/sys signature, validate with spectra-cli.jar, repair syntax/unrealizability/well-separation, synthesize a controller, and consume independent controller-test feedback from a separate test-writer agent. Do not create controller tests yourself, do not read source Spectra files, and do not compare against benchmark oracles.
respect-broker
Method cross-broker agent for the ReSpect study. Generate Spectra specifications from natural-language requirements using the repository Spectra Xtext grammar at assets/grammar/Spectra.xtext as initial syntax guidance, validate with spectra-cli.jar, repair syntax errors, repair unrealizability with CLI counter-strategy diagnostics when consistent with the natural-language description, check and repair well-separation before synthesis, and after successful synthesis submit the generated specification to experiments/cross_broker.py for peer disagreement feedback. Do not run controller_tests, generated semantic tests, equivalence checks, mutation checks, or benchmark oracles.
openshift-mcp
Configure, operate, and troubleshoot OpenShift through openshift/openshift-mcp-server with MCP-first execution and controlled oc fallback. Use for read-only OpenCode or DevSpaces bootstrap, CA-aware kubeconfig creation, MCP configuration, cluster inspection, incident diagnosis, workload or administrative Day-2 changes, target-context and RBAC verification, rollout or recovery work where namespaces, secrets, credentials, or destructive actions must be handled safely.
openshift-docs
Search and use the bundled official OpenShift Container Platform 4.20 documentation without network access. Use for OCP 4.20 installation, configuration, administration, security, networking, storage, Operators, upgrades, troubleshooting, CLI, disconnected-environment, and product-behavior questions that should be grounded in version-specific Red Hat documentation.
openshift-api
Discover and verify Kubernetes and OpenShift API resources, served group versions, fields, and CRD schemas from the target cluster. Use before creating or reviewing manifests, choosing apiVersion/kind pairs, diagnosing rejected fields, or calling generic oc or MCP resource operations when the exact live API schema matters.
security-doc
为项目生成 SECURITY.md，覆盖威胁模型与安全控制。
▸ 推荐理由帮助项目建立安全说明与响应流程，利于合规与沟通。
▸ 风险提示安全建议需专家复核，切勿直接作为合规依据。
roadmap-doc
生成项目 ROADMAP/PHASES 文件，规划阶段与时间线。
▸ 推荐理由把规划要点转成可读路线图，便于对齐与发布计划。
readme-doc
为软件项目生成完整的 README.md 包含安装与使用说明。
▸ 推荐理由快速创建项目入口文档，提升开源/团队协作体验。
prd-doc
为软件项目或功能生成完整的产品需求文档（PRD）。
▸ 推荐理由快速产出结构化 PRD，适合产品经理与团队沟通。
design-doc
为功能或系统生成可执行的 DESIGN.md 技术设计文档与实现细节。
▸ 推荐理由把需求转成可执行的技术设计，便于开发与评审落地实施。
architecture-doc
自动生成面向仓库的系统级 ARCHITECTURE.md 文档与决策说明。
▸ 推荐理由快速产出高层架构说明，适合缺少文档惯性的工程团队。
moat-funnel
A gated, moat-first pipeline for judging whether a company is worth investing in as a long-term holding. Use it WHENEVER the user wants to screen, evaluate, vet, or research a specific company or stock for investment quality — e.g. "帮我看看这家公司值不值得投", "分析一下 X 的护城河", "这个标的能不能投", "screen this stock", "is X a good business", "run X through the funnel", or when they name a company and ask for an investment-quality judgment. Trigger even without the words "skill" or "funnel". It is NOT a research-report generator or buy/sell recommender — it runs a fixed nine-gate elimination funnel in strict order, HALTS at the first failed gate, and refuses to look at valuation until quality is proven. Do NOT trigger for simple factual or transactional queries — a stock price, a news headline, an earnings date, "what does X do" — those get a normal direct answer, not the funnel.
marketing-brain
基于证据与实时来源生成或审计营销策略与落地素材。
▸ 推荐理由整合资料库与现场来源，适合需要可审计营销输出的团队。
▸ 风险提示可能会抓取/依赖外部实时来源，存在数据准确性与隐私风险。
ask-cctbx-xfel
Expert assistant for cctbx.xfel programs, parameters, and the cctbx.xfel GUI workflow. Use when users ask about any cctbx.xfel.* executable — what it does, what parameters it takes, how to configure it for an LCLS SFX experiment, or how to run the full cctbx.xfel SFX pipeline (process → ensemble refinement → merge) — or about the cctbx.xfel GUI itself (Trial/Dataset/Task setup, settings.phil, remote access, photon energy calibration). Covers cctbx.xfel.merge (full phil), cctbx.xfel.xtc_process, cctbx.xfel.process, cctbx.xfel.submit_job, cctbx.xfel.time_varying_refinement, cctbx.xfel.detector_residuals, cctbx.xfel.mpi_integrate, xfel.fee_calibration, and all other cctbx.xfel.* tools. Trigger on: cctbx.xfel, xfel.merge, xtc_process, time_varying_refinement, TDER, ensemble refinement, mpi_integrate, xfel submit_job, detector_residuals, cctbx SFX pipeline, merging.d_min, scaling.model, postrefinement, filter_experiments_by_rmsd, cctbx.xfel weather drift trumpet_plots, cctbx.xfel GUI, Trial
writing-plans-codex
把已批准的设计文档转成实施计划并用 Codex 进行对抗式审查。
▸ 推荐理由将规划与自动化审查结合，适合追求快速交付的工程团队。
▸ 风险提示无人工门槛的自动执行链，存在失控或误执行风险。
sdd-with-codex-implementer
在子代理驱动开发流程中由 Codex 作为实现者按任务写代码，Claude 负责控制与复核。
▸ 推荐理由把细粒度实现交给 Codex 执行，同时保留 Claude/人工审查以控制风险。
▸ 风险提示会自动化生成并应用代码变更，存在引入安全、质量或权限滥用的风险。
pr-triage-codex
用 Codex 辅助将红色 PR 逐步整理并修复评审意见与 CI 故障直至通过。
▸ 推荐理由自动化汇总问题并批量生成修复建议，能显著减少人工 triage 成本。
▸ 风险提示会生成并应用代码修改，可能要求仓库写权限并存在引入错误或安全问题的风险。
codex-lanes
为 codex exec 调用提供统一的 lane、守卫与结果 schema 的参考配方。
▸ 推荐理由统一调用模式并内置失败守卫，减少 Codex-CLI 使用中的常见错误。
▸ 风险提示包含对本地 codex CLI 的调用与检查，可能需要执行本地二进制或高权限。
brainstorming-codex
在 Claude 产出后由 Codex 攻击/审核规格的双模型头脑风暴与设计流程。
▸ 推荐理由构建可审计的 Claude→Codex 设计—审查闭环，适合产品/工程启动场景。
▸ 风险提示会调用 Codex CLI 执行步骤，可能触发本地命令执行或外部调用风险。
youqing-laozhao-skill
接受漫画书名与作者，调研并产出中文长评网页与自动渲染的长 PNG。
▸ 推荐理由把研究、撰写到成品页面与长图一体化，适合需要成品交付的影评/书评场景。
▸ 风险提示调研可能引用受版权保护的资料或外部链接，存在版权与引用准确性风险。
yaml-infographic
Create consistent single-canvas infographics from a structured YAML information architecture and a versioned global visual style. Use when the user asks for an infographic, information graphic, social-media long image, process graphic, comparison graphic, timeline, data story, checklist, anatomy callout, or a YAML-planned single image in 1:1, 4:5, 9:16, 16:9, or A4 proportions. Supports baked visuals and text-free plates with exact editable overlays.
improve-website
将低效网站诊断并生成按优先级的可测改进任务清单。
▸ 推荐理由分阶段编排多项诊断与可验证实验，适合需要系统改进的网站团队。
improve-code-quality
将原型代码改造成可发布、可测试且可维护的高质量产品。
▸ 推荐理由系统化提升代码质量并生成文档，利于团队交接与运维。
▸ 风险提示会修改或写入项目文件，使用前请备份并审查变更。
improve-business
为停滞的业务提供诊断并建立可执行的运营与定价策略。
▸ 推荐理由适合管理层寻找系统化改进路径与组织诊断工具。
▸ 风险提示组织与财务调整涉及敏感数据与审批流程，需谨慎。
improve-app
将可用但粗糙的应用打磨为流畅且有说服力的产品体验。
▸ 推荐理由关注细节与说服文案，适合产品经理与设计师使用。
▸ 风险提示建议需基于用户研究与数据验证，避免凭直觉大改。
grow-website
把流量未转化的网站变为研究驱动的增长与转化引擎。
▸ 推荐理由针对已有流量但转化不足的网站，注重研究与测量。
▸ 风险提示可能涉及 A/B 测试与数据采集，注意隐私合规。
grow-business
将零散收入转为可预测的增长引擎并产出增长计划。
▸ 推荐理由适合已有付费客户但增长不稳定的创始团队。
▸ 风险提示商业策略需财务与法律层面复核，谨慎执行。
grow-app
修复激活漏斗与留存循环，把用户转为习惯性用户。
▸ 推荐理由面向产品团队的留存闭环方法论，实操性强。
▸ 风险提示策略建议需结合真实数据验证，勿盲目实施。
design-code-architecture
引导从产品想法到稳健架构，确定关键不可逆决策并生成文档。
▸ 推荐理由适合早期产品与架构审查，强调关键决策与可恢复性。
▸ 风险提示会在项目中写入 docs/，需注意敏感信息与文件权限。
create-website
分阶段从信息到设计到转化，构建高转化网站。
▸ 推荐理由适合想系统化打造落地销售页面的创作者与小团队。
▸ 风险提示会将决策写入项目 docs/ 文件夹，注意敏感信息写入。
create-business
将商业想法引导成可验证、定位与定价清晰的首个可运营业务
▸ 推荐理由系统化十阶段方法，适合早期创业者快速定位产品市场