plane-api
plane-api 是 montagao/skills 中的内部辅助技能，用于通过统一接口创建、列出和更新 Plane 工作项。它从环境变量读取连接配置，接收 JSON 输入并只返回结构化 JSON，不向用户提问。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-01 00:15
编程与开发
39,074 个结果
implementing-code-signing-for-artifacts
该技能用于为构建产物（二进制、软件包、容器等）实施代码签名，借助 GPG、Sigstore 及平台专用签名工具建立产物完整性与发布者身份的可信验证，防止供应链篡改，适用于零信任部署与 SLSA 2+ 合规场景。
performing-ip-reputation-analysis-with-shodan
该技能介绍如何使用 Shodan API 与免费 InternetDB API 对 IP 地址进行信誉分析，识别开放端口、运行服务、已知漏洞与托管背景，用于威胁情报与 SOC 分诊。
running-stabilization-loop
该技能用于在重大重构或高风险基础设施变更后，在 kube-test 中反复运行 kube-hetzner v3 稳定化循环：清理状态、跑通 k3s/rke2 全矩阵、修复根因并重跑全量回归与升级路径，最终完成清理。
create-plan
Create Plan 是一个用于编程任务的规划技能，当用户明确要求为某个编码任务制定计划时使用。它的目标是把用户的提示转化为一份简洁、可执行的计划，并作为最终助手消息输出。整个工作流程采用只读模式，不写入或更新任何文件。它会快速扫描上下文，包括 README.md、docs/、CONTRIBUTING.md、ARCHITECTURE.md 等文档，浏览可能被改动的相关文件，并识别语言、框架、CI/测试命令、部署形态等约束。只有在确实受阻时才会提出最多 1–2 个问题，且优先使用选择题形式；如果不确定但不构成阻碍，则做出合理假设并继续。计划按固定模板输出：先是一段简短说明意图与方法，然后明确列出范围内与范围外事项，接着给出默认 6–10 项的行动清单，每项为具体、原子化、按顺序排列的动作（发现→修改→测试→发布），以动词开头，并在适用时包含测试/验证项与边界情况/风险项。如有未知事项，会附上最多 3 条开放问题。计划不包含元解释，也不写代码片段，保持与具体实现无关。
check-existing
check-existing 是一个面向开发流程的调研型技能，用于在动手实现新功能之前，先澄清需求，再系统性地检索是否已有现成的库、工具或项目内本地包（含 monorepo 组件）能够解决问题，从而避免重复造轮子、把自研范围压到最小。它的工作流分为五个阶段：先查阅项目既有的决策记录（docs/decisions/ 中的 ADR 索引）与经验教训文档，避免重复踩坑；再通过逐个提问的方式澄清需求，包括意图、技术细节、约束与优先级以及搜索关键词；随后整理出结构化的需求定义；接着优先排查项目内部的替代方案（借助 investigation agent、依赖树、Grep 检索本地包与 monorepo 结构），再分层次检索外部开源方案（PyPI、GitHub Topics、标准库，再到实现示例、对比文章、Stack Overflow，最后到最新趋势），并通过 Context7 MCP 或官方文档获取一手资料，用 solutions agent 对候选方案做适配度、实现成本与风险的比较；最后输出调研结论与推荐，按完全替代、组合利用、参考实现三档给出候选，并说明采用建议或自研的最小范围。该技能在需求尚未完全确定时也可启动，通过提问逐步具体化。它只负责调研，不负责设计与实现，完成后会移交给 Plan Mode 或后续的规划流程，并建议将可复用的判断依据沉淀为 ADR。
lazy-import-refactor
将 torch、tensorflow、jax 等重型原生依赖的模块级导入重构为函数内部惰性导入的技能，含影响范围排查、测试副作用处理与 CI 等价验证要求。
epf-validate
用于校验 1С 外部处理（EPF）XML 源码结构的工具技能，在创建或修改处理后检查正确性；也可用于外部报表（ERF）。检查根结构、InternalInfo、属性、ChildObjects、记录集、表格部分、名称唯一性以及表单和模板文件是否存在。
erf-dump
erf-dump 是一个用于将 1С 报表的 ERF 文件反编译为 XML 源代码的技能命令。适用于用户要求解析、反编译报表或从 ERF 文件获取源代码的场景。
role-validate
用于校验 1С 角色 Rights.xml 正确性的技能，检查 XML 格式、命名空间、全局标志、对象类型、权限名称、RLS 限制与模板，可选校验角色元数据（UUID、名称、同义词）。
simplicity
simplicity 是一个用于设计取舍的技能，主张只在能带来必要属性时投入复杂度：先明确真实问题、约束与失败成本，再选择满足需求的最小完整设计。
rule-auditor
Rule Auditor 是一个代码规范审计技能，依据编码标准与最佳实践检查代码，报告违规项并给出修复建议。它按文件类型匹配专家技能，扫描命名、结构、导入、类型安全、安全与性能反模式，输出含文件行号的分级审计报告。
track-management
一套轨道（track）管理方法论，把功能、缺陷、重构等工作拆成逻辑工作单元，并贯穿规格、计划与实现三个阶段。定义轨道类型、ID格式、生命周期、spec.md 与 plan.md 结构、状态标记、注册表与元数据字段，以及尺寸建议和常见模式。
audio_pr_create
用于通过 oh-gc CLI 管理 GitCode 仓库的技能，覆盖认证、Issue、PR、评审人、测试人员、标签、发布与仓库配置，适合提交代码、创建 Issue、创建或更新 PR 等涉及 GitCode 网页操作的场景。
hb-build
hb-build 是用于 OpenHarmony ability_runtime 组件的智能编译工具，可检测修改文件并自动推断编译目标，支持多目标编译、自动重试与错误分析。触发关键词包括编译、构建、compile、build、make。
orderly-websocket-streaming
Orderly Network 的 WebSocket 实时数据流技能，用于建立已认证或公开的 WebSocket 连接，订阅订单簿、成交回报、持仓与余额等实时数据。适用于构建实时交易界面。
auth-implementation-patterns
一套认证与授权实现模式参考，涵盖 JWT、OAuth2、会话管理与 RBAC，用于构建安全可扩展的访问控制系统，适合实现登录、保护 REST/GraphQL API、接入社交登录、设计会话与排查认证问题。
typescript-mcp
在 Cloudflare Workers 上用 TypeScript 与 @modelcontextprotocol/sdk 构建无状态 MCP 服务器的技能，涵盖工具、资源、提示词、HTTP 传输、鉴权、Cloudflare 服务集成与常见错误预防。
python-typing
为 Python 包搭建静态类型检查：在 mypy、pyright、basedpyright 或 ty 中选择一个检查器，固定版本并配置于 pyproject.toml，制定严格度策略（新项目直接 strict，旧代码逐步收紧），为库发布 py.typed 标记并验证其进入构建产物，同时处理检查器报出的错误。
pflow-commit
pflow-commit 是一个仅手动触发的 Git 提交技能：分析工作区改动，生成一行 Conventional Commit 提交信息，然后自动提交并推送。
api-client
api-client 是一套基于原生 fetch 的 API 通信模式，提供错误处理、重试逻辑与响应缓存。适用于构建 API 集成、处理网络失败或实现离线优先场景，帮助前端开发者以可取消、可重试、可缓存的方式调用接口。
verify
verify 是来自 pubkey/rxdb 的校验类技能，用于在代码改动后运行测试与生成脚本，确认改动正确且未破坏既有功能。资料给出的必要步骤包括运行快速内存测试，并可选运行代码风格检查。
ts-morph-analyzer
ts-morph-analyzer 是一个基于 ts-morph 的轻量级 TypeScript/JavaScript 代码库分析工具集，用于在不读取完整文件、不大量占用上下文的情况下理解代码结构。它提供多个脚本：extract-signatures.ts 提取函数、方法、类签名及 JSDoc；trace-calls.ts 沿调用链向上（谁调用了它）或向下（它调用了谁）追踪函数调用层级；analyze-exports.ts 梳理模块的导出与依赖结构；code-smells.ts 检测循环依赖、过长函数、参数过多、缺失 JSDoc 等架构问题。适用于调试 TypeScript/JavaScript 缺陷时追踪调用链、快速熟悉陌生代码库、做架构决策或代码审查。使用时需在技能目录执行 npm install 安装依赖，通过 npx ts-node 运行脚本并传入文件或目录路径及相应参数，支持 JSON 输出。
port-c-module
该技能用于指导将 C 模块移植为 Rust 实现，适合在开始把某个 C 模块重写为 Rust 时使用。使用时需以参数形式提供要移植的模块名，例如 /port-module triemap，技能会围绕指定模块展开分析、制定移植计划、创建 Rust crate、实现纯 Rust 逻辑、对比 Rust 与 C 的 API、创建 FFI 包装层、接入 C 代码并测试集成。整个过程涵盖从阅读 src/ 下的 .c 与 .h 文件、识别头文件暴露内容、判断类型传递方式与 FFI 可行性，到理解数据结构与生命周期、梳理跨模块依赖、识别全局状态与 Redis 模块交互、定位相关测试等步骤。随后生成移植计划文档，在 src/redisearch_rs 下创建库 crate，编写惯用 Rust 代码与测试，必要时使用 criterion 微基准和 proptest 属性测试，最终通过 c_entrypoint 下的 FFI crate 以 extern C 函数暴露给 C 代码库，并删除原 C 头文件与实现、更新引用、运行 C/C++ 单元测试与集成测试。