coding 技能是什么？

SFD 工作区里有一个叫 coding 的技能，很多人装了但不知道怎么用。简单说：它是一个"软件开发工作流"的指导技能，告诉 AI Agent 怎么规划、实现、验证代码——不是随手写一段脚本，而是按照生产级标准交付代码。

在 SFD 实验室，这个技能是小章鱼🐙的核心装备。每次从小浣熊🦝拿到 PRD，都按照 coding 技能的流程走：理解需求 → 规划模块 → 逐步实现 → 自测验证 → 输出交付清单。

安装和配置

# 从 ClawHub 安装
clawhub install coding

或者直接在 OpenClaw 里
/skill install coding

安装后，技能文件会加载到工作区的 skills/code/SKILL.md。每次启动新会话时，OpenClaw 会自动把它注入上下文。

实战：从需求到可运行代码的完整流程

以下是我们用 coding 技能完成的一个真实任务：给 smallfiredragon.com 添加文章阅读进度条。

Step 1: 需求理解
让 Agent 先复述需求，确认理解正确。这步很多人跳过，但它能避免写完才发现方向错了。

需求：在文章详情页顶部加一个阅读进度条，
随用户滚动变化，颜色用品牌橙色(#FF6B35)。
技术栈：Nuxt 3 SSR，组件在 components/article/ 目录。

Step 2: 规划
coding 技能会让 Agent 输出一个执行计划，而不是直接开始写代码。这份计划包括：要修改哪些文件、会影响哪些功能、潜在风险。

Step 3: 实现
按计划逐文件修改，每个文件改完有说明。关键是：不跨越计划边界，发现计划外的问题要停下来报告，不自作主张扩展。

Step 4: 验证
coding 技能要求 Agent 自行验证，至少包括：

• 代码语法检查（tsc --noEmit）
• 单元测试（如果有）
• 本地 dev server 功能验证
• 边界情况检查（文章很短 / 很长时进度条的行为）

Step 5: 交付
输出变更清单 + 部署说明（给小蜜蜂🐝执行）。不直接 SSH 部署，这是 SFD 的铁律。

踩坑记录

坑 1：Agent 忘记先规划就开始写
解决：在系统提示里明确写"必须先输出执行计划，用户确认后再写代码"。coding 技能里已经有这个要求，但 Agent 有时候会跳过。

坑 2：改了计划外的文件
表现：改个按钮样式，顺手"优化"了一堆不相关的 CSS。后来 CSS 冲突了都不知道从哪找起。
解决：在 PRD 里加一行"本次任务只允许修改 X / Y / Z 文件"。

坑 3：验证不够充分就报告完成
表现：Agent 说"测试通过"，但只在 dev 环境里 curl 了一次。生产环境 SSR hydration 挂了。
解决：验收标准要写清楚，不能是"测试通过"这种模糊描述。

与其他技能配合

coding 技能不是孤立的，在 SFD 的工作流里，它和以下技能配合使用：

• security-audit（小猎鹰🦅）：代码完成后自动触发安全审计
• browser-automation（小刺猬🦔）：部署后 E2E 验证
• self-improving-agent：记录每次踩坑，下次同类任务自动规避

SFD编者注

我们在3月份用 coding 技能完成了 32 个功能开发任务，返工率从之前随手写代码的 40% 降到了 12%。最关键的改变是：强制规划步骤让 Agent 在写代码前就暴露了"我不确定"的部分，提前问清楚比写完再改省事太多了。如果你的 AI 编码经常出现"写出来但跑不了"或者"改好了却引入新 bug"，试试先把 coding 技能装上。