implexa
back to leaderboard
JN

@jnmetacode

contributor on implexa, with 20 skills ranked by SkillRank across 1 source.

jnmetacode on githubpublishes to skills.sh
skills
20
avg SkillRank
3.2
1 scored / 20 total
total stars
across 1 repo
total installs
across 1 repo

skills, ranked by SkillRank

scoresourceskill
3.2skills.sh
using-superpowers
using-superpowers establishes a mandatory skill-lookup protocol requiring agents to invoke the skill tool before any response, enforcing procedural discipline across multi-vendor platforms with priority rules and chinese-language routing.
skills.sh
writing-skills
当创建新技能、编辑现有技能或在部署前验证技能是否有效时使用
skills.sh
chinese-git-workflow
国内 Git 平台配置参考——Gitee、Coding.net、极狐 GitLab、CNB 的 SSH/HTTPS/凭据/CI 接入差异与镜像同步配置。仅在用户显式 /chinese-git-workflow 时调用,不要根据上下文自动触发。
skills.sh
chinese-documentation
中文文档排版参考——中英文空格、全半角标点、术语保留、链接格式、中文文案排版指北约定。仅在用户显式 /chinese-documentation 时调用,不要根据上下文自动触发。
skills.sh
workflow-runner
在 Claude Code / OpenClaw / Cursor 中直接运行 agency-orchestrator YAML 工作流——无需 API key,使用当前会话的 LLM 作为执行引擎。当用户提供 .yaml 工作流文件或要求多角色协作完成任务时触发。
skills.sh
writing-plans
当你有规格说明或需求用于多步骤任务时使用,在动手写代码之前
skills.sh
brainstorming
在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。
skills.sh
chinese-code-review
中文 review 沟通参考——话术模板、分级标注(必须修复/建议修改/仅供参考)、国内团队常见反模式应对。仅在用户显式 /chinese-code-review 时调用,不要根据上下文自动触发。
skills.sh
test-driven-development
在实现任何功能或修复 bug 时使用,在编写实现代码之前
skills.sh
requesting-code-review
完成任务、实现重要功能或合并前使用,用于验证工作成果是否符合要求
skills.sh
chinese-commit-conventions
中文 commit 与 changelog 配置参考——Conventional Commits 中文适配、commitlint/husky/commitizen 中文模板、conventional-changelog 中文配置。仅在用户显式 /chinese-commit-conventions…
skills.sh
subagent-driven-development
当在当前会话中执行包含独立任务的实现计划时使用
skills.sh
mcp-builder
MCP 服务器构建方法论 — 系统化构建生产级 MCP 工具,让 AI 助手连接外部能力
skills.sh
executing-plans
当你有一份书面实现计划需要在单独的会话中执行,并设有审查检查点时使用
skills.sh
using-git-worktrees
当需要开始与当前工作区隔离的功能开发,或在执行实现计划之前使用——通过原生工具或 git worktree 回退机制确保隔离工作区存在
skills.sh
dispatching-parallel-agents
当面对 2 个以上可以独立进行、无共享状态或顺序依赖的任务时使用
skills.sh
finishing-a-development-branch
当实现完成、所有测试通过、需要决定如何集成工作时使用——通过提供合并、PR 或清理等结构化选项来引导开发工作的收尾
skills.sh
systematic-debugging
遇到任何 bug、测试失败或异常行为时使用,在提出修复方案之前执行
skills.sh
receiving-code-review
收到代码审查反馈后、实施建议之前使用,尤其当反馈不明确或技术上有疑问时——需要技术严谨性和验证,而非敷衍附和或盲目执行
skills.sh
verification-before-completion
在宣称工作完成、已修复或测试通过之前使用,在提交或创建 PR 之前——必须运行验证命令并确认输出后才能声称成功;始终用证据支撑断言