前言¶
写代码时常见的三种卡点：报错信息看不懂，满屏堆栈不知道从哪一行下手；Git 合并冲突不敢动，怕把别人的代码冲掉；前后端接口联调一直挂，改完前端改后端，改完后端再改环境变量。这类问题的共同点是——你需要的不是一段正确的代码，而是一套先定位、再动手、最后验证的顺序。
开发编程工坊（@user_ff29c4df/dev-king）就是针对这个顺序做的 Skill。它把起步、Git、前后端、测试、自动化、部署、提效八块内容打包在一起，强调「可运行优先」，先给出能跑通的最小方案，再谈优化。下面介绍它具体覆盖什么、怎么启用、以及哪些场景下不该用。
这是什么¶
一句话定位：一个面向编程开发全流程的 Skill，覆盖从项目起步到部署提效的常见环节，输出以「能跑通」为第一优先级。
来源与归属：由 user_ff29c4df 发布在 SkillHub 社区，坐标 @user_ff29c4df/dev-king，分类 dev-programming，版本 2.4.0，来源标记为 community。页面信息显示评分 100000、下载 1829、安装 0，requires_api_key 为 false，标签中有 pricing_type=alipay。
它解决的核心问题是：把「从报错到跑通」的排查路径固化成可复用的步骤，而不是每次都靠人现场重新想。
核心功能¶
按官方简介，能力边界在八大模块，不含大型架构设计：
- 起步：新建项目、目录与依赖初始化的最小可行做法。
- Git：提交、分支、合并、冲突处理的协作流程。
- 前后端：接口定义、联调、参数与环境相关的常见问题定位。
- 测试：单元测试与红绿测试的写法与顺序。
- 自动化：重复性任务的脚本化与流程串联。
- 部署：让代码在目标环境跑起来。
- 提效：开发流程中的检查与优化动作。
方法层面有两条明确约定：
1、可运行优先——产出物首先要求能跑通，再谈重构与性能。
2、报错排查四步——按固定顺序定位问题，而不是直接猜一个改法。
另外有两条硬约束写在简介里：不输出硬编码密钥；对环境与版本信息做标注。这两条对团队协作和后续排查比较关键，值得在第一次使用时确认 Skill 是否真的遵守。
安装与启用¶
已抓取资料里没有给出安装命令或配置文件字段，所以这里不臆造命令。可行的核实路径如下：
官方地址：https://api.skillhub.cn/user_ff29c4df/dev-king
SkillHub 页面：https://www.skillhub.cn/skills/user_ff29c4df/dev-king
启用时建议按以下顺序确认，而不是直接假设：
1、打开上面的 SkillHub 页面，确认版本号、分类、发布者与当前资料一致。
2、确认宿主工具（Cursor / Codex CLI / Claude Code 等）对该 Skill 的加载方式，不同宿主的 Skill 目录与触发机制并不统一。
3、启用后用一条最小请求验证触发是否生效，例如「这段代码报错，帮我看看问题在哪」。
如果页面给出了安装命令或配置字段，照抄页面内容即可；本文不补写未经核实的字段名。
典型用法¶
以下用法来自官方简介中的示例输入，属于可复现的最小请求。
报错排查：
这段代码报错，帮我看看问题在哪
Git 协作：
Git 冲突不会解，帮我看下
为了让 Skill 准确命中对应模块，简介里列出了一批增补触发词，使用时可以直接带上，减少来回确认：
先写规格、实施计划、红绿测试、TDD、代码审查、合并前检查、
方案评审、技术方案追问、爬虫、调试、报错排查、代码生成、单元测试
提问时把上下文一起给足——报错原文、相关文件片段、已尝试的改法——这样「可运行优先」的输出才贴合你的实际代码，而不是一段通用模板。
适用场景与注意¶
适合的场景：个人开发者日常开发、小团队协作中的标准流程、以及需要有人帮你把排查顺序理清楚的情况。八大模块覆盖的是常规开发链路，不是架构选型或技术方案评审级别的设计工作。
需要注意的几点：
1、边界在「不含大型架构设计」。需要做整体架构决策时，它提供的是流程与排查视角，不是架构结论。
2、不输出硬编码密钥。涉及密钥、凭证、环境变量时，需要自己处理注入方式。
3、会标注环境版本。版本信息不一致时，先核对你本地与项目约定的版本，再按 Skill 给出的步骤执行。
4、安装数显示为 0。如果这个指标影响你的采用判断，建议先在测试项目里跑一遍再决定是否接入正式流程。
结尾¶
开发编程工坊的价值在于把重复的排查动作变成固定流程：先定位、再给最小可运行方案、最后核对环境与版本。如果你当前的问题集中在报错看不懂、Git 冲突不会解、联调一直挂这三类，可以把它作为日常开发的辅助入口试一次。
官方地址：https://api.skillhub.cn/user_ff29c4df/dev-king
